an easy one. I was refering to a few patches I sent regarding
decoupling PVE/Storage/LunCmd/* into external scripts, so supporting new kinds
of ZFS backend was a bit more easy to develop/maintain independently of
promox's source and release schedule.
-iscsiprovider = {
-
Implementing a simple provider which would simple call an script was my
initial attempt at.. and I even sent to the list a first initial set of
patches, which then as requested by list members I evolved into the more
radical approach you've seen now. :?
I'll try to refactor the code back into an
Implementing a simple provider which would simple call an script was my
initial
attempt at.. and I even sent to the list a first initial set of patches,
which then as
requested by list members I evolved into the more radical approach you've seen
now. :?
I guess I was that list member.
On Sat, 2 Aug 2014 16:57:48 +
Dietmar Maurer diet...@proxmox.com wrote:
Any comment from 'mir' or 'alexandre' on that topic?
The reason I have not comment on this is because, as I recall it, the
purpose for the change was mainly to be able to have ZFS on the host?
As I see no personal
Well, in this case ZFS is not running on the host, but on an external
system (a two node redhat cluster running zfs on linux, with attached
shared storage disks, to be exact).
On Sat, Aug 2, 2014 at 7:20 PM, Michael Rasmussen m...@datanom.net wrote:
On Sat, 2 Aug 2014 16:57:48 +
Dietmar
Nope, that was an easy one. I was refering to a few patches I sent
regarding decoupling PVE/Storage/LunCmd/* into external scripts, so
supporting new kinds of ZFS backend was a bit more easy to develop/maintain
independently of promox's source and release schedule.
-
Hi Dietmar,
Do you think it would be possible to activate the GUI for creating ZFS
storages in the coming release and thereby make it a viable option in
Proxmox?
--
Hilsen/Regards
Michael Rasmussen
Get my public GnuPG keys:
michael at rasmussen dot cc
Do you think it would be possible to activate the GUI for creating ZFS
storages in
the coming release and thereby make it a viable option in Proxmox?
yes
___
pve-devel mailing list
pve-devel@pve.proxmox.com
On Wed, 30 Jul 2014 02:51:30 +0200
Pablo Ruiz pablo.r...@gmail.com wrote:
There are also a few patches I sent some time ago with an overhaul of ZFS LUN
handling code, which are awaiting some comments from proxmox community..
Are you referring to this patch?
applied, thanks!
My submission was rejected previously because I was not a member of pve-
devel mailing list. I added myself to this list and I'm now re-submitting my
patches.
___
pve-devel mailing list
pve-devel@pve.proxmox.com
Your patch still needs to handle the case where a VM has been converted
to a template since image handling after conversion complains of an
unknown setting: sparse.
Michael, I can't seem to recreate this. I converted a VM with the sparse
option to a template and created a linked clone, and
On Tue, 18 Mar 2014 10:00:48 -0700
Chris Allen ca.al...@gmail.com wrote:
Michael, I can't seem to recreate this. I converted a VM with the sparse
option to a template and created a linked clone, and then backed up the
linked clone and didn't get this error message. This is a log of my
Michael,
Thanks for testing these. If I supply you with future patches I'll try to
be a little bit more rigorous with testing before I send them in.
Connecting to the target with a host group defined fails unless the
initiator has been added to the host group, as it should be by design. If
I
On Mon, 17 Mar 2014 11:08:41 -0700
Chris Allen ca.al...@gmail.com wrote:
Connecting to the target with a host group defined fails unless the
initiator has been added to the host group, as it should be by design. If
I manually add the initiator name (iqn.2008-11.org.linux-kvm:vm-name)
to
It might be worth trying to make a feature request to the qemu-img team
to add this option?
I'll pursue getting this feature added to qemu-img.
Your patch still needs to handle the case where a VM has been converted
to a template since image handling after conversion complains of an
unknown
Hi Chris,
How have you been able to use your patch adding host and target group?
As far as I have been able to test these options are never send with
the request for access to the LUN.
So a request like this:
qemu-img info iscsi://192.168.3.110/iqn.2010-09.org.napp-it:omnios/0
Will give this
On Sat, 15 Mar 2014 21:22:20 +0100
Michael Rasmussen m...@datanom.net wrote:
So a request like this:
qemu-img info iscsi://192.168.3.110/iqn.2010-09.org.napp-it:omnios/0
Will give this response:
qemu-img: iSCSI: Failed to connect to LUN : SENSE
KEY:ILLEGAL_REQUEST(5)
Michael,
Bummer, sorry it's not working. When I'm back in the office on Monday,
I'll play with it. I've been using it with a defined target group and no
host group so far without any problems. I have not tested a host group. I
mainly wanted to be able to define a target group, because the
On Sat, 15 Mar 2014 16:26:46 -0700
Chris Allen ca.al...@gmail.com wrote:
Michael,
Bummer, sorry it's not working. When I'm back in the office on Monday,
I'll play with it. I've been using it with a defined target group and no
host group so far without any problems. I have not tested a
It was also part of latest 3.1. Double-click the mouse over your
storage specification in Datacenter-storage and the panel pops up.
Patched panel attached.
Thank you, I was unaware of this.
BTW. Have you made any performance measures sparse vs non-sparse and
write cache vs no write cache?
On Fri, 14 Mar 2014 10:11:17 -0700
Chris Allen ca.al...@gmail.com wrote:
It was also part of latest 3.1. Double-click the mouse over your
storage specification in Datacenter-storage and the panel pops up.
Patched panel attached.
I forgot to mention that at the moment the code for creating
I have already made some test and I have not be able to make any
conclusive tests proving performance should be hurt by using sparse.
Yeah it shouldn't affect the ZFS mechanics at all, the ZVOL will just lack
a reservation.
Is sparse a way to provision more than a 100% then?
Yes. That, and
Oops forgot to attach the script. Here's the script I mentioned.
On Fri, Mar 14, 2014 at 12:21 PM, Chris Allen ca.al...@gmail.com wrote:
I have already made some test and I have not be able to make any
conclusive tests proving performance should be hurt by using sparse.
Yeah it shouldn't
On Fri, 14 Mar 2014 12:21:43 -0700
Chris Allen ca.al...@gmail.com wrote:
8k for me too is much better than 4k. With 4k I tend to hit my IOPS limit
easily, with not much throughput, and I get a lot of IO delay on VMs when
the SAN is fairly busy. Currently I'm leaning towards 16k, sparse, with
On Fri, 14 Mar 2014 12:24:10 -0700
Chris Allen ca.al...@gmail.com wrote:
Oops forgot to attach the script. Here's the script I mentioned.
Thanks.
--
Hilsen/Regards
Michael Rasmussen
Get my public GnuPG keys:
michael at rasmussen dot cc
On Fri, 14 Mar 2014 12:24:10 -0700
Chris Allen ca.al...@gmail.com wrote:
Oops forgot to attach the script. Here's the script I mentioned.
I have added this line so that my MUA can sort the mail correct:
msg += 'Date: %s \n' % time.strftime(%a, %d %b %Y %X %z)
--
Hilsen/Regards
Michael
Subject: [pve-devel] ZFS Storage Patches
My submission was rejected previously because I was not a member of pve-devel
mailing list. I added myself to this list and I'm now re-submitting my patches.
___
pve-devel mailing list
pve-devel@pve.proxmox.com
Hi Dietmar,
On Thu, 13 Mar 2014 07:00:10 +
Dietmar Maurer diet...@proxmox.com wrote:
would you mind to review and test those patches? You are the author of the
ZFS plugin,
so I guess it is best if you do the review.
I will do the testing tomorrow or Saturday.
--
Hilsen/Regards
Thanks, I don't have time myself to test them.
(I review them fastly, seem to be good)
- Mail original -
De: Michael Rasmussen m...@datanom.net
À: Dietmar Maurer diet...@proxmox.com
Cc: pve-devel@pve.proxmox.com
Envoyé: Jeudi 13 Mars 2014 08:09:52
Objet: Re: [pve-devel] ZFS Storage
On Wed, 12 Mar 2014 10:14:02 -0700
Chris Allen ca.al...@gmail.com wrote:
My submission was rejected previously because I was not a member of
pve-devel mailing list. I added myself to this list and I'm now
re-submitting my patches.
I have just briefly looked over the patch and can see that
Yes. Thanks for including the patches. I was unaware of ZFSEdit.js as I
wasn't testing this on new version of pve-manager (I was using 3.1 release).
On Thu, Mar 13, 2014 at 11:09 AM, Michael Rasmussen m...@datanom.net wrote:
On Wed, 12 Mar 2014 10:14:02 -0700
Chris Allen ca.al...@gmail.com
On Thu, 13 Mar 2014 11:45:52 -0700
Chris Allen ca.al...@gmail.com wrote:
Yes. Thanks for including the patches. I was unaware of ZFSEdit.js as I
wasn't testing this on new version of pve-manager (I was using 3.1 release).
It was also part of latest 3.1. Double-click the mouse over your
My submission was rejected previously because I was not a member of
pve-devel mailing list. I added myself to this list and I'm now
re-submitting my patches.
From 753d826597851ef8bd55b7359ff7ee1c5b579920 Mon Sep 17 00:00:00 2001
From: Chris Allen ca.al...@gmail.com
Date: Fri, 28 Feb 2014 23:56:02
Hi Chris,
I am working on a refactor of ZFS Plugin which will decouple specific LUN
implementations from the driver, by providing a single interface for LUN
implementation by means of invoking an external script/program/binary. As
such, I will try to review your patches and incorporate what is
This patch makes the needed changes to pvemanagerlib.js to enable
support for the ZFS storage plugin.
___
pve-devel mailing list
pve-devel@pve.proxmox.com
http://pve.proxmox.com/cgi-bin/mailman/listinfo/pve-devel
35 matches
Mail list logo
