The utprodinfo only breaks Non Smart Card mobility. Most kiosk users
don't use that (you'd have to actually be authenticated by the local
system/ldap/NIS to set your token). But technically at least on this
subject that tip is sort of out of date because many of the kiosk start
up files have changed and much of the framework that was CAM is dead and
gone. It's something I definitely need to revisit.
However it is not a huge thing, in the scheme of thing, just an
annoyance (at least to me). Sounds like you are doing things right, and
we are working hard to document things like this that will help you and
you can count on being supported. With that thought in mind, are the
most common things you are after for your query is the MAC and token ID
of the smart card?
Devin Nate wrote:
Hi Craig;
We have written our own session app in perl... It uses /tmp/SUNWut to get the stationid and card. It then queries a mysql db to see what options to pass to uttsc. It sets up 2 utactions, and then runs uttsc. It does not use utwho or utsession.
I'm not especially comfortable changing utprodinfo based on the comments on the
website that there is a risk things won't work. Any thoughts on this?
As to java... We're using jdk 1.6.20. I believe it already has a larger default heap size than 1.4.
We're not trying to solve a specific problem, but implement best practice proactively.
That said, we had hellish problems in utauthd in linux (rhel5). We'd tuned the java params and worker threads per docs, and while I don't believe that caused the problems, I'm all too aware of how bad my life gets when 500 users stop being able to login and hotdesktop (which each user usually does once every 15 minutes) if utauthd stops working, and don't want to do anything that would even remotely risk that.
Thanks,
Devin
----- Original Message -----
From: [email protected] <[email protected]>
To: SunRay-Users mailing list <[email protected]>
Sent: Wed Jul 21 19:25:19 2010
Subject: Re: [SunRay-Users] Kiosk mode performance / utauthd worker threads
best practice
What are you running for your kiosk session?
I really hate the package checks we do. I need to file an RFE to stop
that. While I understand that we are being cautious, the kiosk session
couldn't even start if the packages weren't installed. Maybe check on
system bring up, but not for every single user.
Java is another one we need to issue some updated guidance on...In 1.5+
I believe we should be giving it the client option if we are not already.
The other question since you mention performance and stability, what is
currently happening? Is it unstable? Slow?
Devin Nate wrote:
Thanks Craig... Beside worker threads, would you make a point of doing
something else? What would you do to maximize both performance and stability?
We run 500 across 2 solaris servers, 16GB ram, sun x4100 m2 servers, shortly to have dual amd 2384 cpus.
Thanks,
Devin
----- Original Message -----
From: [email protected] <[email protected]>
To: SunRay-Users mailing list <[email protected]>
Sent: Wed Jul 21 16:58:05 2010
Subject: Re: [SunRay-Users] Kiosk mode performance / utauthd worker threads
best practice
The article defines what is still useful for kiosk mode. In short, yes,
that still applies, especially on a restart. 500 on one server or 500
hundred across X servers?
Devin Nate wrote:
Hi everyone;
In reading the Sun Ray Community wiki, Howto section, Kiosk Mode
Performance, found at:
http://blogs.sun.com/ThinkThin/entry/turbo_cam
The document is quite dated, from 2006. Which of the points are still
relevant, and in particular, is setting utauthd workers to 32 still best
practice?
Our sunray servers have about 500 users in kiosk mode, and wondering
about implementing some or all of these recommendations.
Thanks,
Devin
------------------------------------------------------------------------
_______________________________________________
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
_______________________________________________
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
