On Tuesday 25 October 2011 wrote Amon Ott: > On Tuesday 25 October 2011 wrote Amon Ott: > > On Monday 24 October 2011 wrote Yehuda Sadeh Weinraub: > > > Also, the client logs could help shedding a light on the issue. You > > > should have dynamic debugging turned on (CONFIG_DYNAMIC_DEBUG), and > > > something along the lines of: > > > > > > # mount -t debugfs none /sys/kernel/debug > > > # echo 'module ceph +p' > /sys/kernel/debug/dynamic_debug/control > > > # echo 'module libceph +p' > /sys/kernel/debug/dynamic_debug/control > > > > New kernels are building right now. Upgraded to 3.0.8, put in new > > ceph-client master fix 8ba1683acc83aee4bcab304844f8e60330e5ef1f and added > > CONFIG_DYNAMIC_DEBUG. This kernel will go into two big servers this time > > to give it some real load. Let's see whether I can reproduce there, too. > > If so, I will provide debug output as requested. > > Finally, I could reproduce with debugging on and keep the system alive long > enough to copy the kernel log. Attached are two examples of the BUG > happening with surrounding Ceph logs. Before and after these extracts are > some seconds without logging, so I assume they are complete. Any news on this bug? Do you need more info? I would really like to go on testing, but this bug is a show stopper for me. Amon Ott -- Dr. Amon Ott m-privacy GmbH Tel: +49 30 24342334 Am Köllnischen Park 1 Fax: +49 30 24342336 10179 Berlin http://www.m-privacy.de Amtsgericht Charlottenburg, HRB 84946 Geschäftsführer: Dipl.-Kfm. Holger Maczkowsky, Roman Maczkowsky GnuPG-Key-ID: 0x2DD3A649 -- 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
