argus/radium problem

[Carter Bullard]

Hey CS Lee,
Did you state that correctly ?  Once the problem manifests, if you completely restart argus,
radium will successfully reconnect, but the existing client, connected to radium, doesn't
get any data?

There maybe two problems here.  When this fails, without doing anything to recover,
does connecting to argus directly using ra() generate any data?  When you restart argus,
without restarting radium, and radium reconnects, but fails to pass data to an existing
client, will a new connection to argus produce data?  Will a new connection to radium,
while the existing client is still silent, produce data?

Radium and argus share the same output processor, so it could be the same bug
happening at the same time in the two programs.

Are you generating ArgusEvents from your Bivio argus?
What versions of software are your running ?  Are they all 3.0.6 patched?

Carter

On Jun 7, 2012, at 7:32 AM, CS Lee wrote:

> hi Carter,
> 
> I'm still discussing with bivio team to run argus in foreground on their apc so that I can run it in debug mode to see more stuffs. I don't have many argus clients connecting to the argus(on bivio), only one radium on linux server, and the bivio box and the linux server is direct fiber connection.
> 
> The odd issue is after I restart argus, radium can reconnect to argus, but argus client doesn't receive any data once connecting to radium, stay silence. So to have everything working again, I need to restart argus on bivio, and restart radium on linux box.
> 
> 
> 
> On Thu, Jun 7, 2012 at 7:26 PM, Carter Bullard <carter at qosient.com> wrote:
> I would guess that Argus is having the problem.  radium and rasqlinsert look to be reacting
> to a source that appears to have " died ";  disconnecting and then reconnecting to try
> to get the stream going again.
> 
> Does argus have any log entries at the time that radium closes the connection?
> Do you have many clients connecting to this argus?  Are there transient clients,
> connecting and disconnecting, or is it just the single radium that reads data from
> this argus ?
> 
> Carter
> 
> 
> On Jun 7, 2012, at 7:11 AM, CS Lee wrote:
> 
>> hi Carter,
>> 
>> I'm running the latest version of argus and radium on gigabits network, however from time to time I get this -
>> 
>> radium[8125.00e7ee8be17f0000]: 17:16:48.094029 ArgusOutputProcess() received mar 0x87a161a0 totals 1630827 count 0 remaining 0
>> radium[8125]: 17:22:15.093870 ArgusReadStream 10.0.0.1: idle stream: closing
>> radium[8125.2077bf8ce17f0000]: 17:22:15.093963 ArgusCloseInput(0x8ca51010) closing
>> radium[8125.2077bf8ce17f0000]: 17:22:15.094055 ArgusWriteConnection(0x8ca51010, 0x4be331, 6) returning 6
>> radium[8125.2077bf8ce17f0000]: 17:22:15.094165 ArgusCloseInput(0x8ca51010) done
>> radium[8125.0077ec89e17f0000]: 17:22:15.816200 ArgusConnectRemote(0x7fe18ca51010) starting
>> radium[8125.0077ec89e17f0000]: 17:22:15.816259 Trying 10.0.0.1 port 561 Expecting Argus records
>> radium[8125.0077ec89e17f0000]: 17:22:15.816537 connected
>> radium[8125.0077ec89e17f0000]: 17:22:15.816571 ArgusGetServerSocket (0x7fe18ca51010) returning 6
>> 
>> On the other hand, I also get this, once I restart argus, radium will keep connecting again, however once radium is connected to argus, data supposes come in, however argus client can't connect to radium, and in the output below radium doesn't see anything tries to connect to it -
>> 
>> radium[8125.00676c89e17f0000]: 17:26:28.848227 Trying 127.0.0.1 port 561 Expecting Argus records
>> radium[8125.00676c89e17f0000]: 17:26:28.848522 connected
>> radium[8125.00676c89e17f0000]: 17:26:28.848585 ArgusGetServerSocket (0x7fe18ca51010) returning 6
>> radium[8125.00676c89e17f0000]: 17:26:28.885456 ArgusReadConnection() read 16 bytes
>> radium[8125.00676c89e17f0000]: 17:26:28.886308 ArgusParseInit(0x8cab3010 0x8ca51010
>> radium[8125.00676c89e17f0000]: 17:26:28.886376 ArgusWriteConnection(0x8ca51010, 0x89685c40, 7) returning 7
>> radium[8125.00676c89e17f0000]: 17:26:28.886413 ArgusReadConnection(0x8ca51010, 2) returning 1
>> radium[8125.00676c89e17f0000]: 17:26:28.886431 ArgusConnectRemote(0x7fe18ca51010) connected to 10.0.0.1
>> radium[8125.00676c89e17f0000]: 17:26:28.886457 ArgusConnectRemote() done!
>> 
>> In the rasqlinsert in debug mode, I got this -
>> 
>> rasqlinsert[8324.20b74b83eb7f0000]: 17:22:57.186429 ArgusClientTimeout ArgusTotalSearches 342322 ArgusTotalSQLUpdates 918745 written 976091089 bytes
>> rasqlinsert[8324.20b74b83eb7f0000]: 17:22:57.202556 ArgusShutDown (0)
>> rasqlinsert[8324.20b74b83eb7f0000]: 17:22:57.202594 ArgusCloseInput(0x83315010) closing
>> rasqlinsert[8324.20b74b83eb7f0000]: 17:22:57.202641 ArgusWriteConnection(0x83315010, 0x4d5ab1, 6) returning 6
>> rasqlinsert[8324.20b74b83eb7f0000]: 17:22:57.202786 ArgusCloseInput(0x83315010) done
>> rasqlinsert[8324.20b74b83eb7f0000]: 17:22:57.202852 RaParseComplete(caught signal 0)
>> 
>> The tricky part is argus is still running in the box(bivio), so what I need to do is I need to restart argus, restart radium, then everything back to normal again. Currently can't seem to find workaround.    
>> 
>> -- 
>> Best Regards,
>> 
>> CS Lee<geek00L[at]gmail.com>
>> 
>> http://geek00l.blogspot.com
>> http://defcraft.net
> 
> 
> 
> 
> -- 
> Best Regards,
> 
> CS Lee<geek00L[at]gmail.com>
> 
> http://geek00l.blogspot.com
> http://defcraft.net

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://pairlist1.pair.net/pipermail/argus/attachments/20120607/35bf4e78/attachment.html>