Folks, it is more than idiotic, but with b111 all the previous off-media wanboot problems are indeed fixed. No eternal "Requesting Ethernet address for <IPv4 of Install-server> is printed to screen anymore, repeated every 10 minutes. Everything works.
Somehow I confused the (unlabeled, as my CD-pen dried out a month ago) SXCE 110, 106 and 111 DVD's. I have too many media laying on my desk. It is really idiotic that I was so proud for having fixed the ARP broadcast bug in ethernet.c, while Sun has done that already and I could have saved the time. On the SF280R it still does not work, I get the Trap MMU error. But it is likely that this has to do with the unsupported 3rd party La Cie SCSI DVD-RAM drive which is in it, rather than the default Toschiba SD-M1401 DVD-ROM drive which has a Sun part # and which shipped in most SCSI based boxes of the 1999-2004 era. It must be related to the drive's firmware. Most generic SCSI drives did just work, some did not. Now I can look into the next issue, now of course everything should be way less dramatic, as the boot does work now. On all sun4u workstation models (except U1), which I all just tested. The next problem is simply, that the booted 111 AI image complains on all machines: "Couldn't determine automated install image. Requesting maintenance mode." It looks like wanboot may not provide enough parameters to the booted client install environment. Now I must check if I get the same on a Blade 100 with OBP 4.17.1 when I boot directly via OBP's wanboot, rather than off-media's /platform/sun4u/wanboot. Another (very minor) issue had been last week, at first, that I needed to change one char in the instal- and dhcp- server's /etc/netboot/wanboot.conf from boot_file=/export/home/martin/Desktop/osol-0906-111-ai-sparc/platform/sun4v/wanboot to boot_file=/export/home/martin/Desktop/osol-0906-111-ai-sparc/platform/sun4u/wanboot Did I miss a sun4u-specific option during installadm create service? Or is such an option not yet implemented in installadm? Sorry for yesterday's confusion. My personal fix for the ARP-broadcast problem was in ethernet.c, which wanboot is linked against. Now I cannot expect it to check the OS/Net hg log messages, which set of diffs Sun has developed to fix the problem. Final question: If I would change a fe compile flags and minor plaform related things in OS/Net to revive UltrSPARC_I (64-bit) support, would you ship it??? Or can I only do this if I redistribute my "own" version of SPARC-Indiana? Thanks. -- %martin On Mon, Apr 27, 2009 at 8:03 PM, mary ding <mary.ding at sun.com> wrote: > Martin and Dave: > > I am the original bug filer for the wanboot bugs. I found the problem on > both the 280R and Sun blade 2000 in nevada and s10 updates. > > When snv_111 was available, I did try to boot the DVD media and I was able > to do a regular wanboot install on the sunblade 2000 and confirmed the bug > was fixed. > > This is fixed in snv_111 and this is from line2-sb2k: > > Probing system devices > > > Sun Blade 1000 (2 X UltraSPARC-III+) , No Keyboard > Copyright 1998-2004 Sun Microsystems, Inc. ?All rights reserved. > OpenBoot 4.16.4, 1024 MB memory installed, Serial #51680977. > Ethernet address 0:3:ba:14:96:d1, Host ID: 831496d1. > > > > Rebooting with command: boot cdrom -o prompt -F wanboot - install > Boot device: /pci at 8,700000/scsi at 6/disk at 6,0:f ?File and args: -o > prompt -F > wanboot - install > <time unavailable> wanboot info: WAN boot messages->console > <time unavailable> wanboot info: configuring /pci at 8,700000/network at 5,1: > > > <time unavailable> wanboot info: Default net-config-strategy: manual > > boot> ?router-ip=10.6.35.1 > > boot> hostname=line2-sb2k > > boot> host-ip=10.6.35.141 > > boot> subnet-mask=255.255.255.0 > > boot> bootserver= http://10.6.35.8/cgi-bin/wanboot-cgi > > boot> list > > host-ip: ? ? ?10.6.35.141 > subnet-mask: ?255.255.255.0 > router-ip: ? ?10.6.35.1 > hostname: ? ? line2-sb2k > http-proxy: ? UNSET > client-id: ? ?UNSET > aes: ? ? ? ? ?*HIDDEN* > 3des: ? ? ? ? *HIDDEN* > sha1: ? ? ? ? *HIDDEN* > bootserver: ? http://10.6.35.8/cgi-bin/wanboot-cgi > > boot> ?go > > <time unavailable> wanboot progress: wanbootfs: Read 370 of 370 kB (100%) > <time unavailable> wanboot info: wanbootfs: Download complete > Tue Mar 31 02:34:15 wanboot progress: miniroot: Read 208182 of 208182 kB > (100%) > Tue Mar 31 02:34:15 wanboot info: miniroot: Download complete > SunOS Release 5.11 Version snv_111 64-bit > Copyright 1983-2009 Sun Microsystems, Inc. ?All rights reserved. > Use is subject to license terms. > WARNING: Last shutdown is later than time on time-of-day chip; check date. > strplumb: open /devices/pseudo/clone at 0:sd failed: 19 > Configuring /dev > WANBOOT: Setting up install > Network interface was configured manually. > 10.6.35.141 > Reading ZFS config: done. > Serial console, reverting to text install > WANBOOT: using non-graphical install > Beginning system identification... > Searching for configuration file(s)... > Using sysid configuration file http://10.6.35.8/config/sysidcfg > Search complete. > Discovering additional network configuration... > Completing system identification... > Starting remote procedure call (RPC) services: done. > > > The 280R was not available for testing until now. I will try snv_113 and see > whether it works. ?If it still fails, then we need > > Martin Bochnig wrote: >> >> Ok, if nobody believes me that this bug exists, maybe I had a 2 weeks >> long dream. >> >> >> >> On Mon, Apr 27, 2009 at 5:50 PM, Martin Bochnig <martin at martux.org> wrote: >>> >>> On Mon, Apr 27, 2009 at 5:37 PM, Martin Bochnig <martin at martux.org> >>> wrote: >>>> >>>> On Mon, Apr 27, 2009 at 5:33 PM, Martin Bochnig <martin at martux.org> >>>> wrote: >>>>>>> >>>>>>> 6797441 - wanboot fails to configure network device when booted from >>>>>>> media >>>>>> >>>>>> This was fixed in build 111. >>>>> >>> >>> Dave, so you are referring to >>> >>> http://bugs.opensolaris.org/view_bug.do;jsessionid=22fc82bc52c3918fa69762019015?bug_id=6797441 >>> ?? >>> >>> Then that bug describes 2 problems in one description. >>> Whereas the 2nd thing was the actual problem. >>> Namely not that you have that problem on a SF280R only, namely there >>> that you run into ?"Last Trap: Fast Data Access MMU Miss" if you try >>> to boot wanboot from CD or DVD. >>> The real problem is only mentioned in half a sentence at the bottom of >>> the page, after the so called workaround (not for the real, namely the >>> 2nd [!] problem): >>> >>> >>> http://bugs.opensolaris.org/view_bug.do;jsessionid=22fc82bc52c3918fa69762019015?bug_id=6797441 >>> >>> """Unfortunately, if you try to use go to do wanboot install, it still >>> fails.""" >>> That's the actual problem, and it still doesn't even seem to have a >>> bug-id. >>> It applies to almost all legacy sun4u systems, not only to the SF280R. >>> >>> Maybe nobody tested. >>> >>> >>>>> No, it doesn't work with 111 LiveDVD's on-disk /platform/sun4u/wanboot. >>>> >>>> Err, not really LiveDVD (although it alwas did offer an xterm since >>>> Solaris 2.3). >>>> What I meant was simply the SXCE SPARC Install-DVD, booted via >>>> boot cdrom -o dhcp -F wanboot - install >>>> >>>> Doesn't work with 111. >>>> Where is that fix's diff? >>>> >>>>> %martin >>>>> >> _______________________________________________ >> caiman-discuss mailing list >> caiman-discuss at opensolaris.org >> http://mail.opensolaris.org/mailman/listinfo/caiman-discuss > >
