[Info-vax] Odd BACKUP error: unsupported file structure !

[JF Mezei]

hb wrote:

>> backup/image/ignore=interlock disk1: lda2:/init
>>
>> %BACKUP-E-OPENIN, error opening $11$DQB0:[ALLIN1.LIB_SHARE]BALLCAP.EPS;1
>> as input
>> -SYSTEM-W-FILESTRUCT, unsupported file structure level
>
> 
> Try a $ dump/header/block=count=0 $11$DQB0:
> [ALLIN1.LIB_SHARE]BALLCAP.EPS;1
> and see what it dumps for "Structure level and version:".
> 

Dump of file $11$DQB0:[ALLIN1.LIB_SHARE]BALLCAP.EPS;1 on 10-NOV-2011
10:52:36.10
File ID (58136,1,0)   End of file block 12 / Allocated 18

                             File Header
Header area
    Identification area offset:           40
    Map area offset:                      100
    Access control area offset:           255
    Reserved area offset:                 255
    Extension segment number:             0
    Structure level and version:          5, 1
    File identification:                  (58136,1,0)
    Extension file identification:        (0,0,0)
    VAX-11 RMS attributes
        Record type:                      CR-terminated stream
        File organization:                Sequential
        Record attributes:                Implied carriage control
        Record size:                      96
        Highest block:                    18
        End of file block:                12
        End of file byte:                 504
        Bucket size:                      0
        Fixed control area size:          0
        Maximum record size:              0
        Default extension size:           0
        Global buffer count:              0
        Directory version limit:          0
    File characteristics:                 <none specified>
    Caching attribute:                    Writethrough
    Map area words in use:                3
    Access mode:                          0


If I type the file, the contents appear to be intact.   So far, only 2
files have generated that message. Both created when the Alpha version
of ALLIN1 was installed.

I can't run ana/disk/repair now because backup is still running.
Something definitely askew, but my priority is to get the disk copied to
another one first.  I know that ana/disk/repair spots a whole bunch of
errors about some bit not  properly set (likely due to file not being
properly closed when system is shutdown, but I had never seen those before).