I do notice that every place I see the DTU id referenced whether it be
utfwload -a or in the messages file during session connection, lower
case is used. The one exception is running anything to do with utfwadm
which always reports in upper case.
When I renamed the .parms file to lower case, I subsequently tried to
remove the DTU with utfwadm -D but it would not remove the actual files
from /tftpboot although it reported no error.
% utfwadm -D -e 00144f5748e5
Automatic firmware upgrade is disabled for "00144F5748E5".
### stopped DHCP daemon
### started DHCP daemon
### reinitialized DHCP daemon
% ls /tftpboot | grep SunRayP8 (the files specific for the DTU are still
here)
% ls -al | grep SunRayP8
lrwxrwxrwx 1 root other 39 May 27 08:18 SunRayP8 ->
SunRayP8-4.2_140993-01_2010.01.21.17.35
-rwxr-xr-x 1 root sys 1059432 Jan 21 19:44
SunRayP8-4.2_140993-01_2010.01.21.17.35
-rwxr-xr-x 1 root sys 1059490 Jan 21 19:43
SunRayP8-GUI4.2_140993-01_2010.01.21.17.35
lrwxrwxrwx 1 root other 42 May 27 12:54
SunRayP8.00144f5748e5 -> SunRayP8-GUI4.2_140993-01_2010.01.21.17.35
-rw-r--r-- 1 root other 65 May 27 12:54
SunRayP8.00144f5748e5.parms
-rw-r--r-- 1 root other 62 May 27 08:18 SunRayP8.parms
-----Original Message-----
From: [email protected]
[mailto:[email protected]] On Behalf Of Craig Bender
Sent: Thursday, May 27, 2010 1:42 PM
To: SunRay-Users mailing list
Subject: Re: [SunRay-Users] Automatic firmware upgrades not working
Kind of stumped. Think perhaps I was getting the MAC case thing with
DHCP reservations. Anyways, I know I've seen a similar issue with
something case sensitive. I just tried it and indeed utfwadm forces the
uppercase.
Let me try down grading a unit then seeing what happens when I
statically configure it.
Peeler, Elliott wrote:
> I can force it update to the system version firmware with a utfwload
-L
> so I know tftp is working.
>
> %inetadm
> enabled online svc:/network/tftp/udp6:default
>
> %cat /etc/inet/inetd.conf
> #
> utrcmd stream tcp6 nowait root /opt/SUNWut/lib/in.utrcmdd
> in.utrcmdd
> # End SUNWut
> tftp dgram udp6 wait root /usr/sbin/in.tftpd
in.tftpd
> -s /tftpboot
>
>
> -----Original Message-----
> From: [email protected]
> [mailto:[email protected]] On Behalf Of Craig Bender
> Sent: Thursday, May 27, 2010 1:16 PM
> To: SunRay-Users mailing list
> Subject: Re: [SunRay-Users] Automatic firmware upgrades not working
>
> Is tftp running? What is the output of inetadm?
>
>
>
>
> Peeler, Elliott wrote:
>> I was going to kick myself if that was it but....no change. Note that
>> when I ran utfwadm to configure the DTU for the GUI firmware, I did
> not
>> use uppercase letters so it's getting changed somewhere within
> utfwadm.
>>
>> -----Original Message-----
>> From: [email protected]
>> [mailto:[email protected]] On Behalf Of Craig Bender
>> Sent: Thursday, May 27, 2010 12:34 PM
>> To: SunRay-Users mailing list
>> Subject: Re: [SunRay-Users] Automatic firmware upgrades not working
>>
>> 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
>> _______________________________________________
>> 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
_______________________________________________
SunRay-Users mailing list
[email protected]
http://www.filibeto.org/mailman/listinfo/sunray-users
