How do i enable DHCP on a sun server
Hassan Rhem
Amarr Garage Doors
IT Support
Phone: (336) 251-1316
The love u share is the love u own, so share that love
with someone else and they will learn how to love on their own
>>> [EMAIL PROTECTED] 8/23/2006 12:43 PM >>>
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. Fwd: SunRay srss 3.1.1 for RHEL 4AS [Help!] [resend]
(Otheus (aka Timothy J. Shelling))
2. Fwd: SunRay srss 3.1.1 for RHEL 4AS [Help!]
(Otheus (aka Timothy J. Shelling))
3. prob. with new users after disabling nscm (Simon Harding)
4. Server Sizing Tools (Jan Rottkamp)
5. Re: prob. with new users after disabling nscm (Bob Doolittle)
6. Re: Fwd: SunRay srss 3.1.1 for RHEL 4AS [Help!] (Bob Doolittle)
----------------------------------------------------------------------
Message: 1
Date: Wed, 23 Aug 2006 12:46:14 +0200
From: "Otheus (aka Timothy J. Shelling)" <[EMAIL PROTECTED]>
Subject: [SunRay-Users] Fwd: SunRay srss 3.1.1 for RHEL 4AS [Help!]
[resend]
To: [email protected]
Message-ID:
<[EMAIL PROTECTED]>
Content-Type: text/plain; charset="iso-8859-1"
I just downloaded the latest version of SRSS 3.1.1. The latest
timestamp in
this download set is the Release Notes, dated August 9, 2006. These
notes
indicate that RHEL 4AS U3 is now supported in this distribution of
SRSS.
Great!
However, I have just installed it, and I am less than pleased with the
results. While the SunRays connect, they all "hang" on the connected
hourglass window (they have an IP address, contacted the
authentication
managers). That is, no X display appears. GDM does not seem to spawn
any
Xnewt processes. *On occasion* a single Xnewt process wil be displayed
on
*one* of the SunRays. At this point, one can login. But as soon as the
user
logs out, the SunRay "hangs" on the hourglass window as noted above.
The
hourglass looks like this:
<-- 8 -->
(where 8 represents an hourglass)
Note: this installation was not "pristine", but over a previous SRSS
3.1.1install which did not directly support RHEL 4AS U3, but could be
tweaked to
work with it for at least 1 SunRay client.
After unplugging and re-plugging in a DTU, this is the log output:
Aug 23 10:09:12 k09 utauthd: Worker0 NOTICE: DISCONNECT
IEEE802.00144f3ba8f9,
pseudo.00144f3ba8f9 reauthenticatingDuplicateTID
Aug 23 10:09:12 k09 utauthd: SessionManager0 NOTICE: TERMINATE: ACTIVE
session
Aug 23 10:09:12 k09 utauthd: SessionManager0 NOTICE: TERMINATE: empty
session cleanup is disabled
Aug 23 10:09:12 k09 utauthd: Worker0 UNEXPECTED: during send to:
[EMAIL PROTECTED] error=java.net.SocketException :
Connection reset
Aug 23 10:09:12 k09 utauthd: Worker0 NOTICE: DESTROY
pseudo.00144f3ba8f9lifetime=37154845
Aug 23 10:09:12 k09 utauthd: Worker0 NOTICE: whichServer
pseudo.00144f3ba8f9:
Aug 23 10:09:12 k09 utauthd: Worker0 NOTICE: CLAIMED by
StartSession.m2NAME:
pseudo.00144f3ba8f9 PARAMETERS: {t
erminalIPA=192.168.64.252, type=pseudo, fw=MfgPkg_4.08,REV=
2006.04.12.14.46,
state=disconnected, cause=insert, d
oamgh=true, barrierLevel=310, rawId=00144f3ba8f9, MTU=1500,
tokenSeq=1,
firstServer=c0a840d1, namespace=IEEE802,
ddcconfig=1, id=00144f3ba8f9,
clientRand=2fqrhg4zTKaAc8aXDx83F9Cqh8sb50u59cJBDh1jPtu,
realIP=c0a840fc,
startRes
=1280x1024:1280x1024, useReal=true, event=insert, pn=43330,
sn=00144f3ba8f9,
rawType=pseudo, hw=SunRayP8-FS, initState=1, _=1}
Aug 23 10:09:12 k09 utauthd: Worker0 NOTICE: CONNECT
IEEE802.00144f3ba8f9,
pseudo.00144f3ba8f9, all connections allowed
Aug 23 10:09:12 k09 utauthd: Worker1 NOTICE: MTU = 1500
Aug 23 10:09:12 k09 utauthd: Worker1 NOTICE: SESSION_OK
pseudo.00144f3ba8f9
--
Otheus
[EMAIL PROTECTED]
+43.699.1049.7813
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
http://www.filibeto.org/pipermail/sunray-users/attachments/20060823/d5b65505/attachment-0001.htm
------------------------------
Message: 2
Date: Wed, 23 Aug 2006 14:03:38 +0200
From: "Otheus (aka Timothy J. Shelling)" <[EMAIL PROTECTED]>
Subject: [SunRay-Users] Fwd: SunRay srss 3.1.1 for RHEL 4AS [Help!]
To: [email protected]
Message-ID:
<[EMAIL PROTECTED]>
Content-Type: text/plain; charset="iso-8859-1"
I just downloaded the latest version of SRSS 3.1.1. The latest
timestamp in
this download set is the Release Notes, dated August 9, 2006. These
notes
indicate that RHEL 4AS U3 is now supported in this distribution of
SRSS.
Great!
However, I have just installed it, and I am less than pleased with the
results. While the SunRays connect, they all "hang" on the connected
hourglass window (they have an IP address, contacted the
authentication
managers). That is, no X display appears. GDM does not seem to spawn
any
Xnewt processes. *On occasion* a single Xnewt process wil be displayed
on
*one* of the SunRays. At this point, one can login. But as soon as the
user
logs out, the SunRay "hangs" on the hourglass window as noted above.
The
hourglass looks like this:
<-- 8 -->
(where 8 represents an hourglass)
Note: this installation was not "pristine", but over a previous SRSS
3.1.1install which did not directly support RHEL 4AS U3, but could be
tweaked to
work with it for at least 1 SunRay client.
UPDATE: After a complete uninstall and re-install, all DTU's displayed
an X
herring-bone background, but no login prompt. SOME of the DTUs
correctly
displayed a gdm login prompt. After logging in and logging out, the
hourglass problem returned.
After unplugging and re-plugging in a DTU, this is the log output:
Aug 23 10:09:12 k09 utauthd: Worker0 NOTICE: DISCONNECT
IEEE802.00144f3ba8f9,
pseudo.00144f3ba8f9 reauthenticatingDuplicateTID
Aug 23 10:09:12 k09 utauthd: SessionManager0 NOTICE: TERMINATE: ACTIVE
session
Aug 23 10:09:12 k09 utauthd: SessionManager0 NOTICE: TERMINATE: empty
session cleanup is disabled
Aug 23 10:09:12 k09 utauthd: Worker0 UNEXPECTED: during send to:
[EMAIL PROTECTED] error=java.net.SocketException :
Connection reset
Aug 23 10:09:12 k09 utauthd: Worker0 NOTICE: DESTROY
pseudo.00144f3ba8f9lifetime=37154845
Aug 23 10:09:12 k09 utauthd: Worker0 NOTICE: whichServer
pseudo.00144f3ba8f9:
Aug 23 10:09:12 k09 utauthd: Worker0 NOTICE: CLAIMED by
StartSession.m2NAME:
pseudo.00144f3ba8f9 PARAMETERS: {t
erminalIPA=192.168.64.252, type=pseudo, fw=MfgPkg_4.08,REV=
2006.04.12.14.46,
state=disconnected, cause=insert, d
oamgh=true, barrierLevel=310, rawId=00144f3ba8f9, MTU=1500,
tokenSeq=1,
firstServer=c0a840d1, namespace=IEEE802,
ddcconfig=1, id=00144f3ba8f9,
clientRand=2fqrhg4zTKaAc8aXDx83F9Cqh8sb50u59cJBDh1jPtu,
realIP=c0a840fc,
startRes
=1280x1024:1280x1024, useReal=true, event=insert, pn=43330,
sn=00144f3ba8f9,
rawType=pseudo, hw=SunRayP8-FS, initState=1, _=1}
Aug 23 10:09:12 k09 utauthd: Worker0 NOTICE: CONNECT
IEEE802.00144f3ba8f9,
pseudo.00144f3ba8f9 , all connections allowed
Aug 23 10:09:12 k09 utauthd: Worker1 NOTICE: MTU = 1500
Aug 23 10:09:12 k09 utauthd: Worker1 NOTICE: SESSION_OK
pseudo.00144f3ba8f9
--
Otheus
[EMAIL PROTECTED]
+43.699.1049.7813
--
Otheus
[EMAIL PROTECTED]
+43.699.1049.7813
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
http://www.filibeto.org/pipermail/sunray-users/attachments/20060823/340e8100/attachment-0001.htm
------------------------------
Message: 3
Date: Wed, 23 Aug 2006 16:08:45 +0100
From: Simon Harding <[EMAIL PROTECTED]>
Subject: [SunRay-Users] prob. with new users after disabling nscm
To: [email protected]
Message-ID: <[EMAIL PROTECTED]>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Hello SunRay managers
we're piloting SRSS4 (3.x with uttsc) on Solaris 8, on sparc.
(in order to retain existing OpenWindows environment by effectively
logging onto another workstation)
After experimenting with Non-SmartCard Mobility (NSCM) we decided we
prefer traditional log-in/out and so disabled NSCM as this consumes
less
resource.
The behaviour we now get is that any previous test user can still log
in, but new to SunRay users cannot, and after authenticating are sent
back to the initial log-in screen - ideas anyone? (This is on internal
LAN connections)?
The system is presently an e250 2x400mhz, 2Gb (to be be replaced either
with a T2000 (&JDS) if we migrate the user environment or a v440 as is
compatible with Sol8)
We have modified pam.conf so that any LDAP user may authenticate and
also the RSA SecurId Authentication Agent as a way of improving at-home
login security once put the necessary in place.
messages and syslog doesn't reveal anything
so as not to jam this list will mail pam.conf if requests sent to (s i
m
o n h AT m a n x DOT net )
p.s. increasing energy costs here mean that moving our 120 Sun desktops
to SunRays at a nominal 7watts is preferable to Ultra1's (90w) or even
SunBlade 100s (27w) saving approx. GBP8k each year (excluding server
power)
Thanks in advance
Simon Harding
Isle of Man, British Isles
The contents of this message and any attachments are confidential and
are
intended for the use of the persons to whom it is addressed.
If you are not the intended recipient, you should not copy, forward,
use or
alter the message in any way, nor disclose its contents to any other
person.
Please notify the sender immediately and delete the e-mail from your
system.
The sender is not responsible for any alterations that may have
occurred without
authorisation. Any files attached to this email will have been checked
by us
with virus detection software before transmission.
You should carry out your own virus checks before opening any
attachments, as we
do not accept any liability for loss or damage which may be caused by
viruses.
------------------------------
Message: 4
Date: Wed, 23 Aug 2006 18:10:15 +0200
From: "Jan Rottkamp" <[EMAIL PROTECTED]>
Subject: [SunRay-Users] Server Sizing Tools
To: "'SunRay-Users mailing list'" <[email protected]>
Message-ID: <[EMAIL PROTECTED]>
Content-Type: text/plain; charset="us-ascii"
Hi,
In the white paper "Sizing Sun Ray Enterprise Servers"
(http://www.sun-rays.org/lib/hardware/sunray/wp/sizing.pdf) from
January
2000 I read a lot about server sizing and about the java based server
sizing
tools.
Are there any up to date sizing tools like they are discribed in the
white
paper. If there are no up to date tools, is there a change to get the
old
ones from January 2000?
Where can I find up to date data about the right server sizing and
system
requirements for a sun ray environment?
Thanks a lot,
Jan Rottkamp
------------------------------
Message: 5
Date: Wed, 23 Aug 2006 12:15:53 -0400
From: Bob Doolittle <[EMAIL PROTECTED]>
Subject: Re: [SunRay-Users] prob. with new users after disabling nscm
To: SunRay-Users mailing list <[email protected]>
Message-ID: <[EMAIL PROTECTED]>
Content-Type: text/plain; format=flowed; charset=ISO-8859-1
Simon Harding wrote:
>
> Hello SunRay managers
>
> we're piloting SRSS4 (3.x with uttsc) on Solaris 8, on sparc.
> (in order to retain existing OpenWindows environment by effectively
> logging onto another workstation)
> After experimenting with Non-SmartCard Mobility (NSCM) we decided we
> prefer traditional log-in/out and so disabled NSCM as this consumes
> less resource.
How do you conclude this?
NSCM will actually consume less resources, since
users will have a single session no matter what
Sun Ray they use. Without NSCM, a new session
will be created for a user for every Sun Ray they
use (so there is no session mobility either).
I can't think of any overhead involved with an
NSCM session when compared to standard dtlogin
session, in terms of resource utilization. We've
actually contemplated making NSCM the default,
since we can't think of a reason why everyone
wouldn't want to use it.
NSCM also does a better job of load-balancing
after a server restart (greeters will still get created
on the first server up, but new NSCM user sessions
will get load-balanced when users log in, unlike
standard non-smartcard sessions where the session
gets created on the same system as the greeter).
> The behaviour we now get is that any previous test user can still log
> in, but new to SunRay users cannot, and after authenticating are sent
> back to the initial log-in screen - ideas anyone? (This is on
internal
> LAN connections)?
This actually sounds like a known xscreensaver bug
associated with NSCM. Are you sure you're not
still using NSCM? The clue should be that for the
NSCM login greeter there is a picture of some Sun
Rays in the image on the right.
Perhaps you changed policy but did not
run "utrestart -c" (or, if you did it via the
browser, you didn't do a restart of all servers)?
-Bob
>
> The system is presently an e250 2x400mhz, 2Gb (to be be replaced
> either with a T2000 (&JDS) if we migrate the user environment or a
> v440 as is compatible with Sol8)
> We have modified pam.conf so that any LDAP user may authenticate and
> also the RSA SecurId Authentication Agent as a way of improving
> at-home login security once put the necessary in place.
>
> messages and syslog doesn't reveal anything
> so as not to jam this list will mail pam.conf if requests sent to (s
i
> m o n h AT m a n x DOT net )
>
> p.s. increasing energy costs here mean that moving our 120 Sun
> desktops to SunRays at a nominal 7watts is preferable to Ultra1's
> (90w) or even SunBlade 100s (27w) saving approx. GBP8k each year
> (excluding server power)
>
> Thanks in advance
> Simon Harding
> Isle of Man, British Isles
>
> The contents of this message and any attachments are confidential and
are
> intended for the use of the persons to whom it is addressed.
> If you are not the intended recipient, you should not copy, forward,
> use or
> alter the message in any way, nor disclose its contents to any other
> person.
> Please notify the sender immediately and delete the e-mail from your
> system.
> The sender is not responsible for any alterations that may have
> occurred without
> authorisation. Any files attached to this email will have been
checked
> by us
> with virus detection software before transmission.
> You should carry out your own virus checks before opening any
> attachments, as we
> do not accept any liability for loss or damage which may be caused by
> viruses.
> _______________________________________________
> SunRay-Users mailing list
> [email protected]
> http://www.filibeto.org/mailman/listinfo/sunray-users
------------------------------
Message: 6
Date: Wed, 23 Aug 2006 12:21:03 -0400
From: Bob Doolittle <[EMAIL PROTECTED]>
Subject: Re: [SunRay-Users] Fwd: SunRay srss 3.1.1 for RHEL 4AS
[Help!]
To: SunRay-Users mailing list <[email protected]>
Message-ID: <[EMAIL PROTECTED]>
Content-Type: text/plain; format=flowed; charset=ISO-8859-1
I strongly recommend you send this mail to:
[EMAIL PROTECTED]
This is mentioned in the SDLC. We need your feedback,
to improve our software before release, and want to help
intrepid EA users such as yourself.
-Bob
Otheus (aka Timothy J. Shelling) wrote:
> I just downloaded the latest version of SRSS 3.1.1. The latest
> timestamp in this download set is the Release Notes, dated August 9,
> 2006. These notes indicate that RHEL 4AS U3 is now supported in this
> distribution of SRSS. Great!
>
> However, I have just installed it, and I am less than pleased with
the
> results. While the SunRays connect, they all "hang" on the connected
> hourglass window (they have an IP address, contacted the
> authentication managers). That is, no X display appears. GDM does not
> seem to spawn any Xnewt processes. *On occasion* a single Xnewt
> process wil be displayed on *one* of the SunRays. At this point, one
> can login. But as soon as the user logs out, the SunRay "hangs" on
the
> hourglass window as noted above. The hourglass looks like this:
> <-- 8 -->
> (where 8 represents an hourglass)
>
> Note: this installation was not "pristine", but over a previous SRSS
> 3.1.1 install which did not directly support RHEL 4AS U3, but could
be
> tweaked to work with it for at least 1 SunRay client.
>
> UPDATE: After a complete uninstall and re-install, all DTU's
displayed
> an X herring-bone background, but no login prompt. SOME of the DTUs
> correctly displayed a gdm login prompt. After logging in and logging
> out, the hourglass problem returned.
>
> After unplugging and re-plugging in a DTU, this is the log output:
>
>
> Aug 23 10:09:12 k09 utauthd: Worker0 NOTICE: DISCONNECT
> IEEE802.00144f3ba8f9, pseudo.00144f3ba8f9
reauthenticatingDuplicateTID
> Aug 23 10:09:12 k09 utauthd: SessionManager0 NOTICE: TERMINATE:
ACTIVE
> session
> Aug 23 10:09:12 k09 utauthd: SessionManager0 NOTICE: TERMINATE: empty
> session cleanup is disabled
> Aug 23 10:09:12 k09 utauthd: Worker0 UNEXPECTED: during send to:
> [EMAIL PROTECTED] error=java.net.SocketException :
> Connection reset
> Aug 23 10:09:12 k09 utauthd: Worker0 NOTICE: DESTROY
> pseudo.00144f3ba8f9 lifetime=37154845
> Aug 23 10:09:12 k09 utauthd: Worker0 NOTICE: whichServer
> pseudo.00144f3ba8f9:
> Aug 23 10:09:12 k09 utauthd: Worker0 NOTICE: CLAIMED
> by StartSession.m2 NAME: pseudo.00144f3ba8f9 PARAMETERS: {t
> erminalIPA= 192.168.64.252 <http://192.168.64.252>, type=pseudo,
> fw=MfgPkg_4.08,REV= 2006.04.12.14.46, state=disconnected,
cause=insert, d
> oamgh=true, barrierLevel=310, rawId=00144f3ba8f9, MTU=1500,
> tokenSeq=1, firstServer=c0a840d1, namespace=IEEE802,
> ddcconfig=1, id=00144f3ba8f9,
> clientRand=2fqrhg4zTKaAc8aXDx83F9Cqh8sb50u59cJBDh1jPtu,
> realIP=c0a840fc, startRes
> =1280x1024:1280x1024, useReal=true, event=insert, pn=43330,
> sn=00144f3ba8f9, rawType=pseudo, hw=SunRayP8-FS, initState=1, _=1}
> Aug 23 10:09:12 k09 utauthd: Worker0 NOTICE: CONNECT
> IEEE802.00144f3ba8f9, pseudo.00144f3ba8f9 , all connections allowed
> Aug 23 10:09:12 k09 utauthd: Worker1 NOTICE: MTU = 1500
> Aug 23 10:09:12 k09 utauthd: Worker1 NOTICE:
> SESSION_OK pseudo.00144f3ba8f9
>
>
>
>
> --
> Otheus
> [EMAIL PROTECTED] <mailto:[EMAIL PROTECTED]>
> +43.699.1049.7813
>
>
> --
> Otheus
> [EMAIL PROTECTED] <mailto:[EMAIL PROTECTED]>
> +43.699.1049.7813
>
------------------------------------------------------------------------
>
> _______________________________________________
> 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
End of SunRay-Users Digest, Vol 31, Issue 33
********************************************
_______________________________________________
SunRay-Users mailing list
[email protected]
http://www.filibeto.org/mailman/listinfo/sunray-users
