On journal device permissions see my reply in "Can't activate osd in infernalis". Basically, if you set the partition type GUID to 45B0969E-9B03-4F30-B4C6-B4B80CEFF106 (the Ceph journal type GUID), the existing Ceph udev rules will set permissions on the partitions correctly at boot. Changing the ownership on the journal partitions manually will not persist across reboots. Easy reference: http://www.spinics.net/lists/ceph-users/msg23685.html -Steve On 11/20/2015 10:14 AM, Kenneth Waegeman wrote: > Hi, > > I recently started a test to upgrade ceph from 0.94.5 to 9.2.0 on > Centos7. I had some issues not mentioned in the release notes. Hereby > some notes: > > * Upgrading instructions are only in the release notes, not updated on > the upgrade page in the docs: > http://docs.ceph.com/docs/master/install/upgrading-ceph/ > > * Once you've updated the packages, `service ceph stop` or `service > ceph stop <daemon>` won't actually work anymore, is pointing to a > non-existing target. This is a step in the upgrade procedure I > couldn't do, I manually killed the processes. > [root@ceph001 ~]# service ceph stop osd > Redirecting to /bin/systemctl stop osd ceph.service > Failed to issue method call: Unit osd.service not loaded > > * You also need to chown the journal partitions used for the osds. > only chowning /var/lib/ceph is not enough > > * Permissions on log files are not completely ok. The /var/log/ceph > folder is owned by ceph, but existing files are still owned by root, > so I had to manually chown these, otherwise I got messages like this: > 2015-11-13 11:32:26.641870 7f55a4ffd700 1 mon.ceph003@2(peon).log > v4672 unable to write to '/var/log/ceph/ceph.log' for channel > 'cluster': (13) Permission denied > > .* I still get messages like these in the log files, not sure if they > are harmless or not: > > 2015-11-13 11:52:53.840414 7f610f376700 -1 lsb_release_parse - pclose > failed: (13) Permission denied > > * systemctl start ceph.target does not start my osds.., I have to > start them all with systemctl start ceph-osd@... > * systemctl restart ceph.target restart the running osds, but not the > osds that are not yet running. > * systemctl stop ceph.target stops everything, as expected :) > > I didn't tested everything thoroughly yet, but does someone has seen > the same issues? > > Thanks! > > Kenneth > _______________________________________________ > ceph-users mailing list > ceph-users@xxxxxxxxxxxxxx > http://lists.ceph.com/listinfo.cgi/ceph-users-ceph.com -- Steve Anthony LTS HPC Support Specialist Lehigh University sma310@xxxxxxxxxx
Attachment:
signature.asc
Description: OpenPGP digital signature
_______________________________________________ ceph-users mailing list ceph-users@xxxxxxxxxxxxxx http://lists.ceph.com/listinfo.cgi/ceph-users-ceph.com
