LVM Funnies when removing

marotori

Member
Jun 17, 2009
161
1
16
Hello,

I run a bacula backup system and have some scripts that automatically create an lvm snapshot of /var/lib/vz prior to backup.


Since the update to version two....

I get this error when I unmount the snapshot:

--
Attempt 1

Unable to deactivate open pve-data-real (253:4)
Failed to resume data.

Attempt 2

Logical volume "pve-data-snap" successfully removed
--

It seems that lvm remove is trying to copy the data to the old volume?

In each case my lvm commands are:

Mount

lvm lvcreate --size 2G --snapshot --name pve-data-snap /dev/pve/data
mount -o ro /dev/pve/pve-data-snap /var/lib/vz.snapshot

Unmount

umount /var/lib/vz.snapshot
lvremove -f /dev/pve/pve-data-snap

Any ideas on how to fix this?

Last night removing the volume caused all the VM's to hang!

Rob
 
Here you go..

root@cloud0:~# pveversion -v
pve-manager: 2.0-38 (pve-manager/2.0/af81df02)
running kernel: 2.6.32-7-pve
proxmox-ve-2.6.32: 2.0-60
pve-kernel-2.6.32-7-pve: 2.6.32-60
lvm2: 2.02.88-2pve1
clvm: 2.02.88-2pve1
corosync-pve: 1.4.1-1
openais-pve: 1.1.4-2
libqb: 0.10.1-2
redhat-cluster-pve: 3.1.8-3
resource-agents-pve: 3.9.2-3
fence-agents-pve: 3.1.7-1
pve-cluster: 1.0-23
qemu-server: 2.0-25
pve-firmware: 1.0-15
libpve-common-perl: 1.0-17
libpve-access-control: 1.0-17
libpve-storage-perl: 2.0-12
vncterm: 1.0-2
vzctl: 3.0.30-2pve1
vzprocps: 2.0.11-2
vzquota: 3.0.12-3
pve-qemu-kvm: 1.0-5
ksm-control-daemon: 1.1-1

I am on the very latest updates.

apt-get update;apt-get dist-upgrade

Worth noting...

These same boxes have been experincing some issues with disk io soft locking up. If you so much as run a dd to create a file.. they just slow down and crash!

Currently they are running raid 10 with a lsi megaraid 9640 sata controller

I am changing one of the boxes to the 9660 with 512MB cache today. Hopefully that will help!!


But to be honest.. no idea! I am thinking at the moment there is some weird kernel issue.

Rob
 
At least not only me :)

Seems it is an issue in the redhat tree.

Rob


Sent from my iPhone using Tapatalk