The Loeki wrote:

Although it's a bit low on details here, I'll give it a general shot...

http://blogs.sun.com/roller/page/ThinkThin?entry=serial_and_parallel_port_mapping
Good article about remapping the serial ports so at the very least you're
not being bothered with these long names.

Secondly, of course, patch up your Solaris 10.

Also, patch up your SRSS with patch 120879.
Rev.1, the current, already solves a few serial port issues.
Rev.2 has not been released, but can be acquired by downloading the new Sun
Ray Connector for Windows Beta Refresh.

You don't want rev 02.  We found a major issue just
after it went out (actually 02 went out by accident
before we were done testing) and will shortly release
Rev 03.

Quickly power-cycling the Sun Ray *ought* to have the same
effect as what Andreas described.  Andreas - does control-moon
not have the same effect?

What does ls -l on the devices show at the time you experience
problems?

-Bob

Issues solved:

6383912 utxconfig constrains X desktop dimensions to unreasonably low values
6351087 Regression: Xsun spins in Sun Ray DDX
6327741 pam.conf is not updated correctly causing login problems
6393502 Sun Ray firmware needs to report smartcard ATR history length as
well.
6385918 SRSS needs to support Belgian eID smartcard
6397106 GemPlus GPK16000 cards and newer JCOP21 cards need to be supported
6331518 Sun Ray Server Software (SRSS) should support GEM+/GEM Expresso
(64V2N) smartcards
6398942 TCP connections can fail when initialization sequence is irregular
6348306 Add tool to administer licenses
6399779 sometimes uttsc core dumps while hotdesking
6401423 utdesktop -d does not work for the DTU with an existing license from
an secondary server
6342142 Sunray NSCM greeter not working with ldap (naming services) password
management.
6375196 libutmedia only does 15 fps with Sun Ray 2

(from 120879-01)
6319180 utxconfig is insufficently paranoid
6238984 utseriald dumps core after resetting the DTU connected with serial
adapter
6328992 utauthd eats 2 file descriptors when a fork fails
6325171 ndbm database corruption causes utdesktop and authd to core dump.
6316937 DTU hangs and power cycles when trying to send data using loopback
cables with SR 170 embedded ports
6311482 Restart of Sun Ray services from Admin GUI using netscape7 is not
working as expected
6346040 Update smartcard config files to work with new versions of cards
5060424 DTUs not getting configured MTU from LAN Sunray Server
6254552 ISO 7816-4 Case 1 APDU problem
6330608 2 authd running on the same box,  (parent and child) causing authd
to hang and all DTU get 26 error
6354786 Restart not working from Admin GUI after patch installation.
6344009 Alt-tab doesn't work after they upgrade Sunray SW from 3.0 to 3.1
6344241 After upgrading from SRSS 3.0 to 3.1 the Num Lock and Shift keys
don't work via IOGear KVM
6337859 utadm -A or -a does not always work
If that doesn't work and you insist on USB converters, try the ones sold by
QuaTech, http://www.quatech.com/catalog/rs232_usb.php

These are officially compliant with Sun Rays so there should be no problem.
But then again, there shouldn't be any with the internal serial ports either
:-)

Greetz

On 4/5/06, Andreas Höschler <[EMAIL PROTECTED]> wrote:

Hi all,

we have problems with the serial ports of a Sun Ray 170. From time to
time our application simply can't open the ports.

      /tmp/SUNWut/units/IEEE802.0003baffb8f3/dev/term/a
      /tmp/SUNWut/units/IEEE802.0003baffb8f3/dev/term/b

Since the problem appears always for both ports at the same time I
conclude that this is rather a SRS issue than an issue in our
application. The hard solution to fix this is to plug the power cable
of the Sun Ray, wait a minute until SRS has realized that the sun ray
is no longer there - this causes the devices to be removed - and then
power on the Sun Ray again (devices reappear).

Any idea what causes these problems? Is this a known bug in SRS 3.1? We
are on Solaris 10 03/05 SPARC! The sometimes can be accessed again
after half an hour os so, but this is no solution. Can we - as a
workaround - programmatically trigger the regeneration of the port
devices? This would be an ugly hack, but...

We need to get this working ASAP. As an alternative can anybody
recommend a device (ethernet to at least two serial ports, USB to at
least two serial ports) that could be accessed from a Solaris
application and that would make up a more reliable solution than using
the serial ports of the Sun Ray?

Hints are greatly appreciated. Thanks a lot in advance!

Regards,

 Andreas




_______________________________________________
SunRay-Users mailing list
[email protected]
http://www.filibeto.org/mailman/listinfo/sunray-users




--
"They that can give up essential liberty to obtain a little temporary safety
deserve neither liberty nor safety."
- Benjamin Franklin

"Ceterum censeo Carthaginem esse delendam."
- Cato Maior

http://the-loeki.blog-city.com
------------------------------------------------------------------------

_______________________________________________
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