Conference vaxaxp::vmsnotes

105.0. "BACKUP V6.2 ACCVIO on /VOLUME qualifier" by FRSTSC::TLAUER ("I've been designed multi-asking.") Wed Jan 29 1997 11:59

OpenVMS VAX 6.2. Dunno about applied patches

BACKUP bombs at 13AA2 when i use the /volume qualifier to select a specific
input volume of a volume set. This only happens when it touches a file with a
file number within the FID being larger than 2^16, that is the file number
extension field <> 0. We cross-checked this against backup runs with other input
volumes, also against other files: it depends on both being present: the /volume
switch, and the file number > 2^16.

COMET came up with the same problem under 5.5-2 (SRC951112000109). They tried to
reproduce it on inhouse machines, but not knowing about the dependency of the
FID values they weren't able to reproduce it. This is the register dump:

Signal arguments       Stack contents

 Number = 00000005   7FDEAA54
 Name   = 0000000C   00000000
          00000004   00000000
          00000024   00000000
          00013AA2   00000000
          03C00004   00000000
          00000000
          00000000
          00000000
          00000000

 Register dump

 R0 = 00000004  R1 = 00000004  R2 = 7FDEA988  R3 = 00000021
 R4 = 7FDEAA54  R5 = 00000000  R6 = 00000004  R7 = 00000000
 R8 = 00000000  R9 = 00000001  R10= 00000000  R11= 0000402C
 AP = 7FDEA378  FP = 7FDEA338  SP = 7FDEA3B4  PC = 00013AA2
 PSL= 03C00004


These files were about to be processed:

2L0ILM4R.001;1       (6149,1,516)
2L0ILM4R.002;1       (9004,1,514)
2L0ILM4R.003;1       (6150,1,516)
2L0ILM4R.X4H;1       (8440,1,513)


QAR time?


-- Thilo

>QAR time?

Sure. backup should never bomb out this way.

Jur.