Re: panic: in_pcblookup_local (?)

看板FB_current作者時間12年前 (2013/05/02 09:01), 編輯推噓0(000)
留言0則, 0人參與, 最新討論串12/22 (看更多)
--s2ZSL+KKDSLx8OML Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, May 01, 2013 at 02:30:36PM -0400, John Baldwin wrote: > On Wednesday, May 01, 2013 2:08:57 pm Robert N. M. Watson wrote: > > If in DDB, it would be useful to do a "ps" so we can identify threads i= n the=20 > > process, and in particular, whether they might be in the kernel around = the=20 > > moment of the panic. > >=20 > > > I will follow up with this information as soon as possible. > >=20 > > Thanks. Do keep around as much information as you can from DDB, crashdu= mps,=20 > > etc. A useful set of things to keep from DDB includes the initial panic= =20 > > information and trap frame, "show pcpu", "show allpcpu", "trace", "allt= race",=20 > > "ps", and if WITNESS is compiled in, "show locks" and "show alllocks". = On busy=20 > > systems, all the backtraces add up to a lot of space, so you might hold= onto=20 > > that rather than e-mail it, but contain useful information. Often, debu= gging=20 > > this sort of race condition involves looking at what other network-cent= red=20 > > threads are doing -- e.g., device-driver ithreads, netisr, other involv= ed user=20 > > threads. You may be able to extract much of that information using ps o= n the=20 > > crashdump (not sure if procstat is there yet for crashdumps) -- if so, = be sure=20 > > to use -H (or whatever the argument is to print thread, not just proces= s,=20 > > information). >=20 So, I am admittedly not too familiar with DDB. In fact, I just now realize the kernel is built without DDB... Additionally, the kernel is built without WITNESS. > You can also grab my kgdb scripts from www.freebsd.org/~jhb/gdb/ >=20 Thanks for these. > Put those in a dir and do 'source gdb6'. You can then run 'ps' to get a = good=20 > ps listing that includes threads. You can also use 'thread apply all bt'= to=20 > get stacktraces of all threads in kgdb. I believe there is an 'allpcpu'= =20 > command that is similar to 'show allpcpu' in DDB. >=20 I have the outputs of 'ps', 'allpcpu', and 'thread apply all bt' saved to separate script(1) files. Is there anything in particular I can look for before uploading the files somewhere public? At quick-ish look though, I did not see anything cf-agent (the current process at time of panic) related. > Robert, in this case he has a full crashdump, so we can get quite a bit o= f=20 > information from it. >=20 Right, and I can keep anything available for as long as necessary. Glen --s2ZSL+KKDSLx8OML Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iQEcBAEBCAAGBQJRgbngAAoJEFJPDDeguUajPwoH/1PS3aR5Y5gqMNPljv/kIryG kUouqmU8pbpOngvz7G+QGKGRsdRgAAS28whQTs6duzMVMMgGf5EYOHWEbBAgZGvn +u6o2noZjnKX9QA3V6HzKm7mNv+zXAFYYzxrwzzPSnGubKjVSOCCT+XQMnxcYnzi lSnkmKHmriFQKa2LUdI+RRv+SoG1gQQnYXoW/82x5nAl4/GAY/IruoSnPFVpWcom VVTf0Z1kLiJoTKdZSBQlIvD4pboGM6NSq92E9uk/0+im6b5mKoiQZ52BxbuiczR4 1FBCRlRf+LfWt4cd+8tIC2Dmuig0d3SpAjk9vlEUG24msPrf1Vgj6PFVhrZVisY= =Y9/z -----END PGP SIGNATURE----- --s2ZSL+KKDSLx8OML--
文章代碼(AID): #1HWRhE-y (FB_current)
討論串 (同標題文章)
文章代碼(AID): #1HWRhE-y (FB_current)