Bug 63035 - VNC locks not being deleted during system startup (rc.sysinit)
Summary: VNC locks not being deleted during system startup (rc.sysinit)
Keywords:
Status: CLOSED RAWHIDE
Alias: None
Product: Red Hat Linux
Classification: Retired
Component: initscripts
Version: 7.3
Hardware: i386
OS: Linux
medium
medium
Target Milestone: ---
Assignee: Bill Nottingham
QA Contact: Brock Organ
URL:
Whiteboard:
Depends On:
Blocks: 61901
TreeView+ depends on / blocked
 
Reported: 2002-04-09 15:19 UTC by Richard Black
Modified: 2014-03-17 02:26 UTC (History)
1 user (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2002-04-09 22:08:07 UTC
Embargoed:


Attachments (Terms of Use)

Description Richard Black 2002-04-09 15:19:12 UTC
From Bugzilla Helper:
User-Agent: Mozilla/4.0 (compatible; MSIE 5.5; Windows NT 5.0; compaq)

Description of problem:
The VNC locks are not being deleted during system startup 
(/etc/rc.d/rc.sysinit).  After a crash, vnc will not load any more until the 
locks are manually deleted.  The locks should be removed at startup because no 
VNC session should be running yet.  Usage of /etc/sysconfig/vncservers is 
difficult without removal of the VNC locks.  I suggest removal of the VNC locks 
be placed next to removal of X locks in rc.sysinit.

# Delete X locks
rm -f /tmp/.X*-lock

# Delete VNC locks
rm -rf /tmp/.X*-unix

Version-Release number of selected component (if applicable):


How reproducible:
Always

Steps to Reproduce:
Reproducible either using /etc/sysconfig/vncservers or just running vncserver 
manually.
1. Set up an entry in /etc/sysconfig/vncservers: VNCSERVERS="1:root"
2. Reboot, notice that a vncserver will be started for DISPLAY #1.
3. Hard Power Off or kill the vncserver so that it does not get a chance to 
remove its vnc lock in /tmp (kill -9 [pid of vncserver]).
4. Boot the system.

	

Actual Results:  The VNC lock still exists and will not allow vncserver to 
start.  The VNC lock must be removed manually before a vncserver session can be 
started on that display again.

Expected Results:  The VNC lock should have been deleted during bootup so 
that /etc/rc.d/init.d/vncserver could have started the vncserver session.

Additional info:
This also appears in RH72.

Comment 1 Bill Nottingham 2002-04-10 05:35:33 UTC
fixed in 6.62-1


Note You need to log in before you can comment on or make changes to this bug.