Thank you to everybody for their help and suggestions.  I went ahead and
disabled hardware compression on my drive.

Unfortunately, I am running into further problems in my attempts to
clear out the previously spooled dumps with amflush.  amflush fails
after a short time without writing anything at all to tape.

Here is what happens...

I rum amflush and get the following output:

  Scanning /local0/ambackup/nextrials...
    20030703: found Amanda directory.
    20030704: found Amanda directory.

  Multiple Amanda directories, please pick one by letter:
    A. 20030703
    B. 20030704
  Select directories to flush [A..B]: [ALL]

I get the same results, whether I pick A, B, or ALL.  The amflush report
looks like:

STATISTICS:

<big fat 0's for every reported time and size value>
<Avg Compressed Size, Avg Dump Rate and Avg Tp Write Rate all report
"--">

NOTES:
  driver: WARNING: /local0/ambackup: 83886080 KB requested, but only
  61325902 KB available
  taper: tape NEXTRIALS026 kb 0 fm 0 [OK]

DUMP SUMMARY:
                                     DUMPER STATS            TAPER STATS
HOSTNAME     DISK        L ORIG-KB OUT-KB COMP% MMM:SS  KB/s MMM:SS KB/s
-------------------------- --------------------------------- -----------
anubis       /             NO FILE TO FLUSH ---------------------------
anubis       /local0       NO FILE TO FLUSH ---------------------------
anubis       /usr/local    NO FILE TO FLUSH ---------------------------
anubis       /var          NO FILE TO FLUSH ---------------------------
athene.web   /             NO FILE TO FLUSH ---------------------------
athene.web   /var          NO FILE TO FLUSH ---------------------------
  etc, etc, etc...

While amflush is running, amstatus reports that everything is waiting to
flush, as in:

flush           :  47  7288612k
        <0k, 0.00% values for everything else>
wait to flush   :  47  7288612kk  7288612k (100.00%) (  0.00%) 
4 dumpers idle, 0 dumpers busy...

The amanda log file reports:

DISK amflush hades /
DISK amflush hades /usr
 etc, etc...
DISK amflush bali.web /var
START amflush date 20030707
START driver date 20030707
WARNING driver WARNING: /local0/ambackup/nextrials: 104857600 KB
requested, but 
only 61325652 KB available.
STATS driver startup time 0.071
START taper datestamp 20030707 label NEXTRIALS026 tape 0

The amflush log file reports:

amflush: datestamp 20030707
driver: pid 58387 executable driver version 2.4.3b2
driver: send-cmd time 0.004 to taper: START-TAPER 20030707
FLUSH ra /local0 20030703 0
/local0/ambackup/nextrials/20030703/ra._local0.0
FLUSH ra /usr/local 20030703 1
/local0/ambackup/nextrials/20030703/ra._usr_local
.1
 etc, etc...
ENDFLUSH
driver: adding holding disk 0 dir /local0/ambackup/nextrials size
61325652
reserving 61325652 out of 61325652 for degraded-mode dumps
driver: start time 0.071 inparallel 4 bandwidth 1410666408 diskspace
61325652 di
r OBSOLETE datestamp 20030707 driver: drain-ends tapeq LFFO big-dumpers
sssS
taper: pid 58388 executable taper version 2.4.3b2
taper: page size is 4096
taper: buffer size is 32768
taper: buffer[00] at 0x30048000
taper: buffer[01] at 0x30050000
taper: buffer[02] at 0x30058000
taper: buffer[03] at 0x30060000
taper: buffer[04] at 0x30068000
taper: buffer[05] at 0x30070000
taper: buffer[06] at 0x30078000
taper: buffer[07] at 0x30080000
taper: buffer[08] at 0x30088000
taper: buffer[09] at 0x30090000
taper: buffer[10] at 0x30098000
taper: buffer[11] at 0x300a0000
taper: buffer[12] at 0x300a8000
taper: buffer[13] at 0x300b0000
taper: buffer[14] at 0x300b8000
taper: buffer[15] at 0x300c0000
taper: buffer[16] at 0x300c8000
taper: buffer[17] at 0x300d0000
taper: buffer[18] at 0x300d8000
taper: buffer[19] at 0x300e0000
taper: buffer structures at 0x300e8000 for 240 bytes
taper: read label `NEXTRIALS026' date `20030707'
taper: wrote label `NEXTRIALS026' date `20030707'
driver: result time 8.932 from taper: TAPER-OK 
driver: send-cmd time 8.932 to taper: FILE-WRITE 00-00001
/local0/ambackup/nextr
ials/20030703/ra._local0.0 ra /local0 0 20030703
driver: state time 8.932 free kps: 1410666408 space: 61325652 taper:
writing idl
e-dumpers: 4 qlen tapeq: 46 runq: 0 roomq: 0 wakeup: 86400 driver-idle:
not-idle
driver: interface-state time 8.932 if : free 600000 if FXP0: free
1410065408 if 
LOCAL: free 1000
driver: hdisk-state time 8.932 hdisk 0: free 61325652 dumpers 0

This is frustrating, I need to get the spool disk flushed or else
backups will fail completely tonight due to lack of space.

Amanda has been chugging along just fine for over a year, this problem
has just now crept up as my ammount of data storage has grown.

Thanks again, you folks are super helpful!

--Joshua D. Bello

On Mon, Jul 07, 2003 at 10:26:09AM -0700, Joshua D. Bello wrote:
> I am currently experiencing problems with Amanda backup runs completing
> successfully, supposedly due to running out of tape.  I am using
> Amanda 2.4.3 on a FreeBSD 4.8-STABLE machine, backing up to 35/70GB
> DLT 7000 drive.  Compression is enabled on the drive, and we are also
> using compression within Amanda.  We are getting nowhere near the
> expected 70GB compressed capacity of the tapes.

Reply via email to