Re: [vizstack-users] Vizstack issue - leaving behind /tmp/.X... files

[Kumar, S. <shr...@hp...>]

Hi Peter,

Please check this : When the lock files are left behind, are any "vs-Xv" processes active ? Are the VNC servers still running ?

This is a problematic case really. The TurboVNC server is currently started via a wrapper, named "vs-Xv". The wrapper attempts to clean up the lock files when the VNC server exits. I can think of two solutions 
   1. Termination of the wrapper is not handled at the moment. If I catch this, then I can enforce deep cleanup
   2. vs-Xv can cleanup the log files before I start the VNC server. Since the log files can potentially belong to another user, vs-Xv will need to be made SUID root.

I feel inclined to try approach #1, since approach #2 has security implications. What do you think ?

Cheers
-- Shree


-----Original Message-----
From: Pet...@cs... [mailto:Pet...@cs...] 
Sent: Thursday, February 10, 2011 11:56 AM
To: viz...@li...
Subject: [vizstack-users] Vizstack issue - leaving behind /tmp/.X... files

Hi,

I've been seeing an issue with Vizstack where at times /.X*-lock and /tmp/.X11-unix/X* files are being left behind from VNC sessions. The files relating to the 3D X servers are always cleaned up, the files in question are from VNC sessions.  This seems to have only occurred when a user has terminated their session by closing the SSH application (usually Putty on Windows) or shutdown their PC/logged out with a session still active rather than pressing cntl-c to take them back to the prompt. The job has always been removed from the SLURM queue in these cases. This problem is intermittent although it has been happening quite frequently. Having these lock files left behind causes quite a problem of course as Vizstack will often want to use that display number for the next VNC session on that particular node.

I'm using a late SVN version of Vizstack with TurboVNC 1.0 on Ubuntu 10.04.  Any ideas?

Cheers,
Peter
  

Peter Tyson
CSIRO IM&T - Advanced Scientific Computing Gate 5 Normanby Road Clayton Vic 3168 Ph +61 3 9545 2021



------------------------------------------------------------------------------
The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE:
Pinpoint memory and threading errors before they happen.
Find and fix more than 250 security defects in the development cycle.
Locate bottlenecks in serial and parallel code that limit performance.
http://p.sf.net/sfu/intel-dev2devfeb
_______________________________________________
vizstack-users mailing list
viz...@li...
https://lists.sourceforge.net/lists/listinfo/vizstack-users