<html><head><meta http-equiv="Content-Type" content="text/html charset=utf-8"></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" class=""><br class=""><div><blockquote type="cite" class=""><div class="">On Dec 27, 2014, at 11:26 AM, sergei <<a href="mailto:sergei25@gmail.com" class="">sergei25@gmail.com</a>> wrote:</div><br class="Apple-interchange-newline"><div class=""><div dir="ltr" class="">Richard<div class=""><br class=""></div><div class="">The thing is - installer does not show those two disks in the list.</div></div></div></blockquote><div><br class=""></div><div>This is a different problem, not solvable by scsi_vhci.conf. I’ve not seen this. </div><div>What usually happens if scsi_vhci.conf doesn’t declare the drive as multipathed</div><div>and the multipath detection doesn’t work is you will see the drive twice in the</div><div>device tree: once per path. When multipathing is configured, you’ll see the</div><div>drive once in the device tree.</div><div><br class=""></div><blockquote type="cite" class=""><div class=""><div dir="ltr" class=""><div class=""> So I can't install into the disks that are supposed to be boot disks. There only larger Seagate drives offered as install target. My guess was that installed filters disks by their device path, not letting /pci ones through ? That is why I wanted to have proper scsi_vhci before the installer. Was hoping this can be done with mdb.</div><div class=""><br class=""></div><div class="">Re: scsi_vhci.conf - systems with 3+ years uptime now are very picky about disk replacements (model/vendor). Almost have to feed them Seagate exclusively. If I told anyone that this server won't take TOSHIBA SAS drive but will be more happy with Seagate - I doubt many people would take it seriously. And these days I see lots of TOSHIBA disks that come as replacements. Almost makes one wish for a *some* tool to add entries to vhci and make them active at runtime.</div></div></div></blockquote><div><br class=""></div><div>This is not my experience. scsi_vhci.conf is a nicety, not a requirement.</div><div> — richard</div><br class=""><blockquote type="cite" class=""><div class=""><div dir="ltr" class=""><div class=""><br class=""></div></div><div class="gmail_extra"><br class=""><div class="gmail_quote">On Sat, Dec 27, 2014 at 10:54 AM, Richard Elling <span dir="ltr" class=""><<a href="mailto:richard.elling@richardelling.com" target="_blank" class="">richard.elling@richardelling.com</a>></span> wrote:<br class=""><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class=""><br class="">
> On Dec 26, 2014, at 2:36 PM, sergei <<a href="mailto:sergei25@gmail.com" class="">sergei25@gmail.com</a>> wrote:<br class="">
><br class="">
> Hi<br class="">
><br class="">
> The disks I want to install OmniOS to are TOSHIBA AL13SEB300 model which scsi_vhci won't take over without proper conf file listing this model under "scsi-vhci-failover-override" line. Right now those disk device path starts with /pci instead of /scsi_vhci. Yet they are showing up in format output ok. What is the trick to fix this without rebuilding install ISO image ?<br class="">
<br class="">
</span>easy -- don't rebuild the install ISO image :-)<br class="">
<span class=""><br class="">
><br class="">
> I could install into one of (larger) Seagates and then mirror/remove mirror to move boot OS to the proper disks. Is there any easier way ?<br class="">
<br class="">
</span>ugh, too much work.<br class="">
Try this (I'm sure I blogged this a few times, or maybe in the Nexenta knowledge base?)<br class="">
I'm sure the procedure is in the email archives...<br class="">
<br class="">
1. go ahead and do the installation.<br class="">
2. boot into newly installed OS<br class="">
3. edit scsi_vhci.conf<br class="">
4. shutdown<br class="">
5. boot from install media, go to shell<br class="">
6. import rpool<br class="">
7. export rpool<br class="">
8. reboot into newly installed OS<br class="">
<br class="">
ZFS is tolerant of path changes, but you have to trick the boot process.<br class="">
<span class=""><br class="">
><br class="">
> I think it would benefit Omni if you could keep scsi_vhci with at least some updates. I see Nexenta does include bunch of models into it's default scsi_vhci.conf.<br class="">
<br class="">
</span>The root cause is a deficiency in detecting multiple ports. The workaround is to override<br class="">
in scsi_vhci.conf. The fix is known, just need to find the time...<br class="">
<span class="HOEnZb"><font color="#888888" class=""> -- richard<br class="">
<br class="">
</font></span></blockquote></div><br class=""></div>
</div></blockquote></div><br class=""><div apple-content-edited="true" class="">
<div style="color: rgb(0, 0, 0); font-family: Helvetica;  font-style: normal; font-variant: normal; font-weight: normal; letter-spacing: normal; line-height: normal; orphans: 2; text-align: -webkit-auto; text-indent: 0px; text-transform: none; white-space: normal; widows: 2; word-spacing: 0px; -webkit-text-size-adjust: auto; -webkit-text-stroke-width: 0px; word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; " class=""><span class="Apple-style-span" style="border-collapse: separate; color: rgb(0, 0, 0); font-family: Helvetica; font-style: normal; font-variant: normal; font-weight: normal; letter-spacing: normal; line-height: normal; orphans: 2; text-align: -webkit-auto; text-indent: 0px; text-transform: none; white-space: normal; widows: 2; word-spacing: 0px; border-spacing: 0px; -webkit-text-decorations-in-effect: none; -webkit-text-size-adjust: auto; -webkit-text-stroke-width: 0px;  "><div style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; " class=""><span class="Apple-style-span" style="border-collapse: separate; color: rgb(0, 0, 0); font-family: Helvetica; font-style: normal; font-variant: normal; font-weight: normal; letter-spacing: normal; line-height: normal; orphans: 2; text-align: -webkit-auto; text-indent: 0px; text-transform: none; white-space: normal; widows: 2; word-spacing: 0px; border-spacing: 0px; -webkit-text-decorations-in-effect: none; -webkit-text-size-adjust: auto; -webkit-text-stroke-width: 0px;  "><div style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; " class=""><span class="Apple-style-span" style="border-collapse: separate; color: rgb(0, 0, 0); font-family: Helvetica; font-style: normal; font-variant: normal; font-weight: normal; letter-spacing: normal; line-height: normal; orphans: 2; text-align: -webkit-auto; text-indent: 0px; text-transform: none; white-space: normal; widows: 2; word-spacing: 0px; border-spacing: 0px; -webkit-text-decorations-in-effect: none; -webkit-text-size-adjust: auto; -webkit-text-stroke-width: 0px;  "><div style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; " class=""><span class="Apple-style-span" style="border-collapse: separate; color: rgb(0, 0, 0); font-family: Helvetica; font-style: normal; font-variant: normal; font-weight: normal; letter-spacing: normal; line-height: normal; orphans: 2; text-align: -webkit-auto; text-indent: 0px; text-transform: none; white-space: normal; widows: 2; word-spacing: 0px; border-spacing: 0px; -webkit-text-decorations-in-effect: none; -webkit-text-size-adjust: auto; -webkit-text-stroke-width: 0px;  "><div style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; " class="">--</div><div style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; " class=""><br class=""></div><div style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; " class=""><a href="mailto:Richard.Elling@RichardElling.com" class="">Richard.Elling@RichardElling.com</a><br class="">+1-760-896-4422<br class=""><br class=""><br class=""></div></span></div></span></div></span></div></span></div>
</div>
<br class=""></body></html>