Hi Elliot,
The firmware server if set in the DTU will override all else. For completeness, if that is not set it will try (in order) vendor class option of FWSrvr, then Option 66/tftpsrvr, and finally DNS record of "sunray_config_servers".

But I think your problem is simpler. I believe that MAC addresses are case sensitive. Can you move SunRayP8.00144F5748E5.parms to SunRayP8.00144f5748e5.parms and reboot the DTU.



Peeler, Elliott wrote:
Hi Craig,

I was curious about the utadm -A in a situation where you're statically
configuring the DTU. Thanks for clarifying that. The .parms file for the
DTU is present in tftpboot, the contents are pasted below.

As Requested........

% ls /tftpboot | grep 00144F5748E5
SunRayP8.00144F5748E5
SunRayP8.00144F5748E5.parms

% cat /tftpboot/SunRayP8.00144F5748E5.parms
version=GUI4.2_140993-01_2010.01.21.17.35
revision=3
barrier=420

% utquery 192.168.206.10
terminalID=00144f5748e5
        terminalIPA=192.168.206.10
        model=SunRayP8
        currentAuth=192.168.254.51
        currentFW=GUI4.1_139548-01_2008.12.08.15.16
        currentBarrier=325
        currentBarrierLevel=325
        currentMTU=1500
        Subnet=255.255.255.0
        Router=192.168.206.254
        Broadcst=192.168.206.255
        LogHost=192.168.254.51
        FwSrvr=192.168.254.51
        tftpSrvr=192.168.254.51
        FWservType=conf
        configMTU=1500
        confNetType=Static
        confIPA=192.168.206.10
        confSubnet=255.255.255.0
        confRouter=192.168.206.254
        confBroadcst=192.168.206.255
        confTftpSrvr=192.168.254.51
        confLogHost=192.168.254.51
        confServers=192.168.254.51
        stopqon=0
        bandwidth=100000000

% utfwload -a
  3.0 ????     192.168.206.10  P8.00144f5748e5
GUI4.1_139548-01_2008.12.08.15.16

% sudo utfwadm -P
System Version(P1)      4.2_140993-01_2010.01.21.17.35

Domain          Intf    Upgrade to
------------    ------  --------------------------
192.168.206.0   subnet  4.2_140993-01_2010.01.21.17.35
00144F5748E5    ether   GUI4.2_140993-01_2010.01.21.17.35

========================================================================

-----Original Message-----
From: [email protected]
[mailto:[email protected]] On Behalf Of Craig Bender
Sent: Wednesday, May 26, 2010 5:35 PM
To: SunRay-Users mailing list
Subject: Re: [SunRay-Users] Automatic firmware upgrades not working

Do you have a SunRayP8.MAC.parms file in /tfptboot?  Can you provide the

contents?

If your Sun Ray is not getting DHCP help from the Sun Ray Server on your

subnet then the utadm -A command won't do much as it updates the DHCP tables.

Also a utquery of the DTU would be great.

Peeler, Elliott wrote:
I'm sure I'm just leaving something off but....

Using srss 4.2 patched to 140993-01. My DTU is on a remote subnet with
a
gui firmware from an earlier release. All parameters are hardcoded
into
the gui for server, firmware server, logging server, DNS, IP address etc. On the server I've run utadm -A <subnet> and utfwadm -A -e
<dtuid>
-f <path to new gui firmware>.  The DTU connects perfectly fine but no

firmware update happens. If I configure the entire subnet to use the
gui
firmware and then run utfwload -L, my DTU gets the update as expected.

However, I don't want every DTU on this subnet to have a GUI firmware
on
it and I can't get it to update the firmware without the utfwload -L push. Barrier level doesn't seem to be an issue as the DTU is
reporting
a barrier level of 325 and the new firmware is 420. Unless I'm misunderstanding how barrier level works, this looks okay. In any
case,
using -F in the utfwadm command didn't help.

Can a DTU using manually configured parameters get automatic firmware updates?

Thanks.



------------------------------------------------------------------------
_______________________________________________
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
_______________________________________________
SunRay-Users mailing list
[email protected]
http://www.filibeto.org/mailman/listinfo/sunray-users

Reply via email to