We ran into this when we had "rogue" dhcp/Sun Ray servers and the
firmware on the rogue server didn't match the production server.
Seems like I recall a DHCP tag that could cause this too. Not sure
if that helps, but gives you something to poke at.
On Jun 12, 2006, at 1:33 PM, Jason Grove wrote:
OttoM.
I captured some packets. It looks like it gets the DHCP offer,
ACK's it and then trys to do some tftp stuff. The first thing it
does is try to read the CoronoaP7.{MACID}.params file (which does
not exist, so it then reads the CoronoaP7.params file which does
exist. Then there is a TFTP: Error Code, Access Violation Message:
access violation and then it starts the whole thing over again with
the dhcp request, dhcp ack, tftp read, tftp read, tftp acknowledge,
then tftp error,
This is what is in the /tftpboot directory:
lrwxrwxrwx 1 root root 39 Jun 6 15:43 CoronaP7 ->
CoronaP7-3.1_120879-03_2006.04.03.16.51*
-rwxr-xr-x 1 root other 303555 Apr 3 19:53
CoronaP7-3.1_120879-03_2006.04.03.16.51*
-rwxr-xr-x 1 root sys 303403 Aug 24 2005
CoronaP7-3.1_32,REV=2005.08.24.08.55*
-rw-r--r-- 1 root root 62 Jun 6 15:43 CoronaP7.parms
The tftpboot directory is 755 and owned by root:root, so I am not
sure what it is having a problem with. The contents of the
CoronaP7.params is this:
version=3.1_120879-03_2006.04.03.16.51
revision=1
barrier=310
Any one have any ideas? The reboot does happen every time the dhcp
lease expires. I can watch the lease time count down with the
utquery -d command and when it gets to "zero" the sun ray reboots,
and then the whole thing starts over again. There are no firewalls
between the sunray and the client (there is a cisco router with an
access list, but all IP is allowed between the two subnets.). I
guess a work around for right now is to change the lease time on
that subnet to be greater, but the client would still reboot
everytime the lease expires, which can be in the middle of the day
while people are working on the sunray.
thanks
jason
On Fri, 9 Jun 2006 14:00:57 -0700, ottomeister
<[EMAIL PROTECTED]> wrote:
On 6/9/06, Jason Grove <[EMAIL PROTECTED]> wrote:
I have a new demo system I am trying to setup that has a V240
running
Solaris 10 and SRSS 3.1, with the Sun Ray Connector for windows.
Every patch for Solaris 10 has been put on the machine and SRSS has
been patched to 03. I have one Sun ray that is on the "lan" side
of this
setup and it reboots at about every hour or so. Has any one seen
this
before or know what may be causing it?
It's possible that the unit is trying and failing to renew its DHCP
address
lease. What is the lease duration on that subnet? You can use
'utquery'
to get the lease duration from the DTU.
It's also possible that the unit has been told to download a firmware
version
that is not available and it is periodically trying and failing to
obtain
that
firmware image. utquery will tell you what firmware the unit has and
what it's being told it should have. In this case the unit should be
sending
messages to syslog and those reports might show up in
/var/opt/SUNWut/log/messages on the server.
If you can capture packets on the unit's subnet then it would be
interesting
to see what it's doing just before it resets.
OttoM.
__
ottomeister
Disclaimer: These are my opinions. I do not speak for my employer.
_______________________________________________
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
