Search results

Hi in the PVE2.1 GUI the backup seems a bit limited, one can not add the "maxfiles" parameter using the GUI, therefore it would seem only one copy is saved during any backuprun. I added manually the maxfiles in the /etc/cron.d/vzdump file, but the not there is warning about any changes one...

and sorry, but I got no idea why this editor doesn't like my posts including several lines anymore...

well, thank you, but today the ServeRAID 8k system gave itself a killshot after during the backup-run.after the power-reset the vzsnap is still here: LV Name /dev/pve/vzsnap-k81-0 VG Name pve LV UUID krLMDp-ZGkt-ybWA-26FE-ZpyR-t3c9-VCONRD LV Write...

sorry don't know why the format is scrambled...

Hiwe tested the vzdump for both machines last night and it seems to work without any trouble.I'm still not totally confident, that we might not run into the same problem again, but I hope it was something related to the previous 2.6.32-10 kernel.we're now running:pveversion -vpve-manager: 2.0-57...

Now I get you - yes both servers had the snapshot still there (and active) - we had to lvremove it after the reboot. regards hk

Hi, I agree on the snapshot problem, but "lvdisplay" simply hangs in this situation and reports nothing back. the backup-storage is a mounted nfs-target in one situation and a separate volumegroup mounted as /backup/ in the other situation. Question here would be: Could vzdump handle such a...

we have seen the problem on ext3 (the first three posts reported exactly that) and on ext4 (the second report I shortened and therefore got pointed to the bugzilla-entry, but this bug 2085 doesn't seem to send the lvm on this machine to nirvana).we have had (as mentioned) the issue on totally...

Yes of course it's hardware-raid. load since last (forced) powercycle: uptime 01:37:03 up 1 day, 14:50, 1 user, load average: 0.32, 0.35, 0.36 now we have seen the very same behaviour on another system (totally different: cpu, ram, raid-controller, ... all different). different syslog...

hi definitely reproduceable - it seems if we do manual backup using snapshots this does virtually not happen, but if vzdump is doing all backups it seems that lvm is much more unstable (maybe it needs some time to recover after a snapshot has been removed?) and this seems reproducable on at...

this is it - calling "lvdisplay" to see the problem in detail doesn't respond anything (task hangs), lvremove for the presumed snapshot doesn't work either. this is really messy and any input on how to resolve this is greatly appreciated. regards hk

Apr 7 06:45:07 k77 kernel: "echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disables this message. Apr 7 06:45:07 k77 kernel: apache2 D ffff88103b76d4c0 0 885550 885218 77002 0x00000000 Apr 7 06:45:07 k77 kernel: ffff88083b8bba78 0000000000000086 ffff88083b8bba38 ffffffff81404e6c Apr 7...

Apr 7 06:45:07 k77 kernel: "echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disables this message. Apr 7 06:45:07 k77 kernel: mysqld D ffff88103a078640 0 879440 5155 77002 0x00000000 Apr 7 06:45:07 k77 kernel: ffff8808303c7938 0000000000000086 0000000000000000 ffffffff81404e6c Apr 7 06:45:07...

Hi we're running into problems when PVE 2.0 does some automated full openvz-backups. (post split into several posts as the post-limit is 10,000 chars) pveversion -v pve-manager: 2.0-57 (pve-manager/2.0/ff6cd700) running kernel: 2.6.32-11-pve proxmox-ve-2.6.32: 2.0-65 pve-kernel-2.6.32-10-pve...

If your BMC and eg. eth0 share the same ethernetport this is quite normal, you could usually work around by using a vlan tag for the ipmi-interface or simply connect another ethernetinface to your local network (eth1) and set ipmi-IP-address to something that shares the subnet with your eth1...

Hi I'd like to know if someone already tested this with PVE 2.0 RC1: assuming two nodes share one iSCSI target or drbd-blockdevice where several lvm volumes reside and vzdump processes backups in parallel using lvm snapshots from both nodes - is this (I remember in 1.9 it is) still a problem or...

I agree, but this happened to me because the GUI was slow to respond, I did not intentionally restore the same backup into the same VEID, therefore I opt for some kind of locking here (simply disable the restore button after it has been clicked could suffice). Also I'd consider two admins...

exactly that I selected the backup file chose "restore" and entered the VEID 1108 - then pressed three times restore and that was what happened...

as some files (all that have had i/o errors) are down to 0 bytes I can assume the backup is not ok.

ups - thanks for the pointer! the three tasks in question responded this: a) TASK ERROR: unable to create CT 1108 - directory '/var/lib/vz/private/1108' already exists b) extracting archive '/mnt/pve/backup/dump/vzdump-openvz-1108-2012_03_18-00_11_04.tar.lzo' tar...