Wait - are you using the Sun Ray DHCP server to provide addresses for your DTUs, as well as boot parameters? Don't you have another DHCP servers on your network for addresses?
-Bob On 06/26/11 05:24 PM, Kalle Anka wrote:
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
