<div dir="ltr"><div>> It was also part of latest 3.1. Double-click the mouse over your</div><div>> storage specification in Datacenter->storage and the panel pops up.</div><div>> Patched panel attached.</div><div>
<br></div><div>Thank you, I was unaware of this.</div><div><br></div><div><br></div><div><div>> BTW. Have you made any performance measures sparse vs non-sparse and</div><div>> write cache vs no write cache?</div></div>
<div><br></div><div>No I haven't. As far as I understand it sparse should not affect performance whatsoever, it only changes whether or not a reservation is created on the ZVOL. Turning of write caching on the LU should decrease performance, dramatically so, if you do not have a separate and very fast ZIL device (eg. ZeusRAM). Every block write to the ZVOL will be done synchronously when write caching is turned off.</div>
<div><br></div><div>I've done some testing with regards to block size, compression, and dedup. I wanted sparse support for myself and I figured while I was there I might as well add a flag for turning off write caching. For people with the right (and expensive!) hardware the added safety of no write caching might be worth it.</div>
<div><br></div><div>Have you tested the ZFS storage plugin on Solaris 11.1? I first tried using it with 11.1, but they changed how the LUN assignment for the views works. In 11.0 and OmniOS the first available LUN will get used when a new view is created if no LUN is given. But in 11.1 it gets populated with a string that says "AUTO". This of course means PVE can't connect to the volume because it can't resolve the LUN. Unfortunately I couldn't find anything in the 11.1 documentation that described how to get the LUN. I'm assuming there's some kind of mechanism in 11.1 where you can get the number on the fly, as it must handle them dynamically now. But after a lot of Googling and fiddling around I gave up and switched to OmniOS. I don't have a support contract with Oracle so that was a no go. Anyway, just thought I'd mention that in case you knew about it. </div>
<div><br></div><div>In addition to that problem 11.1 also has a bug in the handling of the iSCSI feature Immediate Data. It doesn't implement it properly according to the iSCSI RFC, and so you need to turn of Immediate Data on the client in order to connect. The patch is available to Oracle paying support customers only.</div>
</div><div class="gmail_extra"><br><br><div class="gmail_quote">On Thu, Mar 13, 2014 at 6:08 PM, Michael Rasmussen <span dir="ltr"><<a href="mailto:mir@datanom.net" target="_blank">mir@datanom.net</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="">On Thu, 13 Mar 2014 11:45:52 -0700<br>
Chris Allen <<a href="mailto:ca.allen@gmail.com">ca.allen@gmail.com</a>> wrote:<br>
<br>
> Yes. Thanks for including the patches. I was unaware of ZFSEdit.js as I<br>
> wasn't testing this on new version of pve-manager (I was using 3.1 release).<br>
><br>
</div>It was also part of latest 3.1. Double-click the mouse over your<br>
storage specification in Datacenter->storage and the panel pops up.<br>
Patched panel attached.<br>
<br>
BTW. Have you made any performance measures sparse vs non-sparse and<br>
write cache vs no write cache?<br>
<div class=""><br>
--<br>
Hilsen/Regards<br>
Michael Rasmussen<br>
<br>
Get my public GnuPG keys:<br>
michael <at> rasmussen <dot> cc<br>
<a href="http://pgp.mit.edu:11371/pks/lookup?op=get&search=0xD3C9A00E" target="_blank">http://pgp.mit.edu:11371/pks/lookup?op=get&search=0xD3C9A00E</a><br>
mir <at> datanom <dot> net<br>
<a href="http://pgp.mit.edu:11371/pks/lookup?op=get&search=0xE501F51C" target="_blank">http://pgp.mit.edu:11371/pks/lookup?op=get&search=0xE501F51C</a><br>
mir <at> miras <dot> org<br>
<a href="http://pgp.mit.edu:11371/pks/lookup?op=get&search=0xE3E80917" target="_blank">http://pgp.mit.edu:11371/pks/lookup?op=get&search=0xE3E80917</a><br>
--------------------------------------------------------------<br>
/usr/games/fortune -es says:<br>
</div>Q: What do you call the money you pay to the government when<br>
you ride into the country on the back of an elephant?<br>
A: A howdah duty.<br>
</blockquote></div><br></div>