I've had problems with restoring from multi-stream
backup sets. Some large files (> 100M size) appear to
be corrupt in the restored data.
This report is more of a "heads up" than anything. I
will continue to investigate (time-consuming) but
thought it worthwhile to mention in case someone else
has seen it.
Attributes of the problem so far:
1. Only large files seem to be affected.
2. Corruption was detected by the inability to gunzip
affected files (ie gzip CRC calculations).
3. If I arrange the backups so that no time overlap
occurs across clients then the problem goes away.
Note that if (3) was a practical permanent solution
then I would not be using the multi-stream server.
I have checked: all the clients have unique client
identifiers in their backup.conf files.
System details are:
scsi0 : ncr53c8xx - version 3.2a-2
scsi : 1 host.
Vendor: ECRIX Model: VXA-1 Rev: 2424
Type: Sequential-Access ANSI SCSI
Vendor: SPECTRA Model: 215 Rev: 1008
Type: Medium Changer ANSI SCSI
only running multi-stream server
using auto tape changer
Clients are all RH 6.2 running afbackup-184.108.40.206pl2,
all connecting to multi-stream server.
I'd upgrade all to 3.3.6 right away - but I haven't
seen anything in the changelog that indicates this
problem might be touched.
I am testing 3.3.6 at the moment.