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';
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
inet 127.0.0.1 netmask ff000000
nge0: flags=201000843<UP,BROADCAST,RUNNING,MULTICAST,IPv4,CoS> mtu 1500 index 2
inet 10.0.0.17 netmask ffffff00 broadcast 10.0.0.255
[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