Join GitHub today
GitHub is home to over 31 million developers working together to host and review code, manage projects, and build software together.
Sign upPrometheus doesn't ignore lost+found directory when bind mounting to container /prometheus #953
Comments
beorn7
self-assigned this
Aug 3, 2015
This comment has been minimized.
This comment has been minimized.
|
Indeed. If Prometheus finds anything in the directory but doesn't find the marker files it needs to establish sanity, it will show above behavior. This conservative approach was taken because older versions did not have a VERSION file at all, so "anything but not a VERSION file == probably older storage version". Not sure if we want to go less conservative here or require the directory to be truly empty. (You could use a sub directory on the Ceph or NFS share in your case.) |
This comment has been minimized.
This comment has been minimized.
|
I would vote to be less conservative and ignore anything that won't be used, i.e. if the marker doesn't exist check whether anything would collide with the possible names used, but if it doesn't keep going. |
This comment has been minimized.
This comment has been minimized.
|
I think we should be strict on this (though an exception for |
brian-brazil
added
the
feature-request
label
Dec 16, 2015
beorn7
referenced this issue
Jan 11, 2016
Merged
Tolerate the lost+found directory in the data directory #1306
fabxc
closed this
in
#1306
Jan 12, 2016
Rastusik
referenced this issue
Nov 8, 2016
Closed
Allow subPath configuration for Prometheus storage VolumeMount #29
This comment has been minimized.
This comment has been minimized.
davidchua
commented
Mar 2, 2017
|
I'm having the same problem. I've deleted lost+found and I'm using Prometheus Basically I was running Prometheus on Kubernetes with the /prometheus/data mounted from an persistent AzureDisk. The AzureDisk went out of space so I brought it down and resized it and reattached it.
|
This comment has been minimized.
This comment has been minimized.
|
Please upgrade to 1.5.2. This has been fixed in the meantime. |
This comment has been minimized.
This comment has been minimized.
davidchua
commented
Mar 10, 2017
|
@beorn7 I've upgraded to 1.5.2 and I'm getting the follow error now:
|
This comment has been minimized.
This comment has been minimized.
|
It cannot read a directory. Perhaps a permission problem? This doesn't seem to be a problem related to the original issue, but a configuration problem on your side. It makes way more sense to discuss this problem on the users mailing list as others can help you there and benefit from any solution provided. |
This comment has been minimized.
This comment has been minimized.
lock
bot
commented
Mar 23, 2019
|
This thread has been automatically locked since there has not been any recent activity after it was closed. Please open a new issue for related bugs. |
hookenz commentedAug 3, 2015
Hi, Great project. I've just started using it and found an issue.
If you have a filesystem that you want to use for storing prometheus data and bind mount that entire filesystem to /prometheus then it won't start.
To work around it, you have to remove lost+found initially (which will be created by fsck) or create a directory beneath it and bind-mount from there.
i.e.