On Mon, Dec 31, 2007 at 12:28:03AM +0000, Robert Watson wrote: > ddb script kdb.enter.panic="textdump set; capture on; show pcpu; bt; show > locks; ps; alltrace; show lockedvnods; show alllocks; capture off; call > doadump; reset" > > This will give you a textdump on panic, but other ways over entering DDB > will just drop to the debugger normally. You might find you want to set a > kdb.enter.default script along the above lines, and provide no-op scripts > for serial/console break and sysctl in order to drop to the debugger only > for cases where the sysadmin has intervened. > > It might be that, in light of DDB scripting and textdumps, we want to > rethink the way KDB_UNATTENDED works, or at least how it behaves in the > presence of defined scripts. I agree, we need to do something lightweight in KDB_UNATTENDED mode istead of very hard way you describe above. Could you please inspect/tweak possibility of running script in unattended mode, keeping in mind that console is unavailable and no interactive break to debugger should ever occurse because there is nobody to enter commands? -- http://ache.pp.ru/Received on Mon Dec 31 2007 - 00:42:12 UTC
This archive was generated by hypermail 2.4.0 : Wed May 19 2021 - 11:39:24 UTC