<div dir="ltr">On Fri, Nov 29, 2013 at 4:47 PM, Jim Klimov <span dir="ltr"><<a href="mailto:jimklimov@cos.ru" target="_blank">jimklimov@cos.ru</a>></span> wrote:<br><div class="gmail_extra"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
The smf_netstrategy() routine by design bails out if executed in a<br>
local zone /lib/svc/share/smf_include.sh:<br>
<br>
# smf_netstrategy<br>
#   -> (_INIT_NET_IF, _INIT_NET_STRATEGY)<br>
#<br>
#   Sets _INIT_NET_IF to the name for the network-booted<br>
#   interface if we are booting from the network.  _INIT_NET_STRATEGY is<br>
#   assigned the value of the current network configuration strategy.<br>
#   Valid values for _INIT_NET_STRATEGY are "none", "dhcp", and "rarp".<br>
#<br>
#   The network boot strategy for a zone is always "none".<br>
#<br>
smf_netstrategy () {<br>
        if smf_is_nonglobalzone; then<br>
                _INIT_NET_STRATEGY="none" export _INIT_NET_STRATEGY<br>
                return 0<br>
        fi<br>
...<br></blockquote><div><br></div><div>Note that this is about network *boot*. This is how networking gets<br>configured before the system is running, potentially before /usr<br></div><div>is even mounted, etc. In normal circumstances once you've got a<br>
</div><div>system booted, you hand over to something like nwam which<br></div><div>manages the whole process. Zones always start having a fully<br></div><div>functioning OS already in place, so quite a bit of the boot logic<br>
</div><div>can be skipped for them.<br><br></div><div>(I'm not saying that it works, just that that's how I understand<br></div><div>the logic.)<br></div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

As I poster earlier in the Wiki and on the list, this presents a<br>
problem for some auto-configuration of local zones which boot with<br>
DHCP and might get configuration parameters from DHCP options,<br>
such as the hostname and DNS config - but these paths in their<br>
SMF methods are cut off by checking with this routine.<br></blockquote><div><br></div><div>And there's an example - DNS config is dynamic. If you disconnect<br></div><div>from one network and connect to another, then the config changes.<br>
Even connected to the same network, it might change over time.<br>It's not just a one-time boot process.<br></div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

Can someone shed a some light on why this check is done so, and<br>
if it really needs to remain in place?<br>
<br>
In particular, it is possible to test if we are in a zone and<br>
test its IP stack type (shared or exclusive), and bail out of<br>
this test only in case of a shared-stack local zone. Is it an<br>
acceptable solutions, or are some things know/expected to break?<br>
<br>
<br>
<br>
My earlier posts on this matter:<br>
<br>
<a href="https://www.illumos.org/issues/2875" target="_blank">https://www.illumos.org/<u></u>issues/2875</a><br>
<br>
<a href="http://openindiana.org/pipermail/openindiana-discuss/2012-June/008315.html" target="_blank">http://openindiana.org/<u></u>pipermail/openindiana-discuss/<u></u>2012-June/008315.html</a><br>
<a href="http://openindiana.org/pipermail/openindiana-discuss/2012-June/008317.html" target="_blank">http://openindiana.org/<u></u>pipermail/openindiana-discuss/<u></u>2012-June/008317.html</a><br>
<a href="http://openindiana.org/pipermail/openindiana-discuss/2012-June/008319.html" target="_blank">http://openindiana.org/<u></u>pipermail/openindiana-discuss/<u></u>2012-June/008319.html</a><br>
<br>
<a href="http://wiki.openindiana.org/oi/Using+host-only+networking+to+get+from+build+zones+and+test+VMs+to+the+Internet" target="_blank">http://wiki.openindiana.org/<u></u>oi/Using+host-only+networking+<u></u>to+get+from+build+zones+and+<u></u>test+VMs+to+the+Internet</a><br>

<br>
Thanks,<br>
//Jim Klimov<br>
<br>
______________________________<u></u>_________________<br>
oi-dev mailing list<br>
<a href="mailto:oi-dev@openindiana.org" target="_blank">oi-dev@openindiana.org</a><br>
<a href="http://openindiana.org/mailman/listinfo/oi-dev" target="_blank">http://openindiana.org/<u></u>mailman/listinfo/oi-dev</a><br>
</blockquote></div><br><br clear="all"><br>-- <br>-Peter Tribble<br><a href="http://www.petertribble.co.uk/">http://www.petertribble.co.uk/</a> - <a href="http://ptribble.blogspot.com/">http://ptribble.blogspot.com/</a>
</div></div>