On Wed, 2011-03-02 at 14:45 -0700, Sage Weil wrote:
> On Wed, 2 Mar 2011, Jim Schutt wrote:
> >
> > On Wed, 2011-03-02 at 10:10 -0700, Sage Weil wrote:
> > > > I'll see if I see the same signature with master,
> > > > and post logs.
> > >
> > > Thanks! Keep us posted.
> >
> > Hmmm, I'm not having much luck with master (commit
> > 0fb5ef2ce92 + extra debugging) on a 96-osd filesystem;
> > lots of dead OSDs during startup.
>
> Commit c916905a8a14029653aae45f0a9fb6c9b4c39e05 (master) should fix this.
I try it out, thanks!
>
> > I used to use a global chdir option to redirect
> > my core files; my servers are readonly NFS-root,
> > with /root on a ramdisk, so being able to point
> > those core files at persistent storage was useful.
> > That seems to have changed somewhat.
>
> Hmm, I don't think this behavior should have changed. Can you look at a
> running daemon's /proc/$pid/cwd and see if it's incorrect?
# cat /proc/13120/cmdline
/usr/bin/cosd-i0-c/etc/ceph/ceph.conf
# ls -l /proc/13120/cwd
lrwxrwxrwx 1 root root 0 Mar 2 14:49 /proc/13120/cwd -> /ram/root
# head -3 /etc/ceph/ceph.conf
[global]
chdir = /var/log/ceph ; Core files end up here
# ls /var/log/ceph
lost+found osd.0.log osd.1.log osd.2.log osd.3.log osd.4.log osd.5.log osd.6.log osd.7.log
# df -h /var/log/ceph
Filesystem Size Used Avail Use% Mounted on
/dev/disk/by-path/scsi-0:2:00:00p1
33G 2.0G 31G 6% /ram/var/log/ceph
I'm not sure either what could have happened. I'll
try to figure out if I'm doing something differently...
Thanks -- Jim
>
> Thanks-
> sage
>
> --
> 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
