<div dir="ltr"><div class="gmail_default" style="font-family:tahoma,sans-serif">Hi Wolfgang,</div><div class="gmail_default" style="font-family:tahoma,sans-serif"><br></div><div class="gmail_default" style="font-family:tahoma,sans-serif">I think you are confusing (probably due to my really short description of the issue at the original email [my fault]) using an iscsi storage entry at storage.cfg with using iscsi to mount the block device where a local zfs pool is stored. In our case, we have a couple of those, and we mount them only at one node of the cluster at a time.</div><div class="gmail_default" style="font-family:tahoma,sans-serif"><br></div><div class="gmail_default" style="font-family:tahoma,sans-serif">Yes, there maybe more ways to accomplish the same thing (ie. avoiding an accidental import of a pool by proxmox), but most of them relay on scripting and event handling which seems more risky (think on script failures, race conditions, etc.) than having a clear override option at storage.cfg. </div><div class="gmail_default" style="font-family:tahoma,sans-serif"><br></div><div class="gmail_default" style="font-family:tahoma,sans-serif">Just my two cents.</div><div class="gmail_default" style="font-family:tahoma,sans-serif"><br></div><div class="gmail_default" style="font-family:tahoma,sans-serif"><br></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Fri, Feb 13, 2015 at 7:10 AM, Wolfgang <span dir="ltr"><<a href="mailto:wolfgang@linksystems.org" target="_blank">wolfgang@linksystems.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><p dir="ltr">There is no need for a flag to do not autoimport, because first you can disable the storage in storage.cfg.  and so it will not activated. Second one pool with iscsi export should not in the storage.cfg.</p>
<div class="gmail_quote">Am 12.02.2015 21:25 schrieb "Pablo Ruiz" <<a href="mailto:pablo.ruiz@gmail.com" target="_blank">pablo.ruiz@gmail.com</a>>:<br type="attribution"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div><div class="h5"><div dir="ltr"><div class="gmail_default" style="font-family:tahoma,sans-serif">Hi,</div><div class="gmail_default" style="font-family:tahoma,sans-serif"><br></div><div class="gmail_default" style="font-family:tahoma,sans-serif">IMHO, I see no reason to not default for the most common case (ie. auto-importing) if there's a way to override it, and such a way is some-what documented.. ;)</div></div><div class="gmail_extra"><br><div class="gmail_quote">On Thu, Feb 12, 2015 at 8:35 PM, Adrian Costin <span dir="ltr"><<a href="mailto:adrian@goat.fish" target="_blank">adrian@goat.fish</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div style="word-wrap:break-word"><div><blockquote type="cite"><div dir="ltr"><br><div class="gmail_default" style="font-family:tahoma,sans-serif">AFAIK having a setting to control wether auto-import of pool is desirable would be a plus. As in some situations the import/export of the pool is controlled by any other means, and an accidental pool of the pool may be a destructive action (ie. when the pool maybe from a shared medium like iscsi, and thus should not be mounted by two nodes at the same time).</div></div></blockquote><div><br></div><div>I agree. Should I add another parameter for this? If yes, should this be default to auto-import, or not?</div><div><br></div><div><br></div><div>Best regards,</div><div>Adrian Costin</div><div><br></div></div></div></blockquote></div><br></div>
<br></div></div>_______________________________________________<br>
pve-devel mailing list<br>
<a href="mailto:pve-devel@pve.proxmox.com" target="_blank">pve-devel@pve.proxmox.com</a><br>
<a href="http://pve.proxmox.com/cgi-bin/mailman/listinfo/pve-devel" target="_blank">http://pve.proxmox.com/cgi-bin/mailman/listinfo/pve-devel</a><br>
<br></blockquote></div>
</blockquote></div><br></div>