Re: [Mimedefang] Multiplexor dies, leaving its slaves clueless behind...

2006-05-04 Thread Bjarte Husebø

David,

I have a core file for you. I'll send it to you off-list.

Bart
___
NOTE: If there is a disclaimer or other legal boilerplate in the above
message, it is NULL AND VOID.  You may ignore it.

Visit http://www.mimedefang.org and http://www.roaringpenguin.com
MIMEDefang mailing list MIMEDefang@lists.roaringpenguin.com
http://lists.roaringpenguin.com/mailman/listinfo/mimedefang


Re: [Mimedefang] Multiplexor dies, leaving its slaves clueless behind...

2006-05-03 Thread Bjarte Husebø

David F. Skoll wrote:

Well, if you can *get* a core file, I can help you out off-list.
  

Thank you very much for you offer, David. I really appreciate it!

I will try my best to figure out how to make the program generate a core 
file. This is unknown territory, so I will have to dig around in Google 
or maybe ask for help about this in a FreeBSD forum/list/group.


In the mean while, I have made a script that restarts Mimedefang when 
either the multiplexor or slaves die. It is not a neat solution, but it 
will keep the mail flowing as I try to sort things out.


Bart
___
NOTE: If there is a disclaimer or other legal boilerplate in the above
message, it is NULL AND VOID.  You may ignore it.

Visit http://www.mimedefang.org and http://www.roaringpenguin.com
MIMEDefang mailing list MIMEDefang@lists.roaringpenguin.com
http://lists.roaringpenguin.com/mailman/listinfo/mimedefang


Re: [Mimedefang] Multiplexor dies, leaving its slaves clueless behind...

2006-05-03 Thread Larry Starr
On Tuesday 02 May 2006 15:51, Bjarte Husebø wrote:
 David F. Skoll wrote:
  Doh... that's a segfault.  You'll need to convince your system to
  generate a core file to have any hope of diagnosing this.

 Thanks for your fast response. Unfortunately, analyzing core dumps is
 probably far beyond my expertise. :-\

 Cormack, Ken wrote:
  If this is a linux machine, I know of two circumstances under which
  you'll see this...
  1.) Bad memory (try swapping out the memory modules)
  2.) If you've over-clocked the system, you're pushing it too fast.

 I'm running FreeBSD 6.0 on a Pentium III that is about 3-4 years old. No
 piece is overclocked.

 Bad memory might be the reason for my problems - although I did run
 Memtest86+ on it before I installed FreeBSD.

I tried to keep quiet ... Just couldn't do it.  

Signal 11 (Segfault) is nearly always a Program bug (Accessing memory that is 
not allocated to the current process, frequently address zero, usually 
related to a pointer being used that has not been set correctly).   It is, 
nearly, impossible that it points to a hardware (memory, overclocking, etc.) 
problem.

I'd recommend trying to produce a core file and accept Davids' help.  That 
will, very likely, lead to a real diagnosis, and correction, of the problem.


 It might be worth the while to run another test.

 Thanks,

 Bart
 ___
 NOTE: If there is a disclaimer or other legal boilerplate in the above
 message, it is NULL AND VOID.  You may ignore it.

 Visit http://www.mimedefang.org and http://www.roaringpenguin.com
 MIMEDefang mailing list MIMEDefang@lists.roaringpenguin.com
 http://lists.roaringpenguin.com/mailman/listinfo/mimedefang

-- 
Larry G. Starr - [EMAIL PROTECTED] or [EMAIL PROTECTED]
Software Engineer: Full Compass Systems LTD.
Phone: 608-831-7330 x 1347  FAX: 608-831-6330
===
There are only three sports: bullfighting, mountaineering and motor
racing, all the rest are merely games! - Ernest Hemmingway

___
NOTE: If there is a disclaimer or other legal boilerplate in the above
message, it is NULL AND VOID.  You may ignore it.

Visit http://www.mimedefang.org and http://www.roaringpenguin.com
MIMEDefang mailing list MIMEDefang@lists.roaringpenguin.com
http://lists.roaringpenguin.com/mailman/listinfo/mimedefang


Re: [Mimedefang] Multiplexor dies, leaving its slaves clueless behind...

2006-05-03 Thread David F. Skoll
Larry Starr wrote:

 Signal 11 (Segfault) is nearly always a Program bug (Accessing
 memory that is not allocated to the current process, frequently
 address zero, usually related to a pointer being used that has not
 been set correctly).  It is, nearly, impossible that it points to a
 hardware (memory, overclocking, etc.)  problem.

While the most likely cause of a segfault is a software bug, hardware
problems can and do cause segfaults.  See for example
http://www.bitwizard.nl/sig11/

If you're talking about MIMEDefang, my money's on a hardware problem or
a bug in a system library, of course! :-)

