Steffen Weiberle wrote:
Dave Miner wrote:

Steffen Weiberle wrote:

Thanks, John. That may be it. Hopefully the fix is not just for DHCP interfaces, since I
am using a fixed address.


First, netstrategy returned what it's supposed to in this case: "ufs none none" is the right answer here.

I'd be somewhat surprised if the CR John referenced is the problem; that CR has entirely to do with the case of interfaces for which the driver is supplied by an ITU. As you're using e1000g, and the output shows that it's been found, I don't think that's it. The cause here appears to be that the properties which should have been populated out of the GRUB setting weren't, as shown in this excerpt from your output:

+ prtconf -v /devices
+ sed -n /boot-mac/{;n;p;}
bootmac=
+ cut -f 2 -d '
+ prtconf -v /devices
+ sed -n /host-ip/{;n;p;}
hostip=
+ cut -f 2 -d '
+ prtconf -v /devices
+ sed -n /subnet-mask/{;n;p;}
netmask=
+ cut -f 2 -d '
+ prtconf -v /devices
+ sed -n /router-ip/{;n;p;}
def_route=

Each of those properties should have a value, which install-discovery uses to configure the interface and the default route into Solaris. They don't, so somewhere between GRUB and the kernel this got dropped. You aren't using an outdated version of GRUB, are you?

Dave


Hi Dave, I believe it is the latest. I did an install of 64 via DVD using NFS media yesterday to make sure I was running the latest. This is onto the first disk, since
installing onto the second does not update GRUB. Should I do an installgrub
while booted from 64?

I did an installgrub while booted from NV64, and still get this error.

Steffen

GNU GRUB  version 0.95  (632K lower / 4062144K upper memory)

I do see an entry in help called 'bootfs [ZFSBOOTFS]'

Steffen
_______________________________________________
networking-discuss mailing list
[email protected]
_______________________________________________
networking-discuss mailing list
[email protected]

Reply via email to