Thanks Dan, The btrfs checksum had failed on that file.
All three servers are running Fedora 17 with kernel 3.4.3 The logs on all three servers are full of messages like: Jun 23 04:02:19 Store2 kernel: [63811.494955] ceph-osd: page allocation failure: order:3, mode:0x4020 The difference between the lines is that order: varies between 2, 3, 4 or 5 Is this likely to be a btrfs bug? David On 23 Jun 2012, at 06:48, Dan Mick wrote: > 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). -- To unsubscribe from this list: send the line "unsubscribe ceph-devel" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
