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 get warning,
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:
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
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 at
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 derived
On Sat, 10 Mar 2012 10:43:23 -0500
gene heskett ghesk...@wdtv.com 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
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
On Saturday, March 10, 2012 06:48:25 PM Charles Curley did opine:
On Sat, 10 Mar 2012 10:43:23 -0500
gene heskett ghesk...@wdtv.com 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
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 attached
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
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
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 amanda -c
Hallo again,
what the hell ist this?
FATAL dumper error [dumper PORT-DUMP: too many args: 16 != 12]
with regards
Pascal
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
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 me
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 Amanda
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 understanding if this is a rookie question
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.
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.USAGE.
* It's called
, 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 appears that the docs were not installed
during the install
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 checked
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 checked
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 Tape
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 Tape
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:
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
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
version of
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:
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
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 sure
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 like
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
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
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), take
... 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]
36 matches
Mail list logo
