I'm gonna bump this with hopes a developer will pick it up.  I do not yet see a 
bug associated with this issue.

Based on my looks through the code this error occurs on line  2518 of vplat.c.  
The function configure_one_interface(); is called, but just prior loopback 
nwif_defrouter is nulled:

 2596   loopback_iftab.zone_nwif_defrouter[0] = '\0';

How this gets turned into a string of jibberish I'm not sure, my best guess 
being a funky translation from IPv4 to IPv6.

I've spent about 30 mins or so following the rabbit hole and gotten lost in the 
code, interesting but unproductive.  I made a hypothesis that the problems is 
that there are two loopbacks, one IPv4 and one IPv6, and without evidence in 
the code I tested thusly:

[EMAIL PROTECTED] zones$ pfexec ifconfig -a6 unplumb
[EMAIL PROTECTED] zones$ ifconfig -a
lo0: flags=2001000849<UP,LOOPBACK,RUNNING,MULTICAST,IPv4,VIRTUAL> mtu 8232 
index 1
        inet netmask ff000000 
nge0: flags=201000843<UP,BROADCAST,RUNNING,MULTICAST,IPv4,CoS> mtu 1500 index 2
        inet netmask ffffff00 broadcast
[EMAIL PROTECTED] zones$ pfexec zoneadm -z myzone1 boot
zoneadm: zone 'myzone1': Unable to set route for interface lo0 to éþ‰øþ8a

Even with the second IPv6 loopback unplumbed the issue persists, so I guess 
that shoots that idea.

I realize this is mostly a cosmetic issue, but it is an issue none the less.  
If nothing other than pure curiosity I'd like to know whats going on.

My thanks to anyone who is willing to look into this.

This message posted from opensolaris.org
zones-discuss mailing list

Reply via email to