Recent content by jcpham

VM 104 is the problem child on this host, but I have this same similar problem on multiple hosts at multiple sites. The problem seems to stem from the line in syslog that reads like this:kernel: vmbr1: port 2(tap104i1) entering disabled stateI've searched the forums and this seems to be a common...

Hi all. Long thread, but hopefully lots of info on a problem than has puzzled me for some time. I've reported the problem previously and it went unsolved, but figured I'd try again. Essentially, I have 2 KVM windows 2008 vm's on one PVE host. This box has been in production since PVE .9 beta...

I'm using a hook-script. The drive is emptied as the backup begins. I'm not using --maxfiles anymore, because it's useless with the limited size of the USB drive combined with the new vzdump naming convention. We rotate the usb drives daily and I have a cron script to mount them by UUID to...

Last night's backup: 101: Jan 20 19:15:01 INFO: Starting Backup of VM 101 (qemu) 101: Jan 20 19:15:01 INFO: running 101: Jan 20 19:15:01 INFO: status = running 101: Jan 20 19:15:02 INFO: backup mode: snapshot 101: Jan 20 19:15:02 INFO: bandwidth limit: 14000 KB/s 101: Jan 20 19:15:02...

Nope, haven't deleted any VM's, PVE host has always just had the same two KVM VM's. Still having very Strange things happening with vzdump. Newest backup logs: January 18th, Backup begins at 8:00 PM CST: root@volt ext# cat vzdump-qemu-101-2010_01_18-20_09_46.log Jan 18 20:09:46 INFO...

Thanks, this did the trick. I went back and re-read the man pages again and found everything I needed. Sorry, I was wrong about this. Any chance you guys could explain the INFO messages about removing stale snapshots below: Jan 12 22:00:03 INFO: trying to remove stale snapshot...

Added! root@volt ~# cat /etc/vzdump.conf size: 2048 I've read the man pages serveral times on vzdump. I know it's your perl script, Diet. I've seen references to /etc/vzdump.conf in the actual /usr/sbin/vzdump script itself, but the manpages don't really explain anything about vzdump.conf. Is...

The problem is essentially vzdump is filling up every bit of disk space on my external USB drive while trying to backup to KVM VM's. The USB drive is 500GB (/mnt/ext), and this process worked fine prior to my last dist-upgrade to pve 1.4. Here's all the good info: volt:~# pveversion -v...

sorry for the double post. not sure how I did that. vzdump works again now.

Resolved: vzdump no longer "sees" KVM VM's Problem resolved. /etc/apt/sources.list was incorrect and out of date. I checked another PVE host and updated my repos: deb http://ftp.us.debian.org/debian lenny main contrib # PVE packages provided by proxmox.com deb...

I think my sources.list was way out of date. Just did a dist-upgrade and it looks to have upgraded correctly. Rebooting server now. Will test vzdump shortly.

I also need to point out that someone else seems to be having the same problem as me with vzdump. My host is also a single node, but I do not have any OpenVZ VM's, just the two KVM VM's: -----Original Message----- From: pve-user-bounces@pve.proxmox.com...