Bugzilla will be upgraded to version 5.0 on a still to be determined date in the near future. The original upgrade date has been delayed.
Bug 134353 - vgscan hangs with yesterday and todays build
vgscan hangs with yesterday and todays build
Product: Red Hat Cluster Suite
Classification: Red Hat
Component: gfs (Show other bugs)
i686 Linux
medium Severity medium
: ---
: ---
Assigned To: Christine Caulfield
GFS Bugs
Depends On:
  Show dependency treegraph
Reported: 2004-10-01 11:56 EDT by Corey Marthaler
Modified: 2010-01-11 21:59 EST (History)
0 users

See Also:
Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 2004-10-27 14:48:35 EDT
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)

  None (edit)
Description Corey Marthaler 2004-10-01 11:56:31 EDT
Description of problem:
Derek and I are seeing this repeatedly on our nodes when attempting to
check for vgs out on the SAN. The vgscan just appears to hang. Here is
where the strace shows it's at:
stat64("/proc/lvm/VGs/recovery", 0xbffff090) = -1 ENOENT (No such file or 
rt_sigprocmask(SIG_SETMASK, ~[RTMIN], [], 8) = 0
"3\1\377\277\0\0\0\0\0\0\0\0\r\0\0\0\0\1\0V_recovery\0\377"..., 31) = 31

How reproducible:
Comment 1 Christine Caulfield 2004-10-04 04:38:50 EDT
The latest build seems OK for me. Can you find out what clvmd is up to
(clvmd -d) and post the last few lines of the log please.

It's also worth disabling debug logging before starting clvmd, as it
seems to confuse it's initial LV detection (as I mentioned in email)
Comment 2 Corey Marthaler 2004-10-04 12:43:12 EDT
I no longer see this vgscan hang but do now see a hang futher down 
the road at the pvcreate (bz134559). 
Comment 3 Corey Marthaler 2004-10-05 15:05:52 EDT
I'm seeing the vgscan hang again 
Comment 4 Christine Caulfield 2004-10-06 03:18:14 EDT
I'm pretty certain this is the same as the pvcreate hang but until I
have any evidence I won't merge the bugs.

This is a bit of a long shot, but can you try backing out the last
change to clvmd.c:

cvs update -r1.3 clvmd.c
Comment 5 Christine Caulfield 2004-10-06 06:12:14 EDT
Light dawns, yes that would (and does) fix it, for me at least.

It seems that combining fork and pthreads is a really bad idea so I've
put the fork back to where it was (before any threads are created).
Then made the parent wait for daemon initialisation to complete so
that it can report errors back to the user. I'll mark 134559 as
MODIFIED too as I'm pretty convinced it's the same thing.

Checking in daemons/clvmd/clvmd.c;
/cvs/lvm2/LVM2/daemons/clvmd/clvmd.c,v  <--  clvmd.c
new revision: 1.5; previous revision: 1.4
Comment 6 Corey Marthaler 2004-10-27 14:48:35 EDT
fix verified.
Comment 7 Kiersten (Kerri) Anderson 2004-11-16 14:08:05 EST
Updating version to the right level in the defects.  Sorry for the storm.

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