Keep in mind that some of the init.d stuff doesn't work with a ceph-deploy installed system. Not clear to me if we need to fix ceph-deploy or for those type of setups only upstart should be used/available. David On Dec 5, 2012, at 11:41 AM, Dan Mick <dan.mick@xxxxxxxxxxx> wrote: > The story as best I know it is that we're trying to transition to and use upstart where possible, but that the upstart config does not (yet?) try to do what the init.d config did. That is, it doesn't support options to the one script, but rather separates daemons into separate services, and does not reach out to remote machines to start daemons, etc. > > The intent is that init.d/ceph is left for non-Upstart distros, AFAICT. > > Tv had some design notes here: > > http://www.mail-archive.com/ceph-devel@xxxxxxxxxxxxxxx/msg09314.html > > We need better documentation/rationale here at least. > > > > On 12/05/2012 08:15 AM, Mike Dawson wrote: >> All, >> >> After upgrading from 0.54 to 0.55, the command "service ceph start" >> fails. But "/etc/init.d/ceph start" works. This is the case for start. >> stop, etc. Here is an example: >> >> root@node2:~# /etc/init.d/ceph stop >> === mon.a === >> Stopping Ceph mon.a on node2...kill 2505...done >> === osd.0 === >> Stopping Ceph osd.0 on node2...kill 5042...done >> === osd.1 === >> Stopping Ceph osd.1 on node2...kill 5116...done >> === osd.17 === >> Stopping Ceph osd.17 on node2...kill 5275...done >> >> >> root@node2:~# service ceph start >> start: Job is already running: ceph >> >> >> root@node2:~# /etc/init.d/ceph start >> === mon.a === >> Starting Ceph mon.a on node2... >> starting mon.a rank 0 at 172.16.1.2:6789/0 mon_data >> /var/lib/ceph/mon/ceph-a fsid 4951e786-945e-47b6-b1b1-4043b6cc3b55 >> === osd.0 === >> Starting Ceph osd.0 on node2... >> starting osd.0 at :/0 osd_data /var/lib/ceph/osd/ceph-0 /dev/sda6 >> === osd.1 === >> Starting Ceph osd.1 on node2... >> starting osd.1 at :/0 osd_data /var/lib/ceph/osd/ceph-1 /dev/sda7 >> === osd.17 === >> Starting Ceph osd.17 on node2... >> starting osd.17 at :/0 osd_data /var/lib/ceph/osd/ceph-17 /dev/sda8 >> >> >> This is Ubuntu 12.10 with packages from debian-testing. One other user >> on IRC confirmed the same behavior. Is this a known issue? >> >> >> Thanks, >> Mike Dawson >> >> -- >> To unsubscribe from this list: send the line "unsubscribe ceph-devel" in >> the body of a message to majordomo@xxxxxxxxxxxxxxx >> More majordomo info at http://vger.kernel.org/majordomo-info.html > -- > To unsubscribe from this list: send the line "unsubscribe ceph-devel" in > the body of a message to majordomo@xxxxxxxxxxxxxxx > More majordomo info at http://vger.kernel.org/majordomo-info.html -- To unsubscribe from this list: send the line "unsubscribe ceph-devel" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
