[no subject]
testing new mail configuration, this should not go to the list. fingers crossed.
[no subject]
Over the last several nights I have gotten the following amdump error.
The next 4 tapes Amanda expects to use are: D01013, D01014, D01015, D01016.
FAILURE DUMP SUMMARY:
hertz /gauss/export/users-s lev 0 FAILED [too many taper retries]
hertz /gauss/export/users-s lev 0 partial taper: Error writing block:
Mysterious short write on tape device: Tried 2097152, got 1052672
hertz /gauss/export/users-s lev 0 FLUSH while ejecting volume: Can't open
tape device /dev/rmt/0cbn: Device busy
I understand why I got
hertz /gauss/export/users-s lev 0 FAILED [too many taper retries]
hertz /gauss/export/users-s lev 0 partial taper: Error writing block:
Mysterious short write on tape device: Tried 2097152, got 1052672
as amanda hit the end of tape.
I have taperflush=100 and so amanda should eject the current tape and put in
the next tape, but for some reason I get Device busy
hertz /gauss/export/users-s lev 0 FLUSH while ejecting volume: Can't open
tape device /dev/rmt/0cbn: Device busy
I have
define changer "c4" {
tpchanger "chg-robot:/dev/changer/0"
changerfile "chg-zd-mtx-state"
property "tape-device" "0=tape:/dev/rmt/0cbn"
property "eject-before-unload" "true"
property "eject-delay" "5"
property "unload-delay" "5"
property "use-slots" "1-30"
property "load-poll" "0s poll 5s until 120s"
}
I had this error a while back and then it just stopped. I started getting the
error again for the last several days.
Any ideas why what could cause this.
Robert
_
Robert P. McGraw, Jr.
Manager, Computer SystemEMAIL: rmcg...@purdue.edu
Purdue UniversityROOM: MATH-807
Department of Mathematics PHONE: (765) 494-6055
150 N. University Street
West Lafayette, IN 47907-2067
[no subject]
Amanda server 2.6.1p2. I am not quite sure how amanda uses the --with-tcpportrange=low/high. Does this parameter have to be defined in both the client and server software or does the server pass the ranges to the client? Robert _ Robert P. McGraw, Jr. Manager, Computer SystemEMAIL: rmcg...@purdue.edu Purdue UniversityROOM: MATH-807 Department of Mathematics PHONE: (765) 494-6055 150 N. University Street West Lafayette, IN 47907-2067
[no subject]
Spam detection software, running on the system "becherovka.cz.omniscient.com", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see postmaster for details. Content preview: unsubscribe willi...@corp.sonic.net unsubscribe willi...@corp.sonic.net [...] Content analysis details: (6.6 points, 5.0 required) pts rule name description -- -- 0.0 HTML_MESSAGE BODY: HTML included in message 2.9 TVD_SPACE_RATIOBODY: TVD_SPACE_RATIO 2.4 DNS_FROM_OPENWHOIS RBL: Envelope sender listed in bl.open-whois.org. 1.3 MISSING_SUBJECTMissing Subject: header The original message was not completely plain text, and may be unsafe to open with some email clients; in particular, it may contain a virus, or confirm that your address can receive spam. If you wish to view it, it may be safer to save it to a file and open it with an editor. --- Begin Message --- unsubscribe willi...@corp.sonic.net--- End Message ---
[no subject]
Hello List I am using amvault to copy from disk to tape it works great The one problem I see it does not record the label and barcode like it does if it was a backup. I am using the chg-zd-mtx script Any thoughts ? <>BEGIN:VCARD VERSION:2.1 X-MS-SIGNATURE:YES N;LANGUAGE=en-us:Reilly;Robert FN:Robert Reilly ORG:Fresh Direct TITLE:Director IT / Systems Engineering TEL;WORK;VOICE:(718) 928-1172 TEL;HOME;VOICE:(203) 938-2838 TEL;CELL;VOICE:(203) 297-3653 ADR;WORK;PREF:;;23-30 Borden Ave;Long Island City;NY.;11101;United States of America LABEL;WORK;PREF;ENCODING=QUOTED-PRINTABLE:23-30 Borden Ave=0D=0A= Long Island City, NY. 11101 ADR;HOME:;;20 White Birch Road;Redding;CT.;06896;United States of America LABEL;HOME;ENCODING=QUOTED-PRINTABLE:20 White Birch Road=0D=0A= Redding, CT. 06896 X-MS-OL-DEFAULT-POSTAL-ADDRESS:2 URL;WORK:http://www.freshdirect.com EMAIL;PREF;INTERNET:rrei...@freshdirect.com X-MS-OL-DESIGN;CHARSET=utf-8:http://schemas.microsoft.com/office/outlook/12/electronicbusinesscards"; ver="1.0" layout="left" bgcolor="ff">WorkMobileHome REV:20090820T181709Z END:VCARD
[no subject]
Here is the amstatus of our amdump. What performance problems can be seen from the output below? For ex. 12 dumpers busy : 0:02:30 ( 1.83%) client-constrained: 0:02:30 ( 99.99%) 13 dumpers busy : 0:04:03 ( 2.95%) client-constrained: 0:04:03 (100.00%) 14 dumpers busy : 0:00:06 ( 0.08%) client-constrained: 0:00:06 (100.00%) What improvements can be made to not have these client-constrained messages? /opt/amanda/server/sbin/amstatus --config Full | more Using /var/log/debug/Full/amdump from Thu Oct 25 12:13:00 CDT 2007 qaapp05-bkup.1sync.org:/home 1 151k finished (12:24:25) qaapp05-bkup.1sync.org:/opt1 5757455k dumping 2704928k ( 46.98%) (12:23:24) qaapp70-bkup.1sync.org:/ 1 9805k finished (12:29:08) qaapp70-bkup.1sync.org:/home 128k finished (12:23:36) qadb01-bkup.1sync.org:/u02 1 1k finished (12:24:29) qadb01-bkup.1sync.org:/u03 1 1k finished (12:23:58) qadb01-bkup.1sync.org:/u04 1 21417710k dumping 1515328k ( 7.08%) (12:23:24) qadb06-bkup.1sync.org:/home1 5k finished (12:24:42) qadb06-bkup.1sync.org:/opt 0 4764470k dumping 3788192k ( 79.51%) (12:23:59) qadb06-bkup.1sync.org:/var 1 1078k finished (12:23:45) qadb11-bkup.1sync.org:/1 3236k finished (12:26:54) qadb11-bkup.1sync.org:/home122k finished (12:23:54) qadb11-bkup.1sync.org:/opt 0 3797655k dumping 2590176k ( 68.20%) (12:24:01) qadb70-bkup.1sync.org:/1 3505k finished (12:27:37) qadb70-bkup.1sync.org:/U 0 21387400k dumping 1621856k ( 7.58%) (12:23:24) qadb70-bkup.1sync.org:/home112k finished (12:24:03) qadb70-bkup.1sync.org:/opt 1 7417055k dumping 850336k ( 11.46%) (12:23:40) qadb70-bkup.1sync.org:/var 1 4910k finished (12:26:31) SUMMARY part real estimated size size partition : 56 estimated : 56 76330503k flush : 0 0k failed : 00k ( 0.00%) wait for dumping: 00k ( 0.00%) dumping to tape : 00k ( 0.00%) dumping : 6 13070816k 64541745k ( 20.25%) ( 17.12%) dumped : 50 5497439k 11788758k ( 46.63%) ( 7.20%) 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 : 50 5497439k 11788758k ( 46.63%) ( 7.20%) tape 1: 50 5497439k 11788758k ( 1.39%) EGV007 14 dumpers idle : no-dumpers taper writing, tapeq: 0 network free kps: 3696868 holding space : 436734564k ( 86.77%) chunker0 busy : 0:09:58 ( 7.25%) chunker1 busy : 0:03:50 ( 2.79%) chunker4 busy : 0:05:41 ( 4.14%) chunker6 busy : 1:26:33 ( 62.88%) chunker7 busy : 2:04:38 ( 90.54%) chunker8 busy : 0:00:29 ( 0.36%) chunker9 busy : 0:12:16 ( 8.92%) chunker10 busy : 0:05:15 ( 3.82%) chunker11 busy : 0:05:21 ( 3.89%) chunker12 busy : 0:00:21 ( 0.25%) chunker14 busy : 2:05:05 ( 90.87%) chunker15 busy : 0:09:29 ( 6.90%) chunker16 busy : 0:04:07 ( 2.99%) chunker17 busy : 0:05:18 ( 3.86%) chunker18 busy : 1:32:47 ( 67.42%) chunker19 busy : 0:32:07 ( 23.34%) dumper0 busy : 0:09:57 ( 7.24%) dumper1 busy : 0:03:49 ( 2.78%) dumper2 busy : 2:07:14 ( 92.44%) dumper3 busy : 2:07:14 ( 92.44%) dumper4 busy : 0:05:41 ( 4.14%) dumper5 busy : 2:07:14 ( 92.44%) dumper6 busy : 1:26:32 ( 62.88%) dumper7 busy : 2:04:38 ( 90.54%) dumper8 busy : 2:07:09 ( 92.38%) dumper9 busy : 0:12:16 ( 8.92%) dumper10 busy : 0:05:15 ( 3.82%) dumper11 busy : 0:05:21 ( 3.89%) dumper12 busy : 2:06:59 ( 92.25%) dumper13 busy : 2:06:59 ( 92.25%) dumper14 busy : 2:05:05 ( 90.87%) dumper15 busy : 0:09:29 ( 6.90%) dumper16 busy : 0:04:07 ( 2.99%) dumper17 busy : 0:05:18 ( 3.86%) dumper18 busy : 1:32:47 ( 67.42%) dumper19 busy : 0:32:07 ( 23.34%) taper busy : 0:06:18 ( 4.58%) 0 dumpers busy : 0:10:22 ( 7.54%)not-idle: 0:10:22 (100.00%) 1 dumper busy : 0:00:00 ( 0.00%) 2 dumpers busy : 0:00:00 ( 0.00%) 3 dumpers busy : 0:00:00 ( 0.00%) 4 dumpers busy : 0:00:00 ( 0.00%) 5 dumpers busy : 0:00:00 ( 0.00%) 6 dumpers busy : 0:01:53 ( 1.38%) no-dumpers: 0:01:53 (100.00%) 7 dumpers busy : 0:00:42 ( 0.52%) no-dumpers: 0:00:42 (100.00%) 8 dumpers busy : 0:31:39 ( 22.99%) no-dumpers: 0:31:33 ( 99.70%) start-wait: 0:00:05 ( 0.30%) 9 dumpers bu
[no subject]
Bcc: Subject: Re: guntar-lists Reply-To: In-Reply-To: <[EMAIL PROTECTED]> * Dustin J. Mitchell <[EMAIL PROTECTED]> [20071017 14:03]: > On 10/17/07, John E Hein <[EMAIL PROTECTED]> wrote: > > configure --localstatedir=/some/where > > or, better yet, ./configure --with-gnutar-listdir=/some/where > > but John's right -- you do have to recompile for this. I though that gnutar_list_dir in amanda-client.conf could be used to bypass the compile-time option... jf > > Dustin > > -- > Storage Software Engineer > http://www.zmanda.com -- <° ><
[no subject]
I'm using Amanda 2.4.4p3 on a Debian system (stable release) I have one client that times out during the self-check--I'm mystified. What do I do to debug this? There are no firewalls--everything is on the same subnet. [EMAIL PROTECTED] ~]$ amcheck Daily Amanda Tape Server Host Check - WARNING: holding disk /var/tmp/amanda: only 9477560 KB free (10485760 KB requested) amcheck-server: slot 2: date 20060713 label Daily002 (exact label match) NOTE: skipping tape-writable test Tape Daily002 label ok Server check took 34.036 seconds Amanda Backup Client Hosts Check WARNING: rt: selfcheck request timed out. Host down? Client check: 8 hosts checked in 30.485 seconds, 1 problem found (brought to you by Amanda 2.4.4p3) [EMAIL PROTECTED] ~]$
[no subject]
Well, it -looked- like it was fixed. A few days ago I asked for help on an amanda problem on one of our nodes. Backups were failing- the mail report included the line: node1 / lev -1 FAILED [no estimate] And other messages in the node's log files such as "runtar: error [must be invoked by amanda]" which I'd not seen before. I reinstalled an amanda rpm and that night's backup ran fine, but the following evening's failed with the same message. Yesterday I downloaded the current amanda tarball, uninstalled the rpm, and installed 2.4.5 from scratch. Last night's backup failed the same way. I'm beginning to suspect that it's not an amanda problem :-) I'm only backing up the "/" partition, and there seems to me to be too many log files being generated for a single instance... Anyway, if a kind person could take a look at the following from last night, and give me any suggestions I'd appreciate it. Thanks --- The log directory on node1 looks like: -rw---1 amanda disk 2973 Oct 21 00:47 amandad.20051021004608000.debug -rw---1 amanda disk 2519 Oct 21 00:46 amandad.20051021004608.debug -rw---1 amanda disk 361 Oct 21 00:46 runtar.20051021004608.debug -rw---1 amanda disk 197 Oct 21 00:47 runtar.20051021004741000.debug -rw---1 amanda disk 197 Oct 21 00:47 runtar.20051021004741.debug -rw---1 amanda disk20681 Oct 21 00:47 sendsize.20051021004608.debug -rw---1 amanda disk 13 Oct 21 00:46 sendsize._.20051021004608.exclude -rw---1 amanda disk 13 Oct 21 00:47 sendsize._.20051021004741000.exclude -rw---1 amanda disk 13 Oct 21 00:47 sendsize._.20051021004741.exclude The sendsize.20051021004608.debug file contains (near the end) sendsize[2308]: estimate time for / level 0: 92.592 sendsize[2308]: estimate size for / level 0: 32519530 KB sendsize[2308]: time 92.658: waiting for /bin/gtar "/" child sendsize[2308]: time 92.658: after /bin/gtar "/" wait sendsize[2308]: time 92.659: getting size via gnutar for / level 1 sendsize[2308]: gnutar: error opening /usr/local/var/amanda/gnutar-lists/node1__0: No such file or directory sendsize[2308]: time 92.665: spawning /usr/local/libexec/runtar in pipeline sendsize[2308]: argument list: /bin/gtar --create --file /dev/null --directory / --one-file-system --listed-incremental /usr /local/var/amanda/gnutar-lists/node1__1.new --sparse --ignore-failed-read --totals --exclude-from /tmp/amanda/sendsize._.20 051021004741.exclude . sendsize[2308]: time 92.670: runtar: error [must be invoked by amanda] sendsize[2308]: time 92.670: sendsize[2308]: time 92.671: . sendsize[2308]: estimate time for / level 1: 0.005 sendsize[2308]: no size line match in /bin/gtar output for "/" sendsize[2308]: . sendsize[2308]: estimate size for / level 1: -1 KB sendsize[2308]: time 92.671: waiting for /bin/gtar "/" child sendsize[2308]: time 92.671: after /bin/gtar "/" wait sendsize[2308]: time 92.671: getting size via gnutar for / level 2 sendsize[2308]: time 92.719: spawning /usr/local/libexec/runtar in pipeline sendsize[2308]: argument list: /bin/gtar --create --file /dev/null --directory / --one-file-system --listed-incremental /usr /local/var/amanda/gnutar-lists/node1__2.new --sparse --ignore-failed-read --totals --exclude-from /tmp/amanda/sendsize._.20 051021004741000.exclude . sendsize[2308]: time 92.723: runtar: error [must be invoked by amanda] sendsize[2308]: time 92.724: sendsize[2308]: time 92.724: . sendsize[2308]: estimate time for / level 2: 0.005 sendsize[2308]: no size line match in /bin/gtar output for "/" sendsize[2308]: . The amandad log file header reads: amandad: debug 1 pid 2304 ruid 33 euid 33: start at Fri Oct 21 00:46:08 2005 amandad: version 2.4.5 amandad: build: VERSION="Amanda-2.4.5" amandad:BUILT_DATE="Thu Oct 20 10:50:56 CDT 2005" amandad:BUILT_MACH="Linux node1.phys.northwestern.edu 2.4.21-32.0.1.EL #1 Wed May 25 16:02:04 CDT 2005 i686 i686 i3 86 GNU/Linux" amandad:CC="gcc" amandad:CONFIGURE_COMMAND="'./configure' '--with-user=amanda' '--with-group=disk'" amandad: paths: bindir="/usr/local/bin" sbindir="/usr/local/sbin" amandad:libexecdir="/usr/local/libexec" mandir="/usr/local/man" amandad:AMANDA_TMPDIR="/tmp/amanda" AMANDA_DBGDIR="/tmp/amanda" amandad:CONFIG_DIR="/usr/local/etc/amanda" DEV_PREFIX="/dev/" amandad:RDEV_PREFIX="/dev/" DUMP="/sbin/dump" amandad:RESTORE="/sbin/restore" VDUMP=UNDEF VRESTORE=UNDEF amandad:XFSDUMP=UNDEF XFSRESTORE=UNDEF VXDUMP=UNDEF VXRESTORE=UNDEF amandad:SAMBA_CLIENT="/usr/bin/smbclient" GNUTAR="/bin/gtar" amandad:COMPRESS_PATH="/bin/gzip" UNCOMPRESS_PATH="/bin/gzip" amandad:LPRCMD="/usr/bin/lpr" MAILER="/usr/bin/Mail" amandad:listed_incr_dir="/usr/local/var/amanda/gnutar-lists" amanda
[no subject]
Well. I have checked the docs and faq. I'm running the command as root as specified by the faq http://amanda.sourceforge.net/cgi-bin/fom?_recurse=1&file=5 >You see, I had 127.0.0.1 configured for user amanda for amdump. Amrecover HAS to be run as root. Also running the command specifying index server and tape server fails in the same way as if it were localhost. #amrecover CCC -s fastkernel.chem.utah.edu -t fastkernel.chem.utah.edu AMRECOVER Version 2.4.4p1. Contacting server on fastkernel.chem.utah.edu ... amrecover: cannot connect to fastkernel.chem.utah.edu: Connection refused [EMAIL PROTECTED] xinetd.d]# cat /var/lib/amanda/.amandahosts ##127.0.0.1 root fastkernel.chem.utah.edu root Thanks for your help Rich
[no subject]
I'm using amanda 2.4.5 to backup some Windows shares using amanda and smbclient. Everything went just fine until I upgraded Debian to the lastest stable (3.1). This upgrade went from Samba 2.2.3a to 3.0.14a. I now get this type of message on all of my Windows shares that I back up from amanda. FAILED AND STRANGE DUMP DETAILS: /-- ibiza //host/chare lev 0 STRANGE sendbackup: start [bakupserver://host/share level 0] sendbackup: info BACKUP=/usr/bin/smbclient sendbackup: info RECOVER_CMD=/usr/bin/smbclient -f... - sendbackup: info end ? Domain=[DOMAIN] OS=[Windows 5.1] Server=[Windows 2000 LAN Manager] | tar: dumped 16 files and directories | Total bytes written: 3689984 sendbackup: size 3604 sendbackup: end \ Any ideas? Thanks, Nicklas
[no subject]
Hello, I am very new to Amanda and would like to know if there are any newbie docs on how to set up Amanda. The config I'm aiming towards is one machine with a tape changer running on it and large volumes that other machines currently ufsdump to. So the one machine will be Amanda server and client at the same time. I don't know where to being. Any help would be appreciated. Thanks. -K __ Mind-sets tend to be quick to form but resistant to change
[no subject]
Hi all, I would like to know what port the client is listening for the server amanda. Because I have open the firewall for the client at the port 10080, but it isn't working. Thanks for the help - Vinicius
[no subject]
Hi, I am trying to get Amanda going on a RedHat ES 3 box, but I am having this same issue addressed on a message board when trying to back up a directory that is remote via NFS: "...I was then able to do an amcheck, and it succeeded. Doing an amdump still fails however. Looking into the log file (sendsize.-.debug) it indicated that amdump is not receiving the size information (presumably from sendsize module) that it needs to complete the tar" http://www.mail-archive.com/amanda-users@amanda.org/msg23489.html The responses say it's a problem with GNU tar 1.13, and to use 1.13-25, however that is the version that the redhat box is running. What am I missing?
[no subject]
I finally configure amanda but when I run amdump it returns the
following report:
These dumps were to tape Backup1.
The next tape Amanda expects to use is: Backup.
FAILURE AND STRANGE DUMP SUMMARY:
192.168.0. /Documentos lev 0 FAILED [/sbin/dump returned 1]
192.168.0. /Documentos lev 0 FAILED [dump to tape failed]
STATISTICS:
Total Full Daily
Estimate Time (hrs:min)0:00
Run Time (hrs:min) 0:00
Dump Time (hrs:min)0:00 0:00 0:00
Output Size (meg) 0.00.00.0
Original Size (meg) 0.00.00.0
Avg Compressed Size (%) -- -- --
Filesystems Dumped0 0 0
Avg Dump Rate (k/s) -- -- --
Tape Time (hrs:min)0:00 0:00 0:00
Tape Size (meg) 0.00.00.0
Tape Used (%) 9.89.80.0
Filesystems Taped 1 1 0
Avg Tp Write Rate (k/s)16.9 16.9--
USAGE BY TAPE:
Label Time Size %Nb
Backup1 0:00 0.09.8 1
FAILED AND STRANGE DUMP DETAILS:
/-- 192.168.0. /Documentos lev 0 FAILED [/sbin/dump returned 1]
sendbackup: start [192.168.0.1:/Documentos level 0]
sendbackup: info BACKUP=/sbin/dump
sendbackup: info RECOVER_CMD=/usr/bin/gzip -dc |/sbin/restore -f... -
sendbackup: info COMPRESS_SUFFIX=.gz
sendbackup: info end
| DUMP: You can't update the dumpdates file when dumping a subdirectory
| DUMP: The ENTIRE dump is aborted.
sendbackup: error [/sbin/dump returned 1]
\
NOTES:
planner: tapecycle (1) <= runspercycle (14)
planner: Last full dump of 192.168.0.1:/Documentos on tape
overwritten in 1 run.
planner: disk 192.168.0.1:/Documentos, estimate of level 1 failed: -1.
taper: tape Backup1 kb 64 fm 1 [OK]
DUMP SUMMARY:
DUMPER STATSTAPER STATS
HOSTNAME DISKL ORIG-KB OUT-KB COMP% MMM:SS KB/s MMM:SS KB/s
-- -
192.168.0.1 /Documentos 0 FAILED ---
(brought to you by Amanda version 2.4.4p4)
I do not know why amanda returns that
[no subject]
I finally made my amanda configuration work, The amcheck results are
fine, but when I run amdump for a test it sends to
/var/lib/amanda/dead.letter a error report:
>From amanda Mon Apr 4 01:36:18 2005
Return-Path:
Received: (from [EMAIL PROTECTED])
by localhost (8.13.1/8.13.1/Submit) id j346aII0010390
for amanda; Mon, 4 Apr 2005 01:36:18 -0500
Date: Mon, 4 Apr 2005 01:36:18 -0500
From: Amanda user
Message-Id: <[EMAIL PROTECTED]>
To: amanda
Subject: DailySet1 AMANDA MAIL REPORT FOR April 4, 2005
These dumps were to tape Etiqueta.
The next tape Amanda expects to use is: Etiqueta.
FAILURE AND STRANGE DUMP SUMMARY:
driver: FATAL exec /usr/local/libexec/dumper (dumper0): Permission denied
driver: FATAL exec /usr/local/libexec/dumper (dumper1): Permission denied
driver: FATAL exec /usr/local/libexec/dumper (dumper2): Permission denied
driver: FATAL exec /usr/local/libexec/dumper (dumper3): Permission denied
localhost /Documentos RESULTS MISSING
STATISTICS:
Total Full Daily
Estimate Time (hrs:min)0:00
Run Time (hrs:min) 0:00
Dump Time (hrs:min)0:00 0:00 0:00
Output Size (meg) 0.00.00.0
Original Size (meg) 0.00.00.0
Avg Compressed Size (%) -- -- --
Filesystems Dumped0 0 0
Avg Dump Rate (k/s) -- -- --
Tape Time (hrs:min)0:00 0:00 0:00
Tape Size (meg) 0.00.00.0
Tape Used (%) 0.00.00.0
Filesystems Taped 0 0 0
Avg Tp Write Rate (k/s) -- -- --
USAGE BY TAPE:
Label Time Size %Nb
Etiqueta 0:00 0.00.0 0
NOTES:
driver: WARNING: got empty schedule from planner
driver: dumper0 exited with code 1
driver: dumper1 exited with code 1
driver: dumper2 exited with code 1
driver: dumper3 exited with code 1
taper: tape Etiqueta kb 0 fm 0 [OK]
DUMP SUMMARY:
DUMPER STATSTAPER STATS
HOSTNAME DISKL ORIG-KB OUT-KB COMP% MMM:SS KB/s MMM:SS KB/s
-- -
localhost/Documentos MISSING --
(brought to you by Amanda version 2.4.4)
It seems that amanda attemps to do the backup but not succesfully.
What could I do for solve this problem
PS:: I attach my conf files
amanda.conf
Description: Binary data
changer~
Description: Binary data
disklist
Description: Binary data
tapelist
Description: Binary data
[no subject]
I have followed the part of the amanda document to tape-drive for configuring aamanda for tapeless operation but when I try to label the tape I have created with amlabel it retuns the following: amlabel: could not load slot "1": chg-multi: slot is empty I recheck all my configuration files according the tutorial but everything is fine and In do not know what to do. I have to daliver this configuration working on tuesday so I thank anybody' help
[no subject]
I followeb the configuration for making backups on disk instead on tape described in the Amanda-Tape-dirves file but I get the next error when I run amlabel. Couldn´t load tapelist from /usr/local/etc/amanda/DailySet1 no such file or directory I know, according amanda man page, that this file is generated for amanda automatically when you run amlabel. How do I fix this problem?
[no subject]
Hi, I had an unusual thing happen with the backup of a Samba share on Friday night. I had added the share for Thursday night's run, but it had failed with a data timeout. I think the holding disk may have run out of space (a bigger one is on its way). I had enabled client compression to try and get the size down and was keen to see if it would work on Friday night. However, it did a (successful) L1 backup, despite never having done a successful L0 on this disk. Is this peculiar to Samba backups or is it a 'feature' of the planner? Philip Owen For more information about the Viatel Group, please visit www.viatel.com THIS MESSAGE IS INTENDED ONLY FOR THE USE OF THE INTENDED RECIPIENT TO WHICH IT IS ADDRESSED AND MAY CONTAIN INFORMATION THAT IS PRIVILEGED, CONFIDENTIAL AND EXEMPT FROM DISCLOSURE. If the reader of this message is not the intended recipient, or an employee or agent responsible for delivering the message to the intended recipient, you are notified that any dissemination, distribution or copying of this e-mail is prohibited, and you should delete this e-mail from your system. The Viatel group of companies does not conclude contracts by e-mail nor does it receive contractual notices by e-mail. This message has been scanned for viruses and spam by Viatel MailControl - www.viatel.com
[no subject]
auth 9a7ee70a subscribe amanda-users [EMAIL PROTECTED] -- Daniel García Franco e-mail: [EMAIL PROTECTED] SADIEL, S.A. C\ Isaac Newton s/n, Edificio Sadiel, Isla de la Cartuja C.P. 41002 SEVILLA Tlf: +34 955043600 (83736) Fax: 955043601 http://www.sadiel.es e-mail: [EMAIL PROTECTED]
[no subject]
unsubscribe [EMAIL PROTECTED] -- Fernando Serto Systems Administrator Memetrics Pty. Phone: +61 2 95560833 Fax: +61 2 95556911 Mobile: 0403 338 005 E-mail: [EMAIL PROTECTED] --- Certain disclaimers and policies apply to all email sent from Memetrics. For the full text of these disclaimers and policies see http://www.memetrics.com/emailpolicy.html";>http://www.memetrics.com/em ailpolicy.html
[no subject]
Stefan G. Weichinger wrote: > Hi, Andreas, > > on Dienstag, 15. Juni 2004 at 13:32 you wrote to amanda-users: > > AS> I have now made a dump on the traffic passing through lo during the amdump. > AS> I > AS> have also recompiled amanda with these two settings (as another friendly person > AS> suggested): --with-tcpportrange=5,50040 --with-udpportrange=890,899 > > Did it run through now? What was the report? Sorry, the report and result was the same as earlier, I forgot to mention that. > AS> The dump is available at ftp://zappa.cx/pub/amanda.pcap > > AS> I used this filter in ethereal to get rid of some other stuff that I suppose is > AS> not interesting: "! dns and ! tcp.port == 25" > > AS> I'm not that used to looking at packet dumps and I have never looked at a > AS> working amanda dump so have a look and see if it gives you anymore clues about > AS> what is going on. > > I am not so used to that, either. Looks pretty good to me so far... > uses the assigned ports and such. It looks to me that the TCP sessions don't transfer any actual data but I don't understand why. > > Maybe Paul sees more in it ... I hope he do.
[no subject]
Hi everyone, I've successfully setup Amanda to backup our internal servers. Our setup is the classic DMZ setup: inner network => inner-firewall => DMZ => outer-firewall => internet The Backup Server is in the inner network. The firewalls are both running debian 2.2 potato with ipchains (unfortunately kernel doesn't seem to have port-forwarding capabilities and I don't like to roll my own if there is another way ...). Now I have to backup one host which sits in the DMZ. Both amanda instances (on the backup server and the client in the DMZ) were compiled with the following configure options: '--with-portrange=850,854' '--with-udpportrange=850,854' Unfortunately amcheck is unable to connect to the client in the DMZ. I then monitored with tcpdump what is happening: Backupserver (inner network) binds to a port between 850-854 and tries to connect to the backup client in the DMZ on port 10080. The connection of course goes to the inner-firewall, which maps the port (850-854) to a highport and forwards the request to the backup client in the DMZ. The latter machine tries to connect back to the backup server in the inner network. Passing through the inner firewall the highport gets translated back to the original port 850-854. Looks good to me - but doesn't work :( amcheck complains with "port (insert-highport-here) is not secure". I've read the amanda FAQs but the answer given to this problem didn't help because I haven't installed the firewalls and am by far no firewall magician. Why does amanda receive the highport which should have been mapped back by the inner-firewall? And what rules do I have to add to make it work? Do I need port forwarding? Or is there another way to do what I want? Thanks a lot for your help! Toby --- http://www.funkreich.de // may the funk be with you
[no subject]
auth ca124754 un-subscribe amanda-users [EMAIL PROTECTED]
[no subject]
Anyone know where I can get an RPM with ufsrestore/ufsdump in it, so I can search through a tape as per the RESTORE file in the Amanda docs? Gavin. ** Kind Regards, Gavin Henry. BEng (Hons) MIEE Engineer Invsat Ltd. Discovery Drive, Arnhall Business Park, Westhill, Aberdeen, AB32 6FG. www.invsat.com Tel: + 44 (0) 1224 428453 Fax:+ 44 (0) 1224 428401 e-mail: [EMAIL PROTECTED] ** The information contained in the message above may be privileged and confidential and is intended for the use of the individual or entity named above. If you are not the intended recipient, please contact the sender as soon as possible and be aware that copying, disclosure, distribution or use of this information is prohibited.
[no subject]
unsubscribe
[no subject]
I am sorry about that, I was in a quite of a rush last night. amrecover for some reason is looking for hostname "linux" instead of "backup-server". Is there an underlying program that amrecover uses from which it gets it's configuration regarding the hostnames from. thanks --On Friday, February 20, 2004 18:15:34 + Arif Ali <[EMAIL PROTECTED]> wrote:> HI,>> WE have changed the hostname of a computer which was called linux and> now it is called backup-server on Suse Enterprise 8. WE changed all the> required .amandahosts, /etc/HOSTNAME, /etc/hosts; then rebooted the> system. The amdump works ok, but amrestore gives me the following error.>> This is urgent.>> help will be much appreciated>> thanksWhat error are you getting?Frank--Frank Smith [EMAIL PROTECTED]Sr. Systems Administrator Voice: 512-374-4673Hoover's Online Fax: 512-374-4501 Yahoo! Messenger - Communicate instantly..."Ping" your friends today! Download Messenger Now
[no subject]
[no subject]
[no subject]
unsubscribe <[EMAIL PROTECTED]>
[no subject]
unsubscribe <[EMAIL PROTECTED]>
[no subject]
unsubscribe [EMAIL PROTECTED]
[no subject]
unsubscribe [EMAIL PROTECTED]
[no subject]
unsubscribe [EMAIL PROTECTED]
[no subject]
Sorry, I wasn't clear enough. I would say that I have a server on Linux with amanda 2.4.4p1 and two clients with amanda 2.4.3b4, and I share the same executables between the clients only. On Thu, Nov 06, 2003 at 05:11:12PM +, jeffrey wong wrote: > Client version : 2.4.3b4 > Server version : 2.4.4p1 > > I have mounted /usr/local directory on another AIX 4.3.3 machine via > NFS, so the two machines use the same exe, and on the last one, amcheck > works. I must be dense today. This is unrealted to your problem, but If the client and server are both using the same executables from the nfs mounted /usr/local directory, how can they be running different versions? _ Un mot doux à envoyer? Une sortie ciné à organiser? Faites le en temps réel avec MSN Messenger! C'est gratuit! http://ifrance.com/_reloc/m _ Envie de discuter en "live" avec vos amis ? Télécharger MSN Messenger http://www.ifrance.com/_reloc/m la 1ère messagerie instantanée de France
[no subject]
auth 6535195c subscribe amanda-users \ [EMAIL PROTECTED]
[no subject]
unsubscribe amanda-users [EMAIL PROTECTED] --- Diogo JerÃnimo da Silva Refer Telecom, SA - Rede de Dados mailto: [EMAIL PROTECTED] Telm + 351 91 8912053
[no subject]
unsubscribe amanda-users [EMAIL PROTECTED] -- José Antonio Berchez Moreno Área de Explotación Subdirección General de Nuevas Tecnologías de Justicia e-mail: [EMAIL PROTECTED]
[no subject]
Title: P e n i s Enlargement P.i.l.l.s. You are receiving this email from "Potent Products 4 Men" Newsletter. If you are listed in our database, you will receive occasional announcements on various male-related products. If you are receiving this email unsolicited, we wish to have you r e m o v e d from our database immediately. Please see below for r e m o v a l instructions. New Medical Formula will Expand your Manhood and Elevate your Libido! "Your Power Enlarge Patch is, by far, the most powerful and fast-acting p e n i s e n l a r g e m e n t product I have ever usedÅand I've used them all! Kudos to your company, this is sure to be the next big thing in male enhancement products!" Robbie M. Sacramento CA. F R E E Shipping Worldwide! I love how fast your product worked on my boyfriend, he can't stop talking about how excited he is with his new girth, length, and libido! Sandy -Seattle Click HERE for F R E E I N F O! Our affiliates are often provided opt-in lists that contain some addresses that are in fact not valid. If you are one of these persons, we apologize profusely, and can assure you that we will take immediate action towards r e m o v i n g your email address from any database at once. Below is a 100 percent legitimate removal link- click it and provide your email and you will never again receive any email announcements from any of our affiliates. To u n s u b s c r i b e from this mailing list: c l i c k h e r e
[no subject]
Title: Ücretsiz Domain Kiþisel ve kurumsal web siteleriniz için Ücretsiz Domain Kisisel ve kurumsal web siteleriniz icin, kisa ve akilda kalici bir Internet adresini ücret ödemeden, aninda tescil ettirmek isterseniz hemen tiklayiniz. Size Özel E-Mail Adiniza özel mail adresiniz olsun istermisiniz [EMAIL PROTECTED] (.net, .org, .biz). Green Card Hayatinizi degistirmek calisip para kazanmak belki de iyi bir egitim almak yada yabanci dilinizi mi gelistirmek istiyorsunuz iste aradiginiz yerdesiniz yani bizim web sitemizdesiniz. Au Pair Belli bir sure icin NATO Ulkeleri icinde bir ailenin yanýna yerlesip yabancý dilini gelistirmek ve o ulkenin kulturunu ogrenmek isteyen 17-27 yas arasindaki bay bayan ogrencilere Au-pair adi verilir. Au-pairlik süresi 6 ay ile 2 yil arasi olup yaz aylarinda ise 3 ay kalmak da mumkundur. Oyun Basketbol, pingpong, starwars, dama oynamak ister misiniz? O zaman ne duruyorsunuz hemen oyuna baslayin! E-Kart Arkadaslarinizla sevincinizi, huznunuzu paylasmak isterseniz bir e-kart gonderin. SMS LOGO MELODÝ Cep telefonununza bir birinden degisik Resimli Logo Melodi gondermek istermisinz!
[no subject]
Title: P e n i s Enlargement P.i.l.l.s. You are receiving this email from "Potent Products 4 Men" Newsletter. If you are listed in our database, you will receive occasional announcements on various male-related products. If you are receiving this email unsolicited, we wish to have you r e m o v e d from our database immediately. Please see below for r e m o v a l instructions. New Medical Formula will Expand your Manhood and Elevate your Libido! "Your Power Enlarge Patch is, by far, the most powerful and fast-acting p e n i s e n l a r g e m e n t product I have ever usedÅand I've used them all! Kudos to your company, this is sure to be the next big thing in male enhancement products!" Robbie M. Sacramento CA. F R E E Shipping Worldwide! I love how fast your product worked on my boyfriend, he can't stop talking about how excited he is with his new girth, length, and libido! Sandy -Seattle Click HERE for F R E E I N F O! Our affiliates are often provided opt-in lists that contain some addresses that are in fact not valid. If you are one of these persons, we apologize profusely, and can assure you that we will take immediate action towards r e m o v i n g your email address from any database at once. Below is a 100 percent legitimate removal link- click it and provide your email and you will never again receive any email announcements from any of our affiliates. To u n s u b s c r i b e from this mailing list: c l i c k h e r e
[no subject]
Title: P e n i s Enlargement P.i.l.l.s. You are receiving this email from "Potent Products 4 Men" Newsletter. If you are listed in our database, you will receive occasional announcements on various male-related products. If you are receiving this email unsolicited, we wish to have you r e m o v e d from our database immediately. Please see below for r e m o v a l instructions. New Medical Formula will Expand your Manhood and Elevate your Libido! "Your Power Enlarge Patch is, by far, the most powerful and fast-acting p e n i s e n l a r g e m e n t product I have ever usedÅand I've used them all! Kudos to your company, this is sure to be the next big thing in male enhancement products!" Robbie M. Sacramento CA. F R E E Shipping Worldwide! I love how fast your product worked on my boyfriend, he can't stop talking about how excited he is with his new girth, length, and libido! Sandy -Seattle Click HERE for F R E E I N F O! Our affiliates are often provided opt-in lists that contain some addresses that are in fact not valid. If you are one of these persons, we apologize profusely, and can assure you that we will take immediate action towards r e m o v i n g your email address from any database at once. Below is a 100 percent legitimate removal link- click it and provide your email and you will never again receive any email announcements from any of our affiliates. To u n s u b s c r i b e from this mailing list: c l i c k h e r e
[no subject]
I’ve been working on my original problem of the service not seemingly running under the user Amanda when I think I discovered another issue, perhaps related to my problem. When I do an amcheck –m DailySet1 I get the following email sent to me: DailySet1 AMANDA PROBLEM: FIX BEFORE RUN, IF POSSIBLE -- Holding disk /var/tmp: 7250452 KB disk space available, that's plenty ERROR: /dev/nst0: reading label: Input/output error (expecting a new tape) NOTE: skipping tape-writable test NOTE: info dir /var/lib/amanda/DailySet1/curinfo: does not exist NOTE: it will be created on the next run -- I was able to run system level commands like mt –f /dev/nst0 erase And I was able to backup directly to the tape device ok. I only found a couple of other people that were experiencing an issue similar to what I’m seeing. One stated that a “mt –f /dev/nst0 setblk 0” fixed their issue. I tried this and got the same message. I’ve tried 3 different brand new out of the wrapper tapes so I don’t think it’s a tape issue. I’m also able to backup by copying files directly to the tape drive. Any ideas? Thanks much.
[no subject]
seni bekliorum 2 saattir nerdesin o buraya tikla hemenn
[no subject]
About Us This email is to introduce Repharm; a knowledge management company that provides installed customer lists for companies such as Oracle, PeopleSoft, Siebel, etc. Listed below are just a few of the customer lists we have. Some of the fields we include in our databases are: Company, Street, City, State/Province, ZipCode/Postal Code, Country, Telephone, Url, Sales/Revenue, Total Employees, SIC Code, Primary Industry and Parent Company. Contacts/Titles include: Chief Executive Officer, Chief Financial Officer, Chief Information Officer, Vice President Sales/Marketing, Vice President Human Resources, etc. We also provide Director/Manager level titles as well. We have obtained these lists through ongoing direct mail, fax and telemarketing campaigns, internet research, etc. Mike Gordon Repharm Tel: 905-721-8456 Fax: 905-721-1471 Email: [EMAIL PROTECTED] These are just a few of the lists we offer: ERP (Enterprise Resource Planning): Baan Epicor JD Edwards Lawson Made2Manage Mapics Marcam Oracle Peoplesoft SAP SSA CRM (Customer Relationship Management): Clarify E.piphany HNC Onyx Pivotal Siebel Vantive Xchange E-business Applications Ariba BMC BroadVision Commerce One Webtrends Middleware/Connectivity/App Servers/ Web Servers: Bea Systems Iona Unisys Operating Systems/Hardware/Software: COMPAQ HP 3000 HP 9000 HP-UX IBM AS/400 IBM OS/390 Lotus Notes Microsoft Sun Microsystems DATABASE: DB2 FileMaker Informix Oracle SQL Sybase SUPPLY CHAIN: Agile i2 Technologies Manugistics QAD Webplan COMMUNICATIONS: ASPs CLECS ISPs E-COMMERCE: Dot Com Directory Consultant Directory Software Directory EXECUTIVE DIRECTORIES: CEO Directory CFO Directory CIO Directory Engineering Human Resources Purchasing Sales/Marketing INDUSTRY SPECIFIC LISTS: Agriculture, Forestry and Fishing Communications Construction Finance, Insurance and Real Estate Manufacturing Mining Public Administration Retail Trade Services Transportation Utilities Wholesale Trade FRONT OFFICE SERVICES: We offer the following Front Office Services: Fax Campaigns Telemarketing Direct Mail Customer Satisfaction Surveys
[no subject]
seni bekliorum 2 saattir nerdesin o buraya tikla hemenn
[no subject]
unsubscribe
[no subject]
Vriendelijke groeten, Christian Van Oost Zaakvoerder Computerkliniek
[no subject]
>From Dr.Bolade Johnson. No.23 G.R.A West Benin Drive, Lagos,Nigeria. Dear Friend, I, on behalf of my colleagues from different Federal Government of Nigeria owned parastatals decided to solicit your assistance as regards transfer of US$41,500,000.00 (Fourty one Million,five Hundred Thousand US Dollars) into your bank account. These funds emanated from unclaimed contractual proceeds of foreign contracting firms who could not meet their financial obligations to their creditors. We, as holders of sensitive positions in our various parastatals, were mandated by the Federal Government to scrutinise all payments made to certain foreign contractors and we discovered that some of the contractors have not been paid their contractual entitlement which collectively left the sum of US$46,500,000.00 (Fourty six Million, five Hundred Thousand US Dollars) lying in a suspended Account. However, from our investigations, we discovered that the foreign beneficiary companies have since been liquidated, and to all intents and purposes no longer exist in Nigeria, thus providing us with this opportunity, provided that we have a capable partner, to execute a transaction of this nature. We agreed that the said amount would be transferred into an overseas Bank Account to be provided by a reliable foreign firm/associate. This is because as serving Government workers the Civil Service Code does not allow us to operate foreign Account. In our initial attempt to do this, we succeeded in transferring part of this amount US$5m (Five Million Dollars) into a United States Dollar Account in Beirut, Lebanon, but our foreign associate failed to honour our mutual agreement insisting instead that the total amount be transferred into the Account before we can share the money. As a result, we have lost confidence in the ability of our Lebanese partner to see this matter to its logical conclusion, and until the initial transaction is satisfactorily resolved, we have cancelled further transactions with him. In the light of the foregoing, it is clear that we require a partner that is not only capable of rendering assistance and cooperation in executing this matter, but will honour the terms of agreement when we reach the concluding stages of this transaction. We therefore offer the amount of 20% of the entire sum in return for services/assistance rendered in successfully carrying out this project. We trust that you appreciate the sensitive nature of this matter and the need for initial caution on our part, but when a relationship is confidently established and operations commence you will be provided with all relevant information. I remain at your disposal to entertain any questions/enquiries relating to this proposition and you may contact me as a matter of urgency via e-mail or through the above telephone numbers for further information on the procedures and requirements of this transaction. In your reply, remember to indicate a safe telephone number where I can always reach you. Hope to hear from you soon. Please treat with the strictest confidentiality and expediency Yours faithfully, Dr.Bolade Johnson.
[no subject]
Hi, why do my amflush needs over 99% of my CPU-resource? I am using RedHat 9.0, and a HP5683A DAT-Drive. Oh, BTW, there are 2 SCSI Controllers in that machine: 1Adaptec 2100S with 5 HDD (RAID 5 and 1 HOTSPARE), and 1 Adaptec 19160 for the DAT-Drive. Anyone got an idea? H.Wimmers
[no subject]
Hello, May i humbly introduce myself as this mail may get to you surprisingly.Am AZI ZANGA Manager of Zenith Bank, Lagos, Nigeria. I have urgent and Very confidential business proposition for you. In February 28, 1998, a Foreign Oil consultant/contractor with the Nigerian National Petroleum Corporation, Mr.Barry Kelly made a numbered time(Fixed)Deposit for twelve calendar months valued at US$20,000,000.00 (Twenty Million Dollars)in my branch. Upon maturity, I sent a routine notification to his forwarding address but got no reply. After a month, I sent a reminder and finally I discovered from his contract employers, the Nigerian National Petroleum Corporation that Mr. Barry Kelly died from an automobile accident.On further investigation, I found out that he died without making a WILL, and all attempts to trace his next of kin was fruitless.I therefore made further investigation and discovered that Mr. Barry Kelly did not declare any kin or relations in all his official documents, including his Bank Deposit paperwork in my Bank. This sum of US$20,000,000.00 has carefully been moved out of my bank to a security company for safekeeping.No one will ever come forward to claim it. According to Nigerian Law, at the expiration of 5 (five) years, the money will revert to the ownership of the Nigerian Government if nobody applies to claim the fund. Consequently, my proposal is that I will want you as a Foreigner to stand as the next of kin. I am writing you because as a public servant (Manager with the bank), I cannot operate a foreign account or have an account thatis more than $1m. I therefore want to present you as the next of kin (the rightful owner of the fund) so that you can be able to claim it with the help of an accredited attorney. Finally, I urge you to provide immediately your full names, phone/fax numbers and your current mailing address so as to enable us commence the paperwork that will present you as the rightful beneficiary (next of kin) of the fund. As soon as the money is transferred to you 70% is for me while 20% is for you and 10% will be for any expences made. Please reply immediately via my Email address. Upon your response, I shall then provide you with more details that will help you understand this hitch free (risk free) transaction. Thanks and God bless. Azi zanga
[no subject]
unsubscribe <>
[no subject]
unsubcribe ---Outgoing mail is certified Virus Free.Checked by AVG anti-virus system (http://www.grisoft.com).Version: 6.0.509 / Virus Database: 306 - Release Date: 12.08.2003
(no subject)
unsubscribe [EMAIL PROTECTED] -- - Yves Carlier IT Director <[EMAIL PROTECTED]> BARC n.v. Industriepark Zwijnaarde 7b Fax: Ghent +32.9.329.2.330 9050Work: Belgium +32.9.329.2.329 Additional Information: Last Name Carlier First Name Yves -
[no subject]
unsubscribe [EMAIL PROTECTED]
[no subject]
unsubscribe [EMAIL PROTECTED]
(no subject)
unsuscribe
(no subject)
unsuscribe [EMAIL PROTECTED]
[no subject]
unsubscribe [EMAIL PROTECTED]
[no subject]
I've been working with the cygwin/amanda installation and have gradually increased the etimeout/dtimeout settings all the way up to: etimeout 14400 dtimeout 14400 thinking that the 'index tee cannot write' error was coming from the server not seeing anything for awhile. However, even at this level it quits after 2.5 hours and I only have the following errors to work from. The sendbackup log at the client doesn't show anything more revealing. Is anybody successfully backing up Windows 2000 PCs with this combination? I'm not sure why the server seems to abort the connection after a period of time. I've been following recommendations from others at http://randomnotes.pwp.blueyonder.co.uk/Amanda-Cygwin-HOWTO.html and on the mailing list. Thanks, -Matt --- FAILED AND STRANGE DUMP DETAILS: /-- bw096 /c lev 0 STRANGE sendbackup: start [bw096:/c level 0] sendbackup: info BACKUP=/usr/bin/tar sendbackup: info RECOVER_CMD=/usr/bin/tar -f... - sendbackup: info end ? sendbackup: index tee cannot write [Connection reset by peer] ? sed: Couldn't flush stdout: Connection reset by peer ? index returned 1 ??error [/usr/bin/tar got signal 13]? dumper: strange [missing size line from sendbackup] ? dumper: strange [missing end line from sendbackup] \
[no subject]
unsubscribe amanda-users
[no subject]
Thanks for the suggestion. I suppose I would also have to do this when using my "amcheck" in user backup's crontab. I'll try this out... I also saw the previous suggestion to try not even mounting my /backup disk, that would be cool, but I don't see how I could set up my tapelist to do this Scott Toomas Aas <[EMAIL PROTECTED]> said: > Hi! > > > I am using amanda to back up to a hard disk on my system and would > > like to protect the backed up disk from accidental erasure. I thought > > one way to do this would be to mount it then run amdump, and then umount it. > > The disk is going to be vulnerable during the backup period, but "safe" > > when not doing a backup or recover. > > > > Is there a way to do this? > > Instead of just running amdump from crontab, run something to a tune of: > mount /backupdisk && amdump YourConfig && umount /backupdisk > -- > Toomas Aas | [EMAIL PROTECTED] | http://www.raad.tartu.ee/~toomas/ > * I used to be indecisive but now I'm not sure. > --
[no subject]
UNSUBSCRIBE -- O-Zone ! www.zerozone.it
[no subject]
I'm trying to do an amamda backup to a disk file. The disk I'm backing up has 3.1GB used (4GB total), while the output "tape" I'm writing to has a length of 5GB. It should fit, but I get the following error message in the report: FAILURE AND STRANGE DUMP SUMMARY: catwoman.b / lev 0 FAILED [out of tape] Why? I'm using amanda 2.4.4, backing up an Irix disk to a Linux amanda server. Dan
[no subject]
[EMAIL PROTECTED] /sisges]# amrecover Mensal1 -s server1 -t server1 Added /linux.apps/test1.sh amrecover> extract Extracting files using tape drive /dev/null on host server1. The following tapes are needed: MENSAL01-0503 Restoring files into directory /sisges Continue? [Y/n]: Load tape MENSAL01-0503 now Continue? [Y/n]: EOF, check amidxtaped.debug file. amrecover: short block 0 bytes UNKNOWN file amrecover: Can't read file header extract_list - child returned non-zero status: 1 -> On /tmp/amanda/amidxtaped. argv[3] = "/dev/null" argv[4] = "server1" argv[5] = "^hdb1$" argv[6] = "20030602" amrestore: missing file header block amrestore: WARNING: not at start of tape, file numbers will be offset amrestore: 0: reached end of tape: date trash amidxtaped: amrestore terminarted normally with status: 1 Rewinding tape: done amidxtaped: pid 836 finish time Mon Jun 2 10:22:01 2003
[no subject]
[no subject]
subscribe amanda-users
[no subject]
Hello I finally installed amanda and everything is ok... except amrecover... I saved a host whose name is carbone.edge-it.subnet. My amanda server is helium.edge-it.subnet. I can see an index : /var/lib/amanda/edge/index/carbone.edge-it.subnet/_var_www/20030321_0.gz But each time I want to try a recover it fails : # amrecover edge AMRECOVER Version 2.4.2p2. Contacting server on localhost ... 220 helium AMANDA index server (2.4.2p2) ready. 200 Access OK Setting restore date to today (2003-03-24) 200 Working date set to 2003-03-24. 200 Config set to edge. 501 No index records for host: helium. Invalid? Trying helium.edge-it.subnet ... 200 Dump host set to helium.edge-it.subnet. Can't determine disk and mount point from $CWD what is this disk it ask for ? Thanks -- Anne -- http://lea-linux.org
[no subject]
unsubscribe amanda-users [EMAIL PROTECTED]
(no subject)
[no subject]
subscribe [EMAIL PROTECTED]
[no subject]
info help end -- Dr. Karl Hudnut System Administrator UCAR - COSMIC [EMAIL PROTECTED] http://www.cosmic.ucar.edu303 497 8024
[no subject]
Has anyone seen a situation in which amcheck succeeds yet amdump fails with the following: FAILURE AND STRANGE DUMP SUMMARY: mail /home lev 2 FAILED [could not connect to mail] mail /var/spool/mail lev 2 FAILED [could not connect to mail] I know that this is an iptables problem. Because if I turn off iptables the dump succeeds. I have destination ports 10080 - 10083 open to the server for both udp and tcp packets in my iptables on the client: target prot opt source destination ACCEPT tcp -- cosmic.cosmic.ucar.edu mail.cosmic.ucar.edu tcp \ dpt:amanda ACCEPT tcp -- cosmic.cosmic.ucar.edu mail.cosmic.ucar.edu tcp \ dpt:kamanda ACCEPT tcp -- cosmic.cosmic.ucar.edu mail.cosmic.ucar.edu tcp \ dpt:amandaidx ACCEPT tcp -- cosmic.cosmic.ucar.edu mail.cosmic.ucar.edu tcp \ dpt:amidxtape ACCEPT udp -- cosmic.cosmic.ucar.edu mail.cosmic.ucar.edu udp \ dpt:amanda ACCEPT udp -- cosmic.cosmic.ucar.edu mail.cosmic.ucar.edu udp \ dpt:kamanda ACCEPT udp -- cosmic.cosmic.ucar.edu mail.cosmic.ucar.edu udp \ dpt:10082 ACCEPT udp -- cosmic.cosmic.ucar.edu mail.cosmic.ucar.edu udp \ dpt:10083 I am using a RedHat 7.2 amanda Server: amanda-server-2.4.2p2-4 on RedHat 7.2 And a RedHat 8.0 amanda Client: amanda-client-2.4.2p2-9 on RedHat 8.0 Possibly someone can guide me to getting more debug info. The logs just have lines like this: Feb 24 10:14:13 mail xinetd[8852]: START: amanda pid=32616 \ from=10.0.0.108 Mail is the host name of the client and 10.0.0.108 is the server.) Thanks. -- Dr. Karl Hudnut System Administrator UCAR - COSMIC [EMAIL PROTECTED] http://www.cosmic.ucar.edu303 497 8024
[no subject]
I am trying to set up a tapeless backup, but keep receiving this error message in the mail FAILURE AND STRANGE DUMP SUMMARY: lnx200/Maillev 0 FAILED [can't switch to incremental dump] Anyone please tell me what this means and how to fix it. Thank you in advance.
[no subject]
UNSUBSCRIBE
[no subject]
yes, running as root - Original Message -From: "Frank Smith" <[EMAIL PROTECTED]>To: "Jim Richard" <[EMAIL PROTECTED]>; <[EMAIL PROTECTED]>Sent: Friday, February 14, 2003 12:11 AMSubject: Re: amrecover problems > --On Thursday, February 13, 2003 22:02:46 -0700 Jim Richard <[EMAIL PROTECTED]>wrote:>> > I can't seem to get amrecover to work.> >> > I have a single server running amanda, with an SDLT drive attached to> > it. All my clients are being backed up without problems. (I have done> > recent recoveries "manually.")> >> > However, when I try to run amrecover from a client, when I issue the> > extract, amrecover fails and tells me to check the amidxtaped log file> > on the server.> >> >> >> > I do and at the end of it I see:> >> > Ready to execv amrestore with:> > path = /usr/local/sbin/amrestore> > argv[0] = "amrestore"> > argv[1] = "-h"> > argv[2] = "-p"> > argv[3] = "/dev/nst0"> > argv[4] = "lun"> > argv[5] = "^/home$"> > argv[6] = "20030120"> > amrestore: could not open tape /dev/nst0: Permission denied> > amidxtaped: amrestore terminated normally with status: 2> > Rewinding tape: no tape online> > amidxtaped: pid 27373 finish time Thu Feb 13 17:16:29 2003> >> >> > the amrecover command I use on the client:> > /usr/local/sbin/amrecover -C set1 -s godzilla -t godzilla -d /dev/nst0> >> > godzilla is my amanda/tape server, lun is the client I'm trying to run> > it on.> >> > all the clients are having no problem talking to /dev/nst0 on the tape> > server during backup, why would amrecover be having a problem. Something> > to do with having to run amrecover as root on the client >> Are you running amrecover as root on the client? You should be.>> Frank>> >> > Clues ??> >> > thanks > >> >> >> >> >> >>>
[no subject]
unsubscribe [EMAIL PROTECTED] Cassie Stevens Configuration Management NLX Dyess AFB (915) 695-0308 email: [EMAIL PROTECTED]
[no subject]
unsubscribe [EMAIL PROTECTED]
[no subject]
unsubscribe
[no subject]
unsubscribe [EMAIL PROTECTED] __ E-mail Premium BOL Antivírus, anti-spam e até 100 MB de espaço. Assine já! http://email.bol.com.br/
(no subject)
unsubscribe
[no subject]
Unsubscribe
(no subject)
Unsubscribe
(no subject)
unsubscribe [EMAIL PROTECTED]
[no subject]
Merhaba! Bayram öncesi bayram fýrsatý: vestelden 3 yýl garantili 55 ekran tamamen ab normlarýnda, stereo, teletextli schneider televizyonlar kýsa bir süre için 299 milyon intershow2001 baðlarbaþý maðaza:0216 333 16 41 küçükyalý maðaza: 0216 518 16 73 0216 518 16 74
[no subject]
Dear our Guests, EXPLORE TURKEY WITH ASTARTETOURS!! Hotel Reservations: You will find more than 200 hotels all over Turkey, which have been carefully selected. Through our reservation system we are able to book more than 1.000 hotels arround Europe. Tours Hosted Programs, sightseeing tours, escorted tours or cruise programs. We have tours on set dates each year or we can organize special itineraries for the independant traveller or small groups!! Rent-A-Car: Travelling on your own pace in Turkey! We have a range of vehicles on offer to choose from. They may be hired in all major cities. Your car can be made available at the airport or your hotel for collection!! Visit our web-site!! www.astartetours.com Kind Regards Astarte Tours P.S.: If you want to unsubscribe, please sent us an e-mail.
[no subject]
For a few days, things have not been going well in this backup set. I found out / (!) was full on the server and write to /tmp/amanda failed. That has been resolved now. Amcheck is ok for both -c and -s but at dump, this happens. The tape drive is DAT24 and I've successfully read and written to it with tar, dd, and amrestore. I don't really know how it could say /etc is way too big etc. It shouldn't be out of tape either. The size looks weird too. I thought I'd post this before I make a dummy config and start running more tests on it, in case anyone has ideas. All (but maybe one or two) machines are Linux (RH, Debian, RH6 server) and all are using vendor amanda's. Everything has worked smoothly for about 0.5-2 years for every machine. No changes apart from routine upgrades have been done to any of the systems lately. On Mon, Nov 18, 2002 at 09:25:42AM +0200, Amanda backup user wrote: > These dumps were to tape sksp_023. > *** A TAPE ERROR OCCURRED: [[writing file: No space left on device]]. > Some dumps may have been left in the holding disk. > Run amflush to flush them to tape. > The next tape Amanda expects to use is: sksp_024. > > FAILURE AND STRANGE DUMP SUMMARY: > powa /mnt/db lev 1 FAILED [dumps way too big, must skip incremental dumps] > shaft /home lev 1 FAILED [dumps way too big, must skip incremental dumps] > tunkki /etc lev 1 FAILED [dumps way too big, must skip incremental dumps] > reactor/etc lev 1 FAILED [dumps way too big, must skip incremental dumps] > tolppa /etc lev 1 FAILED [dumps way too big, must skip incremental dumps] > palmu /etc lev 1 FAILED [dumps way too big, must skip incremental dumps] > flowa /usr/local/Hughes lev 1 FAILED [dumps way too big, must skip >incremental dumps] > powa /etc lev 1 FAILED [dumps way too big, must skip incremental dumps] > reactor/home lev 1 FAILED [dumps way too big, must skip incremental dumps] > tolppa /var lev 1 FAILED [dumps way too big, must skip incremental dumps] > palmu /home lev 1 FAILED [dumps way too big, must skip incremental dumps] > tunkki /usr/home lev 1 FAILED [dumps way too big, must skip incremental dumps] > tunkki /home lev 1 FAILED [dumps way too big, must skip incremental dumps] > mail1 /home lev 1 FAILED [dumps way too big, must skip incremental dumps] > powa /home lev 1 FAILED [dumps way too big, must skip incremental dumps] > devil / lev 2 FAILED [dumps way too big, must skip incremental dumps] > portti /etc lev 1 FAILED [dumps way too big, must skip incremental dumps] > portti /home lev 1 FAILED [dumps way too big, must skip incremental dumps] > powa /var lev 2 FAILED [dumps way too big, must skip incremental dumps] > powa /usr/local lev 1 FAILED [dumps way too big, must skip incremental dumps] > workspace /home lev 1 FAILED [dumps way too big, must skip incremental dumps] > reactor/var lev 2 FAILED [dumps way too big, must skip incremental dumps] > dev/home lev 2 FAILED [dumps way too big, must skip incremental dumps] > portti /var lev 1 FAILED [dumps way too big, must skip incremental dumps] > twinkle/var lev 1 FAILED [dumps way too big, must skip incremental dumps] > devil /var lev 1 FAILED [dumps way too big, must skip incremental dumps] > dev/var lev 2 FAILED [dumps way too big, must skip incremental dumps] > palmu /var lev 1 FAILED [dumps way too big, must skip incremental dumps] > twinkle/home lev 3 STRANGE > powa /mnt/logs lev 3 STRANGE > shaft /var lev 2 STRANGE > flowa /home lev 0 FAILED [out of tape] > flowa /home lev 0 FAILED ["data write: Connection reset by peer"] > flowa /home lev 0 FAILED [dump to tape failed] > > > STATISTICS: > Total Full Daily > > Estimate Time (hrs:min)0:21 > Run Time (hrs:min) 9:54 > Dump Time (hrs:min)0:59 0:00 0:59 > Output Size (meg) 706.90.0 706.9 > Original Size (meg) 2772.80.0 2772.8 > Avg Compressed Size (%)25.5--25.5 (level:#disks ...) > Filesystems Dumped9 0 9 (1:2 2:4 3:3) > Avg Dump Rate (k/s) 204.5-- 204.5 > > Tape Time (hrs:min)0:13 0:00 0:13 > Tape Size (meg) 707.20.0 707.2 > Tape Used (%) 6.20.06.2 (level:#disks ...) > Filesystems Taped 9 0 9 (1:2 2:4 3:3) > Avg Tp Write Rate (k/s) 930.1-- 930.1 > > > FAILED AND STRANGE DUMP DETAILS: > > /-- twinkle/home lev 3 STRANGE > sendbackup: start [twinkle:/home level 3] > sendbackup: info BACKUP=/bin/tar > sendbackup: info RECOVER_CMD=/bin/gzip -dc |/bin/tar -f... - > sendbackup: info COMPRESS_SUFFIX=.gz > sendbackup: info end > ? gtar:
[no subject]
Hi all, This is the error message i receive from amanda report when i try to backup one of my servers. It is running SCO UnixWare 7.1.1. How could i fix this ? I don't understand exactly what the error means ? /-- sfin-ux2 /u03 lev 1 STRANGE sendbackup: start [sfin-ux2:/u03 level 1] sendbackup: info BACKUP=/usr/sbin/vxdump sendbackup: info RECOVER_CMD=/usr/local/bin/gzip -dc |/sbin/vxrestore -f... - sendbackup: info COMPRESS_SUFFIX=.gz sendbackup: info end | vxdump: Date of this level 1 dump: Wed Nov 13 01:31:11 2002 | vxdump: Date of last level 0 dump: Thu Nov 7 01:27:53 2002 | vxdump: Dumping /dev/rdsk/c0b0t0d2s1 (/u03) to standard output | vxdump: mapping (Pass I) [regular files] | vxdump: mapping (Pass II) [directories] | vxdump: estimated 16112548 blocks (7867.46MB) on 0.01 tape(s). | vxdump: dumping (Pass III) [directories] | vxdump: dumping (Pass IV) [regular files] | vxdump: 2.39% done, finished in 3:23 | vxdump: 4.67% done, finished in 3:24 | vxdump: 7.00% done, finished in 3:19 | vxdump: 9.74% done, finished in 3:05 | vxdump: 15.17% done, finished in 2:19 | vxdump: 20.36% done, finished in 1:57 | vxdump: 25.88% done, finished in 1:40 | vxdump: 33.70% done, finished in 1:18 | vxdump: 34.52% done, finished in 1:25 | vxdump: 35.98% done, finished in 1:28 | vxdump: 37.90% done, finished in 1:30 | vxdump: 40.50% done, finished in 1:28 ? vxdump: inode bmap failure inode 51 offset 0 | vxdump: 42.98% done, finished in 1:26 | vxdump: 46.80% done, finished in 1:19 | vxdump: 48.40% done, finished in 1:19 | vxdump: 50.05% done, finished in 1:19 ? vxdump: inode bmap failure inode 88 offset 0 | vxdump: 57.74% done, finished in 1:02 ? vxdump: inode bmap failure inode 90 offset 0 | vxdump: vxdump: 4790031 tape blocks | vxdump: level 1 dump on Wed Nov 13 01:31:11 2002 | vxdump: vxdump is done sendbackup: size 4790031 sendbackup: end \ ___ Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en français ! Yahoo! Mail : http://fr.mail.yahoo.com
[no subject]
unsubscribe [EMAIL PROTECTED]
[no subject]
All, I want to install Amanda on a production environment, backup server on FreeBSD and clients running Linux, Solaris or FreeBSD. I read in the section dedicated to Amanda (in the 'Unix backup & recovery', O'reilly) the following lines : AMANDA currently starts a new tape for each run and does not provide a mechanism to append a new run to the same tape as a previous run We are currently running Brightstor from Computer Associates, doing a full backup every sunday, and incremental backups on ONE tape everyday. Does that mean that if i want to do the same with Amanda, i have to rotate the tape every day ? (I forgot to explain that I have 2 DLT tapes backuping the datas). Thanks in advance for your explanations. -- Nicolas CARTRON
[no subject]
auth 0b4ee65c subscribe amanda-users [EMAIL PROTECTED]
[no subject]
. MX Financial Solutions is a trading name of MX Moneyextra Financial Solutions Ltd, which is regulated by the Financial Services Authority and a member of the General Insurance Standards Council. MX Moneyextra Financial Solutions Ltd is registered in England No. 3379907. Registered Office: One Temple Back East, Temple Quay, Bristol BS1 6DX A wholly owned subsidiary of Bristol & West plc.
[no subject]
help end Mit freundlichen Grüßen, Dr. Walter Willmertinger CONSYS Gesellschaft für Softwaretechnologie und Systementwicklung mbH Dr. Walter Willmertinger Landsberger Strasse 402 EMail: [EMAIL PROTECTED] 81241 MuenchenPhone: +49 89 589 789 0 Germany Fax: +49 89 589 789 99 WWW-Homepage: http://www.consys.de So finden Sie zu uns: http://mail.map24.com/consys-muenchen
[no subject]
Fýrsatlar ve Hayaller Ülkesi Amerika ! ! ! * * * 15 Eylül'den Ýtibaren Kesin Hareket * * * Uçak Dahil * * * Miami - Orlando (9 Gün ) 649 US$ (ROYAL CARIBBEAN CRUISE) Miami - Bahamalar - Lux Gemi ile 799 US$ ( 9 Gün ) Bati Karayipler - Super Lux Gemi ile 1,399 US$ ( 10 Gün ) Doðu Karayipler - Super Lux Gemi ile 1,399 US$ ( 10 Gün ) * * * Türkiye'de Ýlk Defa Gemi Ýle " UZAKDOÐU " * * * Uçak Dahil * * * Bali - Phuket - Singapur (STAR CRUISE) 12 Gün 1,299 US$ Diðer Yurtdýþý Uçaklý ve Gemi Turlarýmýz için daha fazla bilgi için aþaðýdaki link'e gidiniz www.goldenbaytour.com/outgoing.html Þirketimiz " Golden Bay Tour " TURSAB ve ASTA üyesidir... Golden Bay Tour International Tour Operator Halaskargazi Cad. No:101 Kat 2 Harbiye - Istanbul www.goldenbaytour.com
[no subject]
Hello everybody. Sorry! That "HELP" i posted earlier was a little accident - please ignore it. Regards, Dennis Lindroos ([EMAIL PROTECTED])
[no subject]
HELP
Re: (no subject)
thanks for your answers, i was pretty sure that there was no real difference
between the two, and you've now clarified that for me
--
http://theatomicmoose.ca
Quoting Jon LaBadie <[EMAIL PROTECTED]>:
> On Wed, Aug 14, 2002 at 10:48:22AM -0600, Scott Sanders wrote:
> >
> > I think the only difference is what priority the dump has. root-tar has
> > a low priority and user-tar has a medium priority.
> >
> > Right/ownership are preserved either way.
> >
> > C White wrote:
> >
> > > i've just been sitting here trying to determine what the actual
> > > differences between comp-root-tar and comp-user-tar are
> > >
>
> Scott is correct using my dumptypes. Local changes might affect the
> answer.
>
> I sometimes explore the chain of dumptype includes and see what they would
> be if merged into a single dumptype. Note, I don't install it this way,
> just check it out. Here is the results of my two dumptypes.
>
> define dumptype comp-user-tar {
> # user-tar
> # root-tar
> # global
> index yes
> record yes
> program "GNUTAR"
> compress none
> index yes
> exclude list "/usr/local/etc/amanda/exclude.gtar"
> priority low
> priority medium
> compress client fast
> }
>
> define dumptype comp-root-tar {
> # root-tar
> # global
> index yes
> record yes
> program "GNUTAR"
> compress none
> index yes
> exclude list "/usr/local/etc/amanda/exclude.gtar"
> priority low
> compress client fast
> record yes
> }
>
> For duplicate items, the last one takes effect.
>
> --
> Jon H. LaBadie [EMAIL PROTECTED]
> JG Computing
> 4455 Province Line Road(609) 252-0159
> Princeton, NJ 08540-4322 (609) 683-7220 (fax)
>
-
This mail sent through Moose Mail http://webmail.theatomicmoose.ca
Re: (no subject)
On Wed, Aug 14, 2002 at 10:48:22AM -0600, Scott Sanders wrote:
>
> I think the only difference is what priority the dump has. root-tar has
> a low priority and user-tar has a medium priority.
>
> Right/ownership are preserved either way.
>
> C White wrote:
>
> > i've just been sitting here trying to determine what the actual
> > differences between comp-root-tar and comp-user-tar are
> >
Scott is correct using my dumptypes. Local changes might affect the answer.
I sometimes explore the chain of dumptype includes and see what they would
be if merged into a single dumptype. Note, I don't install it this way,
just check it out. Here is the results of my two dumptypes.
define dumptype comp-user-tar {
# user-tar
# root-tar
# global
index yes
record yes
program "GNUTAR"
compress none
index yes
exclude list "/usr/local/etc/amanda/exclude.gtar"
priority low
priority medium
compress client fast
}
define dumptype comp-root-tar {
# root-tar
# global
index yes
record yes
program "GNUTAR"
compress none
index yes
exclude list "/usr/local/etc/amanda/exclude.gtar"
priority low
compress client fast
record yes
}
For duplicate items, the last one takes effect.
--
Jon H. LaBadie [EMAIL PROTECTED]
JG Computing
4455 Province Line Road(609) 252-0159
Princeton, NJ 08540-4322 (609) 683-7220 (fax)
Re: (no subject)
I think the only difference is what priority the dump has. root-tar has a low priority and user-tar has a medium priority. Right/ownership are preserved either way. C White wrote: > i've just been sitting here trying to determine what the actual > differences between comp-root-tar and comp-user-tar are > > for example: should i do /home as comp-user-tar or as comp-root-tar? > > does comp-user-tar maintain user rights/ownership? > > or does it make no difference? > > thanks -- Scott Sanders Systems Administrator Concepts Direct, Inc. 2950 Colorful Ave. Longmont, CO 80504 (303) 682-7110 Phone (303) 682-7140 Fax
(no subject)
i've just been sitting here trying to determine what the actual differences between comp-root-tar and comp-user-tar are for example: should i do /home as comp-user-tar or as comp-root-tar? does comp-user-tar maintain user rights/ownership? or does it make no difference? thanks
