-
Notifications
You must be signed in to change notification settings - Fork 107
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
/var/run/ceph-radosgw/ disappears on reboot #177
Comments
For what it's worth, here's my workaround. I have a wrapper cookbook, and within it I do the following:
templates/default/radosgw-run-dir.conf.erb:
I'm no upstart expert, but it works for me. It basically jumps in just before any radosgw daemon starts, and checks if the run directory exists. I've come to the conclusion that it's a bad idea to change the run directory away from what ceph expects. Within the packaged upstart files there are checks to ensure |
It seems to be a problem with packaging (upstart scripts come from there). But your wrapper seems to be perfect for a quick fix :) |
Oh no... I begin to understand... |
Woo, problem is bigger than expected: http://tracker.ceph.com/issues/11453 |
As background on that ticket "run RGW as root" ticket, see also http://tracker.ceph.com/issues/9001 . The long-term plan for RGW and everything else is to simply run as a "ceph" UID that will have rights the appropriate locations on disk. By the way, for systemd we create Please note, if you guys are having to hack around packaging bugs, it would be great to have Redmine tickets filed upstream (and assign them to me :) |
0845115 introduced the /var/run/ceph-radosgw directory. Unfortunately that's not created in any of the init scripts, and disappears on reboot (Ubuntu 14.04 and likely others).
This means that on a reboot, the radosgw daemon won't work until the next chef run occurs, and even then not until radosgw is manually restarted.
The text was updated successfully, but these errors were encountered: