[Search for users] [Overall Top Noters] [List of all Conferences] [Download this site]

Conference aosg::lsm

Title:LSM
Moderator:SMURF::SHIDERLY
Created:Mon Jan 17 1994
Last Modified:Fri Jun 06 1997
Last Successful Update:Fri Jun 06 1997
Number of topics:803
Total number of notes:2852

780.0. "How to make a plex "CLEAN" ?" by BRSDVP::DEVOS (Manu Devos DEC/SI Brussels 856-7539) Mon Apr 07 1997 11:20

    Hi,
    
    This time my LSM mirrorred /usr filesystem is down due to a power
    failure and an intempestive reset of the system after that.
    
    Anyway, whatever is the reason that pushed me in that situation, 
    I want to change the plex state of one of the plexes to "clean"
    in order to be able to start my usrvol volume.
    
    The procedure I know to change the plex state is to use volmend as:
    
    	# volmend fix clean usrvol-01
    
    But, ... volmend is in /usr !!! I tried to tar volmend from another
    system in my /sbin, but unfortunately it is compiled with shared
    libraries which are also in ... /usr !!!
    
    So, my simple but anxious question is :
    
    How can I change the plex state of the /usr volume ???    or 
    How can I force the usrvol volume to start if no plex is clean ???
    
    And, of course, I never backuped it, the systems being so reliable
    nowadays...    :-)   --->   :-(
    
    Waiting for your helps, guys 
    
    Manu.
    
T.RTitleUserPersonal
Name
DateLines
780.1volmend should run in single-userSMURF::SCHLOSSMon Apr 07 1997 14:3011
    What release are you running?  In V4.* the volmend command should only
    load libc and libvxvm (as reported by "odump -Dl /usr/sbin/volmend").
    Both of these libraries reside in root so this shouldn't be a problem.
    
    I will point out that if there were any writes going on at all when
    the system crashed then the volume should be recovered by
    resynchronizing as there may really be a problem with the plexes being
    out of sync.  Even if you think that there were no writes going on at
    the time it is possible that the system was doing its sync() operation
    and some filesystem housekeeping (meta-data or superblocks) blocks were
    being flushed.
780.2spoke to soonSMURF::SCHLOSSMon Apr 07 1997 19:1218
    Let me try that again.  While I stand by my original comment that you
    probably don't really want to do that and doing it would leave you at
    risk for lots of nasty data corruption problems, you should still be
    able to do it.  I tried copying volmend to the root filesystem and
    running it from single user and ran into the following problem:
    
    	# /tmp/volmend
    	7:/tmp/volmend: /sbin/loader: Fatal Error: cannot map libvxvm.so
    
    The workaround for this is:
    
    	# LD_LIBRARY_PATH=/shlib
    	# export LD_LIBRARY_PATH
    	# /tmp/volmend
    	Usage:  volmend [-g diskgroup] [-U usetype] [-o useopt] ..........
    
    The problem is that the volmend executable is built to look for its
    shared libraries in /usr/shlib.  LD_LIBRARY_PATH overrides this.
780.3No way ...BACHUS::DEVOSManu Devos DEC/SI Brussels 856-7539Tue Apr 08 1997 09:1611
    Thanks a lot, Mike, for your time...
    
    But, it appears finally that the LSM mirror of /usr had been removed a
    long time ago, for a test and the power cut has damaged my only
    remaining plex disk. (It does not spin-up anymore).
    
    So, I decided to re-install my host (fscr44.bro.dec.com) with V4.0B.
    
    I was using V3.2D...
    
    Manu.