The model we are using is CMN:3004A Part Number is 380-1353-03-REV50 Does this define what version is running, if not can you advise where we find this out?
Neil Dickie Thruput Limited 14-15 Londonderry Farm, Keynsham Road, Willsbridge, Bristol, BS30 6EL, UK Web: http://www.thruput.co.uk/ <http://www.thruput.co.uk/> Office: +44 117 932 85 85 Email: mailto:[EMAIL PROTECTED] <mailto:[EMAIL PROTECTED]> Fax: +44 117 932 93 39 -----Original Message----- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of [EMAIL PROTECTED] Sent: 22 November 2007 10:03 To: [email protected] Subject: SunRay-Users Digest, Vol 46, Issue 35 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: 2nd Screen on Sun Ray 2FS (Ives, Keith-P59429) 2. Re: how to change display variable ?? (kevin kim) 3. SRSS in zones (Quayle, Bill) 4. Re: Mouse scroll wheel does not work in KDE (Christian Drexler) 5. Re: SRSS in zones (Michael Bender/MBP) 6. Re: SRSS in zones (Bob Doolittle) ---------------------------------------------------------------------- Message: 1 Date: Wed, 21 Nov 2007 06:43:53 -0700 From: "Ives, Keith-P59429" <[EMAIL PROTECTED]> Subject: [SunRay-Users] RE: 2nd Screen on Sun Ray 2FS To: <[email protected]> Message-ID: <[EMAIL PROTECTED]> Content-Type: text/plain; charset="us-ascii" It works with absolutely no special config changes with 3.1. You didn't mention what version your running... We tried like hell to get it working with 2.0 - no go. -----Original Message----- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of [EMAIL PROTECTED] Sent: Wednesday, November 21, 2007 4:22 AM To: [email protected] Subject: SunRay-Users Digest, Vol 46, Issue 34 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: make entries from utxconfig -o human readable (Bob Doolittle) 2. 2nd Screen on Sun Ray 2FS (Neil Dickie) ---------------------------------------------------------------------- Message: 1 Date: Wed, 21 Nov 2007 00:06:57 -0500 From: Bob Doolittle <[EMAIL PROTECTED]> Subject: Re: [SunRay-Users] make entries from utxconfig -o human readable To: SunRay-Users mailing list <[email protected]> Message-ID: <[EMAIL PROTECTED]> Content-Type: text/plain; format=flowed; charset=ISO-8859-1 ottomeister wrote: > On Nov 19, 2007 5:32 AM, Peter Ohlerich <[EMAIL PROTECTED]> wrote: > >> user.abcdefghij-klmn,1024x768,none,none,none,none,none,none,none,none >> ,none,none How can I discover which user is behind this entry? The >> number do not correspond with the serialnumbers from the >> MicroPayflex-cards. >> > > I think you want 'utuser -L'. Sorry, I don't have an easy way of > checking right now. > > OttoM. utuser -L doesn't report the logical token, only the raw. That's irrelevant anyway. This looks like somebody with root access was experimenting with "utxconfig -t token -r 1024x768". When doing so, a token is created as specified to hold the value, but it's not bound to any raw token, and there's no record as to who ran the command. All you know is that it was somebody with root access, and it doesn't correspond to a physical card. You could try experimenting by typing "utuser -p user.abcdefghij-klmn", in case somebody was trying to do something even more convoluted, but my bet is you won't find anything and if you do it won't be useful in determining who did this. I seem to recall a security bug a while back which could allow such behavior for non-root users under certain circumstances. Are you up to date on patches? -Bob Disclaimer: Opinions expressed in this mail are my own, and are not necessarily shared by my employer ------------------------------ Message: 2 Date: Wed, 21 Nov 2007 09:54:58 -0000 From: "Neil Dickie" <[EMAIL PROTECTED]> Subject: [SunRay-Users] 2nd Screen on Sun Ray 2FS To: <[email protected]> Message-ID: <[EMAIL PROTECTED]> Content-Type: text/plain; charset="iso-8859-1" We are trying to enable a 2nd screen on the Sun Ray 2FS, but it seems to have locked into a clone mode and is only showing part of the screen from Port 1. The configurations we are running are: Port 1 2048 x 2048 (which we have adapted to match the Sun Ray and is fine) Port 2 1600 x 1200 (which is locked) Port 1 2560 x 1600 (which we have adapted to match the Sun Ray and is fine) Port 2 1600 x 1200 (which is locked) Port 1 1920 x 2160 (Ok) Port 2 1920 x 2160 (locked) Can anyone advise how do we set up the 2nd screen? Thanks Neil Dickie Thruput Limited 14-15 Londonderry Farm, Keynsham Road, Willsbridge, Bristol, BS30 6EL, UK Web: http://www.thruput.co.uk/ Office: +44 117 932 85 85 Email: mailto:[EMAIL PROTECTED] Fax: +44 117 932 93 39 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://www.filibeto.org/pipermail/sunray-users/attachments/20071121/8709 e37d/attachment-0001.html ------------------------------ _______________________________________________ SunRay-Users mailing list [email protected] http://www.filibeto.org/mailman/listinfo/sunray-users End of SunRay-Users Digest, Vol 46, Issue 34 ******************************************** ------------------------------ Message: 2 Date: Wed, 21 Nov 2007 23:05:54 +0900 From: "kevin kim" <[EMAIL PROTECTED]> Subject: Re: [SunRay-Users] how to change display variable ?? To: "SunRay-Users mailing list" <[email protected]> Message-ID: <[EMAIL PROTECTED]> Content-Type: text/plain; charset=ISO-8859-1 Hi, Thank you for all informations, I will check them. Best regards, kevin, 2007/11/19, Meik Hellmund <[EMAIL PROTECTED]>: > On Mon, 19 Nov 2007 14:02:07 +0900 > "kevin kim" <[EMAIL PROTECTED]> wrote: > > > Hi Bob, > > > > Thank you for the reply. > > > > We are using Grid computing, so need to pass DISPLAY variable to other > > Unix and Linux. > > And we are using Solaris 10 gnome and KDE environment. > > We have tried to cange Xservers file in /etc/dt/config/ > > however it seems to work for only Console session. > > > > any other way to simply change DISPLAY variable for all csh, ksh, bash > > in Gnome and KDE environment?? > > Perhaps your grid software can be configured to use "ssh" for > starting processes. Then you can use the X11Forwarding feature of ssh > which does all this ugly stuff (setting DISPLAY, access control > to the X server) automagically. > > Meik > > -- > Meik Hellmund > Mathematisches Institut, Uni Leipzig > e-mail: [EMAIL PROTECTED] > http://www.math.uni-leipzig.de/~hellmund > _______________________________________________ > SunRay-Users mailing list > [email protected] > http://www.filibeto.org/mailman/listinfo/sunray-users > ------------------------------ Message: 3 Date: Wed, 21 Nov 2007 09:19:43 -0600 From: "Quayle, Bill" <[EMAIL PROTECTED]> Subject: [SunRay-Users] SRSS in zones To: "SunRay-Users mailing list" <[email protected]> Message-ID: <[EMAIL PROTECTED] cme.com> Content-Type: text/plain; charset="us-ascii" I saw Michael mention the "must do in the next release", which brought to mind the SRSS in a zone topic from a while back. I'm at the tip of the iceberg in rolling out Sun Rays as the standard desktop. We have a dozen deployed, and about 3000 to go. It would be a whole lot easier to convince management that the Rays are the way to go if I could tell them the server runs in a zone. It would also be much easier to keep them on Solaris if they ran in a zone. Due to business requirements, we need to provide a FOG that spans three data centers, with each FOG serving one business unit. If I have to do individual machines for each business unit, that multiplies way too fast to be practical. Please make SRSS in a zone a priority. Thanks, Bill Quayle CME Group A CME/Chicago Board of Trade Company 20 South Wacker Drive Chicago, Illinois 60606 cmegroup.com ------------------------------ Message: 4 Date: Wed, 21 Nov 2007 16:33:50 +0100 From: Christian Drexler <[EMAIL PROTECTED]> Subject: Re: [SunRay-Users] Mouse scroll wheel does not work in KDE To: SunRay-Users mailing list <[email protected]> Message-ID: <[EMAIL PROTECTED]> Content-Type: text/plain; charset="ISO-8859-1" Hi Otto, no, there is no such config that I am aware of. Just to make sure I have removed my .kde directory out of the way and cross checked with a newly created user that did not have any legacy .kde or .qt stuff. Meanwhile I have updated one of our 'real' sunray servers to RHAS 4/SRSS 4 and installed the latest KDE update packages from RHN but the problem still persists. Anything else I can check? Cheers ~christian ottomeister wrote: > On Nov 19, 2007 2:32 AM, Christian Drexler <[EMAIL PROTECTED]> wrote: >> I have attached gzipped xev outputs for both session types hoping that >> binary attachments are not against list etiquette. > > The Gnome file shows ButtonPress and ButtonRelease for buttons > 4 and 5, which is how scroll-wheel movements are reported to X > applications. The KDE file shows no Button events at all. The only > reason I can think of for that is that something in KDE is intercepting > the button 4 and 5 events and not letting them be delivered to the > application. Is your KDE desktop configured to do something > special with these buttons, like use them to trigger a jump to a > different workspace or to move focus between windows or something > like that? > > OttoM. > __ > ottomeister > > Disclaimer: These are my opinions. I do not speak for my employer. > > >> ottomeister wrote: >>> On Nov 15, 2007 1:46 AM, Christian Drexler <[EMAIL PROTECTED]> wrote: >>>> I have a test instance of a SRSS 4 installation on a RedHat AS 4 x86_64 >>>> machine which is running really fine except that the scroll wheel on my >>>> mouse does not work any more when running KDE. Strangely enough >>>> scrolling works in GNOME for all applications I have tested >>>> (Thunderbird, Firefox, gnome-terminal, xemacs, jedit) whereas it does >>>> not work at all on KDE. >>> That's very strange. I wonder whether something in the KDE session >>> startup is modifying the mouse event mapping. >>> >>> What events are reported by 'xev' when you move the wheel in a KDE >>> session? What does 'xmodmap -pp' show in a KDE session? Do either >>> of these behave differently in a Gnome session? >>> >>> OttoM. >>> __ >>> ottomeister >>> >>> Disclaimer: These are my opinions. i do not speak for my employer. >>> _______________________________________________ >>> SunRay-Users mailing list >>> [email protected] >>> http://www.filibeto.org/mailman/listinfo/sunray-users >>> >> -- >> Christian Drexler / [EMAIL PROTECTED] >> >> Systems Administrator phone: +49 211 5296 322 >> Toshiba Electronics Europe fax: +49 211 5296 79322 >> Duesseldorf, Germany http://www.toshiba-europe.com >> >> CONFIDENTIALITY DISCLAIMER >> *************************** >> The information in this email and in any attachments is confidential and may be privileged. If you are not the intended recipient, please destroy this message, delete any copies held on your systems and notify the sender immediately. You should not retain, copy or use this email for any purpose outside of any NDA currently existing between Toshiba Electronics Europe GmbH and yourselves. >> >> Toshiba Electronics Europe GmbH >> Hansaallee 181- 40549 D|sseldorf >> Handelsregister D|sseldorf HRB 22487 >> Geschdftsf|hrer: Ryoichi Shikama >> Amtsgericht D|sseldorf >> >> _______________________________________________ >> 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 > -- Christian Drexler / [EMAIL PROTECTED] Systems Administrator phone: +49 211 5296 322 Toshiba Electronics Europe fax: +49 211 5296 79322 Duesseldorf, Germany http://www.toshiba-europe.com ------------------------------ Message: 5 Date: Wed, 21 Nov 2007 11:55:15 -0800 From: Michael Bender/MBP <[EMAIL PROTECTED]> Subject: Re: [SunRay-Users] SRSS in zones To: SunRay-Users mailing list <[email protected]> Message-ID: <[EMAIL PROTECTED]> Content-Type: text/plain; format=flowed; charset=ISO-8859-1 Quayle, Bill wrote: > I saw Michael mention the "must do in the next release", which brought > to mind the SRSS in a zone topic from a while back. > > I'm at the tip of the iceberg in rolling out Sun Rays as the standard > desktop. We have a dozen deployed, and about 3000 to go. It would be a > whole lot easier to convince management that the Rays are the way to go > if I could tell them the server runs in a zone. It would also be much > easier to keep them on Solaris if they ran in a zone. > > Due to business requirements, we need to provide a FOG that spans three > data centers, with each FOG serving one business unit. If I have to do > individual machines for each business unit, that multiplies way too fast > to be practical. > > Please make SRSS in a zone a priority. Can you get by with using server virtualization (via something like VMware for example) (if you're running x86 boxes that is)? How about if you enabled Trusted Extensions on your Sun Ray servers and then assigned each user to a particular label so that from the user's perspective, they appear to be on their own business units' server? mike ------------------------------ Message: 6 Date: Wed, 21 Nov 2007 16:02:44 -0500 From: Bob Doolittle <[EMAIL PROTECTED]> Subject: Re: [SunRay-Users] SRSS in zones To: [EMAIL PROTECTED], SunRay-Users mailing list <[email protected]> Message-ID: <[EMAIL PROTECTED]> Content-Type: text/plain; format=flowed; charset=ISO-8859-1 Michael Bender/MBP wrote: > Quayle, Bill wrote: >> I saw Michael mention the "must do in the next release", which brought >> to mind the SRSS in a zone topic from a while back. >> >> I'm at the tip of the iceberg in rolling out Sun Rays as the standard >> desktop. We have a dozen deployed, and about 3000 to go. It would be a >> whole lot easier to convince management that the Rays are the way to go >> if I could tell them the server runs in a zone. It would also be much >> easier to keep them on Solaris if they ran in a zone. >> >> Due to business requirements, we need to provide a FOG that spans three >> data centers, with each FOG serving one business unit. If I have to do >> individual machines for each business unit, that multiplies way too fast >> to be practical. >> >> Please make SRSS in a zone a priority. > > Can you get by with using server virtualization (via something like > VMware for example) (if you're running x86 boxes that is)? I would say that currently running SRSS in a VMware VM is not recommended - nobody has reported acceptable performance for SRSS within a VM, and many have reported performance issues. -Bob > > How about if you enabled Trusted Extensions on your Sun Ray servers > and then assigned each user to a particular label so that from the > user's perspective, they appear to be on their own business units' > server? > > mike > _______________________________________________ > 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 46, Issue 35 ******************************************** _______________________________________________ SunRay-Users mailing list [email protected] http://www.filibeto.org/mailman/listinfo/sunray-users
