Fixed in 0.48.1 (uploaded yesterday to quantal)
** Changed in: ceph (Ubuntu Quantal)
Status: New = Fix Released
--
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to ceph in Ubuntu.
https://bugs.launchpad.net/bugs/1026402
Title:
Upstream has addressed this problem by ensuring that mkcephfs always
creates keyrings so that cephx can easily be enabled later.
http://mid.gmane.org/alpine.deb.2.00.1208081405110.3...@cobra.newdream.net
https://github.com/ceph/ceph/commit/96b1a496cdfda34a5efdb6686becf0d2e7e3a1c0
--
You
I took a look at this last night and wrote a patch, which seems to work
on my test cluster.
http://article.gmane.org/gmane.comp.file-systems.ceph.devel/8170
--
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to ceph in Ubuntu.
Hi Paul
have you managed to progress this issue any further?
--
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to ceph in Ubuntu.
https://bugs.launchpad.net/bugs/1026402
Title:
mon cluster (no cephx) fails to start unless empty keyring
Hi James,
Not until very recently — I've just posted my report to ceph-devel.
Sorry for the delay!
Paul
--
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to ceph in Ubuntu.
https://bugs.launchpad.net/bugs/1026402
Title:
mon cluster (no
Hi Paul
This does sound like a potential issue but I've not been able to replicate -
even if I drop the keyring in the mon directory it gets recreated on startup:
2012-07-19 10:16:10.223092 7f9e20d22780 -1 auth: error reading file:
/var/lib/ceph/mon/ceph-a/keyring: can't open
BTW I'm also not using cephx (yet).
--
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to ceph in Ubuntu.
https://bugs.launchpad.net/bugs/1026402
Title:
mon cluster (no cephx) fails to start unless empty keyring files are
created
To
Huh, interesting. Your log has this line
2012-07-19 10:16:10.235911 7f9e20d22780 1 mon.a@-1(probing) e1 copying
mon. key from old db to external keyring
which I wonder what it means. Maybe it's plucking a key from a previous
cephx-enabled install from an undisclosed location?
Anyway, it
