Send SunRay-Users mailing list submissions to
[email protected]
To subscribe or unsubscribe via the World Wide Web, visit
http://www.filibeto.org/mailman/listinfo/sunray-users
or, via email, send a message with subject or body 'help' to
[email protected]
You can reach the person managing the list at
[email protected]
When replying, please edit your Subject line so it is more specific
than "Re: Contents of SunRay-Users digest..."
Today's Topics:
1. Re: SRSS 4.2 on Build 133 x86 OK but hangs at 26 D on sparc64
(Bob )
2. Sun Ray user auto login (Paul Whitener)
3. Re: Sun Ray user auto login (J?rg Barfurth)
4. Re: SRSS 4.2 on Build 133 x86 OK but hangs at 26 D on sparc64
(Alan Coopersmith)
5. sunray at home performance (Steven Gelsie)
6. Re: sunray at home performance (Alfred Levy)
7. Re: sunray at home performance (Kent Peacock)
8. Re: sunray at home performance (William Yang)
9. Re: sunray at home performance (Kent Peacock)
----------------------------------------------------------------------
Message: 1
Date: Wed, 24 Feb 2010 11:47:52 +0100 (CET)
From: "Bob " <[email protected]>
To: [email protected]
Subject: Re: [SunRay-Users] SRSS 4.2 on Build 133 x86 OK but hangs at
26 D on sparc64
Message-ID: <[email protected]>
Content-Type: text/plain; charset="utf-8"
Bob Doolittle wrote:
Actually (as noted in the notes for 13602) this bug was moved into
bugster, so the correct URL is:
http://bugs.opensolaris.org/bugdatabase/view_bug.do?bug_id=6926250
As you can see from that report, this bug has already been fixed
(although the fix has not yet been officially verified) for build 134.
There does not appear to be a workaround. So, I presume you need to fall
back to an older BE until build 134 is available. Or run the 32-bit
SPARC kernel. This appears to affect builds 130-133 for SPARC 64-bit.
There is no 32-bit SPARC kernel in Solaris 10 & later to run.
The X packages for build 134 are available for testing if you want to
try them before the whole OS is ready on the official pkg servers:
http://mail.opensolaris.org/pipermail/xwin-discuss/2010-February/004310.html
I tried Build 134 but still the same . The Bug No. 6926250 is not fixed.
I will wait for Build 135 and will tell when it is running .
So at the moment Build 130 to Build 134 are not running with SRSS on sparc64
(Build 134 and SRSS 4.2 is OK on x86)
Bob
------------------------------
Message: 2
Date: Wed, 24 Feb 2010 10:12:30 -0500 (EST)
From: Paul Whitener <[email protected]>
To: SunRay-Users mailing list <[email protected]>
Subject: [SunRay-Users] Sun Ray user auto login
Message-ID:
<17728576.1267024350648.javamail.r...@elwamui-hybrid.atl.sa.earthlink.net>
Content-Type: text/plain; charset=UTF-8
I have a RHEL5 4.2 setup that is working great. I would like 3 DTUs to
automatically login using a different IDs without a smart card whenever it is
plugged in or logged out of.
A pseudo kiosk mode, but I do not want to destroy the settings for the user,
printers, OpenOffice register banner gone, etc.
This has proven to be a bit of a challenge for me, or am I missing the obvious?
I realize I can tape the UID and passwd to the monitor......
thanks in advance,
/paul
------------------------------
Message: 3
Date: Wed, 24 Feb 2010 16:42:13 +0100
From: J?rg Barfurth <[email protected]>
To: Paul Whitener <[email protected]>, SunRay-Users mailing list
<[email protected]>
Subject: Re: [SunRay-Users] Sun Ray user auto login
Message-ID: <[email protected]>
Content-Type: text/plain; format=flowed; charset=ISO-8859-1
Paul Whitener schrieb:
I have a RHEL5 4.2 setup that is working great. I would like 3 DTUs to
automatically login using a different IDs without a smart card whenever it is
plugged in or logged out of.
A pseudo kiosk mode, but I do not want to destroy the settings for the user,
printers, OpenOffice register banner gone, etc.
This has proven to be a bit of a challenge for me, or am I missing the obvious?
I realize I can tape the UID and passwd to the monitor......
You could try to set this up using the gdm autologin feature [1]. As
described in the documentation, you can use a script to provide the
autologin user name and that script could act based on $DISPLAY (you may
need to use Sun Ray interfaces to find out the DTU associated to a
display number).
You may want to modify the gdm-autologin PAM stack in /etc/pam.d by
adding Sun Ray modules, but it should even work without that and the
exact things to change depend on what behaviors you want.
Disclaimer: I haven't tried that myself yet.
Please report back how that worked out, if you try.
HTH
- J?rg
[1]
<http://library.gnome.org/admin/gdm/2.16/configuration.html.en#daemonsection>
--
Joerg Barfurth
Software Engineer mailto:[email protected]
Desktop Technology
Thin Client Software
Sun Microsystems GmbH
Sitz der Gesellschaft:
Sun Microsystems GmbH, Sonnenallee 1, D-85551 Kirchheim-Heimstetten
Amtsgericht Muenchen: HRB 161028
Geschaeftsfuehrer: Thomas Schroeder, Wolfgang Engels
Vorsitzender des Aufsichtsrates: Martin Haering
------------------------------
Message: 4
Date: Wed, 24 Feb 2010 09:40:12 -0800
From: Alan Coopersmith <[email protected]>
To: SunRay-Users mailing list <[email protected]>
Subject: Re: [SunRay-Users] SRSS 4.2 on Build 133 x86 OK but hangs at
26 D on sparc64
Message-ID: <[email protected]>
Content-Type: text/plain; CHARSET=US-ASCII
Bob wrote:
Bob Doolittle wrote:
Actually (as noted in the notes for 13602) this bug was moved into
bugster, so the correct URL is:
http://bugs.opensolaris.org/bugdatabase/view_bug.do?bug_id=6926250
As you can see from that report, this bug has already been fixed
(although the fix has not yet been officially verified) for build 134.
There does not appear to be a workaround. So, I presume you need to fall
back to an older BE until build 134 is available. Or run the 32-bit
SPARC kernel. This appears to affect builds 130-133 for SPARC 64-bit.
There is no 32-bit SPARC kernel in Solaris 10 & later to run.
The X packages for build 134 are available for testing if you want to
try them before the whole OS is ready on the official pkg servers:
http://mail.opensolaris.org/pipermail/xwin-discuss/2010-February/004310.html
I tried Build 134 but still the same . The Bug No. 6926250 is not fixed.
Are you saying that you installed those packages and rebooted into the new boot
environment and still had no /usr/lib/xorg/sparcv9/libdrm.so.2 file? Or was
there another problem?
--
-Alan Coopersmith- [email protected]
Oracle Solaris Platform Engineering: X Window System
------------------------------
Message: 5
Date: Wed, 24 Feb 2010 14:09:58 -0500
From: Steven Gelsie <[email protected]>
To: [email protected]
Subject: [SunRay-Users] sunray at home performance
Message-ID: <[email protected]>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Recently we ran a test with thirty employees simultaneously using
their Sun Rays (DTU ) from home and the performance varied per user but
in general the performance was poor. The DTU connects to the VPN
gateway and then to the sunray servers. We have three sunray servers (
Two V240 on one T2000) all running Solaris 10 5/09 all have 1G network
connection. Most users then use uttsc (Sun's RDP software) to connect
to their desktops. I am trying to find out what is causing the
performance issue. The issue did not seem to be the sunray servers so I
thought it might be a network issue, like packet fragmentation or VPN
gateway bandwidth. Our VPN gateway is a CISCO box with a 115Mmps
internet connection. What would be a normal VPN gateway bandwidth
allotment for DTU ( 400K) ? How would you know if it is a
fragmentation issue ? Any suggestion to improve performance would be
appreciated. I wrote a simple script to gather DTU info (it still
needs a little work) but let me know if you want it. The script uses a
combination of mconnect, utquery, utcapture and utdesktop.
Steve
--
Steven Gelsie Email: [email protected]
Johns Hopkins Univ./APL Phone: 240-228-4081 DC
11100 Johns Hopkins Rd 443-778-4081 Baltimore
Laurel, MD 20723-6099 FAX: 240-228-6119
Work Schedule : Mon-Thurs 8:30AM-6PM
Friday Work At Home
------------------------------
Message: 6
Date: Wed, 24 Feb 2010 14:16:55 -0500
From: Alfred Levy <[email protected]>
To: SunRay-Users mailing list <[email protected]>
Cc: [email protected]
Subject: Re: [SunRay-Users] sunray at home performance
Message-ID: <[email protected]>
Content-Type: text/plain; charset=ISO-8859-1
Use the GUI Firmware on the Sun Ray and try dropping the MTU size to 1320 or so
to accommodate the VPN headers? Set MTU size on the SRSS interface that
connects to the VPN concentrater on the server end?
My $0.02
AJ
On Wednesday, February 24, 2010, at 02:09PM, "Steven Gelsie"
<[email protected]> wrote:
Recently we ran a test with thirty employees simultaneously using
their Sun Rays (DTU ) from home and the performance varied per user but
in general the performance was poor. The DTU connects to the VPN
gateway and then to the sunray servers. We have three sunray servers (
Two V240 on one T2000) all running Solaris 10 5/09 all have 1G network
connection. Most users then use uttsc (Sun's RDP software) to connect
to their desktops. I am trying to find out what is causing the
performance issue. The issue did not seem to be the sunray servers so I
thought it might be a network issue, like packet fragmentation or VPN
gateway bandwidth. Our VPN gateway is a CISCO box with a 115Mmps
internet connection. What would be a normal VPN gateway bandwidth
allotment for DTU ( 400K) ? How would you know if it is a
fragmentation issue ? Any suggestion to improve performance would be
appreciated. I wrote a simple script to gather DTU info (it still
needs a little work) but let me know if you want it. The script uses a
combination of mconnect, utquery, utcapture and utdesktop.
Steve
--
Steven Gelsie Email: [email protected]
Johns Hopkins Univ./APL Phone: 240-228-4081 DC
11100 Johns Hopkins Rd 443-778-4081 Baltimore
Laurel, MD 20723-6099 FAX: 240-228-6119
Work Schedule : Mon-Thurs 8:30AM-6PM
Friday Work At Home
_______________________________________________
SunRay-Users mailing list
[email protected]
http://www.filibeto.org/mailman/listinfo/sunray-users
------------------------------
Message: 7
Date: Wed, 24 Feb 2010 11:22:29 -0800
From: Kent Peacock <[email protected]>
To: SunRay-Users mailing list <[email protected]>
Subject: Re: [SunRay-Users] sunray at home performance
Message-ID: <[email protected]>
Content-Type: text/plain; charset="us-ascii"; Format="flowed"
On 02/24/10 11:16, Alfred Levy wrote:
Use the GUI Firmware on the Sun Ray and try dropping the MTU size to 1320 or so
to accommodate the VPN headers? Set MTU size on the SRSS interface that
connects to the VPN concentrater on the server end?
My $0.02
AJ
With VPN configured, the MTU is automatically adjusted. Unless you're
seeing a lot of packet loss, indicated by spotty screen updates,
fragmentation is unlikely to be the issue. More useful would be the
output of my utbw program, which is a more user-friendly version of
utcapture. See attached.
Kent
-------------- next part --------------
An embedded and charset-unspecified text was scrubbed...
Name: utbw
URL:
<http://www.filibeto.org/pipermail/sunray-users/attachments/20100224/42211008/attachment-0001.ksh>
------------------------------
Message: 8
Date: Wed, 24 Feb 2010 14:31:39 -0500
From: William Yang <[email protected]>
To: SunRay-Users mailing list <[email protected]>
Subject: Re: [SunRay-Users] sunray at home performance
Message-ID: <[email protected]>
Content-Type: text/plain; charset=UTF-8
Are you using Sun Ray downstream encryption? If so, DTUs are probably
working doubly hard to decode both the VPN layer encryption and the Sun Ray
protocol encryption. Unfortunately I don't currently know of a way to
disable encryption only for certain subnets. I tried filing an RFE for it
about 6 months ago (CR 6847293), but I don't think it's been worked on.
Our current alternative has been to run with upstream encryption only (i.e.
keyboard and mouse input) since that doesn't seem to have a noticeable
performance impact and adds some security.
William Yang
On Wed, 24 Feb 2010 14:09:58 -0500, Steven Gelsie
<[email protected]> wrote:
Recently we ran a test with thirty employees simultaneously using
their Sun Rays (DTU ) from home and the performance varied per user but
in general the performance was poor. The DTU connects to the VPN
gateway and then to the sunray servers. We have three sunray servers (
Two V240 on one T2000) all running Solaris 10 5/09 all have 1G network
connection. Most users then use uttsc (Sun's RDP software) to connect
to their desktops. I am trying to find out what is causing the
performance issue. The issue did not seem to be the sunray servers so I
thought it might be a network issue, like packet fragmentation or VPN
gateway bandwidth. Our VPN gateway is a CISCO box with a 115Mmps
internet connection. What would be a normal VPN gateway bandwidth
allotment for DTU ( 400K) ? How would you know if it is a
fragmentation issue ? Any suggestion to improve performance would be
appreciated. I wrote a simple script to gather DTU info (it still
needs a little work) but let me know if you want it. The script uses a
combination of mconnect, utquery, utcapture and utdesktop.
Steve
------------------------------
Message: 9
Date: Wed, 24 Feb 2010 11:46:32 -0800
From: Kent Peacock <[email protected]>
To: SunRay-Users mailing list <[email protected]>
Subject: Re: [SunRay-Users] sunray at home performance
Message-ID: <[email protected]>
Content-Type: text/plain; CHARSET=US-ASCII; format=flowed
On 02/24/10 11:31, William Yang wrote:
Are you using Sun Ray downstream encryption? If so, DTUs are probably
working doubly hard to decode both the VPN layer encryption and the Sun Ray
protocol encryption.
The CPU overhead of the ARCFOUR encryption used is negligible at the low
bandwidths usually encountered in a VPN situation.
Kent
------------------------------
_______________________________________________
SunRay-Users mailing list
[email protected]
http://www.filibeto.org/mailman/listinfo/sunray-users
End of SunRay-Users Digest, Vol 73, Issue 61
********************************************
