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

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

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

🤞

I hope so

backup?

Damn 😞

yea the api server configuration also went away

okay that proves it

azure

yea the api server configuration also went away

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 ?

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?

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

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

no that's for sure not

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

Could it be it was never allocated to begin with ?

what do you mean?

Could it be it was never allocated to begin with ?

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

I wonder if it's completely lost

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

that's an interesting theory

Meaning the node restarted (or actually moved)

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

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

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

nothing for now

ohh sec

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

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

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