I believe that only utadm -r will clear out firmware and parms files
tfptboot, though subsequent utfwadm runs will overwrite parms files so
that they are current.
Peeler, Elliott wrote:
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
_______________________________________________
SunRay-Users mailing list
[email protected]
http://www.filibeto.org/mailman/listinfo/sunray-users
