Re: selfcheck reply timed out

2004-03-24 Thread Jonathan Dill
Maybe there are some "zombie" amanda processes hanging in the
background.  Try looking at "ps" to see if any processes need to be
killed.  Look at the files in /tmp/amanda on the server and the clients
to see if there are any clues.  Try rebooting and see if the problem
still persists.

On Wed, 2004-03-24 at 13:09, Pablo Quinta Vidal wrote:
> I´ve NIS running without errors and now the message is  "selfcheck request 
> timed out"
> I had this problem earlier and when I solve this then came "selfcheck reply 
> timed out" and now again
> the old problem.
> I checked the help ind docs/FAQ but it doesn´t work.
> Help please and sorry if I´m tedious!!
> Thanks

-- 
Jonathan Dill <[EMAIL PROTECTED]>




Re: selfcheck reply timed out

2004-03-24 Thread Pablo Quinta Vidal
> >Doubtful.  Do any files appear in /tmp/amanda?  Specifically
> >/tmp/amanda/amandad*debug would be helpful.  What OS are you using?  
Have
> >you setup (x)inetd appropriately?
>
> I´m running AMANDA in Debian with kernel 2.4.20. The inetd is allright 
but
> in a file in /tmp/amanda
> appears this:
>
> amandad: time 0.011: sending ack:
> 
> amanda 2.4 ACK HANDLE 000-403B0508 SEQ 1078488172
> 
>
> amandad: error [getpwuid(-1) fails]
> amandad: time 0.025: error [getpwuid(-1) fails]
> amandad: pid 2179 finish time Thu Mar 4 12:50:02 2004
>
>
> Remembet I have the NIS stopped.

Then you need to either fix NIS or define the amanda user locally on the
server.
I´ve NIS running without errors and now the message is  "selfcheck request 
timed out"
I had this problem earlier and when I solve this then came "selfcheck reply 
timed out" and now again
the old problem.
I checked the help ind docs/FAQ but it doesn´t work.
Help please and sorry if I´m tedious!!
Thanks

_
Dale rienda suelta a tu tiempo libre. Encuentra mil ideas para exprimir tu 
ocio con MSN Entretenimiento. http://entretenimiento.msn.es/



Re: selfcheck reply timed out

2004-03-24 Thread Jonathan Dill
On Wed, 2004-03-24 at 11:30, Joshua Baker-LePain wrote:
> > Remembet I have the NIS stopped.
> 
> Then you need to either fix NIS or define the amanda user locally on the 
> server.

My experience has been that on linux, NIS (via ypbind) is unreliable and
tends to crash, so I always put the amanda user in the local passwd file
to make sure that backups don't fail even if ypbind craps out.  I think
part of my problem has been that I'm using SGI IRIX as NIS servers, and
Linux as NIS clients, and something between them is not 100% compatible.

If you really want to rely on NIS, I would suggest setting up some kind
of a "watchdog" to restart ypbind if it fails.  In fact, I think I am
going to look into that option right now, it would fix some of the
problems/complaints that I have had, like occasional problems with
people not being able to login.

-- 
Jonathan Dill <[EMAIL PROTECTED]>



Re: selfcheck reply timed out

2004-03-24 Thread Pablo Quinta Vidal
Doubtful.  Do any files appear in /tmp/amanda?  Specifically
/tmp/amanda/amandad*debug would be helpful.  What OS are you using?  Have
you setup (x)inetd appropriately?
I´m running AMANDA in Debian with kernel 2.4.20. The inetd is allright but 
in a file in /tmp/amanda
appears this:

amandad: time 0.011: sending ack:

amanda 2.4 ACK HANDLE 000-403B0508 SEQ 1078488172

amandad: error [getpwuid(-1) fails]
amandad: time 0.025: error [getpwuid(-1) fails]
amandad: pid 2179 finish time Thu Mar 4 12:50:02 2004
Remembet I have the NIS stopped.

_
¿Todavía no conoces el nuevo MSN Messenger? Descárgatelo gratis aquí. 
http://messenger.microsoft.com/es



Re: selfcheck reply timed out

2004-03-24 Thread Joshua Baker-LePain
On Wed, 24 Mar 2004 at 5:26pm, Pablo Quinta Vidal wrote

> >Doubtful.  Do any files appear in /tmp/amanda?  Specifically
> >/tmp/amanda/amandad*debug would be helpful.  What OS are you using?  Have
> >you setup (x)inetd appropriately?
> 
> I´m running AMANDA in Debian with kernel 2.4.20. The inetd is allright but 
> in a file in /tmp/amanda
> appears this:
> 
> amandad: time 0.011: sending ack:
> 
> amanda 2.4 ACK HANDLE 000-403B0508 SEQ 1078488172
> 
> 
> amandad: error [getpwuid(-1) fails]
> amandad: time 0.025: error [getpwuid(-1) fails]
> amandad: pid 2179 finish time Thu Mar 4 12:50:02 2004
> 
> 
> Remembet I have the NIS stopped.

