John, remember this recent thread? I followed your suggestion and have
included more info below.
On Thu, 10 May 2001, John R. Jackson wrote:
> >are you sure it's fixed? ...
>
> Hmmmm. I sure thought it was.
>
> Do you have one of those chunks still laying around? What does:
>
> dd if=the-chunk-file bs=32k count=1
>
> have to say?
>
> >Todd Pfaff
>
> John R. Jackson, Technical Software Specialist, [EMAIL PROTECTED]
After last nights dumps, I looked at these chunk files on holding disk:
ls -al mmri1001._2.0*
-rw------- 1 backup backup 2147385344 May 24 03:52 mmri1001._2.0
-rw------- 1 backup backup 2147385344 May 24 04:18 mmri1001._2.0.1
-rw------- 1 backup backup 2147385344 May 24 04:47 mmri1001._2.0.2
-rw------- 1 backup backup 102596608 May 24 04:48 mmri1001._2.0.3
dd if=mmri1001._2.0 bs=32k count=1
AMANDA: FILE 20010524 mmri1001 /2 lev 0 comp .gz program
/usr/local/amanda/libexec/gnutar
CONT_FILENAME=/net/origin/2/amanda/20010524/mmri1001._2.0.1
To restore, position tape at start of file and run:
dd if=<tape> bs=32k skip=1 | /bin/gzip -dc |/usr/local/amanda/libexec/gnutar
-f... -
1+0 records in
1+0 records out
dd if=mmri1001._2.0.1 bs=32k count=1
AMANDA: CONT_FILE 20010524 mmri1001 /2 lev 0 comp .gz program
/usr/local/amanda/libexec/gnutar
CONT_FILENAME=/net/origin/2/amanda/20010524/mmri1001._2.0.2
To restore, position tape at start of file and run:
dd if=<tape> bs=32k skip=1 | /bin/gzip -dc |/usr/local/amanda/libexec/gnutar
-f... -
1+0 records in
1+0 records out
dd if=mmri1001._2.0.2 bs=32k count=1
AMANDA: CONT_FILE 20010524 mmri1001 /2 lev 0 comp .gz program
/usr/local/amanda/libexec/gnutar
CONT_FILENAME=/net/origin/2/amanda/20010524/mmri1001._2.0.3
To restore, position tape at start of file and run:
dd if=<tape> bs=32k skip=1 | /bin/gzip -dc |/usr/local/amanda/libexec/gnutar
-f... -
1+0 records in
1+0 records out
dd if=mmri1001._2.0.3 bs=32k count=1
AMANDA: CONT_FILE 20010524 mmri1001 /2 lev 0 comp .gz program
/usr/local/amanda/libexec/gnutar
To restore, position tape at start of file and run:
dd if=<tape> bs=32k skip=1 | /bin/gzip -dc |/usr/local/amanda/libexec/gnutar
-f... -
1+0 records in
1+0 records out
When I did the amflush, I still get some cruft file warning messages.
I have removed all filesystem records from the report except for the one
of interest.
>Subject: mmri AMFLUSH MAIL REPORT FOR May 24, 2001
The dumps were flushed to tape mmri17.
The next tape Amanda expects to use is: mmri18.
STATISTICS:
Total Full Daily
-------- -------- --------
Estimate Time (hrs:min) 0:00
Run Time (hrs:min) 0:34
Dump Time (hrs:min) 0:00 0:00 0:00
Output Size (meg) 0.0 0.0 0.0
Original Size (meg) 0.0 0.0 0.0
Avg Compressed Size (%) -- -- --
Filesystems Dumped 0 0 0
Avg Dump Rate (k/s) -- -- --
Tape Time (hrs:min) 0:30 0:25 0:05
Tape Size (meg) 8072.2 7112.7 959.5
Tape Used (%) 24.2 21.3 2.9 (level:#disks ...)
Filesystems Taped 49 2 47 (1:37 2:9 3:1)
Avg Tp Write Rate (k/s) 4604.5 4886.9 3223.5
NOTES:
amflush: mmri1001._2.0.1: ignoring cruft file.
amflush: mmri1001._2.0.2: ignoring cruft file.
amflush: mmri1001._2.0.3: ignoring cruft file.
taper: tape mmri17 kb 8265920 fm 49 [OK]
DUMP SUMMARY:
DUMPER STATS TAPER STATS
HOSTNAME DISK L ORIG-KB OUT-KB COMP% MMM:SS KB/s MMM:SS KB/s
------------------- ------------------------------------- -------------
mmri1001 /2 0 13212520 6391264 48.4 N/A N/A 21:44 4900.6
(brought to you by Amanda version 2.4.2p2)
--
Todd Pfaff \ Email: [EMAIL PROTECTED]
Computing and Information Services \ Voice: (905) 525-9140 x22920
ABB 132 \ FAX: (905) 528-3773
McMaster University \
Hamilton, Ontario, Canada L8S 4M1 \
