SW:
> I've been running for 16 hours now with no crash. I have successfully
> received emails from Facebook and Postfix hasn't given a signal 11 so its
> looking good so far!
This looks like the same problem that Viktor referred to yesterday.
Same symptom (crash in zlib+openssl), same resolution.
I've been running for 16 hours now with no crash. I have successfully
received emails from Facebook and Postfix hasn't given a signal 11 so its
looking good so far!
--
View this message in context:
http://postfix.1071664.n5.nabble.com/Postfix-crashes-with-signal-11-tp65224p65280.html
Sent from
I understand. It was more an FYI.
--
View this message in context:
http://postfix.1071664.n5.nabble.com/Postfix-crashes-with-signal-11-tp65224p65265.html
Sent from the Postfix Users mailing list archive at Nabble.com.
SW:
> I should mention that I am running STABLE:
>
> FreeBSD 10.0-STABLE #0 r260985 (GENERIC kernel).
>
> I'm running it on a 4 core Xeon E31230V3.
Your problem was with zlib/openssl, and you have a solution for that.
The -D option is for trouble shooting. You never use it for normal
Postfix op
I should mention that I am running STABLE:
FreeBSD 10.0-STABLE #0 r260985 (GENERIC kernel).
I'm running it on a 4 core Xeon E31230V3.
--
View this message in context:
http://postfix.1071664.n5.nabble.com/Postfix-crashes-with-signal-11-tp65224p65263.html
Sent from the Postfix Users mailing lis
Wietse Venema:
> Viktor Dukhovni:
> > > If I understand correctly, some buggy kernel reports WIFSTOPPED
> > > events to the Postfix master daemon (the smtpd parent process)
> > > instead of gdb (the smtpd tracing process).
> >
> > This is a plausible guess. Somehow by the time smtpd(8) really
> >
Viktor Dukhovni:
> > If I understand correctly, some buggy kernel reports WIFSTOPPED
> > events to the Postfix master daemon (the smtpd parent process)
> > instead of gdb (the smtpd tracing process).
>
> This is a plausible guess. Somehow by the time smtpd(8) really
> exited, master(8) had alread
I've been running fine for about 3 hours since removing -D and removing zlib
from OpenSSL. I think its still too early to tell for sure if everythings
ok.
I will check the logs again tomorrow morning to see how things look.
I really appreciate both your help (Viktor and Wietse) very much!
--
On Sat, Feb 15, 2014 at 12:49:03PM -0800, SW wrote:
> FreeBSD 10-STABLE amd64. I'd be happy to assist/test if I can.
>
> Am I correct in saying that removing the -D from master.cf will prevent
> Postfix from stopping again?
Whether it does or not, you should not run with "-D" in production.
Inte
*Since your domain is DNSSEC signed, please consider deploying DANE
TLSA records for your domain: *
The company that hosts my DNS doesn't support DANE TLSA as far as I know.
*
Were there any other log entries from master(8) between
the two events?*
None that I could see.
*What OS version are you
On Sat, Feb 15, 2014 at 02:14:50PM -0500, Wietse Venema wrote:
> Viktor Dukhovni:
> > if (!NORMAL_EXIT_STATUS(status)) {
> > + /* Debugged processes may be reported to master(8) as stopped */
> > + if (WIFSTOPPED(status)) {
>
> In that case it would be prudent to log what happens:
Viktor Dukhovni:
> if (!NORMAL_EXIT_STATUS(status)) {
> + /* Debugged processes may be reported to master(8) as stopped */
> + if (WIFSTOPPED(status)) {
In that case it would be prudent to log what happens:
msg_warn("process %s pid %d stopped with signal %d",
On Sat, Feb 15, 2014 at 10:17:38AM -0800, SW wrote:
> Feb 15 17:20:40 mail postfix/smtpd[27935]:
> disconnect from m12-184.163.com[220.181.12.184]
> Feb 15 17:22:20 mail postfix/master[1555]:
> panic: master_reap: unknown pid: 27935
>
> So it looks like there was a delay of 1m40s betw
On Sat, Feb 15, 2014 at 10:10:25AM -0800, SW wrote:
> I have removed the -D flag and restarted Postfix. I will keep my eye on it
> and report back.
>
> I'm really hoping for an email to come from Ebay and/or Facebook as that
> always caused a signal 11. I'd like to see if removing zlib resolved
Sorry, here are the dates:
Feb 15 17:20:10 mail postfix/smtpd[27935]: running:
PATH=/bin:/usr/bin:/usr/local/bin; export PATH; (echo cont; echo
Feb 15 17:20:16 mail postfix/smtpd[27935]: connect from
m12-184.163.com[220.181.12.184]
Feb 15 17:20:19 mail postfix/smtpd[27935]: NOQUEUE: reject: RCPT f
On Sat, Feb 15, 2014 at 10:04:09AM -0800, SW wrote:
> Apologies, this was logged under 27935 as well:
>
> postfix/smtpd[27935]: connect from m12-184.163.com[220.181.12.184]
> postfix/smtpd[27935]: NOQUEUE: reject: RCPT from
> m12-184.163.com[220.181.12.184]: 554 5.7.1 Service unavailable; Client h
I have removed the -D flag and restarted Postfix. I will keep my eye on it
and report back.
I'm really hoping for an email to come from Ebay and/or Facebook as that
always caused a signal 11. I'd like to see if removing zlib resolved that
issue.
I really appreciate your help
I have one more is
On Sat, Feb 15, 2014 at 09:56:18AM -0800, SW wrote:
> I had a look through the entire maillog for 27935 but all I could see was:
>
> running: PATH=/bin:/usr/bin:/usr/local/bin; export PATH; (echo cont; echo
> where; sleep 864) | gdb /usr/local/libexec/postfix/smtpd 27935
> 2>&1 >/us
Apologies, this was logged under 27935 as well:
postfix/smtpd[27935]: connect from m12-184.163.com[220.181.12.184]
postfix/smtpd[27935]: NOQUEUE: reject: RCPT from
m12-184.163.com[220.181.12.184]: 554 5.7.1 Service unavailable; Client host
[220.181.12.184] blocked using b.barracudacentral.org;
htt
I had a look through the entire maillog for 27935 but all I could see was:
running: PATH=/bin:/usr/bin:/usr/local/bin; export PATH; (echo cont; echo
where; sleep 864) | gdb /usr/local/libexec/postfix/smtpd 27935
2>&1 >/usr/local/etc/postfix/smtpd.27935.log & sleep 5
I'm not sure wha
On Sat, Feb 15, 2014 at 09:28:34AM -0800, SW wrote:
> So I removed zlib from OpenSSL and things seemed to be going well until this
> happened:
>
> Feb 15 17:22:20 mail postfix/master[1555]: panic: master_reap: unknown pid:
> 27935
And you did not look earlier in the log to see what process 27935
On Sat, Feb 15, 2014 at 07:02:01AM -0800, SW wrote:
> Apologies for posting the incorrect info previously.
>
> Postfix has just crashed again and this is what is in the logfile:
http://archives.neohapsis.com/archives/postfix/2013-10/thread.html#434
> Program received signal SIGSEGV, Segmentation
Apologies for posting the incorrect info previously.
Postfix has just crashed again and this is what is in the logfile:
Program received signal SIGSEGV, Segmentation fault.
0x00080194d1ff in deflateSetDictionary () from /lib/libz.so.6
(gdb) #0 0x00080194d1ff in deflateSetDictionary () fr
SW:
> Loaded symbols for /libexec/ld-elf.so.1
> [Switching to Thread 803406400 (LWP 101354/smtpd)]
> 0x000802027dd8 in wait4 () from /lib/libc.so.7
> (gdb) Continuing.
>
> Program exited normally.
> (gdb) (gdb)
This is the result of normal execution. Please do not send these
again.
Please re
SW:
> Hi Wietse, many thanks for the reply.
>
> egrep '(warning|error|fatal|panic):' /var/log/postfix/maillog | more gives:
>
> Feb 15 05:13:57 mail postfix/master[88477]: warning: process
> /usr/local/libexec/postfix/smtpd pid 40297 killed by signal 11
> Feb 15 05:13:57 mail postfix/master[88477
First crash with debugging enabled generated the logfile /smtpd.77126.log:
GNU gdb 6.1.1 [FreeBSD]
Copyright 2004 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain
conditions
Hi Wietse, many thanks for the reply.
egrep '(warning|error|fatal|panic):' /var/log/postfix/maillog | more gives:
Feb 15 00:26:51 mail postfix/smtpd[57622]: warning: hostname
ip49-gw1.indonet.bogor.net does not resolve to address 202.159.24.49:
hostname nor servname provided, or not known
Feb 15
SW:
> Can someone assist me with troubleshooting this further please? I have been
> through the logs but I can't find any clue as to why this is happening.
>
> I'd be happy to answer any questions about my main.cf or master.cf file.
What other warnings does Postfix log?
http://www.postfix.org/DEB
28 matches
Mail list logo
