Dump gives a strange dump summary if file system is not mounted - is this
required or a bug ?
To illustrate in my disk list:
tx5019 /mnt /dev/lofi/2 comp-root
STRANGE DUMP DETAILS:
/-- tx5019 /mnt lev 1 STRANGE
sendbackup: start [tx5019:/mnt level 1]
sendbackup: info BACKUP=/usr/sbin
nda 2.5.2p1)
when i run "amdump daily", i get this email message:
Hostname: myserver.mydomain.com
Org : localhost
Config : daily
Date: August 16, 2007
These dumps were to tape daily5.
The next tape Amanda expects to use is: daily6.
FAILURE AND STRANGE DUMP SUMMARY:
mycl
On 2007-06-18 20:53, Robert Echlin wrote:
> FAILURE AND STRANGE DUMP SUMMARY:
> cpu.ind.com /var/lib/mysql lev 0 FAILED [mesg read: Connection reset
> by peer]
Have you read/understood/checked:
http://wiki.zmanda.com/index.php/Mesg_read:_Connection_reset_by_peer
> cpu.ind.c
FAILURE AND STRANGE DUMP SUMMARY:
cpu.ind.com /var/lib/mysql lev 0 FAILED [mesg read: Connection reset
by peer]
cpu.ind.com /var/lib/mysql lev 0 FAILED [cannot read header: got 0
instead of 32768]
cpu.ind.com /var/lib/mysql lev 0 was successfully retried
Olivier notes that the network
-78
> http://www.medizinische-genetik.de
>
>
>
>
--
View this message in context:
http://www.nabble.com/FAILURE-AND-STRANGE-DUMP-SUMMARY-tf3788077.html#a11170958
Sent from the Amanda - Users mailing list archive at Nabble.com.
Hi,
fedora schrieb:
cpu.ind.com /var/lib/mysql lev 0 FAILED [mesg read: Connection reset by
peer]
Maybe the client was rebooted during the backup or xinetd restarted.
cpu.ind.com /var/lib/mysql lev 0 FAILED [cannot read header: got 0
instead of 32768]
The server didn't send an estimat
> FAILURE AND STRANGE DUMP SUMMARY:
> cpu.ind.com /var/lib/mysql lev 0 FAILED [mesg read: Connection reset by
> peer]
Means that Amanda client on cpu.ind.com closed connection with Amanda
server before the dump (or estimate was finished).
Olivier
fedora wrote:
>
> Hi guys. I am newbie here. I got problem with my Amanda.
>
> here is the result in mail report:
>
> FAILURE AND STRANGE DUMP SUMMARY:
> ind.ayo.com/var/lib/mysql lev 0 STRANGE
>
>
> STATISTICS: All OK. Showed the progress
>
>
fedora wrote:
> Almost files which is the extension ./databasename/*.MYI changed not only
> ./mysql/general_log.CSV
>
Of course they changed.
I usually try to avoid "Read the documentation" type responses, but I
think this might be a good time to suggest it. The mysql docs tell you
pretty clear
Now what is the file ./mysql/general_log.CSV ?
>
> In my run of MySQL (version 4) I do not have such a file. Is it
> important or not if you loose it? If it is only a log file, like the
> name suggests, maybe loosing it would not be so dramatic.
>
> Best regards,
>
> Ol
On Fri, Jun 08, 2007 at 01:15:51AM -0700, fedora wrote:
> Is there any proper mysql backup that can backup database without stopping
> it??
You've already had a number of suggestions, so I'll just add one (and a
shameless one, at that): ZRM for MySQL can back up MySQL databases
without the need to
Hi,
fedora schrieb:
Is there any proper mysql backup that can backup database without stopping
it??
If so, I don't have to worry about it? Of course it wasn't failed but I just
worried if I recover it and the database or tables might be corrupt just
because Amanda detected strange. Please advice
We use the following script (via a cron job) to get a distinct file for
each database. We then only back up the /var/spool/mysqldumps directory.
We run the script about an hour before the backups kick off.
LP
#!/bin/bash
# Daily database dumps for inclusion in amanda backups.
MYU="/mysql user w
On Jun 8, 2007, at 1:15 AM, fedora wrote:
Is there any proper mysql backup that can backup database without
stopping
it??
If so, I don't have to worry about it? Of course it wasn't failed
but I just
worried if I recover it and the database or tables might be corrupt
just
because Amanda
> Is there any proper mysql backup that can backup database without stopping
> it??
> If so, I don't have to worry about it? Of course it wasn't failed but I just
> worried if I recover it and the database or tables might be corrupt just
> because Amanda detected strange. Please advice.
I remember
Hi,
fedora schrieb:
> Is there any proper mysql backup that can backup database without stopping
> it??
> If so, I don't have to worry about it? Of course it wasn't failed but I just
> worried if I recover it and the database or tables might be corrupt just
> because Amanda detected strange. Plea
l reccords a number of
> Amanda error message and the explanation for it, and possible recovery
> action.
>
> Olivier
>
>
--
View this message in context:
http://www.nabble.com/FAILURE-AND-STRANGE-DUMP-SUMMARY-tf3788077.html#a11022275
Sent from the Amanda - Users mailing list archive at Nabble.com.
> FAILED AND STRANGE DUMP DETAILS:
>
> /-- ind.ayo.com /var/lib/mysql lev 0 STRANGE
> sendbackup: start [ind.ayo.com:/var/lib/mysql level 0]
> sendbackup: info BACKUP=/bin/tar
> sendbackup: info RECOVER_CMD=/bin/gzip -dc |/bin/tar -f - ...
> sendbackup: info COMPRESS_SUFFIX=.gz
> sendbackup: info
any solutions for me?
fedora wrote:
>
> Hi guys. I am newbie here. I got problem with my Amanda.
>
> here is the result in mail report:
>
> FAILURE AND STRANGE DUMP SUMMARY:
> ind.ayo.com/var/lib/mysql lev 0 STRANGE
>
>
> STATISTICS: All OK. Show
On Thursday 29 September 2005 07:15, Jon LaBadie wrote:
>On Thu, Sep 29, 2005 at 11:13:01AM +0100, Chuck Amadi Systems
Administrator wrote:
>> Hi all I note that a FAILURE AND STRANGE DUMP SUMMARY: occurred and I
>> assume that from the message at the bottom of the report that -
Hi
Cheers for the reassurance.
I will make note of your comments to file.
Thanks
On Thu, 2005-09-29 at 07:15 -0400, Jon LaBadie wrote:
> On Thu, Sep 29, 2005 at 11:13:01AM +0100, Chuck Amadi Systems Administrator
> wrote:
> > Hi all I note that a FAILURE AND STRANGE DUMP SUMMA
On Thu, Sep 29, 2005 at 11:13:01AM +0100, Chuck Amadi Systems Administrator
wrote:
> Hi all I note that a FAILURE AND STRANGE DUMP SUMMARY: occurred and I
> assume that from the message at the bottom of the report that - file
> changed as we read it has caused a FAILURE AND STR
Hi all I note that a FAILURE AND STRANGE DUMP SUMMARY: occurred and I
assume that from the message at the bottom of the report that - file
changed as we read it has caused a FAILURE AND STRANGE DUMP.
Have I got anything to worry about here!.
On the myserver machine, the file _.1.tmp: has changed
On Wed, 21 Sep 2005 at 11:11am, Gene Heskett wrote
> That mans your indices and such are all out of date by one run. I
On tape, they are, yes. But I store the taballs on a couple of different
servers with multi-disk-failure-proof RAIDs. It's not perfect, but it's
worked well me for this far.
>Looks like some temporary compressed index files from the current run
>should be there but are not. ...
>
>Do you see similar behavior ?
As Joshua said, this is to be expected. Amanda is creating those files
and removing them during the time GNU tar is also backing them up.
You *might* (haven'
On Wednesday 21 September 2005 09:31, Joshua Baker-LePain wrote:
>On Wed, 21 Sep 2005 at 9:04am, Guy Dallaire wrote
>
>> It's very rare that I don't come up here in the morning and don't
see
>> failed and strange dumps in my 10 machines backup.
>
>FAILED is a lot different than STRANGE.
>
>> Most o
On Wed, 21 Sep 2005 at 9:04am, Guy Dallaire wrote
> It's very rare that I don't come up here in the morning and don't see
> failed and strange dumps in my 10 machines backup.
FAILED is a lot different than STRANGE.
> Most of the time, this occurs because some housekeeping/cleaning is
> between t
It's very rare that I don't come up here in the morning and don't see
failed and strange dumps in my 10 machines backup.
Most of the time, this occurs because some housekeeping/cleaning is
between the time the estimates and backups are done.
Most of the time, the message is there because a file d
Bijnens
> Sent: Friday, October 29, 2004 10:56 AM
> To: Brian Tima
> Cc: Amanda Mailing List
> Subject: Re: failure and strange dump summary -- disk offline
>
>
> Brian Tima wrote:
>
>> File system is ext3
>> Which debug file do I check?
>>
>> Here a
Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] Behalf Of Paul Bijnens
Sent: Friday, October 29, 2004 10:56 AM
To: Brian Tima
Cc: Amanda Mailing List
Subject: Re: failure and strange dump summary -- disk offline
Brian Tima wrote:
> File system is ext3
> Which debug fil
Brian Tima wrote:
Does anyone have any more suggestions I can look into for resolving my sda3
disk?
What filesystem is sda? ext2 reiserfs? ...
What is in the debug file on the client: /tmp/amanda/*.debug
concerning this DLE ?
(I thought someone already asked, but I never saw the answer.)
--
Paul
Brian Tima wrote:
File system is ext3
Which debug file do I check?
Here are the files showing in the directory /tmp/amanda
All the ones relevant to /dev/sda3 ?
You never posted (afaik) which program you used to
dump the filesystem (dump or gnutar).
Do a grep of /dev/sda3 or the mountpoint for gnuta
Hi, Brian Tima,
on Freitag, 29. Oktober 2004 at 17:20 you wrote to amanda-users:
BT> Does anyone have any more suggestions I can look into for resolving my sda3
BT> disk?
BT> amcheck does not report any problems.
BT> my amanda user is part of the disk group
BT> /dev/sda1
BT> performs without m
---
-Original Message-
From: Stefan G. Weichinger [mailto:[EMAIL PROTECTED]
Sent: Thursday, October 28, 2004 6:46 PM
To: Brian Tima
Subject: Re: failure and strange dump summary
Hi, Brian,
on Freitag, 29. Oktober 2004 at 01:33 you wrote to amanda-users:
BT> I'
[mailto:[EMAIL PROTECTED]
> Sent: Thursday, October 28, 2004 6:46 PM
> To: Brian Tima
> Subject: Re: failure and strange dump summary
>
>
> Hi, Brian,
>
> on Freitag, 29. Oktober 2004 at 01:33 you wrote to amanda-users:
>
> BT> I've been messing with AMANDA n
--Original Message-
From: Stefan G. Weichinger [mailto:[EMAIL PROTECTED]
Sent: Thursday, October 28, 2004 6:46 PM
To: Brian Tima
Subject: Re: failure and strange dump summary
Hi, Brian,
on Freitag, 29. Oktober 2004 at 01:33 you wrote to amanda-users:
BT> I've been messing with AMAND
Check
Client check: 1 host checked in 0.017 seconds, 0 problems found
-Original Message-
From: Stefan G. Weichinger [mailto:[EMAIL PROTECTED]
Sent: Thursday, October 28, 2004 6:46 PM
To: Brian Tima
Subject: Re: failure and strange dump summary
Hi, Brian,
on Freita
tape Amanda expects to use is: LinC.
FAILURE AND STRANGE DUMP SUMMARY:
mn-py-linu /dev/sda3 lev 0 FAILED [disk /dev/sda3 offline on
mn-py-linuxsvr?]
STATISTICS:
Total Full Daily
Estimate Time (hrs:min)
: <[EMAIL PROTECTED]>
Sent: Tuesday, September 02, 2003 6:51 PM
Subject: Re: strange dump summary
> Is there a way to force a backup to the holding disk? I want to keep
> several days worth of incrementals on disk and then flush them to disk
> on Friday.
underlying tools like dump(1) involved
BE> here:
BE> FAILURE AND STRANGE DUMP SUMMARY:
BE> localhost feff9f0 lev 0 ERROR [not in disklist]
What does your disklist look like?
And PLEASE don´t use "localhost", use the FQDN instead
(myhost.mydomain.com or somethin
Matt Hyclak <[EMAIL PROTECTED]> writes:
> I do the same thing by just leaving the tape out of the drive. The other
> option is to configure amanda to use for example, /dev/amtape as its no
> rewind device.
Might want to search the archives for /dev/fridaytape, we've
discussed this before.
> Run
Is there a way to force a backup to the holding disk? I want to keep
several days worth of incrementals on disk and then flush them to disk
on Friday.
Tks,
David
On Tue, Sep 02, 2003 at 06:51:43PM -0500, David Barcelo enlightened us:
> Is there a way to force a backup to the holding disk? I want to keep
> several days worth of incrementals on disk and then flush them to disk
> on Friday.
>
I do the same thing by just leaving the tape out of the drive
Hi,
I recently upgraded a system from RHL8 to RHL9 and am seeing the
following errors from Amanda's mailed backup report. I'm not sure if
it's Amanda or some of the underlying tools like dump(1) involved
here:
FAILURE AND STRANGE DUMP SUMMARY:
localhost feff9f0 lev
I'm a newbie to amanda and I'm having problems with my backups.
Sometimes they work but more often they don't. The report I get is:
FAILURE AND STRANGE DUMP SUMMARY:
localhost /usr/local lev 0 FAILED [data timeout]
localhost /usr/local lev 0 FAILED [dump to tape failed]
; means? I'm new to AMANDA and
> don't have much of a clue
> as to what could be happening.
> Thank you,
> ed
>
> FAILURE AND STRANGE DUMP SUMMARY:
> mov/ RESULTS MISSING
*snip*
> rst/ RESULTS MISSING
Basically, amanda was able to communi
o what could be happening.
Thank you,
ed
FAILURE AND STRANGE DUMP SUMMARY:
mov/ RESULTS MISSING
mov/usr RESULTS MISSING
mov/home/mp1 RESULTS MISSING
mov/home/mp2 RESULTS MISSING
mov/home/mp5 RESULTS MISSING
mov/home/mp3 RESULTS MISSING
mov
On Fri, 3 May 2002 at 2:52pm, Michael Kopach wrote
> FAILURE AND STRANGE DUMP SUMMARY:
> localhost hda5a lev 0 FAILED [missing result for hda5a in localhost response]
Two things:
o You want to use a hostname. Even if you don't think you do, you do.
localhost will more
:
Subject: aug AMANDA MAIL REPORT FOR May 2, 2002
These dumps were to tape 3117.
The next tape Amanda expects to use is: a new tape.
FAILURE AND STRANGE DUMP SUMMARY:
localhost hda5a lev 0 FAILED [missing result for hda5a in localhost response]
STATISTICS:
Total
On Tue, 29 Jan 2002 16:12:17 -0500
"John R. Jackson" <[EMAIL PROTECTED]> wrote:
[..]
> I looked at the code and that error only comes from one place, when driver
> has tried doing a dump once and it failed but was requeued to "TRYAGAIN",
> then the second attempt also failed. I'm not sure the me
>Checking running processes is a nightshift job, I'd like to avoid :)
Understood. I'm on a first name basis with all three Operations shifts
(plus weekends) here, and I'm not sure that's necessarily a good thing.
They're nice people, but at 3 AM ...
:-) :-)
>Any more tips left?
I looked at th
On Mon, 28 Jan 2002 13:01:40 -0500
"John R. Jackson" <[EMAIL PROTECTED]> wrote:
> >... suddenly 3 of 14 mountpoints on the same machine failed
> >for reasons I don't get.
> >...
> >machine /some/mountpoint_1 lev 1 FAILED [could not connect to machine]
>
> Some things to check:
>
> * See if th
>... suddenly 3 of 14 mountpoints on the same machine failed
>for reasons I don't get.
>...
>machine /some/mountpoint_1 lev 1 FAILED [could not connect to machine]
Some things to check:
* See if there are left over amandad (or dumper) processes laying
around still running from a previous f
Hi Helpers,
as you can see, I am currently backing up just one client using gnutar.
Now, having one tapecycle run, suddenly 3 of 14 mountpoints on the same machine failed
for reasons I don't get.
The mail from today, report from the night 25.-26.
---cut-on---
...
machine /some/mountpoint_1 lev 1
Hi,
Thks for zour former helps..
I do a special configuration with only the host that I'm having a
problem with (atalante).
and amanda success to do this.
So i'm kind of puzzled about it.
To give you more information I would like to tell you that
-atalante is the "backup client host" a
>I do a special configuration with only the host that I'm having a
>problem with (atalante).
>and amanda success to do this.
>So i'm kind of puzzled about it.
That could just mean whatever made ufsdump upset doesn't happen to be
active at the moment.
> -atalante is the "backup client host"
>I get the fellowing error after launching amdump.
>...
>sendbackup: info BACKUP=/usr/sbin/ufsdump
>...
>| DUMP: SIGBUS() ABORTING!
>? DUMP: bread: dev_seek error: Invalid argument
Actually, Amanda gets it after it launches ufsdump. This is not an
Amanda problem -- it's a ufsdump problem.
Hi,
I get the fellowing error after launching amdump.
Stuff to know:
-atalante is the server that contains the holding disk on
/export/diskE/amanda
-in the disklist (atalante /export/diskE/ comp-user)
FAILURE AND STRANGE DUMP SUMMARY:
atalante /export/diskD lev 0 FAILED
- What does this mean?(extract from a amdump report)
FAILURE AND STRANGE DUMP SUMMARY:
planner: FATAL protocol out of handles
- When amanda tells that it is "expecting a new tape", what do i have to
do?
Giving an already labeled or unlabeled tape it's the same.
- Is there
* [EMAIL PROTECTED] <[EMAIL PROTECTED]> (Thu, Apr 26, 2001 at 04:36:29AM -0700)
> HI,
> I got the following, and was wondering what the "Strange" meant, and what I could do
>about the "File too large" failures :
File too large:
_>
your dumping a >2G file to your linux holding disk,
Either upgra
HI,
I got the following, and was wondering what the "Strange" meant, and what I could do
about the "File too large" failures :
...
FAILURE AND STRANGE DUMP SUMMARY:
pipe10 /dev/hda1 lev 1 STRANGE
workshop /dev/hdc lev 0 FAILED ["data write: File too large&quo
>when i run the "new" amcheck utility "/usr/local/sbin/amcheck " i got
>the error:
>
>/usr/local/etc/amanda//amanda.conf", line 85: configuration keyword
>expected
>"/usr/local/etc/amanda//amanda.conf", line 85: end of line expected
>"/usr/local/etc/amanda//amanda.conf", line 88: configuration ke
Cc: <[EMAIL PROTECTED]>
Sent: Tuesday, February 20, 2001 12:51 PM
Subject: Re: Failure and strange dump summary
> On Feb 20, 2001, "FFx" <[EMAIL PROTECTED]> wrote:
>
> > my exact version is : amanda 2.4.2-19991216-beta1
>
> Then yours pre-dates the patc
On Feb 20, 2001, "FFx" <[EMAIL PROTECTED]> wrote:
> my exact version is : amanda 2.4.2-19991216-beta1
Then yours pre-dates the patch. Time to upgrade :-)
--
Alexandre Oliva Enjoy Guarana', see http://www.ic.unicamp.br/~oliva/
Red Hat GCC Developer aoliva@{cygnus.com, redhat
my exact version is : amanda 2.4.2-19991216-beta1
- Original Message -
From: "Alexandre Oliva" <[EMAIL PROTECTED]>
To: "FFx" <[EMAIL PROTECTED]>
Cc: <[EMAIL PROTECTED]>
Sent: Tuesday, February 20, 2001 11:23 AM
Subject: Re: Failure and strange
On Feb 20, 2001, "FFx" <[EMAIL PROTECTED]> wrote:
> ? gtar: ./dev/log: socket ignored
Are you sure the client is running Amanda 2.4.2? The patch that
ignored this message went in on May 28 last year.
--
Alexandre Oliva Enjoy Guarana', see http://www.ic.unicamp.br/~oliva/
Red Hat GCC Develop
Hi !
i have installed amanda 2.4.2 with Debian 2.2 core
2.2.16fix1 in a compaq proliant server
i created the host list, tape labels, volume
index and configured my changer ( autoloader 7x DAT DDS-3)
all dumps complete successfully but one fails with
the following error :
/--
luisinII /
>BTW, I can backup "/etc" filesystem using dump on the client machines.
>But no luck from Amanda server.
Can you do those backups as the Amanda user?
Is the group that owns the disks the primary Amanda user group or an
alternate? If an alternate and you're using xinetd, are you using the
option
Yes.
BTW, I can backup "/etc" filesystem using dump on the client machines.
But no luck from Amanda server.
-
Suman
On Fri, 2 Feb 2001 12:18:56 -0800 (PST), David Wolfskill wrote:
> >Date: Fri, 2 Feb 2001 11:51:37 -0800 (PST)
> >From: smallA <[EMAIL PROTECTED]>
>
> >/usr/local/libexec/sen
>Thank you all for your prompt reply. ...
BTW, your E-mail address to reply to is "[EMAIL PROTECTED]", but that
seems to be bouncing:
... while talking to mta.excite.com.:
>>> RCPT To:<[EMAIL PROTECTED]>
<<< 550 Invalid recipient: <[EMAIL PROTECTED]>
550 <[EMAIL PROTECTED]>... User unknown
You
>Date: Fri, 2 Feb 2001 11:51:37 -0800 (PST)
>From: smallA <[EMAIL PROTECTED]>
>/usr/local/libexec/sendsize: version 2.4.1p1
>calculating for amname '/etc', dirname '/etc'
>sendsize: getting size via dump for /etc level 0
>sendsize: running "/sbin/dump 0sf 1048576 - /etc"
>running /usr/local/libex
Thank you all for your prompt reply. Here comes the output of
/tmp/amanda/sendsize*debug -
/usr/local/libexec/sendsize: version 2.4.1p1
calculating for amname '/etc', dirname '/etc'
sendsize: getting size via dump for /etc level 0
sendsize: running "/sbin/dump 0sf 1048576 - /etc"
running /usr/lo
>got result for host mogadon disk /etc: 0 -> -1K, -1 -> -1K, -1 -> -1K
What's in /tmp/amanda/sendsize*debug on mogadon?
>smallA
John R. Jackson, Technical Software Specialist, [EMAIL PROTECTED]
the last 4-5 months but with this server somehow it fails.
>
> Messages from log files -
>
> Amanda report:
> =
> FAILURE AND STRANGE DUMP SUMMARY:
>
> mogadon/etc lev 0 FAILED [disk /etc offline on mogadon?]
> [snip]...
> mogadon /etc 0 F
m log files -
Amanda report:
=
FAILURE AND STRANGE DUMP SUMMARY:
mogadon/etc lev 0 FAILED [disk /etc offline on mogadon?]
[snip]...
mogadon /etc 0 FAILED
[snip]...
amdump.1:
setting up estimates for mogadon:/etc
mogadon:/etc ov
orked out - if
you do suss it then please let me know!
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]]On Behalf Of Mitch Collinsworth
Sent: Wednesday, 24 January 2001 02:14
To: Gerald T. Freymann
Cc: [EMAIL PROTECTED]
Subject: Re: FAILURE AND STRANGE DUMP SUMMARY
O
Gerald T. Freymann <[EMAIL PROTECTED]> wrote:
> I'm using Amanda 2.4.1p1 and Samba 2.0.7
You should apply the patch
http://www.amanda.org/patches/2.4.1p1/samba2-2418.diff
or upgrade to amanda-2.4.2
HTH, Lipo
--
Roland E. Lipovits
Vienna, Austria
> You didn't say what versions of amanda and samba you're using. I
> used to see this with old versions when I had samba configured with
> too high a logging level.
I'm using Amanda 2.4.1p1 and Samba 2.0.7
> P.S. You have a very catchy name. Well to me anyhow, since I
> have an uncle named J
On Tue, 23 Jan 2001, Gerald T. Freymann wrote:
> FAILURE AND STRANGE DUMP SUMMARY:
> amanda file://xxx/PAP2 lev 0 STRANGE
>
> And then what follows is a line by line blow of each and every file that
> got backed up.
>
> How do you make Amanda think these PC
Now that I finally have my rebuilt Amanda server working again, there is
one item that I'd like to check in on.
When it backs up the PC shares on our Win2K, WinNT and Win95 boxes, I get
this:
FAILURE AND STRANGE DUMP SUMMARY:
amanda file://xxx/PAP2 lev 0 STRANGE
amanda
>? DUMP: bread: lseek fails
>? DUMP: short read error from /dev/sda10: [block
>-2122605784]: count=2048, got=0
This is typical of dumping an active file system. In particular, if the
dump program knows it needs to read an indirect block of disk addresses
and the file is removed/reallocated a
At 04:50 PM 1/11/01 +0100, Jens Bech Madsen wrote:
>Denise Ives <[EMAIL PROTECTED]> writes:
>
> > There was a huge amount of output - so I will only forward you part
> > of the dump summary from the Amanda Mail Report -
> >
> > ? DUMP: More than 32 block read errors from 134577504
> > ? DUMP:
Denise Ives <[EMAIL PROTECTED]> writes:
> There was a huge amount of output - so I will only forward you part
> of the dump summary from the Amanda Mail Report -
>
> ? DUMP: More than 32 block read errors from 134577504
> ? DUMP: This is an unrecoverable error.
> ? DUMP: fopen on /dev/tty
There was a huge amount of output - so I will only forward you part
of the dump summary from the Amanda Mail Report -
FAILURE AND STRANGE DUMP SUMMARY:
admin1.cor sda10 lev 1 FAILED [/sbin/dump returned 3]
STATISTICS:
Total Full Daily
84 matches
Mail list logo