azure

And if this is the case, that would explain the empty elastic as well

Damn 😞

check if you have any more of those recovery reports in the mongo log, it should report progress

I think I have sent you all the existing logs

so if the node went down and then some other node came up, the data is lost

That might be the case. where is the k8s running ? cloud service ?

but the PV seems to be just a path to the labeled node

nothing for now

https://techbeacon.com/enterprise-it/5-ways-lose-data-kubernetes-how-avoid-them
see (1) and (4)

Meaning the node restarted (or actually moved)

ohh sec

No worries, and I hope you manage to get that backup.

backup?

I hope so

no that's for sure not

I will investigate a bit more and then check if I can recover

yea the api server configuration also went away

thank you for your time and support, I appreciate it!

Now I suspect what happened is it stayed on another node, and your k8s never took care of that

that's an interesting theory

so if the node went down and then some other node came up, the data is lost

🤞

yea the api server configuration also went away

okay that proves it

https://stackoverflow.com/questions/37743683/why-is-an-empty-mongodb-database-so-big

That somehow the PV never worked and it was all local inside the pod

In that case, I think it is stuck on a previous Node, I can;t think of any other reason.
Do you have something else on the same PV that was lost ? like api server configuration?

Now I suspect what happened is it stayed on another node, and your k8s never took care of that

I wonder if it's completely lost

(I mean new logs, while we are here did it report any progress)

Oh dear, I think your theory might be correct, and this is just the mongo preallocating storage.
Which means the entire /opt/trains just disappeared

Could it be it was never allocated to begin with ?

Could it be it was never allocated to begin with ?

what do you mean?