FastStor DLT 7000 - extremely slow

2004-09-14 Thread Kevin D. Alford








I have a IBM P660 6MI server running AIX 5.1 ML6 and Amanda 2.4.2p2.



I originally had my backups running to the internal 8MM tape
drive.



define tapetype ibm-20gig-8mm {

 length 17636 mbytes

 filemark 178
kbytes # don't know a better
value

 speed 2116
kbytes # dito

}

STATISTICS:


Total Full
Daily


  

Estimate Time
(hrs:min) 0:10

Run Time
(hrs:min) 2:42

Dump Time
(hrs:min)
2:24
2:16 0:08

Output Size (meg)
14913.2 14658.5 254.7

Original Size
(meg) 34648.7
33725.5 923.2

Avg Compressed Size
(%) 43.0
43.5 27.6 (level:#disks ...)

Filesystems
Dumped
13
9 4 (1:1 3:2
4:1)

Avg Dump Rate (k/s)
1767.5 1838.0 550.9



Tape Time
(hrs:min)
2:09
2:07 0:02

Tape Size
(meg) 14913.6
14658.8 254.8

Tape Used
(%)
84.6
83.1 1.4 (level:#disks
...)

Filesystems
Taped
13 9
4 (1:1 3:2 4:1)

Avg Tp Write Rate (k/s)
1977.2 1972.0 2329.1



I have now attached a ADIC Fastor 7 Slot DLT 7000 (DLTtape
IV) drive



define tapetype DLT7000-IV {

 comment DLT7000 with DLT Tape IV
uncompressed

 length 35000 mbytes

 filemark 8
kbytes # don't know
a better value

 speed 5000
kbytes # dito

}



And the backup times have went from approximately 2 hours to
23 hours.



STATISTICS:


Total Full
Daily


  

Estimate Time
(hrs:min) 0:25

Run Time
(hrs:min) 24:04

Dump Time
(hrs:min)
21:49 21:44
0:05

Output Size
(meg) 16554.5
16422.1 132.4

Original Size
(meg) 40713.0
40038.2 674.9

Avg Compressed Size
(%) 40.7
41.0 19.6 (level:#disks ...)

Filesystems
Dumped
14
10 4 (1:1 2:1
3:2)

Avg Dump Rate
(k/s) 215.8
214.9 447.0



Tape Time
(hrs:min)
23:18 23:07
0:11

Tape Size
(meg) 16554.9
16422.4 132.5

Tape Used (%)
47.3
46.9 0.4 (level:#disks
...)

Filesystems
Taped
14
10 4 (1:1 2:1
3:2)

Avg Tp Write Rate (k/s)
202.1 202.1 198.8



What could be the problem? I think I have the
right tapetype configuration in the Amanda.conf file.



I also dont have a changer.conf file?



Any help is greatly appreciated.







Kevin D. Alford

Sr. Systems Engineer

2110 Pleasant Valley Rd.

Fairmont, WV 26554

TMC Technologies, Inc.

(304)368-1862 Ext. 53










RE: FastStor DLT 7000 - extremely slow

2004-09-14 Thread Kevin D. Alford
The error count is small.  We don't have a problem with the network.

[EMAIL PROTECTED] /root- netstat -i
Name  Mtu   Network AddressIpkts IerrsOpkts Oerrs
Coll
en2   1500  link#2  0.6.27.6b.6b.63   8789 0  556 4
0
en2   1500  000.000.0   lightning 8789 0  556 4
0
lo0   16896 link#1 322 0  330 0
0
lo0   16896 127 localhost  322 0  330 0
0
lo0   16896 ::1322 0  330 0
0

This is the output from a backup report for the 8MM drive after adding
the other filesystem.

STATISTICS:
  Total   Full  Daily
      
Estimate Time (hrs:min)0:30
Run Time (hrs:min) 6:24
Dump Time (hrs:min)5:52   5:47   0:06
Output Size (meg)   16422.016295.0  127.0
Original Size (meg) 40076.839376.1  700.7
Avg Compressed Size (%)41.0   41.4   18.1   (level:#disks
...)
Filesystems Dumped   14 10  4   (1:2 3:2)
Avg Dump Rate (k/s)   795.7  802.3  388.2

Tape Time (hrs:min)5:33   5:31   0:01
Tape Size (meg) 16422.416295.3  127.1
Tape Used (%)  93.1   92.40.7   (level:#disks
...)
Filesystems Taped14 10  4   (1:2 3:2)
Avg Tp Write Rate (k/s)   842.9  839.3 1912.1

It still only took 5 1/2 hours.


Kevin D. Alford
Sr. Systems Engineer
2110 Pleasant Valley Rd.
Fairmont, WV 26554
TMC Technologies, Inc.
(304)368-1862 Ext. 53

-Original Message-
From: Paul Bijnens [mailto:[EMAIL PROTECTED] 
Sent: Tuesday, September 14, 2004 11:24 AM
To: Kevin D. Alford
Cc: [EMAIL PROTECTED]
Subject: Re: FastStor DLT 7000 - extremely slow

Kevin D. Alford wrote:

[before:]
 Run Time (hrs:min) 2:42
 Dump Time (hrs:min)2:24   2:16   0:08
...
 Avg Dump Rate (k/s)  1767.5 1838.0  550.9
 
 
 Tape Time (hrs:min)2:09   2:07   0:02
 Tape Size (meg) 14913.614658.8  254.8
 Tape Used (%)  84.6   83.11.4   (level:#disks
...)
 Filesystems Taped13  9  4   (1:1 3:2 4:1)
 Avg Tp Write Rate (k/s)  1977.2 1972.0 2329.1


[after:]
 I have now attached a ADIC Fastor 7 Slot DLT 7000 (DLTtape IV) drive
 
 And the backup times have went from approximately 2 hours to 23 hours.
 
 STATISTICS:
   Total   Full  Daily
       
 Estimate Time (hrs:min)0:25
 Run Time (hrs:min)24:04
 Dump Time (hrs:min)   21:49  21:44   0:05
 Output Size (meg)   16554.516422.1  132.4
 Original Size (meg) 40713.040038.2  674.9
 Avg Compressed Size (%)40.7   41.0   19.6   (level:#disks
...)
 Filesystems Dumped   14 10  4   (1:1 2:1 3:2)
 Avg Dump Rate (k/s)   215.8  214.9  447.0
 
 Tape Time (hrs:min)   23:18  23:07   0:11
 Tape Size (meg) 16554.916422.4  132.5
 Tape Used (%)  47.3   46.90.4   (level:#disks
...)
 Filesystems Taped14 10  4   (1:1 2:1 3:2)
 Avg Tp Write Rate (k/s)   202.1  202.1  198.8
 

Not only the tape seems slow, but almost everything!
The estimate time went from 10 minutes to 25 minutes
(that could still be normal).
The dump time went from 2 1/2 hours to almost 22 hours!

Do you have networking problems (e.g. a duplex mismatch
is a frequent problem).  Try netstat -i, and notice
if you have a a large error count.

There was also one filesystem added?  Maybe that the cause?

Or did you bypass the holdingdisk for one or more dumps?


 
 What could be the problem?  I think I have the right tapetype 
 configuration in the Amanda.conf file.

I believe the tapetype is correct, but you generate one yourself.
It takes about 6 hours.  Insert a scratch tape and type:

 amtapetype -e 35g -f /dev/your/tape


 I also don't have a changer.conf file?

If you don't have a changer, than you don't need one :-)



-- 
Paul Bijnens, XplanationTel  +32 16 397.511
Technologielaan 21 bus 2, B-3001 Leuven, BELGIUMFax  +32 16 397.512
http://www.xplanation.com/  email:  [EMAIL PROTECTED]
***
* I think I've got the hang of it now:  exit, ^D, ^C, ^\, ^Z, ^Q, F6, *
* quit,  ZZ, :q, :q!,  M-Z, ^X^C,  logoff, logout, close, bye,  /bye, *
* stop, end, F3, ~., ^]c, +++ ATH, disconnect, halt,  abort,  hangup, *
* PF4, F20, ^X^X, :D::D, KJOB, F14-f-e, F8-e,  kill -1 $$,  shutdown, *
* kill -9 1,  Alt-F4,  Ctrl-Alt-Del,  AltGr-NumLock,  Stop-A,  ...*
* ...  Are you sure?  ...   YES   ...   Phew ...   I'm out  *
***







Strange Dumps?

2004-07-23 Thread Kevin D. Alford








I am running Amanda versions 2.4.2p2 on a AIX 5.1 system.

I have been getting these strange dump details, and would
like

To resolve these problems. The following information
is provided.



FAILED AND STRANGE DUMP DETAILS:



/--
thunder /home lev 1 STRANGE

sendbackup: start
[thunder:/home level 1]

sendbackup: info
BACKUP=/bin/tar

sendbackup: info
RECOVER_CMD=/bin/gzip -dc |/bin/tar -f... -

sendbackup: info
COMPRESS_SUFFIX=.gz

sendbackup: info end

? gtar: Removing leading
`./' from member names

| Total bytes written:
16957440 (17MiB, 1.9MiB/s)

sendbackup: size 16560

sendbackup: end

\



/--
hail /home lev 4 STRANGE

sendbackup: start
[hail:/home level 4]

sendbackup: info
BACKUP=/bin/tar

sendbackup: info
RECOVER_CMD=/bin/gzip -dc |/bin/tar -f... -

sendbackup: info
COMPRESS_SUFFIX=.gz

sendbackup: info end

? gtar: Removing leading
`./' from member names

| Total bytes written:
19957760 (20MiB, 610KiB/s)

sendbackup: size 19490

sendbackup: end

\



/--
thunder / lev 2 STRANGE

sendbackup: start [thunder:/
level 2]

sendbackup: info
BACKUP=/bin/tar

sendbackup: info
RECOVER_CMD=/bin/gzip -dc |/bin/tar -f... -

sendbackup: info
COMPRESS_SUFFIX=.gz

sendbackup: info end

? gtar: Removing leading `./'
from member names

| gtar: ./tmp/.s.PGSQL.5432:
socket ignored Total bytes written: 

| 160993280 (154MiB,
5.9MiB/s)

sendbackup: size 157220

sendbackup: end

\



/--
hail / lev 1 STRANGE

sendbackup: start [hail:/
level 1]

sendbackup: info BACKUP=/bin/tar

sendbackup: info
RECOVER_CMD=/bin/gzip -dc |/bin/tar -f... -

sendbackup: info
COMPRESS_SUFFIX=.gz

sendbackup: info end

? gtar: Removing leading
`./' from member names

| gtar: ./dev/log: socket
ignored

| gtar: ./tmp/.s.PGSQL.5432:
socket ignored

| gtar: ./tmp/mysql.sock:
socket ignored

| gtar:
./var/run/fcron.fifo: socket ignored Total bytes written: 

| 393256960 (376MiB,
2.6MiB/s)

sendbackup: size 384040

sendbackup: end





Any help is would be greatly appreciated.





Kevin D. Alford

Sr. Systems Engineer

TMC Technologies, Inc.

(304)368-1862 Ext. 53










Upgrading Amanda

2004-07-23 Thread Kevin D. Alford








I am looking for the procedures required to upgrade from 2.4.2p2
to 2.4.4p3.

Your assistance in this matter is greatly
appreciated.





Kevin D. Alford

Sr. Systems Engineer

TMC Technologies, Inc.

(304)368-1862 Ext. 53