<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 TRANSITIONAL//EN">
<HTML>
<HEAD>
<META HTTP-EQUIV="Content-Type" CONTENT="text/html; CHARSET=UTF-8">
<META NAME="GENERATOR" CONTENT="GtkHTML/3.12.3">
</HEAD>
<BODY>
Maiko, I have seen something that has to be a classical "long shot".<BR>
<BR>
On Thu, 2007-03-29 at 09:45 -0500, Maiko Langelaar (ve4klm) wrote:
<BLOCKQUOTE TYPE=CITE>
<PRE>
<FONT COLOR="#000000">Hi Misko and group,</FONT>
<FONT COLOR="#000000">> You are right, but what to do in a case when a system 'freezes' due to a very </FONT>
<FONT COLOR="#000000">> large incoming mail ... remove greater mails from the queue ...</FONT>
<FONT COLOR="#000000">I have run into a very interesting situation lately where if I dare try</FONT>
<FONT COLOR="#000000">to read some of the SPAM coming in from the internet side, JNOS freezes</FONT>
<FONT COLOR="#000000">and I actually have to kill the JNOS process from the linux side.</FONT>
</PRE>
</BLOCKQUOTE>
I had jnos die recently for a non-reproducible circumstance.(during "connect")<BR>
I had ping to jnos respond YERY slow for one out of a dozen.. (25ms vs 0.4ms normal)<BR>
I had "ping" to an IP release an avalanche of unrelated RF activity with the other node (also jnos).<BR>
I never have jnos show up on my system utilization database (cpu or any other resource).<BR>
There are more - but here is the "drift".<BR>
<BR>
Jnos acts like there is a "pacing mechanism" at work to limit the consumption of computer resources.<BR>
It effects response time to requests.<BR>
It effects buffer fill.<BR>
It effects *maybe* command output from "look" and less so "trace".<BR>
<BR>
This is a WAG Maiko, this failure is related to a "deadly embrace" or "resource starvation"..<BR>
It could be interrupt processing.<BR>
It could be process scheduling.<BR>
It could be *maybe* a unix platform issue only (except Miski is DOS? I believe).<BR>
How's that for an opinion without proof?<BR>
<BR>
And the worst news I have is that I have not been able to make a test case out of it.<BR>
So far.
<BLOCKQUOTE TYPE=CITE>
<PRE>
<FONT COLOR="#000000">Why this is happening I do not know (yet), but it could be related to</FONT>
<FONT COLOR="#000000">message size, a buffer overflow perhaps (subject or something else),</FONT>
<FONT COLOR="#000000">whatever the reason I am still trying to track it down. Unfortunately,</FONT>
<FONT COLOR="#000000">I deleted the messages causing this, but hopefully more will come in.</FONT>
<FONT COLOR="#000000">I use the *rewrite* file mostly as white/black list, so ALL of</FONT>
<FONT COLOR="#000000">the SPAM I ever get always gets sent to my check area. Some of</FONT>
<FONT COLOR="#000000">the latest SPAM messages hang my JNOS if I dare try and READ</FONT>
<FONT COLOR="#000000">the contents of the messages.</FONT>
<FONT COLOR="#000000">I will see what I can do regarding that and your original problem.</FONT>
<FONT COLOR="#000000">I am looking at this from the point of "I don't want NOS to hang</FONT>
<FONT COLOR="#000000">because of an over sized file coming in", instead of "Users should</FONT>
<FONT COLOR="#000000">not be sending over sized file to NOS". Sometimes one does not have</FONT>
<FONT COLOR="#000000">any choice or control over receiving these files.</FONT>
</PRE>
</BLOCKQUOTE>
I'm intrigued by this mail handling set of issues.<BR>
I feel a need to quantify them and display them on the wiki for others to use.<BR>
That includes Jay's observations in another mail as it relates to configuration options.<BR>
<BR>
Related to a potential "bug"...<BR>
If I can be told what to look for - perhaps also how to look - I'd be delighted to help on this "hard spot".
<BLOCKQUOTE TYPE=CITE>
<PRE>
<FONT COLOR="#000000">Maiko</FONT>
<FONT COLOR="#000000">_______________________________________________</FONT>
<FONT COLOR="#000000">nos-bbs mailing list</FONT>
<FONT COLOR="#000000"><A HREF="mailto:nos-bbs@lists.tapr.org">nos-bbs@lists.tapr.org</A></FONT>
<FONT COLOR="#000000"><A HREF="https://lists.tapr.org/cgi-bin/mailman/listinfo/nos-bbs">https://lists.tapr.org/cgi-bin/mailman/listinfo/nos-bbs</A></FONT>
</PRE>
</BLOCKQUOTE>
<TABLE CELLSPACING="0" CELLPADDING="0" WIDTH="100%">
<TR>
<TD>
<BR>
73<BR>
de [George (Skip) VerDuin] K8RRA k
</TD>
</TR>
</TABLE>
</BODY>
</HTML>