>>Ah, good to know. Besides, connecting with ssh looks still strange to me.
no api for this...
>BTW, is there really no way to delete nexenta snapshots used by another
>>snapshot (snapshot merge)? If not, should we implement that on the qemu side?
what do you mean by snapshot used by another s
> Subject: Re: [pve-devel] snapshot improvements
>
> do you mean :
> backup the main image
> then
> backup each snasphot increment ?
Yes, something like that.
> zfs send can do incremental backup with "zfs send -I"
>
> http://docs.oracle.com/cd/E19082-01/817-2271/gfwqb/index.html
Ah, good to k
> Subject: Re: [pve-devel] [PATCH] pve-bridge : use mtu of the bridge for tap
> interface
>
> sorry, this was for tests for other thing.
>
All file-system based storage have a 'path' property, so that 'if' statement is
triggered anyways (not sure what you want to test with that).
>
> - M
do you mean :
backup the main image
then
backup each snasphot increment ?
zfs send can do incremental backup with "zfs send -I"
http://docs.oracle.com/cd/E19082-01/817-2271/gfwqb/index.html
- Mail original -
De: "Dietmar Maurer"
À: "Alexandre DERUMIER"
Cc: pve-devel@pve.proxmox.co
sorry, this was for tests for other thing.
I'll resubmit a clean patch tomorrow
- Mail original -
De: "Dietmar Maurer"
À: "Alexandre Derumier" , pve-devel@pve.proxmox.com
Envoyé: Jeudi 27 Septembre 2012 10:37:17
Objet: RE: [pve-devel] [PATCH] pve-bridge : use mtu of the bridge for
And if one would consider to backup snapshots, I am quite
sure he only wants to backup shared data once. A simple
data export would duplicate large amounts of data.
> Subject: Re: [pve-devel] snapshot improvements
>
> I think I have already respond to that ;)
>
> 2 ways :
>
> - clone the snapsh
Hello list,
while under windows the console works fine with original Oracle Java i
can't get it to work with
OpenJDK and icedtea plugin.
This page works fine with chromium:
http://www.java.com/de/download/testjava.jsp
But when i try to access the proxmox konsole - i get the jimmy is dead
sc
> diff --git a/PVE/QemuServer.pm b/PVE/QemuServer.pm index
> 157b4a9..aaf2e4a 100644
> --- a/PVE/QemuServer.pm
> +++ b/PVE/QemuServer.pm
> @@ -3718,6 +3718,7 @@ my $snapshot_prepare = sub {
> if !(($scfg->{path} && $volname =~ m/\.qcow2$/) ||
>($scfg->{type
see commit
___
pve-devel mailing list
pve-devel@pve.proxmox.com
http://pve.proxmox.com/cgi-bin/mailman/listinfo/pve-devel
currently if the bridge have a mtu of 9000, when putting a tap interface on it
(mtu 1500 by default),
the mtu of the bridge goes to 1500.
we want that the mtu of the tap interface equal the mtu of the bridge
correcting bug:
https://bugzilla.proxmox.com/show_bug.cgi?id=258
Signed-off-by: Alexand
> ah OK but wouldn't it be nice to be able to backup live snapshots?
> compress and store them on a seperate NFS server? Also Proxmox only
> allows to schedule beckups not to schedule snapshots ;-)
Sure, that would be nice. I already have very detailed plans how to do that
(but no budget).
_
Am 27.09.2012 09:26, schrieb Dietmar Maurer:
The idea is that we do not backup any snapshot data. The vzdump would
only include the data of from the running instance. I guess that is OK?
But isn't the correct way to make a snapshot and then compress the
snapshot? How can vzdump verify that the
> > The idea is that we do not backup any snapshot data. The vzdump would
> > only include the data of from the running instance. I guess that is OK?
>
> But isn't the correct way to make a snapshot and then compress the
> snapshot? How can vzdump verify that the data integrity is fine?
I guess I
> I think I have already respond to that ;)
>
> 2 ways :
>
> - clone the snapshot and export image through iscsi and backup it
>
> - use zfs send through ssh (zfs send image1@snap1 > /imagefile)
Both ways are clumsy. Also, nexenta snapshot support is quite unusable,
because you can't delete s
I think I have already respond to that ;)
2 ways :
- clone the snapshot and export image through iscsi and backup it
- use zfs send through ssh (zfs send image1@snap1 > /imagefile)
- Mail original -
De: "Dietmar Maurer"
À: "Alexandre DERUMIER"
Cc: pve-devel@pve.proxmox.com, "S
> > The idea is that we do not backup any snapshot data. The vzdump would
> > only include the data of from the running instance. I guess that is OK?
>
> But isn't the correct way to make a snapshot and then compress the
> snapshot? How can vzdump verify that the data integrity is fine?
Sorry, I
> I also don't think that all storage can export datas with snapshots inside.
>
> rbd can export an image from a snapshot, nexenta and sheepdog too.
How can you access snapshot data with nexenta?
___
pve-devel mailing list
pve-devel@pve.proxmox.com
http
17 matches
Mail list logo
