Hi Upendra, Are you running init-ceph from the source directory? If you do that, it will use the ceph.conf in the source directory itself, which is probably not what you want. So it might be good to double-check that. If all else fails, running init-ceph with -x will show you exactly what the script is doing. If all goes well, its exit status should be 0. Are you getting exit status 0? Colin On Thu, Feb 17, 2011 at 1:55 AM, Upendra Moturi <upendra.m@xxxxxxxxxxxx> wrote: > Hi Colin > > Here is my ceph.conf : > > [global] > pid file = /var/run/ceph/$name.pid > debug ms = 1 > [mon] > mon data = /data/mon$id > [mon.0] > host = ceph0 > mon addr = 192.168.155.5:6789 > [mon.1] > host = ceph1 > mon addr = 192.168.155.6:6789 > [mon.2] > host = ceph2 > mon addr = 192.168.155.7:6789 > [mds] > > [mds0] > host = ceph0 > [mds1] > host = ceph1 > > [osd] > sudo = true > osd data = /data/osd$id > osd journal = /data/osd$id/journal > osd journal size = 512 > osd use stale snap = true > [osd0] > host = ceph0 > btrfs devs = /dev/sdb > [osd1] > host = ceph1 > btrfs devs = /dev/sdb > [osd2] > host = ceph2 > btrfs devs = /dev/sdb > > > > > On Thu, Feb 17, 2011 at 1:06 PM, Colin McCabe <cmccabe@xxxxxxxxxxxxxx> wrote: >> I'm using head of line from the master branch. But that particular >> code hasn't changed since January, which is 0.24.2 is from. >> >> In my ceph.conf, I just had an osd that was on a remote machine, and >> everything else local. >> >> If you could post your ceph.conf here or in IRC, perhaps we might spot >> an issue that's causing the problems that you see. >> >> Colin >> >> >> On Wed, Feb 16, 2011 at 11:01 PM, Upendra Moturi <upendra.m@xxxxxxxxxxxx> wrote: >>> Hi Colin >>> I am using >>> ceph version 0.24.2 commit:f7572de5cb87eb7157217be4975ae66d90831bb7 >>> ubuntu 11.04 32 bit with upgraded kernal of 2.6.38-2-generic >>> >>> Installed ceph form apt source. >>> >>> With above configurations i still able yo reproduce. >>> Can you please share me ur configurations? >>> >>> On Thu, Feb 17, 2011 at 3:31 AM, Colin McCabe <cmccabe@xxxxxxxxxxxxxx> wrote: >>>> On Wed, Feb 16, 2011 at 1:41 PM, Colin McCabe <cmccabe@xxxxxxxxxxxxxx> wrote: >>>>> On Wed, Feb 16, 2011 at 6:44 AM, Upendra Moturi <upendra.m@xxxxxxxxxxxx> wrote: >>>>>> But if we want to start a particular osd or mon or mds ,its not >>>>>> working and there is no error >>>>>> eg:/etc/init.d/ceph start osd1 does not start osd1 and don't get any error >>>>> >>>>> That is expected, unless you are running init-ceph on the same node as >>>>> osd1 is on. >>>>> >>>>> It might be nice to have some kind of interface like "run command X on >>>>> osd1", but init-ceph is not that. >>>>> >>>>>> /etc/init.d/ceph -a stop also does not stop ceph on all nodes.It stops >>>>>> on current node only >>>>>> where as >>>>>> /etc/init.d/ceph -a killall works fine. >>>>> >>>>> That sounds like a bug. I'll see if I can fix it. >>>> >>>> I'm afraid I can't reproduce this. >>>> >>>> I ran /etc/init.d/ceph -a stop >>>> >>>> and it stopped ceph daemons running on remote nodes too. Looking at >>>> the code, it looks correct. >>>> >>>> Colin >>>> >>> >>> >>> >>> -- >>> Thanks and Regards, >>> Upendra.M >>> >> > > > > -- > Thanks and Regards, > Upendra.M > -- 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
