[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]

Re: [linux-lvm] Debugging help.



Jay Webber writes:
> Any suggestions on what to turn on debugging wise?  I'm currently
> utilizing SysRq and kdb v1.5 on stock 2.2.18 with LVM patches applied from
> 0.9.1beta2 using the PATCHES/README instructions.  All I manage to get
> after the system hangs, using SysRq's PrintPC or dropping into kdb
> (manually) and doing a backtrace, is reference to cpu_idle and
> init_task_union.  This leads me to believe the system is just sitting in
> an indefinate idle loop state?
> 
> I've also initially tried enabling the debug code in lvm-snap.c but it's
> not much help since the box hangs and the info that may be output from it
> is stuck in buffer and SysRq Sync don't manage to drop it to disk for me
> after hanging.
> 
> Any clues, suggestions, hints, pointers?

One option is to use a serial console (preferrably to another PC) to capture
the debugging info.  Unfortunately, like me, you are using a VAIO which
doesn't have a serial port.  I've also used a patch "kmsgdump" which
allows you to save the syslog to floppy.  However, I haven't used it at
the same time as kdb, so there may be conflicts.  Both appear on the
console after an OOPS, so I'm not sure what would happen.

> Nobody else sees this problem?  I'm currently reproducing this on my Vaio
> laptop using a loop device attached file as the simulated disk, but will
> use another box with real disks here shortly and double check. Granted,
> this problem surfaced on another box to start with. :)

So far I haven't been using snapshots.

Cheers, Andreas
-- 
Andreas Dilger  \ "If a man ate a pound of pasta and a pound of antipasto,
                 \  would they cancel out, leaving him still hungry?"
http://www-mddsp.enel.ucalgary.ca/People/adilger/               -- Dogbert


[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]