From: <Sim...@cs...> - 2010-05-17 05:54:00
|
Possibly kill gdm as part of the session startup, then bring up viz-desktop, and when you log out restart gdm? Requiring another machine that you can use to ssh in is a bit problematic - these are supposed to be standalone systems. I guess worst case we can just use an init script and deal with the hard-coded user . . . Simon > -----Original Message----- > From: Kumar, Shree [mailto:shr...@hp...] > Sent: Monday, 17 May 2010 3:46 PM > To: viz...@li... > Subject: Re: [vizstack-users] Configuring Physical Desktops( > was RE: Yet another odd problem . . .) > > > 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 > > -------------------------------------------------------------- > ---------------- > > _______________________________________________ > vizstack-users mailing list > viz...@li... > https://lists.sourceforge.net/lists/listinfo/vizstack-users > |