| To: | Adrian Head <ahead@xxxxxxxxxxxxxx> |
|---|---|
| Subject: | Re: [linux-lvm] Unable to get XFS, ext3, reiserfs & LVM to coexist happily |
| From: | Keith Owens <kaos@xxxxxxx> |
| Date: | Fri, 04 Jan 2002 19:43:19 +1100 |
| Cc: | Andreas Dilger <adilger@xxxxxxxxxxxxx>, linux-xfs@xxxxxxxxxxx, linux-lvm@xxxxxxxxxxx |
| In-reply-to: | Your message of "Fri, 04 Jan 2002 17:53:05 +1000." <200201040853.g048rLg15408@oss.sgi.com> |
| Sender: | owner-linux-xfs@xxxxxxxxxxx |
On Fri, 4 Jan 2002 17:53:05 +1000, Adrian Head <ahead@xxxxxxxxxxxxxx> wrote: >This is what I'm having trouble with at the moment. When the kernel Oops >occurs it drops me into kdb (kernel debugger). From here I can look at >current process status, do back traces on anything thats running etc.. but it >never shows me the full Kernel Oops and there is no record of it in the logs >either. I expect that a couple of backtraces, list of processes, register >values would be equivalent to a Kernel Oops report? If you type 'go' in kdb then the kernel will continue with the rest of the oops processing. The registers and backtrace from kdb are better data than oops can do, more detailed and more accurate. The oops report gives the failing code, use 'id %eip' in kdb to decode the current instructions. |
| <Prev in Thread] | Current Thread | [Next in Thread> |
|---|---|---|
| ||
| Previous by Date: | Re: [linux-lvm] Unable to get XFS, ext3, reiserfs & LVM to coexist happily, Adrian Head |
|---|---|
| Next by Date: | Re: UPDATE: VERY URGENT: "cp -a" creates mysteriously "hidden" files?!, Ralf G. R. Bergs |
| Previous by Thread: | Re: [linux-lvm] Unable to get XFS, ext3, reiserfs & LVM to coexist happily, Adrian Head |
| Next by Thread: | [no subject], Adrian Head |
| Indexes: | [Date] [Thread] [Top] [All Lists] |