Greetings
Thanks again for the help on my qmail server....
The mail server is still having about 6 segfaults a day, the mail server
seems to be functioning fine other than the logged segfault occurrences.
We have tried various softlimit settings up to 50mb, and raising the
memory soft limit up to the hard limit (setting "softlimit -m =" in the
run file) didn't help.
When running top, I see 1 or 2 instances of qmail-smtpd appear
periodically for only a few seconds using about 0.3% cpu 0.1% mem each.
The server has 4gb of ram total.
Here is a part of ps axfu that might be helpful. Is it normal to have 7
or more instance of qmail-smtpd here? We have about 200 email accounts
entered now, and will have approximately 350 to 400 email accounts
total... the instances of qmail-smtpd live few seconds each..
svscan /service
root 10968 0.0 0.0 1876 328 ? S Mar28 0:00 | \_
supervise vpopmaild
root 13390 0.0 0.0 1900 324 ? S 09:16 0:00 | |
\_ /usr/local/bin/tcpserver -v -H -R -l 0 -u 0 -g 0 0 89 /ho
root 10969 0.0 0.0 1876 332 ? S Mar28 0:00 | \_
supervise log
qmaill 10977 0.0 0.0 1884 328 ? S Mar28 0:00 | |
\_ /usr/local/bin/multilog t /var/log/qmail/vpopmaild
root 10970 0.0 0.0 1876 328 ? S Mar28 0:00 | \_
supervise qmail-smtpd
vpopmail 13387 0.0 0.0 1900 348 ? S 09:16 0:00 | |
\_ /usr/local/bin/tcpserver -v -H -R -l 0 -x /home/vpopmail/
vpopmail 16246 0.0 0.0 8800 3056 ? S 10:05 0:00 |
| \_ /var/qmail/bin/qmail-smtpd /home/vpopmail/bin/vchkpw
vpopmail 16378 0.1 0.0 8608 2548 ? S 10:07 0:00 |
| \_ /var/qmail/bin/qmail-smtpd /home/vpopmail/bin/vchkpw
vpopmail 16438 0.0 0.0 8608 1644 ? S 10:08 0:00 |
| \_ /var/qmail/bin/qmail-smtpd /home/vpopmail/bin/vchkpw
vpopmail 16448 0.1 0.0 8668 2224 ? S 10:08 0:00 |
| \_ /var/qmail/bin/qmail-smtpd /home/vpopmail/bin/vchkpw
clamav 16470 0.0 0.0 2248 676 ? S 10:08 0:00 |
| | \_ /var/qmail/bin/simscan
clamav 16473 0.0 0.0 7128 1332 ? S 10:08 0:00 |
| | \_ spamc -u sctc@jagtec.net
vpopmail 16468 0.0 0.0 8608 1656 ? S 10:08 0:00 |
| \_ /var/qmail/bin/qmail-smtpd /home/vpopmail/bin/vchkpw
vpopmail 16477 0.0 0.0 8608 1528 ? S 10:08 0:00 |
| \_ /var/qmail/bin/qmail-smtpd /home/vpopmail/bin/vchkpw
vpopmail 16478 0.0 0.0 8608 1524 ? S 10:08 0:00 |
| \_ /var/qmail/bin/qmail-smtpd /home/vpopmail/bin/vchkpw
root 10971 0.0 0.0 1876 332 ? S Mar28 0:00 | \_
supervise log
qmaill 10980 0.0 0.0 2016 396 ? S Mar28 1:53 | |
\_ /usr/local/bin/multilog t /var/log/qmail/smtpd
root 10972 0.0 0.0 1876 332 ? S Mar28 0:00 | \_
supervise qmail-submission
my recent log...
Mar 31 14:53:53 mail kernel: eth0: link up, 100Mbps, full-duplex
Apr 1 00:39:25 mail kernel: qmail-smtpd[26131]: segfault at 993c000 ip
08059449 sp bf86d8ec error 6 in qmail-smtpd[8048000+2a000]
Apr 1 06:29:08 mail kernel: qmail-smtpd[7709]: segfault at 90b3000 ip
08059428 sp bf9d5fec error 4 in qmail-smtpd[8048000+2a000]
Apr 1 06:35:51 mail kernel: qmail-smtpd[7893]: segfault at 8473000 ip
08059428 sp bfefe8fc error 4 in qmail-smtpd[8048000+2a000]
Apr 1 13:45:56 mail kernel: qmail-smtpd[29877]: segfault at 9628000 ip
08059428 sp bfa1acfc error 4 in qmail-smtpd[8048000+2a000]
Apr 1 15:34:53 mail kernel: qmail-smtpd[3537]: segfault at 8e73000 ip
08059428 sp bfc866fc error 4 in qmail-smtpd[8048000+2a000]
Apr 1 16:00:45 mail kernel: qmail-smtpd[4784]: segfault at 82ed000 ip
08059449 sp bfde8e7c error 6 in qmail-smtpd[8048000+2a000]
Apr 1 17:16:59 mail kernel: qmail-smtpd[8501]: segfault at 8990000 ip
08059428 sp bfd9142c error 4 in qmail-smtpd[8048000+2a000]
Apr 1 17:43:15 mail kernel: qmail-smtpd[9978]: segfault at 968a000 ip
08059428 sp bfd831fc error 4 in qmail-smtpd[8048000+2a000]
Apr 2 05:53:26 mail kernel: qmail-smtpd[3742]: segfault at 866e000 ip
08059449 sp bfb0537c error 6 in qmail-smtpd[8048000+2a000]
Apr 2 10:12:19 mail kernel: qmail-smtpd[15984]: segfault at 9451000 ip
08059428 sp bfb936dc error 4 in qmail-smtpd[8048000+2a000]
Thanks so much, leon
On 03/31/2014 01:18 PM, Leon F Wiederholt wrote:
> We will go with 50.... and let her run for a while and post back
> results...
>
> THANKS very much, leon
>
> On 03/31/2014 12:12 PM, Ivan L. Morales wrote:
>> I'm with Michael, increasing SOFTLIMIT to 50000... will solve your
>> issue.
>>
>>
>> Saludos.
>>
>> Iván L. Morales - Dpto. comercial.
>> Logosur de telecomunicación S.L.
>> ivanlopez@logosur.com <mailto:ivanlopez@logosur.com> -
>> www.LogoSur.com <http://www.logosur.com>
>> ··············································································
>>
>> Pol.Ind. Zeus S/N
>> 41703 Dos hermanas
>> Sevilla
>> Teléfono 955669108
>> Móvil 657019769
>> FAX 954728055
>>
>>
>> El 31/03/2014 19:09, Leon F Wiederholt escribió:
>>> Thanks, not too obvious for me, will give it a try..
>>> leon
>>>
>>> On 03/31/2014 11:14 AM, Michael Sierchio wrote:
>>>> On Mon, Mar 31, 2014 at 8:46 AM, Leon F Wiederholt
>>>> <jaglists@jagtec.net> wrote:
>>>>> OK, thanks we will increase the softlimit and post back the
>>>>> results after
>>>>> some testing..
>>>> I'm sorry, perhaps this is too obvious, but - why not set SOFTLIMIT to
>>>> be '=' and measure the actual size before restricting it? This will
>>>> also tell you if your hard limit is too restrictive.
>>>>
>>>> - M
>>>
>>
>>
>