(But let's get the core file just in case...)

Regards,

David.
___
NOTE: If there is a disclaimer or other legal boilerplate in the above
message, it is NULL AND VOID.  You may ignore it.

Visit http://www.mimedefang.org and http://www.roaringpenguin.com
MIMEDefang mailing list MIMEDefang@lists.roaringpenguin.com
http://lists.roaringpenguin.com/mailman/listinfo/mimedefang


Re: [Mimedefang] Multiplexor dies, leaving its slaves clueless behind...

2006-05-03 Thread Martin Blapp


Hi,

To get a mimedefang corefile you may have to execute:

# sysctl kern.sugid_coredump=1

Martin
___
NOTE: If there is a disclaimer or other legal boilerplate in the above
message, it is NULL AND VOID.  You may ignore it.

Visit http://www.mimedefang.org and http://www.roaringpenguin.com
MIMEDefang mailing list MIMEDefang@lists.roaringpenguin.com
http://lists.roaringpenguin.com/mailman/listinfo/mimedefang


Re: [Mimedefang] Multiplexor dies, leaving its slaves clueless behind...

2006-05-03 Thread Bjarte Husebø

Martin Blapp wrote:

 To get a mimedefang corefile you may have to execute:

 # sysctl kern.sugid_coredump=1


Thank you, Martin. That seems to be exactly what I need. :-)

Waiting for the next segfault,

Bart
___
NOTE: If there is a disclaimer or other legal boilerplate in the above
message, it is NULL AND VOID.  You may ignore it.

Visit http://www.mimedefang.org and http://www.roaringpenguin.com
MIMEDefang mailing list MIMEDefang@lists.roaringpenguin.com
http://lists.roaringpenguin.com/mailman/listinfo/mimedefang


RE: [Mimedefang] Multiplexor dies, leaving its slaves clueless behind...

2006-05-02 Thread Cormack, Ken
  May 2 18:06:02 amanda kernel: pid 19878 (mimedefang-multiple), uid 26:
  exited on signal 11

 Doh... that's a segfault.  You'll need to convince your system to
 generate a core file to have any hope of diagnosing this.

If this is a linux machine, I know of two circumstances under which you'll
see this...
1.) Bad memory (try swapping out the memory modules)
2.) If you've over-clocked the system, you're pushing it too fast.

Good luck.

___
NOTE: If there is a disclaimer or other legal boilerplate in the above
message, it is NULL AND VOID.  You may ignore it.

Visit http://www.mimedefang.org and http://www.roaringpenguin.com
MIMEDefang mailing list MIMEDefang@lists.roaringpenguin.com
http://lists.roaringpenguin.com/mailman/listinfo/mimedefang


Re: [Mimedefang] Multiplexor dies, leaving its slaves clueless behind...

2006-05-02 Thread Bjarte Husebø

David F. Skoll wrote:

Doh... that's a segfault.  You'll need to convince your system to
generate a core file to have any hope of diagnosing this.
  
Thanks for your fast response. Unfortunately, analyzing core dumps is 
probably far beyond my expertise. :-\



Cormack, Ken wrote:

If this is a linux machine, I know of two circumstances under which you'll
see this...
1.) Bad memory (try swapping out the memory modules)
2.) If you've over-clocked the system, you're pushing it too fast.
  
I'm running FreeBSD 6.0 on a Pentium III that is about 3-4 years old. No 
piece is overclocked.


Bad memory might be the reason for my problems - although I did run 
Memtest86+ on it before I installed FreeBSD.


It might be worth the while to run another test.

Thanks,

Bart
___
NOTE: If there is a disclaimer or other legal boilerplate in the above
message, it is NULL AND VOID.  You may ignore it.

Visit http://www.mimedefang.org and http://www.roaringpenguin.com
MIMEDefang mailing list MIMEDefang@lists.roaringpenguin.com
http://lists.roaringpenguin.com/mailman/listinfo/mimedefang


Re: [Mimedefang] Multiplexor dies, leaving its slaves clueless behind...

2006-05-02 Thread Kelson

Bjarte Husebø wrote:
Bad memory might be the reason for my problems - although I did run 
Memtest86+ on it before I installed FreeBSD.


It might be worth the while to run another test.


If you can afford the time (i.e. if you've got another machine that can 
handle its function for a while), let it run multiple passes.  Sometimes 
if the hardware is borderline, it can take a while to trigger a problem.


When I've got a system acting suspiciously, I'll just let Memtest86 run 
overnight.  Or occasionally even over the weekend.


--
Kelson Vibber
SpeedGate Communications www.speed.net
___
NOTE: If there is a disclaimer or other legal boilerplate in the above
message, it is NULL AND VOID.  You may ignore it.

Visit http://www.mimedefang.org and http://www.roaringpenguin.com
MIMEDefang mailing list MIMEDefang@lists.roaringpenguin.com
http://lists.roaringpenguin.com/mailman/listinfo/mimedefang


Re: [Mimedefang] Multiplexor dies, leaving its slaves clueless behind...

2006-05-02 Thread David F. Skoll
Bjarte Husebø wrote:

 Thanks for your fast response. Unfortunately, analyzing core dumps is
 probably far beyond my expertise. :-\

Well, if you can *get* a core file, I can help you out off-list.

Regards,

David.
___
NOTE: If there is a disclaimer or other legal boilerplate in the above
message, it is NULL AND VOID.  You may ignore it.

Visit http://www.mimedefang.org and http://www.roaringpenguin.com
MIMEDefang mailing list MIMEDefang@lists.roaringpenguin.com
http://lists.roaringpenguin.com/mailman/listinfo/mimedefang