I did that, and nothing happens. The SunRay2 DTU has no connection to my server. I just see "27B" broadcasted, it looks as if it is searching for a server.
Ok, now I am confused. There have been lots of different suggestions, I dont mind to try them all. But now it seems some suggestions are messing up and I should not do them. So, let start from the beginning. I will do a new BE and try again. What should I do to patch the firmware? Earlier, with the buggy v5.2 my firmwares got upgraded. Now, with the new v5.2, the firmwares are not upgrading. Why is that? Shouldnt the firmware upgrade just as in the buggy v5.2 version? I will start from the beginning. What should I do? Copy all firmware files just as Craig suggested? Craig is THE guru, right? Or? ----- Original Message ---- From: Bob Doolittle <[email protected]> To: Kalle Anka <[email protected]> Cc: SunRay-Users mailing list <[email protected]> Sent: Sun, June 26, 2011 11:05:37 PM Subject: Re: [SunRay-Users] Fw: SRS 5.2 Performance Regression Fixed You shouldn't have had to edit the .parms file. The utfwadm command you executed should have updated it for you. Your problem is that you still have DHCP configured, and the values in there are not updated and they're taking precedence over the .parms values. That's because you ran "utfwadm -N all" previously with the old firmware files. Try doing "svcadm disable dhcp-server", and then doing the "utfwload -L" command again. -Bob On 06/26/11 04:27 PM, Kalle Anka wrote: > I edited the file SunRay8.parms file to the new FW version (as Arthurpeck > suggested): > > version=4.3_146928-01_2011.06.03.14.41 > revision=3 > barrier=430 > > > > And then I did > # /opt/SUNWut/sbin/utfwadm -A -a -V -f >Components/10-SRSS/Patches/solaris/sparc/146928-01/SUNWutfw/reloc/SUNWut/lib/firmware >e > > CoronaP1 4.3_146928-01_2011.06.03.14.41 > SunRayP10 4.3_146928-01_2011.06.03.14.41 > CoronaP2 4.3_146928-01_2011.06.03.14.41 > CoronaP3 4.3_146928-01_2011.06.03.14.41 > CoronaP4 4.3_146928-01_2011.06.03.14.41 > CoronaP5 4.3_146928-01_2011.06.03.14.41 > CoronaP6 4.3_146928-01_2011.06.03.14.41 > CoronaP7 4.3_146928-01_2011.06.03.14.41 > SunRayP8 4.3_146928-01_2011.06.03.14.41 > SunRayP9 4.3_146928-01_2011.06.03.14.41 > > > > > And then I did > # /opt/SUNWut/sbin/utfwload -L > Upgrading units to version 4.3_146928-01_2011.06.03.14.41: > 11.0 gdm 192.168.1.2 P8.00144f946b02 4.3_50_2011.04.22.22.07 > > > > And something happened. The SunRay2 DTU rebooted and it said: > Decompressing file > Verifying Signature > Erasing Flash, DO NOT POWER OFF! > Programming flase, DO NOT POWER OFF > > > > > And now: > # /opt/SUNWut/sbin/utquery 192.168.1.2 > terminalID=00144f946b02 > terminalIPA=192.168.1.2 > model=SunRayP8 > currentAuth=192.168.1.3 > currentFW=4.3_50_2011.04.22.22.07 > currentBarrier=430 > currentBarrierLevel=430 > currentMTU=1500 > currentLease=49176 > Subnet=255.255.255.0 > Router=192.168.1.1 > MTU=1500 > LeaseTim=49185 > DHCPServer=192.168.1.1 > INFORMServer=192.168.1.3 > AuthSrvr=192.168.1.3 > AuthPort=7009 > LogHost=192.168.1.3 > FwSrvr=192.168.1.3 > NewTVer=4.3_50_2011.04.22.22.07 > FWservType=FWSrvr > speed=100F > parmsVersion=4.3_50_2011.04.22.22.07 > parmsBarrier=430 > configMTU=1500 > AltAuth=192.168.1.3 > dnsList=192.168.1.1 > confEnabled=1 > confNetType=DHCP > conf.kbcountry=26 > kbcountry=26 > stopqon=0 > bandwidth=100000000 > cmdcachesize=512 > > > > > It is still the same old firmware. But maybe stale parms file in /tftpboot >could > be the culprit. > So, what now? Should I edit every "parms" file? Why should I only edit the > SunRayP8.parms file, why not SunRayP9.parms too? > > > Or, should I copy all files as Craig suggested: > "copy the contents of >Components/10-SRSS/Patches/solaris/sparc/146928-01/SUNWutfw/reloc/SUNWut/lib/firmware >e > > to /opt/SUNWut/lib/firmware" > > I am closer to the solution! > _______________________________________________ SunRay-Users mailing list [email protected] http://www.filibeto.org/mailman/listinfo/sunray-users
