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
{{ message }}
This repository has been archived by the owner on Aug 31, 2021. It is now read-only.
We like to keep our pki offline. Given that some folks are Linux, and others are Mac, the best format to use (most unfortunately) is FAT32. That has a problem with hard-links. Do we really need to store things both within the hierarchy and flat? If not, we could have an option to make the hard-links or not, but then we need to look in the same place for files (right now, if the hardlink fails, you can't read the signing key, for example).
If not, could we make a copy rather than a hardlink (yes, wasteful, I know, but we are talking about small bits of data).
Thoughts?
The text was updated successfully, but these errors were encountered:
Sorry for the very late reply, I do not maintain this repo and I am not part of the org anymore, so I do not have write access to this repo.
So I looked at the code, and yes you could definitely copy them, or just write them twice. They are never supposed to change anyway. It should have occurred to me during the dev that the FS may not support hardlink.
So if you want this change, you will have to fork this repo and update pkg/store/local.go writeBundle, as I do not have access to this repo anymore I won't be able to integrate any change.
Sign up for freeto subscribe to this conversation on GitHub.
Already have an account?
Sign in.
Greetings,
We like to keep our pki offline. Given that some folks are Linux, and others are Mac, the best format to use (most unfortunately) is FAT32. That has a problem with hard-links. Do we really need to store things both within the hierarchy and flat? If not, we could have an option to make the hard-links or not, but then we need to look in the same place for files (right now, if the hardlink fails, you can't read the signing key, for example).
If not, could we make a copy rather than a hardlink (yes, wasteful, I know, but we are talking about small bits of data).
Thoughts?
The text was updated successfully, but these errors were encountered: