Gregory, this proves my assumption right that something is fishy with the high memory support in your SMP environment. I guess that it might work as well in case you make a single processor kernel _with_ high memory enabled and repeat the very same test and that it might be a highmem/smp problem still to be fixed. Anyone else with hints? Regards, Heinz -- The LVM Guy -- On Thu, Nov 07, 2002 at 07:44:36PM -0800, Gregory Ade wrote: > On Tue, 2002-11-05 at 06:28, Heinz J . Mauelshagen wrote: > > > > > If you have a chance to reconfigure the failing system temporarily, > > > > running what you did before should reproduce the same problems (segfault > > > > on snapshot creation after fresh reboot) in case there's _no_ bug in the > > > > large/high memory support. > > > > My assumption is that it will not. > > > There's no need to physically remove any DIMMs. Just cook up a kernel > > without the patches you mentioned to get that elefant going and > > without high memory support. > > Okay, I disabled high memory support (only change from production > kernel), rebooted with this test kernel, and tried to create a snapshot: > > root@burpr(pts/0):~ 26 # lvcreate --snapshot --extents 512 --name > tmp_snap /dev/vg00/tmp > lvcreate -- INFO: using default snapshot chunk size of 64 KB for > "/dev/vg00/tmp_snap" > lvcreate -- doing automatic backup of "vg00" > lvcreate -- logical volume "/dev/vg00/tmp_snap" successfully created > > > It worked just fine: > > root@burpr(pts/1):log 28 # lvdisplay /dev/vg00/tmp > --- Logical volume --- > LV Name /dev/vg00/tmp > VG Name vg00 > LV Write Access read/write > LV snapshot status source of > /dev/vg00/tmp_snap [active] > LV Status available > LV # 2 > # open 1 > LV Size 2 GB > Current LE 512 > Allocated LE 512 > Allocation next free > Read ahead sectors 120 > Block device 58:1 > > So I removed it: > > root@burpr(pts/1):log 29 # lvremove /dev/vg00/tmp_snap > lvremove -- do you really want to remove "/dev/vg00/tmp_snap"? [y/n]: y > lvremove -- doing automatic backup of volume group "vg00" > lvremove -- logical volume "/dev/vg00/tmp_snap" successfully removed > > > No kernel oops or BUG in the dmesg. > > Again, the _ONLY DIFFERENCE_ between this test kernel and the production > kernel is the high-memory support option. On the test kernel, it is > off, and on the production kernel, it is set to 64GB. > > Hope this helps. > > -- > Gregory K. Ade <gkade@bigbrother.net> > http://bigbrother.net/~gkade > OpenPGP Key ID: EAF4844B keyserver: pgpkeys.mit.edu *** Software bugs are stupid. Nevertheless it needs not so stupid people to solve them *** =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Heinz Mauelshagen Sistina Software Inc. Senior Consultant/Developer Am Sonnenhang 11 56242 Marienrachdorf Germany Mauelshagen@Sistina.com +49 2626 141200 FAX 924446 =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- _______________________________________________ linux-lvm mailing list linux-lvm@sistina.com http://lists.sistina.com/mailman/listinfo/linux-lvm read the LVM HOW-TO at http://tldp.org/HOWTO/LVM-HOWTO/
