Re: [pve-devel] ZFSPlugin snapshot question

2015-08-29 Thread Dietmar Maurer
 Earlier you seemed to imply that the ZFS/iet plugin works with targetcli - is
 that the case?

I don't think so.

___
pve-devel mailing list
pve-devel@pve.proxmox.com
http://pve.proxmox.com/cgi-bin/mailman/listinfo/pve-devel


Re: [pve-devel] ZFSPlugin snapshot question

2015-08-28 Thread Dietmar Maurer
 Yes, I will look in to this this weekend.
 
 Forgot to mention. Since snapshots by nature is read-only you have to
 set option wp=true to have iscsi properly advertise read-only to the
 mount util. I think Linux will make some internal optimization given it
 knows writes is not supported.

Just thought a bit more about that, and maybe we can handle this
by just creating a clone?

I just committed some changes for the current LXC snapshot backup code:

https://git.proxmox.com/?p=pve-container.git;a=commitdiff;h=4ca61ce824c9f5cc46c938e01d82f985eeac1f67

It works like this:

1.) create snapshot
# pct snapshot VMID vzdump

2.) mount snapshots read-only

3.) create tar archive

4.) destroy snapshot
# pct delsnapshot VMID vzdump

This only works if we have read-only access to storage snapshots,
which is a problem with the current ZFSPlugin.

Another approach would be:

1.) create a clone
2.) backup cloned VM with 'stop' mode

That way we do not even need to implement 'snapshot' backups ;-)

Any comments about that idea?

___
pve-devel mailing list
pve-devel@pve.proxmox.com
http://pve.proxmox.com/cgi-bin/mailman/listinfo/pve-devel


Re: [pve-devel] ZFSPlugin snapshot question

2015-08-28 Thread Dietmar Maurer


 On August 28, 2015 at 12:19 PM datanom.net m...@datanom.net wrote:
 
 
 On 2015-08-28 10:25, Dietmar Maurer wrote:
  Another approach would be:
  
  1.) create a clone
  2.) backup cloned VM with 'stop' mode
  
  That way we do not even need to implement 'snapshot' backups ;-)
  
  Any comments about that idea?
 Will creating a clone instead of a snapshot not take considerably longer 
 compared to a snapshot?

Yes, i guess so. It also has other problems, because not all storage type
supports
cloning from snapshots ...
So it was an interesting idea, but does not really solve all problems :-/

___
pve-devel mailing list
pve-devel@pve.proxmox.com
http://pve.proxmox.com/cgi-bin/mailman/listinfo/pve-devel


Re: [pve-devel] ZFSPlugin snapshot question

2015-08-28 Thread datanom.net

On 2015-08-28 10:25, Dietmar Maurer wrote:

Another approach would be:

1.) create a clone
2.) backup cloned VM with 'stop' mode

That way we do not even need to implement 'snapshot' backups ;-)

Any comments about that idea?
Will creating a clone instead of a snapshot not take considerably longer 
compared to a snapshot?


--
Hilsen/Regards
Michael Rasmussen

Get my public GnuPG keys:
michael at rasmussen dot cc
http://pgp.mit.edu:11371/pks/lookup?op=getsearch=0xD3C9A00E
mir at datanom dot net
http://pgp.mit.edu:11371/pks/lookup?op=getsearch=0xE501F51C
mir at miras dot org
http://pgp.mit.edu:11371/pks/lookup?op=getsearch=0xE3E80917
--



This mail was virus scanned and spam checked before delivery.
This mail is also DKIM signed. See header dkim-signature.

___
pve-devel mailing list
pve-devel@pve.proxmox.com
http://pve.proxmox.com/cgi-bin/mailman/listinfo/pve-devel


Re: [pve-devel] ZFSPlugin snapshot question

2015-08-28 Thread Dietmar Maurer
 Yes, i guess so. It also has other problems, because not all storage type
 supports
 cloning from snapshots ...
 So it was an interesting idea, but does not really solve all problems :-/

To solve the problem for the ZFSPlugin, I think it may help to
introduce another storage API call to activate/deactivate snapshots:

sub activate_snapshot($cfs, $volid, $snapname);
sub deactivate_snapshot($cfs, $volid, $snapname);

Or simply extend the existing API and pass a 'snapname' parameter:

sub activate_volumes($cfg, $vollist, $exclusive, $snapname);
sub deactivate_volumes($cfg, $vollist, $snapname);

For the ZFSPoolPlugin, this can mount/umount snapshot 
subvolumes (which are not mounted by default).

For the ZFSPlugin, this can create and activate a clone (or something similar)?

___
pve-devel mailing list
pve-devel@pve.proxmox.com
http://pve.proxmox.com/cgi-bin/mailman/listinfo/pve-devel


Re: [pve-devel] ZFSPlugin snapshot question

2015-08-28 Thread Dietmar Maurer
While thinking about this, I came to a totally different topic.

Would it make sense to add an Linux iSCSI (LIO) backend (LunCMD driver)?

It is really easy to setup a ZFS box with our installer, so one
could easily use such box as external iSCSI storage then?

Comments?

___
pve-devel mailing list
pve-devel@pve.proxmox.com
http://pve.proxmox.com/cgi-bin/mailman/listinfo/pve-devel


Re: [pve-devel] ZFSPlugin snapshot question

2015-08-28 Thread Michael Rasmussen
On Fri, 28 Aug 2015 19:35:51 +0200 (CEST)
Dietmar Maurer diet...@proxmox.com wrote:

 
 I just thought we can write a PVE::Storage::LunCmd::LIO, so that we 
 can use a normal Linux/Proxmox box (with zfsonlinux) with 
 the PVE::Storage::ZFSPlugin.

