You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Thanos, as of now, apparently creates an of these directories if they're non-existent.
It would be nice if it could just not do this (but only create directories belowdirectory: as needed).
The reason is that one might e.g. use something like /mounpoint/dir and dir only existing when some other filesystem is actually mounted on /mounpoint and if not, Thanos should rather fail to write (and e.g. not fill up the system’s root fs).
If it however creates any missing directories, it would simply create /mounpoint/dir on the unmounted mountpoint directory.
Thanks,
Chris.
The text was updated successfully, but these errors were encountered:
btw: It would of course be possible to have the unmounted /mounpoint/dir simply owned by the root user, while e.g. Thanos runs as thanos, wile the mounted /mounpoint/dir would be owned by thanos (which is also the workaround I do now).
But the problem with that is in specific, that I cannot use it with SSHFS and it's setuid= option (which determines the user as which the SSHFS mount is done), because this requires the mountpoint to be owned by the very same user (which would then need to be thanos as well).
Also, IMO it's generally rather unclean to generate a whole directory try which is conceptually outside the own "working directory" (i.e. what’s specified by directory:).
E.g. other daemons like postgresql wouldn't do that. They typically only create files beneath their own directories.
Hey.
When one has a bucked config like:
Thanos, as of now, apparently creates an of these directories if they're non-existent.
It would be nice if it could just not do this (but only create directories below
directory:
as needed).The reason is that one might e.g. use something like
/mounpoint/dir
anddir
only existing when some other filesystem is actually mounted on/mounpoint
and if not, Thanos should rather fail to write (and e.g. not fill up the system’s root fs).If it however creates any missing directories, it would simply create
/mounpoint/dir
on the unmounted mountpoint directory.Thanks,
Chris.
The text was updated successfully, but these errors were encountered: