Home.... | log in.... | Pub my question! | Sign-up....
Java-index >> Desktop >> Sun Ray Software - General Discussion

SunRay 2 with Type 7 Keyboards not waking up

I have this odd problem:

I have a pilot project consisting of handful of Sunray 1g, 2, 270 and 2fs DTU's connected to a pair of T2000's running SRSS 3.1 w/ 120879-05.

The problem that we are seeing is that when the Sunray 2's are using the new Type 7 keyboard/mouse kit and they go to sleep for a long time (say 1-2 hours), the keyboard is no longer functional until we either power cycle the DTU or unplug the keyboard. If the mouse is connected via the usb hub built into the keyboard, then the mouse will show that it has power, but it will not wake the system up.

If we connect the type 7 mouse into one USB port and the keyboard into another, then the mouse is able to wake the system up, but the keyboard is unresponsive until we either power cycle the unit, plug/unplug the keyboard or wait 1-2 minutes. If we use a smart card to wake the system up, the keyboard is still unresponsive.

Other than the keyboard and mouse, no other USB devices are connected to the DTU.

We are not seeing this issue with older Type 6 keyboards. We also do not see this issue on the SunRay 270 or 1g's. I have not yet had a chance to do full testing on the single SunRay 2fs I have, but so far I have not seen any issues with the 2fs.

We are seeing this problem with both the current firmware (3.1_120879-05) and the firmware that came from the factory. The SunRay server is fully patched up with all current solaris patches.

The units are running in cam mode with a custom script in addition to dtsession. We have tried using the xset hack (including running it every 60 seconds in the background) to disable dmps and fbpm (we still want the screen to blank after 300 seconds), but to no avail. (I'm not positive that xset is making any changes since dtsession also seems to run its own power management utilities and the two may be fighting each other)

Based on what I'm seeing, I suspect an interaction between the system and the usb hub in the type 7 keyboards. Why this does not happen with the 270's I do not know.

I have searched through sunsolve, the SunRay-users archives and "the google", but to no avail.

[2170 byte] By [segfaultcoredumpa] at [2007-11-26 13:03:57]
«« Thread Objects are never Garbage Collected
»» Threads and CPU usage
# 1

You aren't alone.

I am fiddling with a couple of 2FS-es on an operational network in an attempt to set up vertical dual-head vice the BIG L-R dual-head from the two built-in DVI connectors. I presume this is only achieveable using mulit-head groups.

In the process of doing this, one of my 2FS-es powered down to stand-by mode, and nothing short of physically dis/re-connecting the power plug would wake it up. The big problem is that I have not been able to recreate this, but I knew from Googling the dual-head particulars that someone else had seen this Type-7 keyboard/mouse issue.

I don't have the particulars on software and firmware at this moment, but can provide same if someone needs same to open a bug (which I am reluctant to do because of the reproducibility problem).

Spesha at 2007-7-7 17:09:06 > top of Java-index,Desktop,Sun Ray Software - General Discussion...
# 2
We're seeing EXACTLY the same problem with a bunch of Sunray 2's with Type 7 keyboards. We are not using cam mode, so it's not specific to that mode of operation. Unfortunately, it seems that the Type 6 is no longer orderable.
spwalmsleya at 2007-7-7 17:09:06 > top of Java-index,Desktop,Sun Ray Software - General Discussion...
# 3
See the discussion at http://www.filibeto.org/pipermail/sunray-users/2007-January/005419.html. Be careful to follow the discussion "by subject", not "by thread", because the archive's thread linkage is broken after the third message.
ottomeistera at 2007-7-7 17:09:06 > top of Java-index,Desktop,Sun Ray Software - General Discussion...
# 4
How do I know which "type" keyboard I have? I don't see any "type 6" or "type 7" or anything like that on them?
DoxBriana at 2007-7-7 17:09:06 > top of Java-index,Desktop,Sun Ray Software - General Discussion...
# 5

The Type 6 is purple underneath and has a curved upper edge (closest to the monitor) with a Sun logo above the Print Screen and Scroll Lock keys. It exposes no USB ports.

The Type 7 is the same light grey underneath as it is on top, has a straight top edge with a Sun logo above the F8 key, and exposes two USB ports on the top edge and a third USB port in a recess on the bottom of the keyboard.

ottomeistera at 2007-7-7 17:09:06 > top of Java-index,Desktop,Sun Ray Software - General Discussion...
# 6

I have been following that thread, but it has run into the same hangup as this thread: awaiting Sun for a solution (other than telling customers to power cycle the units or unplug the keyboards... not really an option for a kiosk).

Since the most recent statements indicate that it is a hardware issue, should I open a case with sun to have them replace the keyboards (or will I be told to wait for the software to fix what currently appears to be a hardware bug?)

segfaultcoredumpa at 2007-7-7 17:09:06 > top of Java-index,Desktop,Sun Ray Software - General Discussion...
# 7

I expect that there'll be a software (actually firmware) workaround available long before updated keyboards are available, and nobody is enthusiastic about attempting a large-scale keyboard swap if it turns out that the software can dependably compensate for the keyboard's behaviour. I'd open a call and let Support know you want relief one way or the other, and leave it to them to figure out exactly how to provide that relief.

ottomeistera at 2007-7-7 17:09:06 > top of Java-index,Desktop,Sun Ray Software - General Discussion...
# 8

I received an email from one of my sales engineers today stating that a T-patch would be available "soon" and that he would get it out to me asap (Since my pilot project is now entering production, I can actually go ahead and purchase the software and get support through the "normal" channels in a few weeks when the PO goes through rather than torturing the pre-sales and mailing lists for support :-) )

For me this would be better than trying to test and ship back a bunch of keyboards in a huge swap. (and I'm sure the folks at sun would agree)

segfaultcoredumpa at 2007-7-7 17:09:06 > top of Java-index,Desktop,Sun Ray Software - General Discussion...
# 9
Is the bug actually in the keyboard, or the SunRay 2FS? I'm currently using a type "7" (thanks for telling me how to identify it!), have used type "6" before on my SunRay 170 and I don't have any issues with it waking up from sleep.
DoxBriana at 2007-7-7 17:09:06 > top of Java-index,Desktop,Sun Ray Software - General Discussion...
# 10

We (Sun Ray engineering) consider it to be a problem in the keyboard. I wouldn't be entirely surprised if the keyboard guys declared it to be a bug in the Sun Ray firmware, but in that case I'd be interested to hear why the lockup apparently only happens with certain keyboards. It's definitely not a 2FS issue, the lockup has been reported with other models too.

If you have a Type 7 that doesn't exhibit the problem then you're probably fine. The deal seems to be that if a keyboard is good then it stays good, and if it's bad then it's always bad. We have lots of Type 7s in everyday use here but we were totally unable to reproduce the problem in-house until we managed to borrow a failing keyboard from a customer site. That particular keyboard (and others we've got hold of more recently) will dependably lock up over a period of hours.

OttoM.

ottomeistera at 2007-7-7 17:09:06 > top of Java-index,Desktop,Sun Ray Software - General Discussion...
# 11
I have several sunray 2's connected to the same server. Only the new type 7 keyboards exhibit this fault. Is there a fix yet?
bbraina at 2007-7-7 17:09:06 > top of Java-index,Desktop,Sun Ray Software - General Discussion...
Desktop
Sun Ray Software - General Discussion

Desktop New Topic

Desktop Hot Topic

Desktop

All Classified