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

Re: [linux-lvm] Kernel panic while snapshotting.



Which kernel were you using?  2.2.18 or 2.4.0?

On Fri, Jan 19, 2001 at 07:56:26AM -0800, Jay Weber wrote:
> Hi,
> 
> I just got a kernel panic while snapshotting with 0.9.1beta2.  I wonder if
> anybody has seen any similar issues or I possibly fubar'd the patch on my
> end?
> 
> Panic was:
> 
> 	Kernel panic: brw_kiovec: iobuf not locked for I/O
> 
> This occured while simultanously copying 20 tarballs back and forth
> between two dirs on the source volume and performing a snapshot at that
> time.  It appears to have hung my lvcreate (snapshot) command shell.
> Oh, this was also using loop device for the source volume on my laptop in
> this case.  Hmm, actually could this panic be related to the following
> change in lvm.c?  It did work prior in 0.9.1beta1.
> 
> @@ -492,7 +488,7 @@
>                 goto out;
> 
>         err = -ENOMEM;
> -       iobuf->locked = 1;
> +       iobuf->locked = 0;
>         iobuf->nr_pages = 0;
>         for (i = 0; i < nr_pages; i++)
>         {
> 
> 
> I haven't seen this one before myself, but in testing on our bigger scsi
> based boxes in the back while snapshots are active and heavy IO is
> performed on the source volume, the box tends to hang.  I gather this is
> related to having to journal all source volume changes to the snapshot and
> when you throw massive IO at it, things get slow. Any thoughts on this one
> as well?
> 
> _______________________________________________
> linux-lvm mailing list
> linux-lvm sistina com
> http://lists.sistina.com/mailman/listinfo/linux-lvm

-- 
AJ Lewis
Sistina Software Inc.                  Voice:  612-379-3951
1313 5th St SE, Suite 111              Fax:    612-379-3952
Minneapolis, MN 55414                  E-Mail: lewis sistina com
http://www.sistina.com

Current GPG fingerprint = 3B5F 6011 5216 76A5 2F6B  52A0 941E 1261 0029 2648
Get my key at: http://www.sistina.com/~lewis/gpgkey
 (Unfortunately, the PKS-type keyservers do not work with multiple sub-keys)

-----Begin Obligatory Humorous Quote----------------------------------------
Over and over I find being redundant is key to success
in the art of redundancy - Jay Armstrong
-----End Obligatory Humorous Quote------------------------------------------

Attachment: pgp00012.pgp
Description: PGP signature


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