It just doesn't support it. If you restore a backup, the os will have in effect 'crashed' at the point that the backup occured.
The only way to do something like this would be to have the OS hibernate to disk, perform a backup, then wake and resume from disk.
e100, I'd like to have LVM snapshots back in proxmox too. I don't think there's any reason you can't just script the snapshots to run and do it yourself. I'm heading down this route as they are doing something new and undocumented with these backups - so it is proprietary. Long term outlook...
Can I suggest a feedback area? It doesn't need to be paid attention to like the support area, but the devs should probably consider this especially with the effort to monetise the product to a greater fashion.
For my part, my testing of 3.1 has sorted out a few things - neither of these things...
For anyone who cares about this, I eventually had to run up a host with centos 5.6, a version of ietd that supported rawio patch (iscsitarget-0.4.17) . Something like this on a fresh minimal centos 5.6 machine;yum install gcc kernel-devel kernel-headers openssl-devel lsscsidownload...
Which, seems to work for block devices, but if you want to export something like a tape drive this seems to require rawio.
Rawio was written as a patch http://sourceforge.net/p/iscsitarget/patches/14/ but only for iscsitarget-0.4.17
Which, only supports up to 2.6.23 kernels. Yay.
So, looks...
This problem exists in a clean install of 3.1 also. What I did, edited /var/lib/dkms/iscsitarget/1.4.20.2/source/dkms.conf in the above instead of running the patch file
deleted the last three lines, added these (don't add the plusses above, these are if run in a patch file)...
Just a heads up for those who might care for the update mechanism to work.
As subject - lol, see below output of;
apt-get update
Hit http://security.debian.org wheezy/updates Release.gpg
Hit http://security.debian.org wheezy/updates Release
Ign https://enterprise.proxmox.com wheezy...
There is a lot I like about what's going on here. A stable package feed available as a purchasable option (from 50 euro a year, this is good too), with the free users being more the guinea pigs for new stuff. There's got to be enough pull here with this as an option not to begin to cripple the...
Open source yes, but it's certainly not using any standard or industry accepted format so it's proprietary. It is not well documented and does not have any tools for manual extraction (requires the proxmox interface).
Since I think you're wondering why this is a problem, it needs a manual...
Dietmar, the question really I think is can you extract the backup files using standard tools, or even any kind of third party tool.
Looks like this format has been made up and the LVM backup system has been removed, so like me you'll have to find another way to back up if you want this fairly...
Fantastic bug, seems to cause backups not to be shown in the restore window.
This has impacted me too so it seems, the backup files should be 'open' for recovery rather than using a proprietary format - it clearly can't be relied on.
Looks like its downtime for updates again.
Re: Super slow vma backup restore - about 1.5MB/s with drives that will copy at 90MB/
I think we will have to wait for more feedback - I can't test any more than I already have and it sounds like you've done a lot of testing. Still, no write performance figures from your testing other than...
Re: Super slow vma backup restore - about 1.5MB/s with drives that will copy at 90MB/
What sort of local storage are you using? I would not be surprised that you'd not see a problem with low compression and a RAID5 array. As I've asked many times now - try slower RAID1 or a local direct disk...
Re: Super slow vma backup restore - about 1.5MB/s with drives that will copy at 90MB/
Really, how often do you restore, and how long has this system been out? Here's my point, the LVM backup option should have never been removed until adequate real world testing of the new backup method had...
Re: Super slow vma backup restore - about 1.5MB/s with drives that will copy at 90MB/
Understand the need to backup all types of storage systems with snapshots. Offering that is great. Removing the old option that was just as fast at backing up (within a few seconds on my servers) and...
Re: Super slow vma backup restore - about 1.5MB/s with drives that will copy at 90MB/
Yeah at this stage proxmox is a system I'm considering for broader deployment that it currently is being used for. But, anyway if you're interested - I'll give you my opinion. I don't 'sell' VM's, but I do...
This site uses cookies to help personalise content, tailor your experience and to keep you logged in if you register.
By continuing to use this site, you are consenting to our use of cookies.