Andre Brandt schrieb:
At the moment, I've 3 backups that has been flushed. At all three of
them, amanda show me *** THE DUMPS DID NOT FINISH PROPERLY!. But all
logfiles seems to be okay:
DISK amflush test.mynet /data
DISK amflush srv1.mynet /data
DISK amflush srv1.mynet /etc
DISK amflush
Sure :)
Logfile:
DISK amflush test.mynet /data
DISK amflush srv1.mynet /data
DISK amflush srv1.mynet /etc
DISK amflush srv1.mynet /var
START amflush date 20080807082315
START driver date 20080807082315
STATS driver startup time 0.012
START taper datestamp 20080807082315 label DailySet1-001 tape
Andre Brandt wrote:
At the moment, I've 3 backups that has been flushed. At all three of
them, amanda show me *** THE DUMPS DID NOT FINISH PROPERLY!. But all
logfiles seems to be okay:
DISK amflush test.mynet /data
DISK amflush srv1.mynet /data
DISK amflush srv1.mynet /etc
DISK amflush
Andre Brandt wrote:
Sure :)
Logfile:
DISK amflush test.mynet /data
DISK amflush srv1.mynet /data
DISK amflush srv1.mynet /etc
DISK amflush srv1.mynet /var
START amflush date 20080807082315
START driver date 20080807082315
STATS driver startup time 0.012
START taper datestamp
The DUMPS DID NOT COMPLETE message comes when no FINISH log message
(except planner) is seen. If you compare the logfile in the previous
emails to your own, successful logfiles, you'll see that line is
missing.
The most likely cause is a segfault or other bug in the driver. The
task, then, is
Hi List!
I've setup my amanda backup server and everything seems to be fine -
running for some weeks without any problem. (Using amanda 2.5.p1 with a
HP tape library - 8 tapes). Well, because of a mistake - I've done - one
tape was missing an so, amanda wrote all dumps to the holding disk.
(like
Hi, I'm not often running amflush but I would still expect a log file
to be generated in your log directory with more info. How many backups
on holding disk were you expecting this to have been flushing?
Paul
-In response to your message-
--received from Andre Brandt--
Hi List!
I've
# pwd
/
# ls -l
drwxrwxr-x 10 amanda root 4096 Feb 5 00:30 backup
# cd backup/
# pwd
/backup
# ls -l
drwxrwx---4 root root 4096 Oct 23 12:26 windows
PS. to avoid complaints about cruft concerning the lost+found
directory, make a subdir on that disk
Hi, Rohit,
on Montag, 09. Februar 2004 at 11:39 you wrote to amanda-users:
R Finally caught the culprit:
R 1) Changed group permissions for backup directory to 'disk'
R 2) Changed permissions for 'windows' directory to 'amanda.disk'
R Now amflush runs fine.
R Thanks a lot group for assisting
Rohit, I don't remember that exactly:
Didn't amcheck complain about that?
No, it didn't
And, more generally: Should amcheck complain about that?
Yes, I think it should with appropriate message.
Thanks!
Rohit
Rohit wrote:
And, more generally: Should amcheck complain about that?
Yes, I think it should with appropriate message.
If you don't put cruft in the amanda holdingdisk directory,
then there is no problem. (It did complain about the cruft,
didn't it?)
--
Paul Bijnens, Xplanation
Hi, Paul Bijnens,
on Montag, 09. Februar 2004 at 13:56 you wrote to amanda-users:
PB Rohit wrote:
And, more generally: Should amcheck complain about that?
Yes, I think it should with appropriate message.
PB If you don't put cruft in the amanda holdingdisk directory,
PB then there is no
As Paul assumed in another branch of this thread, you might have more
than one AMANDA-installation on your machine.
Have you tried several installations and maybe failed to remove one?
No. It was installed via RPM and it one and only amanda installation I
have on that machine.
What does a
Hi, Rohit,
on Donnerstag, 05. Februar 2004 at 08:09 you wrote to amanda-users:
As Paul assumed in another branch of this thread, you might have more
than one AMANDA-installation on your machine.
Have you tried several installations and maybe failed to remove one?
R No. It was installed via
R Ok. Can I create one more directory under /backup, set permissions,
move
R all dumps from /backup into the new directory and run amflush again?
Will
R that be okay?
Yes, this should work.
I did this, created another directory under /backup called amanda_hold and
inside it one more
Rohit wrote:
Ok. Can I create one more directory under /backup, set permissions, move
all dumps from /backup into the new directory and run amflush again? Will
that be okay?
No, unless you don't have any chunked files.
The header of contination chunk file in holdingdisk contains an
abolute
Hi,
i remember i had a simmilar problem about a year ago with amanda.
But i didn't have the time to dig deeper in it, as the customer
got a bit nervous about not getting flushed his archiv-dumps.
So my first try was upgrading amanda to 2.4.4, but that didn't do
the trick.
Then i moved some
On Thursday 05 February 2004 00:59, Rohit wrote:
OK, please take that to the next logical step.
Amanda is telling you you have cruft directories as well
as apparently good amanda directories. Is there anything
in those directories? Perhaps your apparently good directories
also contain
You'll have to find out why there is no schedule generated.
The schedule is generated by amflush and piped into driver.
Is there a core dump in /tmp/amanda or in ~/amanda/TheConfig ?
Can you find out if they are running? And what it's doing?
No core dump was generated.
Try: strace -p
Rohit wrote:
No core dump was generated.
Maybe because the default ulimit for core files is 0 (do not
generate core files. (try ulimit -c in bash)
When a program does something illegal, unix dumps it's memory
into a file, for the programmers to do some postmortem analysis
on the problem. The
Hi, Christoph,
on Donnerstag, 05. Februar 2004 at 13:13 you wrote to amanda-users:
CS Hi,
CS i remember i had a simmilar problem about a year ago with amanda.
CS But i didn't have the time to dig deeper in it, as the customer
CS got a bit nervous about not getting flushed his archiv-dumps.
CS So
: Problem with amflush
Hello,
my storage with amanda this night failed because there was a time-problem
with two concurrent jobs. The dumps are there where they should be (in the
dump-directory). Now I will run amflush, but it doesn't seem to work. The
Process has maximum CPU-Usage
Hi, Rohit,
on Mittwoch, 04. Februar 2004 at 11:43 you wrote to amanda-users:
R I have been getting this problem for quite some time now. Even my repeated
R attempts failed to resolve this problem. I still have close to 4 to 5 backup
R dumps created by amanda in my holding space [which failed
I don't know what you have been told before.
As you wrote
R I still have close to 4 to 5 backup
R dumps created by amanda in my holding space [which failed across
various
R weeks].
I have to assume that amdump is not working, either.
Backups which run in the night seems to be running
Hi, Rohit,
on Mittwoch, 04. Februar 2004 at 12:40 you wrote to amanda-users:
I have to assume that amdump is not working, either.
R Backups which run in the night seems to be running fine. For example
R yesterday's night backup ran well before spitting out Input/Output tape
R errors [I'm
Have you tried to test your tapes and tape-device by just manually
tarring stuff onto tapes?
Will this work without overwriting tape label?
$tar -cvf /dev/nst0 ~/home/user/testdirectory/*
Thanks!
Rohit
Maybe the problem is not AMANDA at all.
Maybe looks like not. I ran amflush around 2 hours ago. As before, nothing
happened. I killed amanda processes and ran amcleanup. This is the email
which I got from amanda:
The dumps were flushed to tape Set-1-07.
The next tape Amanda expects to use is:
Hi, Rohit,
on Mittwoch, 04. Februar 2004 at 13:20 you wrote to amanda-users:
Have you tried to test your tapes and tape-device by just manually
tarring stuff onto tapes?
R Will this work without overwriting tape label?
R $tar -cvf /dev/nst0 ~/home/user/testdirectory/*
No...
Take a
Hi, Rohit,
on Mittwoch, 04. Februar 2004 at 14:02 you wrote to amanda-users:
Maybe the problem is not AMANDA at all.
R Maybe looks like not. I ran amflush around 2 hours ago. As before, nothing
R happened. I killed amanda processes and ran amcleanup. This is the email
R which I got from
Hi, Rohit,
on Mittwoch, 04. Februar 2004 at 14:31 you wrote to amanda-users:
Is there actually anything in the holdingdisk?
Does amflush show you dumps to flush?
R -bash-2.05b$ /usr/sbin/amflush -f DailySet1
R Scanning /backup...
R lost+found: skipping cruft directory, perhaps you should
On Wednesday 04 February 2004 07:20, Rohit wrote:
Have you tried to test your tapes and tape-device by just manually
tarring stuff onto tapes?
Will this work without overwriting tape label?
$tar -cvf /dev/nst0 ~/home/user/testdirectory/*
Thanks!
Rohit
Start with a dd if=/dev/nst0 off=scratch
Run
amflush -fs DailySet1
so you get the messages to stdout.
Gives a load of info ...
$amflush -fs DailySet1
/usr/sbin/amflush: invalid option -- s
Thanks!
On Wed, Feb 04, 2004 at 07:01:31PM +0530, Rohit wrote:
Is there actually anything in the holdingdisk?
Does amflush show you dumps to flush?
-bash-2.05b$ /usr/sbin/amflush -f DailySet1
Scanning /backup...
lost+found: skipping cruft directory, perhaps you should delete it.
windows:
I am having the same problem here. My /data/amanda directory cleary contains data. I
am running:
amflush -f DailySet1 and this is what I get
Today is: 20040204
Flushing dumps in 20031209, 20031210, 20031218, 20040103, 20040115, 20040121,
20040123, 20040124 to tape drive /dev/nst0.
Expecting
Rohit wrote:
Maybe looks like not. I ran amflush around 2 hours ago. As before, nothing
happened. I killed amanda processes and ran amcleanup. This is the email
which I got from amanda:
The dumps were flushed to tape Set-1-07.
The next tape Amanda expects to use is: Set-1-08.
STATISTICS:
Hi, Rohit,
on Mittwoch, 04. Februar 2004 at 15:41 you wrote to amanda-users:
Run
amflush -fs DailySet1
so you get the messages to stdout.
Gives a load of info ...
R $amflush -fs DailySet1
R /usr/sbin/amflush: invalid option -- s
Hmmm. I don't exactly know when this option came into
Hello, Jon,
Mittwoch, 04. Februar 2004, 22:44 you wrote:
JL On Wed, Feb 04, 2004 at 09:54:17PM +0100, Stefan G. Weichinger wrote:
R $amflush -fs DailySet1
R /usr/sbin/amflush: invalid option -- s
Hmmm. I don't exactly know when this option came into game.
JL It has to be rea
OK, please take that to the next logical step.
Amanda is telling you you have cruft directories as well
as apparently good amanda directories. Is there anything
in those directories? Perhaps your apparently good directories
also contain cruft, and only cruft *** .
At the end of an amdump
Well, that's strange! Why does amflush need to to do an estimate???
My 28 Gbyte flush on monday morning takes 0:00 estimate time.
There isn't even an estimate phase when doing amflush (skimmed quickly
in the source, correct me if I missed it.)
Strange for me too!
Are you sure you execute
John LaBadie wrotes:
That report suggests to me that there were no partitions to dump.
You noted it has been running for an hour. When I run amflush,
there is an interactive QA session that, after I give the final
confirmation, shifts amflush to the background noting it will send
me a
Hello,
my storage with amanda this night failed because there was a time-problem
with two concurrent jobs. The dumps are there where they should be (in the
dump-directory). Now I will run amflush, but it doesn't seem to work. The
Process has maximum CPU-Usage, but there is no writing on tape.
I
On Fri, Jan 30, 2004 at 04:23:44PM +0100, Postaremczak Bernd wrote:
Hello,
my storage with amanda this night failed because there was a time-problem
with two concurrent jobs. The dumps are there where they should be (in the
dump-directory). Now I will run amflush, but it doesn't seem to
42 matches
Mail list logo
