Hallo again,
what the hell ist this?
FATAL dumper error [dumper PORT-DUMP: too many args: 16 != 12]
with regards
Pascal
Everything looks fine but I seen this in my log amdump.1
driver: hdisk-state time 89.294 hdisk 0: free 49517860 dumpers 0
driver: QUITTING time 89.294 telling children to quit
driver: send-cmd time 89.294 to dumper0: QUIT
driver: send-cmd time 89.294 to dumper1: QUIT
driver: send-cmd time 89.294
pascal thomas wrote:
what the hell ist this?
FATAL dumper error [dumper PORT-DUMP: too many args: 16 != 12]
Spaces in names of include-directive are not (yet) allowed...
--
Paul Bijnens, XplanationTel +32 16 397.511
Technologielaan 21 bus 2, B-3001 Leuven, BELGIUM
>driver: send-cmd time 89.294 to taper: QUIT
>writing taper command: Broken pipe
>driver: FINISHED time 89.296
>
>Is it normal ? the broken pipe.
No, it's not normal and it's not right. Since you didn't say what
version of Amanda you're using, it's a little hard to diagnose further.
I'm pretty
On Thu, Mar 08, 2001 at 10:51:29PM -0500, John R. Jackson wrote:
> >driver: send-cmd time 89.294 to taper: QUIT
> >writing taper command: Broken pipe
> >driver: FINISHED time 89.296
> >
> >Is it normal ? the broken pipe.
>
> No, it's not normal and it's not right. Since you didn't say what
> ver
>It's always there after a:
> driver: result time 5480.183 from taper: TAPE-ERROR [cannot overwrite activ
>e tape DIRO-INCR-046]
>
>because the taper do an exit(1). It should wait for the QUIT command.
Thanks for the info. I've just applied a patch to fix this problem:
Log message:
Hi,
after upgrading a freebsd box from 4.3 to 4.4
I get
FAILURE AND STRANGE DUMP SUMMARY:
strawberry /usr/sup lev 0 FAILED [disk /usr/sup offline on
strawberry.system?]
strawberry /usr/src lev 0 FAILED [disk /usr/src offline on
strawberry.system?]
<- snip ->
but
strawberry /etc
Hi,
I'm trying to set uo amanda for backing up just one computer. Amcheck
runs fine, doesn't detect any problems, but when I try to run amdump,
it's done within less than a second, and exits' because it doesn't get
any estimates.
Here's what amanda tells me about the dump:
amdump: start at Fri
Version Amanda 4.0.0alpha.svn.4549
PClos-2012
All backups failed with the following message per DLE in the email:
coyote /CoCo lev 0 FAILED [out of holding space in degraded mode]
An su amanda -c "amcheck Daily" returns this:
Amanda Tape Server Host Check
-
Holding
Hello all,
This I my first time posting to this list and I am very new
to Amanda, thank you for understanding if this is a rookie question.
I have setup Amanda to backup 8 FreeBSD servers, all the
Amanda clients appear to be working just fine except for one server. For the
life of m
>... when I try to run amdump,
>it's done within less than a second, and exits' because it doesn't get
>any estimates.
What's in /tmp/amanda/sendsize*debug on the client?
>Marion
John R. Jackson, Technical Software Specialist, [EMAIL PROTECTED]
Hi,
>>... when I try to run amdump,
>>it's done within less than a second, and exits' because it doesn't
>>get
>>any estimates.
>
> What's in /tmp/amanda/sendsize*debug on the client?
Not much, just this:
sendsize: debug 1 pid 7788 ruid 26 euid 26 start time Tue Jan 23
15:45:21 2001
/usr/loca
>Not much, just this:
>
>sendsize: debug 1 pid 7788 ruid 26 euid 26 start time Tue Jan 23
>15:45:21 2001
>/usr/local/libexec/sendsize: version 2.4.2
Then it may have died. Do you have any core files in /tmp/amanda? If
so can you get a stack traceback with a debugger?
If not (or even if so), t
Hi,
On 25-Jan-2001 you wrote:
> Then it may have died. Do you have any core files in /tmp/amanda?
> If
> so can you get a stack traceback with a debugger?
No, there aren't any.
> If not (or even if so), take a look at the matching amandad*debug
> file.
> You should see some lines something
Hi,
the problem seems to be solved, everything works fine now, after
creating /etc/amandates and making it read- and writable for amanda.
Marion
--
Der Herr hat uns nicht die Gnade zuteil werden lassen, daß wir uns
wie andere Lebewesen durch saubere und keusche Zellteilung fortpflanzen können.
On Friday, March 09, 2012 09:04:59 PM gene heskett did opine:
Additional info at bottom.
> Version Amanda 4.0.0alpha.svn.4549
> PClos-2012
>
> All backups failed with the following message per DLE in the email:
>
> coyote /CoCo lev 0 FAILED [out of holding space in degraded mode]
>
> An su am
Which version of glib-2 are you using? The doc says g_queue_free_full
was added in 2.32?
We must find in which 2.31.? it was added?
$ pkg-config glib-2.0 --modversion
Jean-Louis
On 03/09/2012 09:11 PM, gene heskett wrote:
On Friday, March 09, 2012 09:04:59 PM gene heskett did opine:
Addition
Amanda do not use its own implementation of g_queue_free_full, so it can
be removed with the attached patch.
Jean-Louis
On 03/09/2012 09:11 PM, gene heskett wrote:
On Friday, March 09, 2012 09:04:59 PM gene heskett did opine:
Additional info at bottom.
Version Amanda 4.0.0alpha.svn.4549
PCl
On Saturday, March 10, 2012 10:07:37 AM Jean-Louis Martineau did opine:
> Amanda do not use its own implementation of g_queue_free_full, so it can
> be removed with the attached patch.
>
> Jean-Louis
Patch not yet complete, Jean-Louis
Now it will build and install, but I did see a warning go by
On Saturday, March 10, 2012 09:39:30 AM Jean-Louis Martineau did opine:
> Which version of glib-2 are you using? The doc says g_queue_free_full
> was added in 2.32?
> We must find in which 2.31.? it was added?
>
> $ pkg-config glib-2.0 --modversion
2.31.16
> Jean-Louis
> > Additional info deri
On Sat, 10 Mar 2012 10:43:23 -0500
gene heskett wrote:
> 27 places in 14 files. Too bad grep doesn't stand for Globally
> Replace. :) For this I could be it being handier than a cold 6 pack
> of Mikes Hard Lemonade!
Look into sed.
--
Charles Curley /"\ASCII Ribbon Campai
On 03/10/2012 10:43 AM, gene heskett wrote:
On Saturday, March 10, 2012 10:07:37 AM Jean-Louis Martineau did opine:
Amanda do not use its own implementation of g_queue_free_full, so it can
be removed with the attached patch.
Jean-Louis
Patch not yet complete, Jean-Louis
Now it will build and
On Saturday, March 10, 2012 06:48:25 PM Charles Curley did opine:
> On Sat, 10 Mar 2012 10:43:23 -0500
>
> gene heskett wrote:
> > 27 places in 14 files. Too bad grep doesn't stand for Globally
> > Replace. :) For this I could be it being handier than a cold 6 pack
> > of Mikes Hard Lemonade!
>
On Saturday, March 10, 2012 06:53:26 PM Jean-Louis Martineau did opine:
> On 03/10/2012 10:43 AM, gene heskett wrote:
> > On Saturday, March 10, 2012 10:07:37 AM Jean-Louis Martineau did opine:
> >> Amanda do not use its own implementation of g_queue_free_full, so it
> >> can be removed with the a
Do not change g_thread_create_new by g_thread_new, the are not the same API.
You only get warning, keep g_thread_create.
Jean-Louis
On 03/10/2012 07:05 PM, gene heskett wrote:
On Saturday, March 10, 2012 06:53:26 PM Jean-Louis Martineau did opine:
On 03/10/2012 10:43 AM, gene heskett wrote:
On Saturday, March 10, 2012 10:35:08 PM Jean-Louis Martineau did opine:
> Do not change g_thread_create_new by g_thread_new, the are not the same
> API.
>
> You only get warning, keep g_thread_create.
4593 also failed a few minutes ago. No patches applied.
Amanda Tape Server Host Check
-
On 03/10/2012 10:52 PM, gene heskett wrote:
On Saturday, March 10, 2012 10:35:08 PM Jean-Louis Martineau did opine:
Do not change g_thread_create_new by g_thread_new, the are not the same
API.
You only get warning, keep g_thread_create.
4593 also failed a few minutes ago. No patches applied.
On Sunday, March 11, 2012 09:36:48 AM Jean-Louis Martineau did opine:
> On 03/10/2012 10:52 PM, gene heskett wrote:
> > On Saturday, March 10, 2012 10:35:08 PM Jean-Louis Martineau did opine:
> >> Do not change g_thread_create_new by g_thread_new, the are not the
> >> same API.
> >>
> >> You only
On Mon, Nov 03, 2003 at 02:40:31PM -0500, Jason Lavigne enlightened us:
> Hello all,
>
>
>
> This I my first time posting to this list and I am very new to Amanda,
> thank you for understanding if this is a rookie question.
>
>
>
> I have setup Amanda to backup 8 FreeBSD servers, all the Am
r 03, 2003 3:45 PM
To: [EMAIL PROTECTED]
Subject: Re: amcheck passed however amdump failed
On Mon, Nov 03, 2003 at 02:40:31PM -0500, Jason Lavigne enlightened us:
> Hello all,
>
>
>
> This I my first time posting to this list and I am very new to Amanda,
> thank you for
On Mon, Nov 03, 2003 at 03:52:09PM -0500, Jason Lavigne enlightened us:
> Could you point me to PORTS.USAGE? I have just found the docs at
> http://www.backupcentral.com/amanda.html and I haven't read them yet,
> only the man pages and I don't recall PORTS.USAGE.
>
* It's called PORT.USAGE, my bad
wever amdump failed
On Mon, Nov 03, 2003 at 03:52:09PM -0500, Jason Lavigne enlightened us:
> Could you point me to PORTS.USAGE? I have just found the docs at
> http://www.backupcentral.com/amanda.html and I haven't read them yet,
> only the man pages and I don't recall PORTS
Monday, November 03, 2003 1:13 PM
> To: 'Matt Hyclak'; [EMAIL PROTECTED]
> Subject: RE: amcheck passed however amdump failed
>
>
> Awesome, I found the docs in my ports dir
> (/usr/ports/misc/amanda-server/work/amanda-2.4.3b4/docs) in
> FreeBSD however it appear
Hi,
I run amcheck - it's all right. After I try to run amdump.
test.ru:/etc/amanda/test/log | 513 >less amdump.1
amdump: start at Mon Mar 4 17:59:34 MSK/MSD 2002
planner: pid 6649 executable /usr/contrib/lib/amanda/planner version 2.4.1p1
planner: build: VERSION="Amanda-2.4.1p1"
planner:
According to Ignacio Dosil Lago:
> Strange.
> Was inetd up when you ran amdump?
Yes, certaily.
> Did you grant access to the tape server at the client via .amandahosts?
test.ru:/etc/amanda | 554 >less .amandahosts
test.ru amanda
Have I filled .amandahosts correctly?
> Have you check
According to Ignacio Dosil Lago:
> Strange.
> Was inetd up when you ran amdump?
Yes, certaily.
> Did you grant access to the tape server at the client via .amandahosts?
test.ru:/etc/amanda | 554 >less .amandahosts
test.ru amanda
Have I filled .amandahosts correctly?
> Have you check
According to Ignacio Dosil Lago:
> I see ... .amandahosts is correctly filled but ...
> Where is the amanda user home directory? Is .amandahosts there? It should.
> (Hope this questions not to be too silly but I am a newby :-))
Yes, certainly ;-)
test.ru:/etc/amanda | 599 >amcheck test
Amanda T
According to Ignacio Dosil Lago:
> I see ... .amandahosts is correctly filled but ...
> Where is the amanda user home directory? Is .amandahosts there? It should.
> (Hope this questions not to be too silly but I am a newby :-))
Yes, certainly ;-)
test.ru:/etc/amanda | 599 >amcheck test
Amanda T
Check in /tmp/amanda for debugging files. Also do a 'kill -HUP' on the
inetd process to make sure it rereads its configuration, and then run
'amcheck -c test'. Did you compile Amanda to use fully qualified
hostnames -- if so make sure that you have that in the amandahosts file,
you can even put
39 matches
Mail list logo