On Monday, February 19, 2007, 1:39:39 PM, Darrell ([EMAIL PROTECTED]) wrote:


If I might add to this... 


Declude is topping SNF instances before they have time to work -- This causes job files (.XXX and so forth) to build up and cause other SNF instances to relax their timing - in theory to compensate for a high system load.


The relaxed timing causes even more instances to be killed off by Declude exacerbating the problem.


When you have a high rate of messages and many concurrent instances of SNF it can take a while for a batch to complete. If Declude kills them off before they are done, this starts the ball rolling on a cascade failure.


You will need to adjust the amount of time that SNF is allowed to run and extend it. I've heard of this setting but I don't know precisely where it is. Someone here probably does.


Hope this helps,


_M


PS: To see what the job file extensions look like please go here:


http://kb.armresearch.com/index.php?title=Message_Sniffer.TechnicalDetails.Peer-Server#What_file_extensions_that_are_used_for_the_various_temporary_files_that_are_created_in_the_Sniffer_folder.3F


Note that when you are running a persistent instance of SNF, you are actually in peer-server mode, but your persistent instance has been tricked into staying alive as a server indefinitely -- so all of the other instances always let the persistent instance do the scanning.



>

Chris,

 

I am gathering that you are running Sniffer in persistant mode?  I would stop your declude and Sniffer services.  Than go into the sniffer directory and remove all of the *.fin, *.svr files.  I am not sure what the .xxx files are.  I have yet to see those.  Than I would check your Sniffer log for any errors.  After making sure there are no errors I would restart the Sniffer persistant service and Declude and see if the issue is resolved.  It's possible Sniffer could be stepping on itself trying to weed through all those files.  

 

Darrell

------------------------------------------------------------------------

Check out http://www.invariantsystems.com for utilities for Declude And Imail.  IMail/Declude Overflow Queue Monitoring, SURBL/URI integration, MRTG Integration, and Log Parsers.

----- Original Message ----- 

From: Chris Patterson 

To: [email protected] 

Sent: Monday, February 19, 2007 1:03 PM

Subject: RE: [Declude.JunkMail] Declude/Sniffer Issues


I get this in logs:

 

02/19/2007 05:16:12.213 23859386 ERROR: External program SNIFFER didn't finish quick enough; terminating.

02/19/2007 05:16:12.213 23859386 Couldn't get external program exit code

 

At this point I see thousands of .xxx and .fin files built up in the sniffer directory.  Usually forcing a sniffer update (normally done every hour automatically).

 

 

 


From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Darrell ([EMAIL PROTECTED])

Sent: Monday, February 19, 2007 9:32 AM

To: [email protected]

Subject: Re: [Declude.JunkMail] Declude/Sniffer Issues

 

What are you seeing the logs that indicates this?  Declude will terminate long running external processes and log that it terminated it.   Are you seeing those entries?  Also, during these times when you look at task manager do you see a bunch of idle sniffer processes?

 

Typically from my experience when you see all the threads being used with very little to no CPU usage it tends to be a DNS issue (i.e slow or not responding DNS server).

 

Darrell

------------------------------------------------------------------------

Check out http://www.invariantsystems.com for utilities for Declude And Imail.  IMail/Declude Overflow Queue Monitoring, SURBL/URI integration, MRTG Integration, and Log Parsers.

----- Original Message ----- 

From: Chris Patterson 

To: [email protected] 

Sent: Monday, February 19, 2007 8:47 AM

Subject: [Declude.JunkMail] Declude/Sniffer Issues

 

I am running 2 versions of Smartermail & Declude both running Sniffer and InvURIBL.  One is Smartermail4/Declude4.3.3 Other is Smartermail2/Declude3.

 

These servers can run perfectly for weeks but for the past few weeks we have been sporadically seeing Declude back up files in the Proc directory.

 

At this time all Declude threads are being used with no processing power being used.  It appears Sniffer is not finishing and hogging up all the threads after reviewing the logs. 

 

Anyone else experiencing this?

 

Thanks,

 

Chris Patterson, CCNA

Network Engineer/Support Manager

Rapid Systems

 


---

This E-mail came from the Declude.JunkMail mailing list. To

unsubscribe, just send an E-mail to [EMAIL PROTECTED], and

type "unsubscribe Declude.JunkMail". The archives can be found

at http://www.mail-archive.com. 


---

This E-mail came from the Declude.JunkMail mailing list. To

unsubscribe, just send an E-mail to [EMAIL PROTECTED], and

type "unsubscribe Declude.JunkMail". The archives can be found

at http://www.mail-archive.com. 

---

This E-mail came from the Declude.JunkMail mailing list. To

unsubscribe, just send an E-mail to [EMAIL PROTECTED], and

type "unsubscribe Declude.JunkMail". The archives can be found

at http://www.mail-archive.com. 


---

This E-mail came from the Declude.JunkMail mailing list. To

unsubscribe, just send an E-mail to [EMAIL PROTECTED], and

type "unsubscribe Declude.JunkMail". The archives can be found

at http://www.mail-archive.com. 


---
This E-mail came from the Declude.JunkMail mailing list. To
unsubscribe, just send an E-mail to [EMAIL PROTECTED], and
type "unsubscribe Declude.JunkMail". The archives can be found
at http://www.mail-archive.com.

Reply via email to