This makes sense.
 
 I guess it is already possible with PVE::Storage::LunCmd::Iet, but LIO
 should provide better performance?
 
I have been thinking about this as well because Iet is deprecated in
newer distributions (younger  Debian Wheezy)

-- 
Hilsen/Regards
Michael Rasmussen

Get my public GnuPG keys:
michael at rasmussen dot cc
http://pgp.mit.edu:11371/pks/lookup?op=getsearch=0xD3C9A00E
mir at datanom dot net
http://pgp.mit.edu:11371/pks/lookup?op=getsearch=0xE501F51C
mir at miras dot org
http://pgp.mit.edu:11371/pks/lookup?op=getsearch=0xE3E80917
--
/usr/games/fortune -es says:
SEMPER UBI SUB UBI

[ Always wear underwater ]


pgpFMcCjGt2WZ.pgp
Description: OpenPGP digital signature
___
pve-devel mailing list
pve-devel@pve.proxmox.com
http://pve.proxmox.com/cgi-bin/mailman/listinfo/pve-devel


Re: [pve-devel] ZFSPlugin snapshot question

2015-08-28 Thread Lindsay Mathieson
I found this on reddit:

https://www.reddit.com/r/debian/comments/34t0gc/whats_your_favourite_thing_about_jessie/cqxuyy2

The targetcli author replies.

I'm a bit confused as to iscsi server support in proxmox - there's tgt, but 
appears to be missing init scripts? Iet doesn't work with kernel 3.10, so 
really there is only lio/targetcli.

Earlier you seemed to imply that the ZFS/iet plugin works with targetcli - is 
that the case?

Sent from Mail for Windows 10



From: Dietmar Maurer
Sent: Saturday, 29 August 2015 5:49 AM
To: Michael Rasmussen;pve-devel@pve.proxmox.com
Subject: Re: [pve-devel] ZFSPlugin snapshot question


  I guess it is already possible with PVE::Storage::LunCmd::Iet, but LIO
  should provide better performance?
  
 I have been thinking about this as well because Iet is deprecated in
 newer distributions (younger  Debian Wheezy)

But I just noticed that there is no targetcli package for jessie! I wonder
if/why nobody use that software?

___
pve-devel mailing list
pve-devel@pve.proxmox.com
http://pve.proxmox.com/cgi-bin/mailman/listinfo/pve-devel


___
pve-devel mailing list
pve-devel@pve.proxmox.com
http://pve.proxmox.com/cgi-bin/mailman/listinfo/pve-devel


Re: [pve-devel] ZFSPlugin snapshot question

2015-08-28 Thread Dietmar Maurer
  I guess it is already possible with PVE::Storage::LunCmd::Iet, but LIO
  should provide better performance?
  
 I have been thinking about this as well because Iet is deprecated in
 newer distributions (younger  Debian Wheezy)

But I just noticed that there is no targetcli package for jessie! I wonder
if/why nobody use that software?

___
pve-devel mailing list
pve-devel@pve.proxmox.com
http://pve.proxmox.com/cgi-bin/mailman/listinfo/pve-devel


Re: [pve-devel] ZFSPlugin snapshot question

2015-08-27 Thread Michael Rasmussen
On Thu, 27 Aug 2015 19:31:49 +0200 (CEST)
Dietmar Maurer diet...@proxmox.com wrote:

 
 Do you have time to implement that? We would need it to implement 
 snapshot backup for LXC containers.
 
Yes, I will look in to this this weekend.

Forgot to mention. Since snapshots by nature is read-only you have to
set option wp=true to have iscsi properly advertise read-only to the
mount util. I think Linux will make some internal optimization given it
knows writes is not supported.

-- 
Hilsen/Regards
Michael Rasmussen

Get my public GnuPG keys:
michael at rasmussen dot cc
http://pgp.mit.edu:11371/pks/lookup?op=getsearch=0xD3C9A00E
mir at datanom dot net
http://pgp.mit.edu:11371/pks/lookup?op=getsearch=0xE501F51C
mir at miras dot org
http://pgp.mit.edu:11371/pks/lookup?op=getsearch=0xE3E80917
--
/usr/games/fortune -es says:
The ultimate game show will be the one where somebody gets killed at
the end. -- Chuck Barris, creator of The Gong Show


pgp1rosdscLoX.pgp
Description: OpenPGP digital signature
___
pve-devel mailing list
pve-devel@pve.proxmox.com
http://pve.proxmox.com/cgi-bin/mailman/listinfo/pve-devel


Re: [pve-devel] ZFSPlugin snapshot question

2015-08-27 Thread Michael Rasmussen
On Thu, 27 Aug 2015 17:46:45 +0200 (CEST)
Dietmar Maurer diet...@proxmox.com wrote:

 
 But how can we implement this with the ZFSPlugin?`Any idea if/how it is
 possible to access a snapshotted device?
 
There are two preconditions which must be fulfilled:
1) LUN must be pointing to the snapshot
2) A view must be created pointing to the LUN

Removing the snapshot means doing it in reversed order.

-- 
Hilsen/Regards
Michael Rasmussen

Get my public GnuPG keys:
michael at rasmussen dot cc
http://pgp.mit.edu:11371/pks/lookup?op=getsearch=0xD3C9A00E
mir at datanom dot net
http://pgp.mit.edu:11371/pks/lookup?op=getsearch=0xE501F51C
mir at miras dot org
http://pgp.mit.edu:11371/pks/lookup?op=getsearch=0xE3E80917
--
/usr/games/fortune -es says:
Does the name Pavlov ring a bell?


pgpxcMYFt6y6R.pgp
Description: OpenPGP digital signature
___
pve-devel mailing list
pve-devel@pve.proxmox.com
http://pve.proxmox.com/cgi-bin/mailman/listinfo/pve-devel