marinus
2010-11-03 13:33:07 UTC
Goedemiddag allen,
Kortgeleden heb ik een qnap210 gekocht en daarop Debian Squeeze
geinstalleerd.
Mailservertje van gemaakt die nu lekker zuinig 24/7 kan draaien met
webserver die al een aantal dagen zonder probleem draaid tot dusver.
Amavisd-new heeft wat nukken de laatste 3 dagen en houdt er met enige
regelmaat mee op te werken zodat de mails niet meer afgeleverd kunnen
worden. Wat nou precies de oorzaak ervan is kan ik tot dusver niet
achterhalen. In de syslog geeft het regel 3077 aan, maar aangezien ik
(nog) niet veel van scripts weet weet ik ook niet wat ik hier precies
moet doen om het probleem op te lossen. Telkens moet amavisd weer een
schop geven om het te laten werken. Misschien een script om amavisd-new
een schop te geven zodra die er mee op wil houden?
heeft het misschien iets te maken met de hoeveelheid intern geheugen van
die qnap, deze bedraagd 256 mb, cpu: 800 Mhz
op zich moet het kunnen lijkt me, heb niet veel services draaien. ok,
het reageert wat aan de trage kant maar als ik in top een tijdje de boel
in de gaten houdt dan zit de belasting tussen 40-75%
hieronder een gedeelte van de syslog:
syslog
Nov 2 16:27:54 qnap210 amavis[5950]: (05950-01) (!!)file(1) utility
(/usr/bin/file) FAILED: run_command: can't fork: Cannot allocate memory
at /usr/sbin/amavisd-new line 3077.
Nov 2 16:28:00 qnap210 postfix/smtp[6004]: 487C32A0E9D:
to=<***@m31galaxy.nl>, relay=127.0.0.1[127.0.0.1]:10024, delay=17,
delays=0.58/0.21/2.5/14, dsn=4.4.2, status=deferred (lost connection
with 127.0.0.1[127.0.0.1] while sending end of data -- message may be
sent more than once)
Nov 2 16:37:14 qnap210 postfix/qmgr[1846]: 487C32A0E9D:
from=<***@mail.m31galaxy.nl>, size=562, nrcpt=1 (queue active)
Nov 2 16:37:40 qnap210 postfix/smtp[6040]: 487C32A0E9D:
to=<***@m31galaxy.nl>, relay=127.0.0.1[127.0.0.1]:10024, delay=600,
delays=575/0.81/1.9/22, dsn=4.4.2, status=deferred (lost connection with
127.0.0.1[127.0.0.1] while sending end of data -- message may be sent
more than once)
Nov 2 16:52:15 qnap210 postfix/qmgr[1846]: 487C32A0E9D:
from=<***@mail.m31galaxy.nl>, size=562, nrcpt=1 (queue active)
Nov 2 16:52:38 qnap210 postfix/smtp[6084]: 487C32A0E9D:
to=<***@m31galaxy.nl>, relay=127.0.0.1[127.0.0.1]:10024, delay=1492,
delays=1475/9.5/7.5/0, dsn=4.4.2, status=deferred (lost connection with
127.0.0.1[127.0.0.1] while receiving the initial server greeting)
Nov 2 17:22:15 qnap210 postfix/qmgr[1846]: 487C32A0E9D:
from=<***@mail.m31galaxy.nl>, size=562, nrcpt=1 (queue active)
Nov 2 17:22:16 qnap210 postfix/smtp[6107]: connect to
127.0.0.1[127.0.0.1]:10024: Connection refused
hieronder de inhoud van:
/usr/sbin/amavisd-new
eval {
# Avoid using open('-|') which is just too damn smart: possibly waiting
# indefinitely when resources are tight, and not catching fork
errors as
# expected but just bailing out of eval; make a pipe explicitly and
fork.
# Note that fork(2) returns ENOMEM on lack of swap space, and
EAGAIN when
# process limit is reached; we want it to fail in both cases and
not obey
# the EAGAIN and keep retrying, as perl open() does.
$pid = fork(); 1;
} or do {
my($eval_stat) = $@ ne '' ? $@ : "errno=$!"; chomp $eval_stat;
die "run_command (forking): $eval_stat";
};
defined($pid) or die "run_command: can't fork: $!";
....line...3077.....
if (!$pid) { # child
alarm(0); my($interrupt) = '';
my($h1) = sub { $interrupt = $_[0] };
my($h2) = sub { die "Received signal ".$_[0] };
@SIG{qw(INT HUP TERM TSTP QUIT USR1 USR2)} = ($h1) x 7;
eval { # die must be caught, otherwise we end up with two running
daemons
local(@SIG{qw(INT HUP TERM TSTP QUIT USR1 USR2)}) = ($h2) x 7;
if ($interrupt ne '') { my($i) = $interrupt; $interrupt = ''; die
$i }
M.v.g.,
Marinus
http://www.m31galaxy.nl
Kortgeleden heb ik een qnap210 gekocht en daarop Debian Squeeze
geinstalleerd.
Mailservertje van gemaakt die nu lekker zuinig 24/7 kan draaien met
webserver die al een aantal dagen zonder probleem draaid tot dusver.
Amavisd-new heeft wat nukken de laatste 3 dagen en houdt er met enige
regelmaat mee op te werken zodat de mails niet meer afgeleverd kunnen
worden. Wat nou precies de oorzaak ervan is kan ik tot dusver niet
achterhalen. In de syslog geeft het regel 3077 aan, maar aangezien ik
(nog) niet veel van scripts weet weet ik ook niet wat ik hier precies
moet doen om het probleem op te lossen. Telkens moet amavisd weer een
schop geven om het te laten werken. Misschien een script om amavisd-new
een schop te geven zodra die er mee op wil houden?
heeft het misschien iets te maken met de hoeveelheid intern geheugen van
die qnap, deze bedraagd 256 mb, cpu: 800 Mhz
op zich moet het kunnen lijkt me, heb niet veel services draaien. ok,
het reageert wat aan de trage kant maar als ik in top een tijdje de boel
in de gaten houdt dan zit de belasting tussen 40-75%
hieronder een gedeelte van de syslog:
syslog
Nov 2 16:27:54 qnap210 amavis[5950]: (05950-01) (!!)file(1) utility
(/usr/bin/file) FAILED: run_command: can't fork: Cannot allocate memory
at /usr/sbin/amavisd-new line 3077.
Nov 2 16:28:00 qnap210 postfix/smtp[6004]: 487C32A0E9D:
to=<***@m31galaxy.nl>, relay=127.0.0.1[127.0.0.1]:10024, delay=17,
delays=0.58/0.21/2.5/14, dsn=4.4.2, status=deferred (lost connection
with 127.0.0.1[127.0.0.1] while sending end of data -- message may be
sent more than once)
Nov 2 16:37:14 qnap210 postfix/qmgr[1846]: 487C32A0E9D:
from=<***@mail.m31galaxy.nl>, size=562, nrcpt=1 (queue active)
Nov 2 16:37:40 qnap210 postfix/smtp[6040]: 487C32A0E9D:
to=<***@m31galaxy.nl>, relay=127.0.0.1[127.0.0.1]:10024, delay=600,
delays=575/0.81/1.9/22, dsn=4.4.2, status=deferred (lost connection with
127.0.0.1[127.0.0.1] while sending end of data -- message may be sent
more than once)
Nov 2 16:52:15 qnap210 postfix/qmgr[1846]: 487C32A0E9D:
from=<***@mail.m31galaxy.nl>, size=562, nrcpt=1 (queue active)
Nov 2 16:52:38 qnap210 postfix/smtp[6084]: 487C32A0E9D:
to=<***@m31galaxy.nl>, relay=127.0.0.1[127.0.0.1]:10024, delay=1492,
delays=1475/9.5/7.5/0, dsn=4.4.2, status=deferred (lost connection with
127.0.0.1[127.0.0.1] while receiving the initial server greeting)
Nov 2 17:22:15 qnap210 postfix/qmgr[1846]: 487C32A0E9D:
from=<***@mail.m31galaxy.nl>, size=562, nrcpt=1 (queue active)
Nov 2 17:22:16 qnap210 postfix/smtp[6107]: connect to
127.0.0.1[127.0.0.1]:10024: Connection refused
hieronder de inhoud van:
/usr/sbin/amavisd-new
eval {
# Avoid using open('-|') which is just too damn smart: possibly waiting
# indefinitely when resources are tight, and not catching fork
errors as
# expected but just bailing out of eval; make a pipe explicitly and
fork.
# Note that fork(2) returns ENOMEM on lack of swap space, and
EAGAIN when
# process limit is reached; we want it to fail in both cases and
not obey
# the EAGAIN and keep retrying, as perl open() does.
$pid = fork(); 1;
} or do {
my($eval_stat) = $@ ne '' ? $@ : "errno=$!"; chomp $eval_stat;
die "run_command (forking): $eval_stat";
};
defined($pid) or die "run_command: can't fork: $!";
....line...3077.....
if (!$pid) { # child
alarm(0); my($interrupt) = '';
my($h1) = sub { $interrupt = $_[0] };
my($h2) = sub { die "Received signal ".$_[0] };
@SIG{qw(INT HUP TERM TSTP QUIT USR1 USR2)} = ($h1) x 7;
eval { # die must be caught, otherwise we end up with two running
daemons
local(@SIG{qw(INT HUP TERM TSTP QUIT USR1 USR2)}) = ($h2) x 7;
if ($interrupt ne '') { my($i) = $interrupt; $interrupt = ''; die
$i }
M.v.g.,
Marinus
http://www.m31galaxy.nl