Re: Unable to restart Mon after reboot

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Sorry: that file would actually be /data/mon0/osdmap/latest

On 06/22/2012 10:34 PM, Dan Mick wrote:
Hi David:

The code there is trying to read some stuff off the monitor's storage to
initialize, and apparently failing in an odd way. It's trying to read
the file 'latest' from the monitor directory (/data/mon0); the file can
be opened, and stat says it's 4289 bytes long, but apparently the read
is succeeding without error, but only getting back 0 bytes (i.e., not an
error, but apparently end of file).

See if there's a file /data/mon0/latest of length 4289, and see if
something is odd about its permissions (like maybe the read bits are
turned off, or maybe the filesystem it's on has errors).


On 06/22/2012 05:31 PM, David Blundell wrote:
Hi all,

I am testing Ceph 0.47.2 on btrfs with three servers running Fedora
17. Following a reboot of the servers, one of the mon daemons crashes
on startup with "FAILED assert(r>0)"

MDS and the OSD start and run fine as do the mon daemons on the other
two servers.

The debug log is at http://pastebin.com/tXwvd44Z

I would really appreciate any comments - especially if I am missing
something obvious.

David--
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


[Index of Archives]     [CEPH Users]     [Ceph Large]     [Information on CEPH]     [Linux BTRFS]     [Linux USB Devel]     [Video for Linux]     [Linux Audio Users]     [Yosemite News]     [Linux Kernel]     [Linux SCSI]
  Powered by Linux