Agreed, he didn't get the FWSvr, Barrier, or other vendor tags.
On Wed, 2007-02-28 at 08:42 -0800, Craig Bender wrote: > tfpt starts and stops. You won't see it running. > > You're DHCP tables look broken. What does dhtadm -P show? > > When you ran utadm -A what network did you give it? > > Brad Lackey wrote: > > What version is Solaris are you running? > > > > I think that tftp may be serviced by inetd so we won't be seeing a > > process running. > > > > > > Have you tried to tftp from this host from another system? > > > > mouline wrote: > >> ? > >> # ls -al /tftpboot > >> total 4336 > >> drwxr-xr-x 2 root root 1536 Feb 28 15:13 . > >> drwxr-xr-x 57 root root 1536 Feb 28 10:07 .. > >> lrwxrwxrwx 1 root root 36 Feb 28 15:13 CoronaP1 -> > >> CoronaP1-3.1_32,REV=2005.08.24.08.55 > >> lrwxrwxrwx 1 root root 36 Feb 28 15:06 > >> CoronaP1.00144F102CD3 -> CoronaP1-3.1_32,REV=2005.08.24.08.55 > >> -rw-r--r-- 1 root root 59 Feb 28 15:06 > >> CoronaP1.00144F102CD3.parms > >> -rwxr-xr-x 1 root sys 298828 Aug 24 2005 > >> CoronaP1-3.1_32,REV=2005.08.24.08.55 > >> -rw-r--r-- 1 root root 59 Feb 28 15:13 CoronaP1.parms > >> lrwxrwxrwx 1 root root 36 Feb 28 15:13 CoronaP2 -> > >> CoronaP2-3.1_32,REV=2005.08.24.08.55 > >> lrwxrwxrwx 1 root root 36 Feb 28 15:06 > >> CoronaP2.00144F102CD3 -> CoronaP2-3.1_32,REV=2005.08.24.08.55 > >> -rw-r--r-- 1 root root 59 Feb 28 15:06 > >> CoronaP2.00144F102CD3.parms > >> -rwxr-xr-x 1 root sys 299151 Aug 24 2005 > >> CoronaP2-3.1_32,REV=2005.08.24.08.55 > >> -rw-r--r-- 1 root root 59 Feb 28 15:13 CoronaP2.parms > >> lrwxrwxrwx 1 root root 36 Feb 28 15:13 CoronaP3 -> > >> CoronaP3-3.1_32,REV=2005.08.24.08.55 > >> lrwxrwxrwx 1 root root 36 Feb 28 15:06 > >> CoronaP3.00144F102CD3 -> CoronaP3-3.1_32,REV=2005.08.24.08.55 > >> -rw-r--r-- 1 root root 59 Feb 28 15:06 > >> CoronaP3.00144F102CD3.parms > >> -rwxr-xr-x 1 root sys 299153 Aug 24 2005 > >> CoronaP3-3.1_32,REV=2005.08.24.08.55 > >> -rw-r--r-- 1 root root 59 Feb 28 15:13 CoronaP3.parms > >> lrwxrwxrwx 1 root root 36 Feb 28 15:13 CoronaP4 -> > >> CoronaP4-3.1_32,REV=2005.08.24.08.55 > >> lrwxrwxrwx 1 root root 36 Feb 28 15:06 > >> CoronaP4.00144F102CD3 -> CoronaP4-3.1_32,REV=2005.08.24.08.55 > >> -rw-r--r-- 1 root root 59 Feb 28 15:06 > >> CoronaP4.00144F102CD3.parms > >> -rwxr-xr-x 1 root sys 299285 Aug 24 2005 > >> CoronaP4-3.1_32,REV=2005.08.24.08.55 > >> -rw-r--r-- 1 root root 59 Feb 28 15:13 CoronaP4.parms > >> lrwxrwxrwx 1 root root 36 Feb 28 15:13 CoronaP5 -> > >> CoronaP5-3.1_32,REV=2005.08.24.08.55 > >> lrwxrwxrwx 1 root root 36 Feb 28 15:06 > >> CoronaP5.00144F102CD3 -> CoronaP5-3.1_32,REV=2005.08.24.08.55 > >> -rw-r--r-- 1 root root 59 Feb 28 15:06 > >> CoronaP5.00144F102CD3.parms > >> -rwxr-xr-x 1 root sys 299289 Aug 24 2005 > >> CoronaP5-3.1_32,REV=2005.08.24.08.55 > >> -rw-r--r-- 1 root root 59 Feb 28 15:13 CoronaP5.parms > >> lrwxrwxrwx 1 root root 36 Feb 28 15:13 CoronaP6 -> > >> CoronaP6-3.1_32,REV=2005.08.24.08.55 > >> lrwxrwxrwx 1 root root 36 Feb 28 15:06 > >> CoronaP6.00144F102CD3 -> CoronaP6-3.1_32,REV=2005.08.24.08.55 > >> -rw-r--r-- 1 root root 59 Feb 28 15:06 > >> CoronaP6.00144F102CD3.parms > >> -rwxr-xr-x 1 root sys 299289 Aug 24 2005 > >> CoronaP6-3.1_32,REV=2005.08.24.08.55 > >> -rw-r--r-- 1 root root 59 Feb 28 15:13 CoronaP6.parms > >> lrwxrwxrwx 1 root root 36 Feb 28 15:13 CoronaP7 -> > >> CoronaP7-3.1_32,REV=2005.08.24.08.55 > >> lrwxrwxrwx 1 root root 36 Feb 28 15:06 > >> CoronaP7.00144F102CD3 -> CoronaP7-3.1_32,REV=2005.08.24.08.55 > >> -rw-r--r-- 1 root root 59 Feb 28 15:06 > >> CoronaP7.00144F102CD3.parms > >> -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 59 Feb 28 15:13 CoronaP7.parms > >> # > >> > >> tftpd is not runing even if the tftp entry is uncommented on > >> /etc/inet/inetd.conf > >> > >> when I run /usr/sbin/inetconv (like mentionned on the tftpd man page) I > >> have the following outputs: > >> > >> # ps -ef | grep tftp > >> root 5452 2044 0 15:27:16 pts/2 0:00 grep tftp > >> # > >> # /usr/sbin/inetconv > >> inetconv: Notice: Service manifest for 100235/1 already generated as > >> /var/svc/manifest/network/rpc/100235_1-rpc_ticotsord.xml, skipped > >> inetconv: Notice: Service manifest for 100083/1 already generated as > >> /var/svc/manifest/network/rpc/100083_1-rpc_tcp.xml, skipped > >> inetconv: Notice: Service manifest for 100068/2-5 already generated as > >> /var/svc/manifest/network/rpc/100068_2-5-rpc_udp.xml, skipped > >> inetconv: Notice: Service manifest for tftp already generated as > >> /var/svc/manifest/network/tftp-udp6.xml, skipped > >> inetconv: Notice: Service manifest for utrcmd already generated as > >> /var/svc/manifest/network/utrcmd-tcp.xml, skipped > >> # > >> > >> > >> There is no firewall configured > >> > >> Thks, > >> Kamal > >> > >> ________________________________ > >> > >> De: [EMAIL PROTECTED] de la part de Brad Lackey > >> Date: mer. 28/02/2007 14:56 > >> ÃEUR: SunRay-Users mailing list > >> Objet : Re: RE : [SunRay-Users] Upgrading DTU Firmware > >> > >> > >> This line > >> > >> NewTVer=3.1_32,REV=2005.08.24.08.55 > >> Shows that your urfwad command worked. > >> > >> This line > >> > >> currentFW=MfgPkg_3.30,3.0,REV=2004.10.28.14.28 > >> Shows that you definitely have old firmware on your unit. > >> > >> Can you please send an "ls -la" from you /tftpboot directory? > >> > >> Is tftpd running? > >> > >> mouline wrote: > >> > >> I have configured the network with utadm -A ; > >> then I have lunched utfwadm -A -e 00144f102cd3 to upgrade the DTU > >> # /opt/SUNWut/sbin/utfwadm -A -e 00144f102cd3 > >> Unit "00144F102CD3" will be upgraded at its next power-on > >> if it is served by host "CBI-TEST" and is connected to > >> the network and is not already running firmware > >> version "3.1_32,REV=2005.08.24.08.55". > >> ### stopped DHCP daemon > >> ### started DHCP daemon > >> ### reinitialized DHCP daemon > >> # > >> > >> Then I have power down the DTU and power it UP and I have performed a > >> cold restart of SRSS > >> > >> /opt/SUNWut/sbin/utquery -d 172.24.79.242 > >> > >> # /opt/SUNWut/sbin/utquery -d 172.24.79.242 > >> terminalID=00144f102cd3 > >> terminalIPA=172.24.79.242 > >> Subnet=255.255.255.0 > >> Broadcst=172.24.79.255 > >> LeaseTim=-1 > >> DHCPServer= > >> 172.24.79.241NewTVer=3.1_32,REV=2005.08.24.08.55 > >> currentAuth= > >> 172.24.79.241currentFW=MfgPkg_3.30,3.0,REV= > >> 2004.10.28.14.28 > >> > >> # but I still have thecurrentFW=MfgPkg_3.30,3.0,REV=2004.10.28.14.28 > >> > >> What's wrong ? > >> > >> Kamal, > >> > >> > >> > >> > >> ________________________________ > >> > >> De: [EMAIL PROTECTED] la part de mouline > >> Date: mer. 28/02/2007 12:48 > >> ÃfEUR: SunRay-Users mailing list > >> Objet : RE : [SunRay-Users] Upgrading DTU Firmware > >> > >> > >> ? ? > >> on the same subnetwork there are some IpPhones by configuring the > >> subnetwork with utadm -A, can utfwadm -A -a -N all produce issues on the > >> IpPhones ? > >> > >> and what about utfwadm -A -e 00144f102cd3 output ? (00144f102cd3 is the > >> MAC @ of my DTU) > >> > >> THks, > >> Kamal > >> > >> ________________________________ > >> > >> De: [EMAIL PROTECTED] de la part de P.S.M. Swamiji > >> Date: mer. 28/02/2007 12:01 > >> Ãf¦#8364;: SunRay-Users mailing list > >> Objet : Re: [SunRay-Users] Upgrading DTU Firmware > >> > >> > >> > >> utfwadm -A -a -N all only works when you have some networks configured > >> with utadm -A > >> utfwadm -A -a -n all only works when you have some private interconnect > >> interfaces configured with utadm -a > >> > >> Thanks > >> P.S.M.Swamiji > >> > >> Note:These are my personal opinions, nothing to do with my employer > >> > >> mouline wrote: > >> > >> > >> ? > >> Hi Sun Ray Users, > >> > >> When I try to upgrade the DTU frimware I have the following > >> outputs: > >> # /opt/SUNWut/sbin/utfwadm -A -N all > >> Warning: no subnetworks configured - no action taken > >> # > >> # /opt/SUNWut/sbin/utfwadm -A -e 00144f102cd3 > >> ### Successfully enabled tftp for firmware downloads > >> Error: cannot create macro "00144F102CD3": > >> Error: cannot create macro "0100144F102CD3": dhtadm: The NewTVer > >> option is an invalid option or is not of the correct type > >> # > >> > >> I thing that there is something to do on the DHCP server, > >> It's configured by manually map one IP address to the DTU MAC > >> address > >> > >> Cheers, > >> Kamal > >> > >> ------------------------------------------------------------------------ > >> > >> _______________________________________________ > >> SunRay-Users mailing list > >> [email protected] > >> http://node1.filibeto.org/mailman/listinfo/sunray-users > >> > >> > >> > >> > >> _______________________________________________ > >> SunRay-Users mailing list > >> [email protected] > >> http://node1.filibeto.org/mailman/listinfo/sunray-users > >> > >> > >> > >> > >> ________________________________ > >> > >> > >> _______________________________________________ > >> SunRay-Users mailing list > >> [email protected] > >> http://node1.filibeto.org/mailman/listinfo/sunray-users > >> > >> > >> > >> > >> ------------------------------------------------------------------------ > >> > >> _______________________________________________ > >> SunRay-Users mailing list > >> [email protected] > >> http://node1.filibeto.org/mailman/listinfo/sunray-users > >> > > > > -- > > *Brad Lackey* > > Desktop Product Lead > > US Software Practice > > (720) 548-3339 > > [EMAIL PROTECTED] <mailto:[EMAIL PROTECTED]> > > > > > > ------------------------------------------------------------------------ > > > > _______________________________________________ > > SunRay-Users mailing list > > [email protected] > > http://node1.filibeto.org/mailman/listinfo/sunray-users > _______________________________________________ > SunRay-Users mailing list > [email protected] > http://node1.filibeto.org/mailman/listinfo/sunray-users Brad Lackey Desktop Product Lead US Software Practice (720) 548-3339 [EMAIL PROTECTED]
_______________________________________________ SunRay-Users mailing list [email protected] http://node1.filibeto.org/mailman/listinfo/sunray-users
