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 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. benr. This message posted from opensolaris.org _______________________________________________ zones-discuss mailing list zones-discuss@opensolaris.org