innfeed crashing on Linux

Anne Wilson anne at unidata.ucar.edu
Tue Sep 28 21:13:02 UTC 2004


Hi,

I'm seeing a wierd new error that I hope someone can help me with.

A peer, bigbird, is down.  innfeed is crashing every second or two on 
the three *Linux* machines that are relaying to bigbird.  This is not 
happening on the one Solaris machine that also relays to bigbird.

Putting innfeed in debug mode, I'm seeing this:

Sep 28 15:46:29 innfeed[30295]: Giving article to peer: bigbird
Sep 28 15:46:29 innfeed[30295]: Giving article to peer: wisc
Sep 28 15:46:29 innfeed[30295]: Giving article to peer: bigbird
Sep 28 15:46:29 innfeed[30295]: Giving article to peer: wisc
Sep 28 15:46:29 innfeed[30295]: bigbird:0 Setting up a reopen callback
[Crash here -aw]
Sep 28 15:46:29 innfeed[30315]: statDest spooling: enabled
Sep 28 15:46:29 innfeed[30315]: statDest tape backlog limit: [0 0]
Sep 28 15:46:29 innfeed[30315]: Empty input file: 
/var/data/nldm/spool/innfeed/statDest.input
Sep 28 15:46:29 innfeed[30315]: Adding peer: statDest
Sep 28 15:46:29 innfeed[30315]: wisc spooling: enabled
Sep 28 15:46:29 innfeed[30315]: wisc tape backlog limit: [0 0]
Sep 28 15:46:29 innfeed[30315]: Adding peer: wisc
Sep 28 15:46:29 innfeed[30315]: bigbird spooling: enabled
Sep 28 15:46:29 innfeed[30315]: bigbird tape backlog limit: [0 0]
Sep 28 15:46:29 innfeed[30315]: Adding peer: bigbird
Sep 28 15:46:32 innfeed[30315]: Giving article to peer: bigbird
Sep 28 15:46:32 innfeed[30315]: Giving article to peer: wisc
...
Sep 28 15:46:32 innfeed[30315]: Giving article to peer: bigbird
Sep 28 15:46:32 innfeed[30315]: Giving article to peer: wisc
Sep 28 15:46:32 innfeed[30315]: Giving article to peer: bigbird
Sep 28 15:46:32 innfeed[30315]: Giving article to peer: wisc
Sep 28 15:46:32 innfeed[30315]: bigbird:0 Setting up a reopen callback
[Another crash here -aw]
Sep 28 15:46:32 innfeed[30323]: statDest spooling: enabled
Sep 28 15:46:32 innfeed[30323]: statDest tape backlog limit: [0 0]
Sep 28 15:46:32 innfeed[30323]: Empty input file: 
/var/data/nldm/spool/innfeed/statDest.input
Sep 28 15:46:32 innfeed[30323]: Adding peer: statDest
Sep 28 15:46:32 innfeed[30323]: wisc spooling: enabled
Sep 28 15:46:32 innfeed[30323]: wisc tape backlog limit: [0 0]
Sep 28 15:46:32 innfeed[30323]: Adding peer: wisc
Sep 28 15:46:32 innfeed[30323]: bigbird spooling: enabled
Sep 28 15:46:32 innfeed[30323]: bigbird tape backlog limit: [0 0]
Sep 28 15:46:32 innfeed[30323]: Adding peer: bigbird
Sep 28 15:46:34 innfeed[30323]: Giving article to peer: bigbird
Sep 28 15:46:34 innfeed[30323]: Giving article to peer: wisc
...

It seems to handle some articles properly, then when it goes to do this 
"reopen callback" (what exactly is that?) it crashes.


If I comment out bigbird from the newsfeeds file (but it is still listed 
in innfeed.conf), I see this:

Sep 28 15:47:43 innfeed[30549]: statDest hostChkCxns - entry 
filter=1.250 blmult=3.333 blratio=0.000
Sep 28 15:47:43 innfeed[30549]: statDest hostChkCxns - entry hwm=50.000 
lwm=25.000 new=0.875 [0.833,1.667]
Sep 28 15:47:43 innfeed[30549]: hostChkCxns: Chngs 0.000000
Sep 28 15:47:43 innfeed[30549]: prepareSleep hostChkCxns, 60
Sep 28 15:47:43 innfeed[30549]: bigbird:0 Setting up a reopen callback
Sep 28 15:47:43 innfeed[30549]: wisc:1 Issuing the streaming command: 
MODE STREAM^M
 
 

Sep 28 15:47:43 innfeed[30549]: Giving article to peer: wisc
Sep 28 15:47:43 innfeed[30549]: wisc:1 Processing mode response: 203 
StreamOK.^M
Sep 28 15:47:43 innfeed[30549]: Giving article to peer: wisc
Sep 28 15:47:43 innfeed[30549]: Giving article to peer: wisc

That is, it apparently still tries to do a reopen callback (why, if it's 
not relaying?) and it apparently succeeds as innfeed stays alive.

This is a fairly recent behavior.  Any ideas???

TIA!

Anne
-- 
***************************************************
Anne Wilson			UCAR Unidata Program		
anne at unidata.ucar.edu		       P.O. Box 3000
               			  Boulder, CO  80307
----------------------------------------------------
Unidata WWW server       http://my.unidata.ucar.edu/
****************************************************



More information about the inn-workers mailing list