Bug 163061

Summary: mc sometimes hangs in ssh terminal
Product: Red Hat Enterprise Linux 4 Reporter: Milan Kerslager <milan.kerslager>
Component: mcAssignee: Jindrich Novy <jnovy>
Status: CLOSED DUPLICATE QA Contact: Jay Turner <jturner>
Severity: medium Docs Contact:
Priority: medium    
Version: 4.0CC: leonard-rh-bugzilla, pknirsch, srevivo
Target Milestone: ---   
Target Release: ---   
Hardware: All   
OS: Linux   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2005-11-11 11:48:19 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:

Description Milan Kerslager 2005-07-12 17:41:10 UTC
mc sometimes hangs in ssh window. I have to restart gdm to be able to start mc
again. I'll post strace output next time but IIRC there was a select hanging
around. I'm not sure if it is related to the fact I was trying to start mc
inside a screen session.

Comment 1 Jindrich Novy 2005-07-13 16:13:29 UTC
Milan, I'm aware of no mc problems in a screen session. Could you please add
here some test case that surely hangs in a terminal with ssh connection? The
description you presented won't help me much at least to find a reason for that
hang. Please give me a hint how to reproduce it in points as suggested by
bugzilla. This will help me to find the reason/fix for it.

Comment 2 Jindrich Novy 2005-08-01 08:50:01 UTC
Closing because of invalid bugreport.

Please reopen it with proper test case if you need it fixed.

Comment 3 Milan Kerslager 2005-11-04 11:38:07 UTC
Seems to not be related to the screen app. I experienced the problem again 
here. After the prevoius experience with the hang I recompiled 4.6.1-3.FC3 in 
the RHEL4 environment so be able to check it on the latest version.

Strace output (it does nothing so I breaked strace after some time):

$ strace -p 19513
Process 19513 attached - interrupt to quit
connect(8, {sa_family=AF_FILE, path="/dev/gpmctl"}, 13 <unfinished ...>
Process 19513 detached

As at the original report, after the gpm restart, the mc continued. The machine 
has PS/2 mouse, X on the terminal (no one logged on and a few other users 
logged in via ssh [about 10 or 20], all others was able to run mc except me so 
it sounds like mc has been blocked by some reason by gdm or so).

Comment 4 Jindrich Novy 2005-11-04 13:48:50 UTC
Thanks for the investigation, this problem is likely caused by gpm daemon
running on your system as mc doesn't access /dev/gpmctl directly but via gpm
calls at least. The solution is to reassign this bug to gpm or a workaround is
to disable the gpm service at all. Note that the console mouse support in mc
works perfectly even without the gpm daemon running.

If the workaround here is not sufficient for you, please reassign to gpm.

Jindrich

Comment 5 Milan Kerslager 2005-11-11 11:48:19 UTC
Maybe there is a possibility to disable gpm at all in RPM specfile on FC when mc
is able to utilize mouse without gpm...???

*** This bug has been marked as a duplicate of 168076 ***