pid files...

[Carter Bullard]

Hey Russell,
When we moved to multiple pid files per interface, I removed the opportunity
for the user to define their own pid file formats, as we needed to have instance
numbers in order to differentiate the pid files.  That was some time ago.

With your report, it seems as if we have several race conditions on opening interfaces.
On at least one OS, the setuid support kicks in before all the interfaces get opened, and
that of course causes the next open to fail ( no privledges ).  I can fix both of these issues,
just needed to know that it needed to be done.

We have a lazy strategy for opening interfaces,  now, as we want to be able to deal with
interfaces going up and down, and argus needs to be able to go with the flow, close 
and reopen its state, based on the state of the interface.  Use to be if you closed the
interface, argus would close its file descriptor, and then never come back to reopen
the interface when it came back up.  Big deal with laptops.  This seems to work,
so let me see if I can fix our pid instance issue.

Do you think you need to change the pid naming convention?

Carter

On Jun 27, 2011, at 9:13 PM, Russell Fulton wrote:

> Wow, long time no posts :)  Yes I'm still doing things with argus -- just totally snowed under :(
> 
> I am currently reworking the management of my sensors and using puppet to do all the heavy lifting and I have got the to the point that I really want to be able to specify the name of the pid file as well as the path.  I could make separate directories for the various argus processors but I would much rather not.  
> 
> Currently I am running multiple argus processes on one interface but I am only getting one pid file argus.eth1.0.pid
> 
> The two processes are spawned very close together and I suspect there is a race condition where the files are being overwritten.
> 
> Google turns up a reference to a config option ARGUS-PID-FILENAME but it does not appear to be current.  
> 
> Have I missed something?
> 
> Russell
> 
> PS.  running 3.0.2 if it matters....

-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/pkcs7-signature
Size: 4367 bytes
Desc: not available
URL: <https://pairlist1.pair.net/pipermail/argus/attachments/20110627/86057837/attachment.bin>