Is it possible to get the 5.1.2 firmware in a download without downloading the whole thing?
I am about to roll out our first "install" and don't need to have a "slowness issue". Thanks! On Tue, May 24, 2011 at 2:52 PM, Fuerle, Thomas <[email protected]>wrote: > I got this confirmed by support ... > > You appear to be hitting a new SRS 5.2 bug - 12578874 > Synopsis: SLOW DISPLAY REFRESH/REDRAW HAPPENS AFTER UPGRADE TO SRS 5.2 > Engineering is involved. > The workaround is to use the firmware from your previous release provided > it was 5.1.1 or 5.1.2. > > So we both know what to do ... > > The potential HW Bug in the Sun Ray 3 concerns me also, as we have recently > startet to rollout the first 3 ones here. Let me see, what I get for a > feedback from the users here. > > regards, thomas > > -----Ursprüngliche Nachricht----- > Von: [email protected] [mailto: > [email protected]] Im Auftrag von Jens Langner > Gesendet: Dienstag, 24. Mai 2011 17:29 > An: [email protected] > Betreff: Re: [SunRay-Users] 5.2 released ... slow display refresh > > Hi Thomas, > > good that you reference my SR as well. Lets hope that this speeds up > progress of engineering when fixing the issue. FW in 5.2 is really too slow > to be practically usable. > > Here, we are running now SRS 5.2 with FW of SRS 5.1.2 in our production > environment (two Solaris 10 systems) and everything seems to work smoothly > now that we have the older FW running. > > However, our SR3 clients (not plus) are still suffering from regular > hardware resets when receiving certain network traffic. But this issue is > tracked under a different SR #3-2756461385 and is not related to the latest > FW. To me this pretty much looks like a hardware bug in the SR3 as our SR3+ > don't seem to have that problem. > > best regards, > jens > > Am 24.05.11 16:29, schrieb Fuerle, Thomas: > > no progress so far in my TAR, it's on Prio 2 and escalated it, refering > also your TAR 3-3673862291. I'm running currently on SRS 5.2 with the > Firmware of SRS 5.1.2 on my Test Sun Ray Server. No plans so far to upgrade > production as long as this does not fix. > > > > regards, thomas > > > > -----Ursprüngliche Nachricht----- > > Von: [email protected] > > [mailto:[email protected]] Im Auftrag von Jens Langner > > Gesendet: Montag, 23. Mai 2011 18:26 > > An: [email protected] > > Betreff: Re: [SunRay-Users] 5.2 released ... slow display refresh > > > > Hi, > > > > I also had the same problem with our 115 SunRays after having upgraded > them to FW 4.3 and SRS 5.2. Now we are back to FW 4.2 from december running > on SRS 5.2 and everything is working smoothly again. > > > > I also opened a SR #3-3673862291 on support.oracle.com against SRS. > > Let's hope that problem will be fixed shortly and new firmwares will be > distributed. > > > > best regards, > > jens > > > > Am 17.05.11 14:49, schrieb Fuerle, Thomas: > >> ad slow display refresh: > >> > >> I have set /etc/system like 'set hires_tick=1', did not change much, at > least nothing I noticed. > >> > >> But somebody hinted running 5.2 with the old 5.1.2 firmware seems to > >> be a good approach. So I connected to my production Sun Ray server, > >> which is 5.1.2 and did a force of a downgrade of the firmware via > >> > >> utfwadm -A -e MAC -F -f /opt/SUNWut/lib/firmware_gui > >> > >> terminalID=MAC > >> terminalIPA=IP Adrress > >> model=SunRayP9 > >> currentAuth=current Auth server > >> currentFW=GUI4.2_140993-07_2010.12.30.17.25 > >> currentBarrier=422 > >> currentBarrierLevel=422 > >> currentMTU=1500 > >> Subnet=255.255.0.0 > >> Router=current Router > >> LeaseTim=604800 > >> DHCPServer=current DHCP > >> INFORMServer=current INFORM > >> tftpSrvr=current tftpSrvr > >> FWservType=conf > >> speed=100F > >> parmsVersion=GUI4.2_140993-07_2010.12.30.17.25 > >> parmsBarrier=422 > >> configMTU=1500 > >> dnsList=current DNS servers > >> dname=current dname > >> confNetType=DHCP > >> confTftpSrvr=current tftp > >> conf.fulldup=1 > >> confServers=current conf server > >> stopqon=0 > >> bandwidth=100000000 > >> poweroff=30 > >> > >> did go back to the firmware GUI and changed server to servername of > srs5.2, while keept firmware server to the current prod 5.1.2 and rebootet. > >> > >> so far this combination seems to work nice as I already know it, > >> which is subjective, but that's just my feeling, > >> > >> So my conclusion would be that something in the firmware is the hand > brake or broken, which would explain, why it is independent from the client > OS you running to connect to. > >> > >> regards, thomas > >> > >> -bash-3.00# > >> -----Ursprüngliche Nachricht----- > >> Von: [email protected] > >> [mailto:[email protected]] Im Auftrag von Craig > >> Bender > >> Gesendet: Montag, 16. Mai 2011 17:20 > >> An: [email protected] > >> Betreff: Re: [SunRay-Users] 5.2 released > >> > >> Got it. Sorry, I incorrectly assumed Putty was only available for > >> Windows. Is it lame that gnome-terminal meets my needs? ;) > >> > >> First, if you have support, please open a case so we can track it from a > development side. > >> > >> There are a few people responding, all with different scenarios, which > all could be different issues. For Win7/2008R2 via MS-RDP, it's possible > that RCA is kicking in. Adding -D to uttsc would be an interesting test to > run. > >> > >> I believe there are some new features in 5.2 that could affect drawing, > though I would expect them to be positive impacts. I want to double check > with the developer before I claim new features that may or not have made the > cut as I don't seem them in the release notes, nor do I see a way to change > the one that is suspect in my mind. > >> > >> In the meantime, if folks could gather the following information. If > you are not comfortable with putting this information on the list, please > give the information to Oracle Support. > >> > >> -Note if settings /etc/system like 'set hires_tick=1' are enabled. > >> -Any settings in the parms files (if used) -Provide a utquery of DTUs > >> exhibiting this behavior -Describe the network, both on server and > >> client side -Any packet loss detected with utcapture -MTU settings > >> agreed upon between server and client...and whether that matches a > >> ping test for max MTU > >> (http://blogs.oracle.com/ThinkThin/entry/the_importance_of_mtu) > >> > >> On 5/16/11 6:53 AM, Philippe Bourdeu d'Aguerre wrote: > >>> Le lundi 16 mai 2011, [email protected] a écrit : > >>>> Isn't putty windows? > >>>> > >>> I have a plain (not virtalized) CentOS server running SRSS 5.2 and > >>> Sunrays connecting to it with Gnome or KDE CentOS sessions on the same > server. > >>> Refresh is randomly slow. > >> _______________________________________________ > >> 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 > >> > > > > > > > -- > Dr. Jens Langner Ph: +49-351-2602757 > Helmholtz-Zentrum Dresden-Rossendorf > Institute of Radiopharmacy - PET Center [email protected] > Germany http://www.hzdr.de/ > _______________________________________________ > 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
