home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #31 / NN_1992_31.iso / spool / comp / os / vms / 20012 < prev    next >
Encoding:
Internet Message Format  |  1992-12-29  |  1.2 KB
  1. Path: sparky!uunet!spool.mu.edu!uwm.edu!zaphod.mps.ohio-state.edu!pacific.mps.ohio-state.edu!linac!att!news.cs.indiana.edu!arizona.edu!telcom.arizona.edu!leonard
  2. Newsgroups: comp.os.vms
  3. Subject: Re: Mount verification timed out
  4. Message-ID: <1992Dec29.115919.4181@arizona.edu>
  5. From: leonard@telcom.arizona.edu (Aaron Leonard)
  6. Date: 29 Dec 92 11:59:19 MST
  7. Reply-To: Leonard@Arizona.EDU
  8. References: <1992Dec29.152302.1716@das.harvard.edu>
  9. Distribution: world,local
  10. Organization: University of Arizona Telecommunications
  11. Nntp-Posting-Host: penny.telcom.arizona.edu
  12. Lines: 16
  13.  
  14. In article <1992Dec29.152302.1716@das.harvard.edu>, chen@speed.uucp (Lilei Chen) writes:
  15.  
  16. | In our VAX/VMS-cluster a bunch of disks are cross mounted.  Somtimes when
  17. | a node goes down, its disks are marked mount verification timed out.  I
  18. | haven't found a way to get those disks remounted without rebooting the
  19. | nodes.  I am wondering if someone on the net has a solution for that problem.
  20. | Thanks.
  21. | 
  22. | Jim  (xue@cfaft5.harvard.edu)
  23.  
  24. Boost the value of the SYSGEN param MVTIMEOUT.  (By default 3600 sec. =
  25. 1 hour.)  We have ours set to the maximum, which is 64000 sec (a little
  26. under 18 hours), which should give your rebooting node enough time to
  27. come back up and start re-serving the disks.
  28.  
  29. Aaron
  30.