The client does not compress data during backup. However, we run the
3590's on our server with compression enabled.
The serverlevel (AIX) back in february was 2.1.5.15, today, when the
restore "failed", we're at 3.1.2.0.
The client was, and still is 2.1.0.5. (IRIX) (We are at bit down-level in
IRIX, but I can't see how this cound make a difference here..)
Anyone seen this or similar restore-errors before?
Details below.. (sorry if it's a bit messy..):
-----------------------------------------------------------------
During some testing on an IRIX-client I run into the following..:
During some testing on an IRIX-client I run into the following..:
The file figur2.sho.gz was backed up in february this year:
dsmc q backup ...... reports:
Size Backup Date
---- -----------
98,767 02/15/1998 02:13:06 <looong path truncated..>figur2.sho.gz
The file is still on the client's disk and has not changed:
ls -al reports:
-rw-r--r-- 1 alyngsta medstud 98767 Sep 28 1997 ........
However, dsmc restore ....:
However, dsmc restore ....:
Restoring 98,767 <long path...>/figur2.sho.gz -->
/disk.18GB/tmp/figur2.sho_orig.gz ... Done
Restore processing finished.
Total number of objects restored: 1
Total number of bytes transferred: 84.9 KB
Data transfer rate: 146.39 KB/sec
---------------------------
And, ls -al reports on the recovered file:
And, ls -al reports on the recovered file:
-rw-r--r-- 1 alyngsta meds 86935 Sep 28 1997 ...figur2.sho_orig.gz
The recovered file is smaller than the original, and therefore, different:
The recovered file is smaller than the original, and therefore, different:
# diff figur2.sho.gz figur2.sho_orig.gz
Binary files figur2.sho.gz and figur2.sho_orig.gz differ
Then, gunzip -l :
cama07# gunzip -l figur2.sho.gz (the original)
compressed uncompr. ratio uncompressed_name
98767 12406384 99.2% figur2.sho
cama07# gunzip -l figur2.sho_orig.gz (the restored one)
compressed uncompr. ratio uncompressed_name
86935 12406384 99.3% figur2.sho_orig
unzipped, the files are identical..
I made a new backup-copy of the original file today, and this backup-copy
restores correctly..
(the restores are from tape in both cases...)
-------------------------------
=========================================================================
|