The correct utfwadm command to run varies based on how you ran utadm. What's 
the output of utadm -p and utadm -l?

/opt/SUNWut/sbin/utfwadm -A -a -V -G force is fine for LAN connections (utadm 
-L on) but won't help if you ran utadm -a/-A. 

Also, in the case of LAN connections, you must tell the Sun Ray where to find 
the firmware via DHCP option 66 or DNS entry of sunray-config-servers.fqdn, 
otherwise it will never upgrade. 



On Feb 27, 2012, at 6:45 AM, Philipp Vymazal <[email protected]> wrote:

> yes, i had a mistake with sunray3+, for some reason i thought these were
> the ones with the display. 
> 
> it seems though that it does not work on sunray3 (with one display
> port). i had an installation recently with sunray3 (with 2 display
> ports) where the popup-gui worked. i managed to confuse the different
> types. 
> 
> this is kinda wierd. i can 100% confirm that i have this issue on the
> sunrays available in my lab, namely being sunray2fs (2ports), sunray270
> and do not have the issue on an ancient sunray1. I will see if i can get
> my hands on 2 different sunray3.
> 
> Any Ideas were to start debugging/looking for a cause is welcome! :)
> 
> Regards, 
> Philipp
> 
> 
> 
> 
> 
> On Mon, 2012-02-27 at 09:35 -0500, Sean Walmsley wrote:
>> We have 5.2.5 with the "4.3_146928-05_2011.12.19.17.08" firmware installed 
>> with Sunray 3+ units and 
>> the pop-up GUI seems to be working properly for us.
>> 
>> We typically enable the GUI for each Sunray type as follows:
>> 
>> /opt/SUNWut/sbin/utfwadm -A -a -V -G force -f 
>> /opt/SUNWut/lib/firmware/CoronaP8
>> /opt/SUNWut/sbin/utfwadm -A -a -V -G force -f 
>> /opt/SUNWut/lib/firmware/CoronaP9
>> /opt/SUNWut/sbin/utfwadm -A -a -V -G force -f 
>> /opt/SUNWut/lib/firmware/CoronaP10
>> 
>> (the -f <path> is likely redundant now that there is only one firmware)
>> 
>> 
>> On 02/27/12 06:30, Philipp Vymazal wrote:
>>> On Mon, 2012-02-27 at 12:05 +0100, Volker A. Brandt wrote:
>>>>> After setting utfwadm -AaV -G none
>>>>> 
>>>>> the *parms* file include the enablegui setting, the sunrays load the
>>>>> firmware from the server, the enableGui file in /tftpboot gets
>>>>> created but stop+m/stop+s do not show the gui on the clients (after
>>>>> power-cycle)
>>>>> 
>>>>> I have verified that the clients load the correct firmware from the
>>>>> right server (currently they are within an isolated subnet anyway)
>>>>> being "4.3_146928-05_2011.12.19.17.08"
>>>> 
>>>> I have the same problem, but
>>>> 
>>>> - I am using 5.2.1
>>>> - the problem occurs with a 2FS
>>>> - the DTU is not even retrieving the parms file (checked with snoop)
>>>> 
>>>> I am still investigating.  The next step is setting up the "old-style"
>>>> DHCP provisioning, but I haven't had a chance to do that yet.
>>>> 
>>>> 
>>>> Regards -- Volker
>>> 
>>> Interesting i just managed to "reproduce this issue" on my 2FS in the
>>> TestLab as well, on which (i am certain) the pop-gui worked a few weeks
>>> ago (i remember resetting to defaults via gui). I did have an upgrade
>>> from 4.2 to 5.2.5 recently. Pop-up gui does not appear neither anymore,
>>> at least i can debug this locally now. Will sniff the connection to see
>>> if the parms file gets transmitted, good idea.
>>> 
>>> update: this seems to be sunray client specific
>>> 
>>> sunray1: pop-up gui works
>>> sunray2fs: pop-up gui does not work
>>> sunray270: pop-up gui does not work
>>> sunray3+: pop-up gui does not work
>>> sunray3: assume it works, since i did an installation (5.2.5) recently
>>> with sunray3 and enabled the gui at the customer site.
>>> 
>>> so this seems to be a bug introduced in 5.x?
>>> 
>>> Regards,
>>> Philipp
>>> 
>>> 
>> _______________________________________________
>> SunRay-Users mailing list
>> [email protected]
>> http://www.filibeto.org/mailman/listinfo/sunray-users
> 
> -- 
> IPS Gesellschaft für innovative EDV-Produkte und - Systeme GmbH 
> Franzosengraben 10 
> A-1030 Wien 
> Tel.: +43 1 796 86 86 - 53
> Mobil: +43 664 3979491
> E-Mail: [email protected]
> 
> _______________________________________________
> 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

Reply via email to