Dave, Best way to update old units (if you have second nic) is to create private interconnect
#utadm -a eth1 or whatever your second nic is. Then connect your old unit to that and wait for FW update... Cheers, Anton -----Original Message----- From: [email protected] [mailto:[email protected]] On Behalf Of Jörg Barfurth Sent: Wednesday, September 22, 2010 8:06 PM To: SunRay-Users mailing list Subject: Re: [SunRay-Users] Missing /tmp/SUNWut/units/... entry Dave McGuire schrieb: > > I mentioned this the other day, but have looked more closely now that > I've been able to restart the machine again. > > I have a Sun Ray 1 for which no /tmp/SUNWut/units/... is created. I > see it in the logs: > > ---------------------------- > Sep 22 11:56:58 ldesktops utauthd: Worker7 NOTICE: whichServer > pseudo.080020f90071: > Sep 22 11:56:58 ldesktops utauthd: Worker7 NOTICE: CLAIMED by > StartSession.m5 NAME: pseudo.080020f90071 PARAMETERS: > {stealProtected=true, terminalIPA=192.168.128.232, type=pseudo, > fw=1.1_22b_109127-02,REV=2000.07.26.16.13,Boot:1.4; > 2000.05.11-14:52:17-PDT, state=disconnected, cause=insert, doamgh=true, > lockaction=disconnect, rawId=080020f90071, > terminalCID=IEEE802.080020f90071, namespace=IEEE802, id=080020f90071, > useReal=true, event=insert, sn=080020f90071, rawType=pseudo, > hw=SunRayP2, usersession=false, _=1} > Sep 22 11:56:58 ldesktops utauthd: Worker7 NOTICE: CONNECT > IEEE802.080020f90071, pseudo.080020f90071, all connections allowed > Sep 22 11:57:00 ldesktops utdtsession: Add (12,pseudo.080020f90071,normal) > Sep 22 11:57:02 ldesktops utauthd: Worker7 NOTICE: SESSION_OK > pseudo.080020f90071 > ---------------------------- > > ...but no unit directory appears. The DTU in question seems to work > fine otherwise. A session directory appears in /tmp/SUNWut/sessions/ > also. The unit directory for the other Sun Rays (same model) get > created ok, this is the only problem. I really need to get this > working, as there's a USB printer on that DTU that the customer is > screaming for. I should point out that this was working before, and > somehow suddenly stopped. > I have no idea why that stopped working. But it may be useful to get the firmware on that DTU updated. I don't know exactly what method of updating firmware a unit running 1.1 firmware supports. I would be surprised if anything other than DHCP vendor options works (and I don't even know if that works, as I have never encountered a 1.x unit myself). > My next step is to replace the DTU, but I can't do that right away > because that site is a bit of a drive from here. > > Server is Linux, SRSS 4. > Is that 4.0? - Jörg -- Oracle (http://www.oracle.com) Jörg Barfurth | Senior Software Engineer Phone: +49 40 23646662 Oracle Desktop Virtualization ORACLE Deutschland B.V. & Co. KG | Nagelsweg 55 | 20097 Hamburg ORACLE Deutschland B.V. & Co. KG Hauptverwaltung: Riesstr. 25, D-80992 München Registergericht: Amtsgericht München, HRA 95603 Komplementärin: ORACLE Deutschland Verwaltung B.V. Rijnzathe 6, 3454PV De Meern, Niederlande Handelsregister der Handelskammer Midden-Niederlande, Nr. 30143697 Geschäftsführer: Jürgen Kunz, Marcel van de Molen, Alexander van der Ven Oracle is committed to developing practices and products that help protect the environment _______________________________________________ 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
