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 wrote:
> On Sat, 2 Aug 2014 16:57:48 +
> Dietmar Maurer wrote:
On Sat, 2 Aug 2014 16:57:48 +
Dietmar Maurer 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 value in this I di
> 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
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 s
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 => {
-descrip
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.
- http://pve.proxmox.com/pipe
On Wed, 30 Jul 2014 02:51:30 +0200
Pablo Ruiz 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?
https://git.proxmox.com/?p=pve-storage.git;a=commit
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..
I have created my own testing deb packages and I could share the repo with
anyone interested on testing.
Sent from my iPhone
On 29 Jul 2014, a
> 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
http://pve.proxmox.com/cgi-bin/mailman/
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 rasmussen cc
http://pgp.mit.edu:11371/pks/lookup?op=get&searc
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
http://pve.proxm
On Tue, 18 Mar 2014 10:00:48 -0700
Chris Allen 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 linked
> clone bac
> 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
> 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
> unkno
On Mon, 17 Mar 2014 11:08:41 -0700
Chris Allen 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:")
> to the host group on the
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 m
On Sat, 15 Mar 2014 16:26:46 -0700
Chris Allen 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 host group. I
>
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 stor
On Sat, 15 Mar 2014 21:22:20 +0100
Michael Rasmussen 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) ASCQ:INVALID_OPERATION_CODE(0x200
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 res
On Fri, 14 Mar 2014 12:24:10 -0700
Chris Allen 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 Rasmussen
Get my pu
On Fri, 14 Mar 2014 12:24:10 -0700
Chris Allen wrote:
> Oops forgot to attach the script. Here's the script I mentioned.
>
Thanks.
--
Hilsen/Regards
Michael Rasmussen
Get my public GnuPG keys:
michael rasmussen cc
http://pgp.mit.edu:11371/pks/lookup?op=get&search=0xD3C9A00E
mir datanom n
On Fri, 14 Mar 2014 12:21:43 -0700
Chris Allen 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
> lz4 compressi
Oops forgot to attach the script. Here's the script I mentioned.
On Fri, Mar 14, 2014 at 12:21 PM, Chris Allen 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 affect the Z
> 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, an
On Fri, 14 Mar 2014 10:11:17 -0700
Chris Allen 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 ZFS
storag
> 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 ca
On Thu, 13 Mar 2014 11:45:52 -0700
Chris Allen 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
storage specificatio
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 wrote:
>
> On Wed, 12 Mar 2014 10:14:02 -0700
> Chris Allen wrote:
>
> > My submission was
On Wed, 12 Mar 2014 10:14:02 -0700
Chris Allen 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 some
patching
Thanks, I don't have time myself to test them.
(I review them fastly, seem to be good)
- Mail original -
De: "Michael Rasmussen"
À: "Dietmar Maurer"
Cc: pve-devel@pve.proxmox.com
Envoyé: Jeudi 13 Mars 2014 08:09:52
Objet: Re: [pve-devel] ZFS Storage Patches
Hi Dietmar,
On Thu, 13 Mar 2014 07:00:10 +
Dietmar Maurer 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
Michael Rasmussen
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.proxmo
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 no
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
Date: Fri, 28 Feb 2014 23:56:02 -0800
Subject: [PA
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
36 matches
Mail list logo
