Oh and what does /etc/inet/inetd.conf look like.
Craig Bender wrote:
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
