home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #30 / NN_1992_30.iso / spool / comp / os / vms / 19611 < prev    next >
Encoding:
Internet Message Format  |  1992-12-21  |  3.1 KB
  1. Path: sparky!uunet!dtix!darwin.sura.net!spool.mu.edu!agate!ucbvax!UH01.Colorado.EDU!DWING
  2. From: DWING@UH01.Colorado.EDU (Dan Wing)
  3. Newsgroups: comp.os.vms
  4. Subject: BACKUP 'enhancement' in VMS V5.5-2
  5. Message-ID: <01GSJL128FWI006MJF@VAXF.COLORADO.EDU>
  6. Date: 20 Dec 92 22:35:47 GMT
  7. Sender: daemon@ucbvax.BERKELEY.EDU
  8. Organization: The Internet
  9. Lines: 66
  10.  
  11. I'm posting the following note from DECUServe for Bob Doherty, 
  12. <doherty@eisner.decus.org>.  
  13.  
  14.                   <<< EISNER::DUA2:[NOTES$HIVOL]VMS.NOTE;1 >>>
  15.                          -< VMS and bundled utilities >-
  16. ================================================================================
  17. Note 1962.0             VMS 5.5-2 Backup in a subprocess                 1 reply
  18. EISNER::DOHERTY "Bob Doherty"                        39 lines  15-DEC-1992 08:57
  19. --------------------------------------------------------------------------------
  20.     It appears that in the process of fixing the bug in BACKUP wrt backing
  21.     up to multivolume backup sets in a subprocess, DEC has broken BACKUP
  22.     for some other uses in a subprocess, specifically (and unfortunately)
  23.     the way VMSINSTAL uses BACKUP.
  24.     
  25.     Specifically, if you attempt to run VMSINSTAL from a subprocess to
  26.     install, say, FORTRAN v5.9, just after the line
  27.     Restoring Saveset A...
  28.     the errors
  29.     %BACKUP-F-DEVALLOC, unable to allocate device MSB0:
  30.     -SYSTEM-F-DEVMOUNT, device is already mounted.
  31.     are obtained, and VMSINSTAL terminates.
  32.     
  33.     The behavior can be duplicated by the following sequence of commands,
  34.     assuming that the FORTRAN v5.9 tape is on MSB0:
  35.     
  36.     SPAWN
  37.     %DCL-S-SPAWNED, process DOHERTY_1 spawned
  38.     %DCL-S-ATTACHED, terminal now attached to process DOHERTY_1
  39.     MOUNT/FOR MSB0:
  40.     %MOUNT-I-WRITELOCK, volume is write locked
  41.     %MOUNT-I-MOUNTED, FORT mounted on _VAX750$MSB0:
  42.     BACKUP MSB0:FORT059.A [.VMI]
  43.     %BACKUP-F-DEVALLOC, unable to allocate device MSB0:
  44.     -SYSTEM-F-DEVMOUNT, device is already mounted.
  45.     
  46.     If the prelimnary MOUNT command is not given, and BACKUP is allowed to
  47.     mount volume itself, the backup command works normally.  Unfortunately,
  48.     VMSINSTAL uses the separate MOUNT.
  49.     
  50.     This behavior does NOT occur with the BACKUP on a VMS 5.5-1 system.
  51.     
  52.     The version of backup which shows the incorrect behavior is X-8 with a
  53.     link date/time of 10-SEP-1992 20:51:25.65.
  54.     
  55.     The version of backup which does not show the behavior is X-10 with a
  56.     link date/time of 12-OCT-1991 04:57:31.81
  57.     
  58.     mumble
  59.  
  60. In private Email, Bob wrote to me, in part:
  61.  
  62. I have reported the problem to TSC, and they duplicated it on a 5.5-2 as well 
  63. as a 6.0 field test system.  They also said they were working on a patch, but 
  64. it wasn't ready yet.  
  65.  
  66. > Where can I get X-10...
  67. I brought it back from our 5.5-1 system backup, right after upgrading to
  68. 5.5-2.  From the link date (12-Oct-1991) it should be on systems bwtween
  69. 5.5-1 back to say 5.4-3.  The version numbers don't make any sense to me,
  70. but they're not typos(the backup version numbers, that is).
  71.  
  72.     Bob
  73.  
  74. --
  75. Posted to INFO-VAX (comp.os.vms) for Bob Doherty by Dan Wing,
  76. dwing@uh01.colorado.edu.
  77.