See below
On Mon, 12 Jun 2006 15:57:20 -0400, Brad Lackey <[EMAIL PROTECTED]> wrote:
What utadm command did you run to configure your DTUs?
I have a private interconnect and the lan connections turned on for the public
interface:
/opt/SUNWut/sbin/utadm -a bge1 { private side }
/opt/SUNWut/sbin/utadm -L on {lan connections turned on}
Are the DHCP addresses coming from the Sun Ray server?
No they are coming from a seperate solaris 10 machine that handles DHCP for the
public networks.
You could remove the parms file configuration and then re-add it...
utfwadm -D -a -V
utfwadm -A -a -V
Can you tftp manually to this system and pull the parms file?
Yes I can manually tftp the file CoronaP7.parms from the machine to another machine. As a
side note, I added the LeaseNeg Option to the macro that handles this subnet and it
"seems" to have fixed the problem. (OttoM had suggested that the lease negotion
was not happening.) So I am going to see if the sun ray keeps running now that that
option is in the macro for it. It has went through one renew so far.
thanks
jason
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--
_______________________________________________
SunRay-Users mailing list
[email protected]
http://www.filibeto.org/mailman/listinfo/sunray-users
