Menu
▾
▴
Re: [vizstack-users] Configuring Physical Desktops( was RE: Yet another odd problem . . .)
|
From: Kumar, S. <shr...@hp...> - 2010-05-17 05:48:31
|
Running it from an init script should be possible - but that hardcodes the user to whom the session is allocated. It should be possible to do this via a GDM session - but on which GPU will the GDM session run - that will waste a GPU right ? If they can SSH into the box to start a session, then nothing like it. -- Shree -----Original Message----- From: Sim...@cs... [mailto:Sim...@cs...] Sent: Monday, May 17, 2010 11:01 AM To: viz...@li... Subject: Re: [vizstack-users] Configuring Physical Desktops( was RE: Yet another odd problem . . .) Doing away with all the gettys will be problematic - people will need to get onto the console of this system in order to run viz-desktop . . . Would it be possible to run it from an init script? Or possibly from a gdm session? Simon > -----Original Message----- > From: Kumar, Shree [mailto:shr...@hp...] > Sent: Monday, 17 May 2010 3:21 PM > To: viz...@li... > Subject: [vizstack-users] Configuring Physical Desktops( was > RE: Yet another odd problem . . .) > > Hi Simon, > > This is turning out to be more complicated that I had > thought. The interaction with the console seems dependent > even on the linux distro in use :-( > > In particular, I have observed that the default console gets > all the keyboard data - whether it comes from PS/2 or from > USB keyboards. > > On Ubuntu (that's your OS, correct?) you can try the following : > > - Disable all the gettys. This does away with the console > entirely - so nobody will be around to snoop on the keyboard data. > - Try your existing desktop (which doesn't use all GPUs). > This should hopefully work. > > Regards > -- Shree > > -----Original Message----- > From: Sim...@cs... [mailto:Sim...@cs...] > Sent: Saturday, May 15, 2010 1:10 PM > To: viz...@li... > Subject: Re: [vizstack-users] Yet another odd problem . . . > > Good to know there's a simple fix - I'll check out the doco > and see if I can figure it out from there, otherwise I may > come back for assistance. > > Simon > ________________________________________ > From: Kumar, Shree [shr...@hp...] > Sent: Friday, May 14, 2010 7:52 PM > To: viz...@li... > Subject: Re: [vizstack-users] Yet another odd problem . . . > > Hi Simon, > > If you run a desktop which uses up _all_ the GPUs on the > system, then you will not face such issues. > > What you are noticing is a contention for input devices > between the X server and your console. When you run a desktop > which does not use all GPUs on a system, you need a dedicated > keyboard and a mouse for the session to avoid such conflicts. > > Let me explain: > > - your console is running all the time on a VT(virtual > terminal). The console has access to the keyboard and mouse. > > - Using viz-desktop, when you start desktop on all the GPUs, > the VT gets switched. This is similar to what happens when > you run GDM, or if press CTRL-ALT-F7. The VT running the X > server now has control of the keyboard and the mouse. > > - When you start a desktop on one or more (but not all) GPUs, > the VT does not get switched. Not switching the VT is a > requirement to run multiple X servers, which in turn is > needed to share the node with multiple X servers. Since the > VT does not switch, your console still has access to the > keyboard and the mouse. That accounts for all the weirdness > you see. In your case, the X server pops up on the same > screen where your console is, causing even more confusion. > > To get one or more physical desktops working the way you > want, you will need a separate physical keyboard/mouse per > user. I have had best results with USB Keyboards and USB > Mice. These need to be added into node_config.xml. Let me > know if I need to describe the nitty gritty involved in this ! > > Regards > -- Shree > > -----Original Message----- > From: Sim...@cs... [mailto:Sim...@cs...] > Sent: Friday, May 14, 2010 12:46 PM > To: viz...@li... > Subject: [vizstack-users] Yet another odd problem . . . > > A very odd problem . . . > > I've been running viz-desktop from an ssh session all the > time, because when I run it from a console session, the first > time I try to enter anything via the keyboard the display > locks up - the mouse is still rendered normally, but nothing > responds to it. > > I just found, while doing a bit of testing, that when I'm > logged in at the console and I run a viz-desktop session via > ssh the things that were typed into the session show up on > the console as if they were typed in. So, I fire up > viz-desktop, bring up a terminal, start up a vnc session, > type in my password, and so on, and all those lines show up > on the console. I just did a test where the only thing I > brought up was firefox - I typed in a URL, hit enter, and the > URL was in the bash history of the console. Just for fun I > brought up a terminal and changed the prompt - when I closed > the session the prompt in the console was also changed. > > Presumably this is some kind of issue with stdin/stdout not > being redirected correctly . . . > > Simon Fowler > Technical Specialist eResearch Visualisation team CSIRO IM&T > Yarralumla, 2600 Desk 02 6124 1453 Mob 0409 245 871 > -------------------------------------------------------------- > ---------------- > > _______________________________________________ > vizstack-users mailing list > viz...@li... > https://lists.sourceforge.net/lists/listinfo/vizstack-users > > -------------------------------------------------------------- > ---------------- > > _______________________________________________ > vizstack-users mailing list > viz...@li... > https://lists.sourceforge.net/lists/listinfo/vizstack-users > > -------------------------------------------------------------- > ---------------- > > _______________________________________________ > vizstack-users mailing list > viz...@li... > https://lists.sourceforge.net/lists/listinfo/vizstack-users > > -------------------------------------------------------------- > ---------------- > > _______________________________________________ > vizstack-users mailing list > viz...@li... > https://lists.sourceforge.net/lists/listinfo/vizstack-users > ------------------------------------------------------------------------------ _______________________________________________ vizstack-users mailing list viz...@li... https://lists.sourceforge.net/lists/listinfo/vizstack-users |
