Hi, I join : - osd.20 is one of osd that I detect which makes crash other OSD. - osd.23 is one of osd which crash when i start osd.20 - mds, is one of my MDS I cut log file because they are to big but. All is here : https://blondeau.users.greyc.fr/cephlog/ Regards Le 30/06/2014 17:35, Gregory Farnum a ?crit : > What's the backtrace from the crashing OSDs? > > Keep in mind that as a dev release, it's generally best not to upgrade > to unnamed versions like 0.82 (but it's probably too late to go back > now). I will remember it the next time ;) > -Greg > Software Engineer #42 @ http://inktank.com | http://ceph.com > > > On Mon, Jun 30, 2014 at 8:06 AM, Pierre BLONDEAU > <pierre.blondeau at unicaen.fr> wrote: >> Hi, >> >> After the upgrade to firefly, I have some PG in peering state. >> I seen the output of 0.82 so I try to upgrade for solved my problem. >> >> My three MDS crash and some OSD triggers a chain reaction that kills other >> OSD. >> I think my MDS will not start because of the metadata are on the OSD. >> >> I have 36 OSD on three servers and I identified 5 OSD which makes crash >> others. If i not start their, the cluster passe in reconstructive state with >> 31 OSD but i have 378 in down+peering state. >> >> How can I do ? Would you more information ( os, crash log, etc ... ) ? >> >> Regards >> >> -- >> ---------------------------------------------- >> Pierre BLONDEAU >> Administrateur Syst?mes & r?seaux >> Universit? de Caen >> Laboratoire GREYC, D?partement d'informatique >> >> tel : 02 31 56 75 42 >> bureau : Campus 2, Science 3, 406 >> ---------------------------------------------- >> >> >> _______________________________________________ >> ceph-users mailing list >> ceph-users at lists.ceph.com >> http://lists.ceph.com/listinfo.cgi/ceph-users-ceph.com >> -- ---------------------------------------------- Pierre BLONDEAU Administrateur Syst?mes & r?seaux Universit? de Caen Laboratoire GREYC, D?partement d'informatique tel : 02 31 56 75 42 bureau : Campus 2, Science 3, 406 ---------------------------------------------- -------------- next part -------------- A non-text attachment was scrubbed... Name: backtrace.ceph-mds.william.log Type: text/x-log Size: 1083 bytes Desc: not available URL: <http://lists.ceph.com/pipermail/ceph-users-ceph.com/attachments/20140701/04a2c7f9/attachment.bin> -------------- next part -------------- A non-text attachment was scrubbed... Name: backtrace.ceph-osd.20.log Type: text/x-log Size: 8300 bytes Desc: not available URL: <http://lists.ceph.com/pipermail/ceph-users-ceph.com/attachments/20140701/04a2c7f9/attachment-0001.bin> -------------- next part -------------- A non-text attachment was scrubbed... Name: backtrace.ceph-osd.23.log Type: text/x-log Size: 10223 bytes Desc: not available URL: <http://lists.ceph.com/pipermail/ceph-users-ceph.com/attachments/20140701/04a2c7f9/attachment-0002.bin> -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/pkcs7-signature Size: 2947 bytes Desc: Signature cryptographique S/MIME URL: <http://lists.ceph.com/pipermail/ceph-users-ceph.com/attachments/20140701/04a2c7f9/attachment-0003.bin>
 |