home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #27 / NN_1992_27.iso / spool / comp / os / vms / 18140 < prev    next >
Encoding:
Internet Message Format  |  1992-11-17  |  2.2 KB
  1. Path: sparky!uunet!charon.amdahl.com!pacbell.com!sgiblab!sdd.hp.com!elroy.jpl.nasa.gov!nntp-server.caltech.edu!SOL1.GPS.CALTECH.EDU!CARL
  2. From: carl@SOL1.GPS.CALTECH.EDU (Carl J Lydick)
  3. Newsgroups: comp.os.vms
  4. Subject: Re: Wierd BACKUP change in VMS 5.5-2
  5. Date: 17 Nov 1992 23:23:58 GMT
  6. Organization: HST Wide Field/Planetary Camera
  7. Lines: 29
  8. Distribution: world
  9. Message-ID: <1ebuueINNc33@gap.caltech.edu>
  10. References: <1992Nov17.203345.23090@aplcen.apl.jhu.edu>
  11. Reply-To: carl@SOL1.GPS.CALTECH.EDU
  12. NNTP-Posting-Host: sol1.gps.caltech.edu
  13.  
  14. In article <1992Nov17.203345.23090@aplcen.apl.jhu.edu>, rubin@procon.jhuapl.edu (Don Rubin) writes:
  15. =
  16. =We recently upgraded one of our clusters to 5.5-2, everything
  17. =went well and we had no complaints from the users until someone
  18. =ran one of my programs that is a front end to BACKUP. We have
  19. =a database of backups that allows the user find which tape has
  20. =the desired data. The restore program gets info from the user
  21. =and then mounts the tape (all of our programs do mounts and
  22. =dismounts so the users never have to worry about doing that)
  23. =if the label agrees with the one the user specified then a
  24. =subprocess is created (using smg$create_subprocess) and BACKUP
  25. =is spawned. UNTIL 5.5-2 this worked properly, since the drive
  26. =was mounted in the parent process, backup just went ahead and
  27. =did the restore. NOW backup aborts saying the tape drive is
  28. =allocated by another process (yes, the parent). After much
  29. =mail with DSNLINK the word is that the problem has been
  30. =refered to engineering.
  31.  
  32. Sounds like the parent process is not only MOUNTing the tape, but is
  33. ALLOCATEing it as well.  You might want to check your procedures for that
  34. possibility.
  35. --------------------------------------------------------------------------------
  36. Carl J Lydick | INTERnet: CARL@SOL1.GPS.CALTECH.EDU | NSI/HEPnet: SOL1::CARL
  37.  
  38. Disclaimer:  Hey, I understand VAXen and VMS.  That's what I get paid for.  My
  39. understanding of astronomy is purely at the amateur level (or below).  So
  40. unless what I'm saying is directly related to VAX/VMS, don't hold me or my
  41. organization responsible for it.  If it IS related to VAX/VMS, you can try to
  42. hold me responsible for it, but my organization had nothing to do with it.
  43.