Doh. Right. utadm. :) On Jun 26, 2011, at 6:19 PM, "P.S.M.Swamiji" <[email protected]> wrote:
> On 27-06-2011 03:15, Craig Bender wrote: >> Start from scratch. Delete all the interconnects and turn off LAN >> connections and do a cold restart. >> >> utfwadm -r >> utfwadm -L off > Typo.. > s/utfwadm/utadm/g > > thanks > P.S.M.Swamiji > > Note: These are my personal opinions, nothing to do with my employer >> utstart -c >> >> Decide what's the best way to provision your Sun Rays. >> >> Do you have a DHCP server on your network? Do you need to use Sun Ray >> Servers DHCP server for configuration via DHCP inform? Can you use DNS for >> sunray-config-servers.fqdn? Can you use a different DHCP server's option 66 >> and point it at the *host name* of the Sun Ray Server where you ran utfwadm? >> Pick one and go with it. >> >> Copy the firwmare files from the patch to /opt/SUNWut/lib/firmware >> >> If you have a DHCP server on your network but need to supply the >> configuration via DHCP Inform, then do: >> >> 'utadm -A <subnet>'. e.g. utadm -A 192.168.1.0 >> >> Note that if you don't have DHCP server, you'll want to pay attention to the >> prompts and when it says accept as is, type N then tell it a range of >> addresses to give out. >> >> If you want to use the DNS name or option 66 via a different DCHP server, >> then just do LAN based interconnects. e.g. 'utadm -L on'. >> >> Regardless of Solaris 11E or not, this is all well documented. This may be >> a good place to start, though a bit dated: >> >> http://blogs.oracle.com/ThinkThin/entry/sun_ray_provisioning >> >> >> >> >> >> >> >> On 6/26/11 2: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 >> _______________________________________________ >> SunRay-Users mailing list >> [email protected] >> http://www.filibeto.org/mailman/listinfo/sunray-users > _______________________________________________ SunRay-Users mailing list [email protected] http://www.filibeto.org/mailman/listinfo/sunray-users