Then you need to either fix NIS or define the amanda user locally on the 
server.

-- 
Joshua Baker-LePain
Department of Biomedical Engineering
Duke University



Re: selfcheck reply timed out

2004-03-24 Thread Joshua Baker-LePain
On Wed, 24 Mar 2004 at 4:40pm, Pablo Quinta Vidal wrote

> I have my amanda configureted as Diaria and when it check the clients hosts
> its tell me:
> 
> 
> WARNING: medulio: selfcheck reply timed out.
> 
> 
> medulio is the server and the only client.
> I have the NIS deactivated because doesn´t works well. Should it be the 
> error??

Doubtful.  Do any files appear in /tmp/amanda?  Specifically 
/tmp/amanda/amandad*debug would be helpful.  What OS are you using?  Have 
you setup (x)inetd appropriately?

-- 
Joshua Baker-LePain
Department of Biomedical Engineering
Duke University



selfcheck reply timed out

2004-03-24 Thread Pablo Quinta Vidal
Hi list!!!

I have my amanda configureted as Diaria and when it check the clients hosts
its tell me:

WARNING: medulio: selfcheck reply timed out.

medulio is the server and the only client.
I have the NIS deactivated because doesn´t works well. Should it be the 
error??

Thanks

_
Reparaciones, servicios a domicilio, empresas, profesionales... Todo en la 
guía telefónica de QDQ. http://qdq.msn.es/msn.cfm



Re: selfcheck reply timed out issue

2003-07-16 Thread Paul Bijnens
Tom Brown wrote:

...
WARNING: : selfcheck reply timed out
...
i have managed to fix this - seems the OS partition on the client was at
100% and so this was causing the check to fail. Maybe the error could have
been a bit more descriptive!
But probably because the OS partition was full, the OS itself had
trouble starting up the client-part for amanda selfcheck, and so
amanda hadn't even the chance to give some more informative messages.
The server never got a reply back.
The selfcheck on the client does already check if there is some
minimal space available on e.g. the filesytem that hold /etc (when
it has to rewrite amandates), and warns you with nice messages.
--
Paul Bijnens, XplanationTel  +32 16 397.511
Technologielaan 21 bus 2, B-3001 Leuven, BELGIUMFax  +32 16 397.512
http://www.xplanation.com/  email:  [EMAIL PROTECTED]
***
* I think I've got the hang of it now:  exit, ^D, ^C, ^\, ^Z, ^Q, F6, *
* quit,  ZZ, :q, :q!,  M-Z, ^X^C,  logoff, logout, close, bye,  /bye, *
* stop, end, F3, ~., ^]c, +++ ATH, disconnect, halt,  abort,  hangup, *
* PF4, F20, ^X^X, :D::D, KJOB, F14-f-e, F8-e,  kill -1 $$,  shutdown, *
* kill -9 1,  Alt-F4,  Ctrl-Alt-Del,  AltGr-NumLock,  Stop-A,  ...*
* ...  "Are you sure?"  ...   YES   ...   Phew ...   I'm out  *
***



Re: selfcheck reply timed out issue

2003-07-16 Thread Tom Brown
> Hi,
>
> One of my systems that backs up 4 clients last night failed on 1 of the
> clients. The other 3 were ok. I have gone through and checked everything,
> restarted xinetd on the client, but still the same error.
>
> Has anyone seen
>
> WARNING: xxxx: selfcheck reply timed out
>
> This is on amanda-2.4.4 on both the client and the server. This is odd as
> neither machine has changed in any way nor have they been rebooted. They
are
> on the same network so no firewall is in the way and i have disabled the
> built in firewall on the client, redhat 7.3, as i though that might cause
it
> but no better.

i have managed to fix this - seems the OS partition on the client was at
100% and so this was causing the check to fail. Maybe the error could have
been a bit more descriptive!

thanks

Tom



selfcheck reply timed out issue

2003-07-16 Thread Tom Brown
Hi,

One of my systems that backs up 4 clients last night failed on 1 of the
clients. The other 3 were ok. I have gone through and checked everything,
restarted xinetd on the client, but still the same error.

Has anyone seen

WARNING: : selfcheck reply timed out

This is on amanda-2.4.4 on both the client and the server. This is odd as
neither machine has changed in any way nor have they been rebooted. They are
on the same network so no firewall is in the way and i have disabled the
built in firewall on the client, redhat 7.3, as i though that might cause it
but no better.

thanks

Tom