Backup Central

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Hi,

I am located in China and, as far as I can tell, the amanda web site
(http://www.amanda.org/) is not accessible from here.

I am trying to get amanda running on a rh9 host, primarily using
http://www.harkness.co.uk/services/backup.html as my guide.

I seem to be running into some trouble though.

When I get to this part :

su amanda -c "/usr/sbin/amdump DailySet1"

it seems to return quite quickly without any messages at all.

I have tried these lines in my /etc/amanda/DailySet1/disklist file :

#localhost /etc comp-root-tar
#localhost /home comp-root-tar
localhost /dev/ida/c0d0p5 comp-root-tar

but it doesn't seem to make any difference; it still returns really
quickly :

# time su amanda -c "/usr/sbin/amdump DailySet1"
0.110u 0.070s 0:06.86 2.6% 0+0k 0+0io 5962pf+0w
#

Also, I've tried one or two of the other amanda commands, and I get
some errors about missing files. The first was a
/usr/local/lib/amanda/exclude.gtar file, and another is :

# time su amanda -c "/usr/sbin/amstatus DailySet1"
/var/lib/amanda/DailySet1/amflush: No such file or directory at
/usr/sbin/amstatus line 106.
0.160u 0.010s 0:00.42 40.4% 0+0k 0+0io 1245pf+0w

I just manually created the exclude file, but I am starting to think
that I didn't install correctly. This is what rpm says I have :

# rpm -qa | fgrep amanda
amanda-server-2.4.3-4
amanda-client-2.4.3-4
amanda-2.4.3-4

Can someone help, or point me to somewhere that helps (not on
www.amanda.org)?

Thanks.

Max.


-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (Darwin)
Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org

iD8DBQFA2SVv4frZ3W7OHZMRArW8AJ0QX+uCPjLX2NPvUQk/BtDiwM9OmQCdFmeF
wMQixn9Kxi6mxTk3TUrvMCg=
=4g4+
-----END PGP SIGNATURE-----

Max Waterman wrote:

When I get to this part :

su amanda -c "/usr/sbin/amdump DailySet1"

it seems to return quite quickly without any messages at all.


The normal way is to run "amcheck" first, fix everything
it complains about, before proceeding with a real amdump.

The error messages of amcheck are usually much less cryptic than
the other utilities.

If you got that far, and still have trouble, you can have a look
in /tmp/amanda, where each client has his logfiles.
And there is this mailing list, where you can post the exact
error messages you find. Of course.

--
Paul Bijnens, Xplanation Tel +32 16 397.511
Technologielaan 21 bus 2, B-3001 Leuven, BELGIUM Fax +32 16 397.512
http://www.xplanation.com/ email: Paul.Bijnens < at > xplanation.com
***********************************************************************
* 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, :, 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 *
***********************************************************************

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Paul Bijnens wrote:

| Max Waterman wrote:
|
|> When I get to this part :
|>
|> su amanda -c "/usr/sbin/amdump DailySet1"
|>
|> it seems to return quite quickly without any messages at all.
|
|
|
| The normal way is to run "amcheck" first, fix everything
| it complains about, before proceeding with a real amdump.

Yeah, that was the previous step on the step-by-step page I was using :

su amanda -c "/usr/sbin/amcheck DailySet1"

First time it ran, it complained about the
/usr/local/lib/amanda/exclude.gtar - there was no /usr/local/lib/amanda
directory, so I created it and the file.

After that, it ran fine; well, I think so - here's what it does now (but
I've done some later steps now) :

| # su amanda -c "/usr/sbin/amcheck DailySet1"
| Amanda Tape Server Host Check
| -----------------------------
| Holding disk /var/tmp: 1122360 KB disk space available, that's plenty
| ERROR: cannot overwrite active tape DailySet101
| (expecting a new tape)
| NOTE: skipping tape-writable test
| NOTE: info dir /var/lib/amanda/DailySet1/curinfo/localhost/_home: does
not exist
| NOTE: index dir /var/lib/amanda/DailySet1/index/localhost/_home: does
not exist
| Server check took 4.220 seconds
|
| Amanda Backup Client Hosts Check
| --------------------------------
| Client check: 1 host checked in 0.120 seconds, 0 problems found
|
| (brought to you by Amanda 2.4.3)

Spot anything?

|
| If you got that far, and still have trouble, you can have a look
| in /tmp/amanda, where each client has his logfiles.

Ooh. Many files. I guess I'll look in reverse chronological order.

| And there is this mailing list, where you can post the exact
| error messages you find. Of course.

Hrm. Looking at those files, I don't see anything which looks like an
error. I have a few 'runtar' files which, I assume are an indication
that it is trying to make the backup, and there's nothing in them that
indicates an error.

Could it be that it's actually working, but doesn't give an output that
I am expecting - ie a list of files, or something that says 'I backed up
so many files' or even "I'm done".

Perhaps I am not specifying a valid place to backup. I am trying to
backup '/home' which is a mount point - though I did specify the
/dev/ida/c0d0p5 at one point, and /etc, but with the same effect.

How can I check that a backup completed successfully?

BTW, email isn't configured on the host machine - perhaps it is telling
me it is working, but I can't read what it says.

Max.

|

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (Darwin)
Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org

iD8DBQFA2Tgx4frZ3W7OHZMRAjNAAJ9M6CjsRiFhZL0HVmZaPUiDun2SqgCfWhPm
5wGsSHbdUZ0P8dkevAsytEc=
=PQ/b
-----END PGP SIGNATURE-----

Max Waterman wrote:
Could it be that it's actually working, but doesn't give an output that
I am expecting - ie a list of files, or something that says 'I backed up
so many files' or even "I'm done".

amdump doesn't generally (ever?) give output on stdout -- it
emails it.

BTW, email isn't configured on the host machine - perhaps it is telling
me it is working, but I can't read what it says.

That could well be the case. Though it should spend
a noticeable amount of time telling you nothing before
it emails you.

Does "amadmin config info" tell you anything useful?
--
Phil Homewood, Systems Janitor, http://www.SnapGear.com
pdh < at > snapgear.com Ph: +61 7 3435 2810 Fx: +61 7 3891 3630
SnapGear - A CyberGuard Company

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Phil Homewood wrote:
| amdump doesn't generally (ever?) give output on stdout -- it
| emails it.
|
|
|>BTW, email isn't configured on the host machine - perhaps it is telling
|>me it is working, but I can't read what it says.
|
|
| That could well be the case. Though it should spend
| a noticeable amount of time telling you nothing before
| it emails you.


Hrm - it does return pretty quickly :(

In any case, I should put more effort into getting mail working then;
thanks :)

|
| Does "amadmin config info" tell you anything useful?

# su amanda -c "/usr/sbin/amadmin DailySet1 info"

Current info for localhost /home:
~ Stats: dump rates (kps), Full: -1.0, -1.0, -1.0
~ Incremental: -1.0, -1.0, -1.0
~ compressed size, Full: -100.0%,-100.0%,-100.0%
~ Incremental: -100.0%,-100.0%,-100.0%
~ Dumps: lev datestmp tape file origK compK secs

Make any sense?

Max.
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (Darwin)
Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org

iD8DBQFA2Xxr4frZ3W7OHZMRApAmAJ46iwAH35SR4PSPlKNatE1ePBdlOACbB0H8
jTI1rIV7bSA2LkttkOInc1s=
=MQZo
-----END PGP SIGNATURE-----

Max Waterman wrote:

Phil Homewood wrote:
| amdump doesn't generally (ever?) give output on stdout -- it
| emails it.

You can generate the email by hand and safe it in a file instead:

cd ~amanda/DailySet1
amreport DailySet1 -l log.XXXXX.X -f save-mail-file

At least if you have file named log.datestamp.lvl.
There should also be a file named amdump.1 with a detailed
log of the serverside amdump program.
Any useful error message in that file?


# su amanda -c "/usr/sbin/amadmin DailySet1 info"

Current info for localhost /home:
~ Stats: dump rates (kps), Full: -1.0, -1.0, -1.0
~ Incremental: -1.0, -1.0, -1.0
~ compressed size, Full: -100.0%,-100.0%,-100.0%
~ Incremental: -100.0%,-100.0%,-100.0%
~ Dumps: lev datestmp tape file origK compK secs

Make any sense?

Seems to me like amdump did nothing at all.


--
Paul Bijnens, Xplanation Tel +32 16 397.511
Technologielaan 21 bus 2, B-3001 Leuven, BELGIUM Fax +32 16 397.512
http://www.xplanation.com/ email: Paul.Bijnens < at > xplanation.com
***********************************************************************
* 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, :, 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 *
***********************************************************************

Paul Bijnens wrote:

You can generate the email by hand and safe it in a file instead:

cd ~amanda/DailySet1
amreport DailySet1 -l log.XXXXX.X -f save-mail-file


Ah, more interesting, but still difficult to figure out if anything has
gone wrong.


At least if you have file named log.datestamp.lvl.
There should also be a file named amdump.1 with a detailed
log of the serverside amdump program.
Any useful error message in that file?

I am not really sure. Maybe this :

driver: result time 6.776 from taper: TAPE-ERROR [cannot overwrite
active tape DailySet101]

I have put the other files here, if you care to have a look (I've made
'.mail' files using the above 'amreport' command) :

http://reality.sgiweb.org/maxw/tmp/amanda/

I'm guessing I should concentrate on making email work...

Max.



# su amanda -c "/usr/sbin/amadmin DailySet1 info"

Current info for localhost /home:
~ Stats: dump rates (kps), Full: -1.0, -1.0, -1.0
~ Incremental: -1.0, -1.0, -1.0
~ compressed size, Full: -100.0%,-100.0%,-100.0%
~ Incremental: -100.0%,-100.0%,-100.0%
~ Dumps: lev datestmp tape file origK compK secs

Make any sense?


Seems to me like amdump did nothing at all.

Max Waterman wrote:

I am not really sure. Maybe this :

driver: result time 6.776 from taper: TAPE-ERROR [cannot overwrite
active tape DailySet101]

It seems that the very first time you ran the backup for '/etc' it
worked fine. See:
http://reality.sgiweb.org/maxw/tmp/amanda/log.20040623.0.mail )

This is how a normal run looks like.

For the next test, you seem to be using the same tape.
But you instructed to amanda ("tapecycle XXX") that she will not
overwrite an active tape. So she cannot write to that tape.

She falls back to so called "degraded mode" backups dumping to
the holdingdisk. You also have specified "reserve 100" (that's the
default if you didn't change it), meaning that in degraded mode,
100% of the holdingdisk is reserved for incremental backups.

But the only disklistentry was a new one, and amanda cannot
make an incremental backup when there is no full backup to base
it on. Then she gives up.

Solution: while testing, you can "amrmtape" the testing tape,
or you need to give more tapes (until you have "tapecycle" number
of tapes).

--
Paul Bijnens, Xplanation Tel +32 16 397.511
Technologielaan 21 bus 2, B-3001 Leuven, BELGIUM Fax +32 16 397.512
http://www.xplanation.com/ email: Paul.Bijnens < at > xplanation.com
***********************************************************************
* 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, :, 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 *
***********************************************************************

Thanks everyone for helping.

I got email working (albeit only locally since my isp is blocking my
[chinese] IP address), so now I can get the reports.

I bought some more tapes, and have used the amrmtape command to start
from scratch. Seems to be working like a charm. Next step is 'day 4' :)

http://www.harkness.co.uk/services/backup.html

Thanks again...until next time.

Max.

Paul Bijnens wrote:
Max Waterman wrote:

I am not really sure. Maybe this :

driver: result time 6.776 from taper: TAPE-ERROR [cannot overwrite
active tape DailySet101]


It seems that the very first time you ran the backup for '/etc' it
worked fine. See:
http://reality.sgiweb.org/maxw/tmp/amanda/log.20040623.0.mail )

This is how a normal run looks like.

For the next test, you seem to be using the same tape.
But you instructed to amanda ("tapecycle XXX") that she will not
overwrite an active tape. So she cannot write to that tape.

She falls back to so called "degraded mode" backups dumping to
the holdingdisk. You also have specified "reserve 100" (that's the
default if you didn't change it), meaning that in degraded mode,
100% of the holdingdisk is reserved for incremental backups.

But the only disklistentry was a new one, and amanda cannot
make an incremental backup when there is no full backup to base
it on. Then she gives up.

Solution: while testing, you can "amrmtape" the testing tape,
or you need to give more tapes (until you have "tapecycle" number
of tapes).

Hi,

I'm getting some errors in my amstatus output - can anyone enlighten me?

# su amanda -c "/usr/sbin/amstatus DailySet1"
Using /var/lib/amanda/DailySet1/amdump from Wed Jun 30 16:46:16 CST 2004

localhost:/etc 2 24k finished (16:46:53)
Use of uninitialized value in printf at /usr/sbin/amstatus line 760.
Use of uninitialized value in numeric ne (!=) at /usr/sbin/amstatus line 761.
localhost:/home 017720729k dumping 0k (16:49:27)
Use of uninitialized value in addition (+) at /usr/sbin/amstatus line 770.
localhost:/usr/local 0 22701k finished (16:47:32)
localhost:/var 0 232660k wait for dumping driver: (aborted)

SUMMARY part real estimated
size size
partition : 4
estimated : 4 17976128k
flush : 0 0k
failed : 0 0k ( 0.00%)
wait for dumping: 1 232660k ( 1.29%)
dumping to tape : 0 0k ( 0.00%)
dumping : 1 0k 17720729k ( 0.00%) ( 0.00%)
dumped : 2 22725k 22739k ( 99.94%) ( 0.13%)
wait for writing: 0 0k 0k ( 0.00%) ( 0.00%)
wait to flush : 0 0k 0k (100.00%) ( 0.00%)
writing to tape : 0 0k 0k ( 0.00%) ( 0.00%)
failed to tape : 0 0k 0k ( 0.00%) ( 0.00%)
taped : 2 22725k 22739k ( 99.94%) ( 0.13%)
3 dumpers idle : not-idle
taper writing, tapeq: 0
network free kps: 67
holding space : 296960k (100.00%)
dumper0 busy : 0:02:17 ( 88.75%)
taper busy : 0:00:10 ( 6.90%)
0 dumpers busy : 0:00:17 ( 10.98%) start-wait: 0:00:17 (100.00%)
1 dumper busy : 0:02:17 ( 89.02%) no-bandwidth: 0:01:49 ( 79.46%)
start-wait: 0:00:28 ( 20.54%)

It seems to be taking ages to complete this backup...is something wrong?

Max.

Max Waterman wrote:

Thanks everyone for helping.

I got email working (albeit only locally since my isp is blocking my
[chinese] IP address), so now I can get the reports.

I bought some more tapes, and have used the amrmtape command to start
from scratch. Seems to be working like a charm. Next step is 'day 4' :)

http://www.harkness.co.uk/services/backup.html

Thanks again...until next time.

Max.

Paul Bijnens wrote:

Max Waterman wrote:

I am not really sure. Maybe this :

driver: result time 6.776 from taper: TAPE-ERROR [cannot overwrite
active tape DailySet101]



It seems that the very first time you ran the backup for '/etc' it
worked fine. See:
http://reality.sgiweb.org/maxw/tmp/amanda/log.20040623.0.mail )

This is how a normal run looks like.

For the next test, you seem to be using the same tape.
But you instructed to amanda ("tapecycle XXX") that she will not
overwrite an active tape. So she cannot write to that tape.

She falls back to so called "degraded mode" backups dumping to
the holdingdisk. You also have specified "reserve 100" (that's the
default if you didn't change it), meaning that in degraded mode,
100% of the holdingdisk is reserved for incremental backups.

But the only disklistentry was a new one, and amanda cannot
make an incremental backup when there is no full backup to base
it on. Then she gives up.

Solution: while testing, you can "amrmtape" the testing tape,
or you need to give more tapes (until you have "tapecycle" number
of tapes).

Hi, Max,

on Mittwoch, 30. Juni 2004 at 13:06 you wrote to amanda-users:

MW> Hi,

MW> I'm getting some errors in my amstatus output - can anyone enlighten me?

# su amanda -c "/usr/sbin/amstatus DailySet1"
Using /var/lib/amanda/DailySet1/amdump from Wed Jun 30 16:46:16 CST 2004

localhost:/etc 2 24k finished (16:46:53)
Use of uninitialized value in printf at /usr/sbin/amstatus line 760.
Use of uninitialized value in numeric ne (!=) at /usr/sbin/amstatus line 761.
localhost:/home 017720729k dumping 0k (16:49:27)
Use of uninitialized value in addition (+) at /usr/sbin/amstatus line 770.
localhost:/usr/local 0 22701k finished (16:47:32)
localhost:/var 0 232660k wait for dumping driver: (aborted)

MW> It seems to be taking ages to complete this backup...is something wrong?

yes, it is. Those uninitialized values should not be there. A quick
look into amstatus seems to lead us to the estimates ....

But the estimates seem to succeed.

What release of AMANDA is this, btw?

At first edit your disklist.

Don't use "localhost", use the full hostname instead.
Read docs/TOP-TEN-QUESTIONS for the explanation, if you want.

Stefan

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Stefan G. Weichinger wrote:
| Hi, Max,
|
| on Mittwoch, 30. Juni 2004 at 13:06 you wrote to amanda-users:
|
| MW> Hi,
|
| MW> I'm getting some errors in my amstatus output - can anyone
enlighten me?
|
|
|>># su amanda -c "/usr/sbin/amstatus DailySet1"
|>>Using /var/lib/amanda/DailySet1/amdump from Wed Jun 30 16:46:16 CST 2004
|>>
|>>localhost:/etc 2 24k finished (16:46:53)
|>>Use of uninitialized value in printf at /usr/sbin/amstatus line 760.
|>>Use of uninitialized value in numeric ne (!=) at /usr/sbin/amstatus
line 761.
|>>localhost:/home 017720729k dumping 0k
(16:49:27)
|>>Use of uninitialized value in addition (+) at /usr/sbin/amstatus line
770.
|>>localhost:/usr/local 0 22701k finished (16:47:32)
|>>localhost:/var 0 232660k wait for dumping
driver: (aborted)
|
|
| MW> It seems to be taking ages to complete this backup...is something
wrong?
|
| yes, it is. Those uninitialized values should not be there. A quick
| look into amstatus seems to lead us to the estimates ....
|
| But the estimates seem to succeed.
|
| What release of AMANDA is this, btw?

2.4.3-4, it seems.

|
| At first edit your disklist.
|
| Don't use "localhost", use the full hostname instead.

OK, that's easy :)

| Read docs/TOP-TEN-QUESTIONS for the explanation, if you want.

Unfortunately, www.amanda.org is still not accessible from China :(

I guess I can try one of the anonymous proxys, but they also,
unsuprisingly, tend not to work very well from here either.

Is there a mirror somewhere, is the relevant info installed with amanda?
I see there's a fair bit of info. I'll dig some...esp. FAQ that's there.

Thanks.

Max.
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (Darwin)
Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org

iD8DBQFA4qur4frZ3W7OHZMRAvaCAJ91f8tCvD5nPYi7IQR9QTbi9VbbhACeOTvU
B3ncR50BIUykoH30KQS/faQ=
=btYK
-----END PGP SIGNATURE-----

Hi, Max,

on Mittwoch, 30. Juni 2004 at 14:01 you wrote to amanda-users:

MW> | Read docs/TOP-TEN-QUESTIONS for the explanation, if you want.

MW> Unfortunately, www.amanda.org is still not accessible from China :(

MW> I guess I can try one of the anonymous proxys, but they also,
MW> unsuprisingly, tend not to work very well from here either.

MW> Is there a mirror somewhere, is the relevant info installed with amanda?
MW> I see there's a fair bit of info. I'll dig some...esp. FAQ that's there.

This is ALPHA-stage when it comes to formatting, but the content is
the same as in the AMANDA-tarball:

http://www.oops.co.at/AMANDA-docs/index.html

There you can also find the top-ten ...
--
best regards,
Stefan

Stefan G. Weichinger
mailto:monitor < at > oops.co.at

On Wednesday 30 June 2004 07:06, Max Waterman wrote:
Hi,

I'm getting some errors in my amstatus output - can anyone enlighten
me?

# su amanda -c "/usr/sbin/amstatus DailySet1"
Using /var/lib/amanda/DailySet1/amdump from Wed Jun 30 16:46:16
CST 2004

localhost:/etc 2 24k finished

Please re-read the fAQ and the TOP-TEN-QUESTIONS in the docs dir, and
then give your machine a unique name. localhost is not unique.

(16:46:53) Use of uninitialized value in printf at
/usr/sbin/amstatus line 760. Use of uninitialized value in numeric
ne (!=) at /usr/sbin/amstatus line 761. localhost:/home
017720729k dumping 0k (16:49:27) Use of
uninitialized value in addition (+) at /usr/sbin/amstatus line
770. localhost:/usr/local 0 22701k finished
(16:47:32) localhost:/var 0 232660k
wait for dumping driver: (aborted)

SUMMARY part real estimated
size size
partition : 4
estimated : 4 17976128k
flush : 0 0k
failed : 0 0k ( 0.00%)
wait for dumping: 1 232660k ( 1.29%)
dumping to tape : 0 0k ( 0.00%)
dumping : 1 0k 17720729k ( 0.00%) ( 0.00%)
dumped : 2 22725k 22739k ( 99.94%) ( 0.13%)
wait for writing: 0 0k 0k ( 0.00%) ( 0.00%)
wait to flush : 0 0k 0k (100.00%) ( 0.00%)
writing to tape : 0 0k 0k ( 0.00%) ( 0.00%)
failed to tape : 0 0k 0k ( 0.00%) ( 0.00%)
taped : 2 22725k 22739k ( 99.94%) ( 0.13%)
3 dumpers idle : not-idle
taper writing, tapeq: 0
network free kps: 67
holding space : 296960k (100.00%)
dumper0 busy : 0:02:17 ( 88.75%)
taper busy : 0:00:10 ( 6.90%)
0 dumpers busy : 0:00:17 ( 10.98%) start-wait:
0:00:17 (100.00%) 1 dumper busy : 0:02:17 ( 89.02%)
no-bandwidth: 0:01:49 ( 79.46%) start-wait: 0:00:28 ( 20.54%)

It seems to be taking ages to complete this backup...is something
wrong?

When it is done, what speed is reported in the email the dump sends
you? By that, I mean does it match within say 10% of the drives
rated speed of data transfer? Also, note the holding disk area of
only 296,960k, (297 megs) which is not nearly enough for amdump to
stuff a 17,720,729k (18Gb? break that into subdirs and use tar, not
dump if thats what you are now using) dump, and this is forceing
amdump to write directly to the tape, possibly with lots of
under-runs that will result in the drive stopping, backing up and
restarting (shoe shining) which takes time out of the write time, so
I'd expect the write speeds reported to be a bit slow.

So in addition to giving the machine a unique name that can at least
be resolved in the /etc/hosts file, find it some more holding disk
area. The localhost issue probably won't effect the backups, but it
sure will mung any chances of a clean recovery should you need it.

Max.

Max Waterman wrote:
Thanks everyone for helping.

I got email working (albeit only locally since my isp is blocking
my [chinese] IP address), so now I can get the reports.

I bought some more tapes, and have used the amrmtape command to
start from scratch. Seems to be working like a charm. Next step is
'day 4' :)

http://www.harkness.co.uk/services/backup.html

Thanks again...until next time.

Max.

Paul Bijnens wrote:
Max Waterman wrote:
I am not really sure. Maybe this :

driver: result time 6.776 from taper: TAPE-ERROR [cannot
overwrite active tape DailySet101]

It seems that the very first time you ran the backup for '/etc'
it worked fine. See:
http://reality.sgiweb.org/maxw/tmp/amanda/log.20040623.0.mail )

This is how a normal run looks like.

For the next test, you seem to be using the same tape.
But you instructed to amanda ("tapecycle XXX") that she will not
overwrite an active tape. So she cannot write to that tape.

She falls back to so called "degraded mode" backups dumping to
the holdingdisk. You also have specified "reserve 100" (that's
the default if you didn't change it), meaning that in degraded
mode, 100% of the holdingdisk is reserved for incremental
backups.

But the only disklistentry was a new one, and amanda cannot
make an incremental backup when there is no full backup to base
it on. Then she gives up.

Solution: while testing, you can "amrmtape" the testing tape,
or you need to give more tapes (until you have "tapecycle" number
of tapes).

--
Cheers, Gene
There are 4 boxes to be used in defense of liberty.
Soap, ballot, jury, and ammo.
Please use in that order, starting now. -Ed Howdershelt, Author
Additions to this message made by Gene Heskett are Copyright 2004,
Maurice E. Heskett, all rights reserved.

On Wednesday 30 June 2004 08:01, Max Waterman wrote:
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Stefan G. Weichinger wrote:
| Hi, Max,
|
| on Mittwoch, 30. Juni 2004 at 13:06 you wrote to amanda-users:
|
| MW> Hi,
|
| MW> I'm getting some errors in my amstatus output - can anyone

enlighten me?

|>># su amanda -c "/usr/sbin/amstatus DailySet1"
|>>Using /var/lib/amanda/DailySet1/amdump from Wed Jun 30 16:46:16
|>> CST 2004
|>>
|>>localhost:/etc 2 24k finished
|>> (16:46:53) Use of uninitialized value in printf at
|>> /usr/sbin/amstatus line 760. Use of uninitialized value in
|>> numeric ne (!=) at /usr/sbin/amstatus

line 761.

|>>localhost:/home 017720729k dumping
|>> 0k

(16:49:27)

|>>Use of uninitialized value in addition (+) at /usr/sbin/amstatus
|>> line

770.

|>>localhost:/usr/local 0 22701k finished
|>> (16:47:32) localhost:/var 0 232660k
|>> wait for dumping

driver: (aborted)

| MW> It seems to be taking ages to complete this backup...is
| something

wrong?

| yes, it is. Those uninitialized values should not be there. A
| quick look into amstatus seems to lead us to the estimates ....
|
| But the estimates seem to succeed.
|
| What release of AMANDA is this, btw?

2.4.3-4, it seems.

Humm, would it be possible for one of us to email you a more recent
tar.gz of say 2.4.5b1? The last one I have on site is dated
20040622.

I'd go on an education campaign to get access to www.amanda.org
enabled, along with access to the site Jean-Louis has for new
snapshots at <http://www.iro.umontreal.ca/~marinea/amanda>.

Only by severe miss-information on the part of the chinese filtering
folks would they set a block on those two sites.

| At first edit your disklist.
|
| Don't use "localhost", use the full hostname instead.

OK, that's easy :)

| Read docs/TOP-TEN-QUESTIONS for the explanation, if you want.

Unfortunately, www.amanda.org is still not accessible from China :(

I guess I can try one of the anonymous proxys, but they also,
unsuprisingly, tend not to work very well from here either.

Is there a mirror somewhere, is the relevant info installed with
amanda? I see there's a fair bit of info. I'll dig some...esp. FAQ
that's there.

Thanks.

Max.
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (Darwin)
Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org

iD8DBQFA4qur4frZ3W7OHZMRAvaCAJ91f8tCvD5nPYi7IQR9QTbi9VbbhACeOTvU
B3ncR50BIUykoH30KQS/faQ=
=btYK
-----END PGP SIGNATURE-----

--
Cheers, Gene
There are 4 boxes to be used in defense of liberty.
Soap, ballot, jury, and ammo.
Please use in that order, starting now. -Ed Howdershelt, Author
Additions to this message made by Gene Heskett are Copyright 2004,
Maurice E. Heskett, all rights reserved.