[Postfixbuch-users] Postfix Probleme auf VServer

[Sandy Drobic]

Stefan Marx wrote:
> Hi,
> 
> ich versuche ein Postfix in einem Vserver zu betreiben. Ich habe
> damit erheblich Probleme, da immer wieder Fehler dieser Art auftauchen: 
> 
> Nov  3 22:56:19 mailrouter postfix/smtp[27198]: fatal: shared lock
> active/D/D22C262BC90: Resource temporarily unavailable
> Nov  3 22:56:19 mailrouter postfix/smtpd[27147]: disconnect from
> unknown[10.20.1.1]
> ...
> Nov  3 22:56:20 mailrouter postfix/master[27084]: warning:
> process /usr/lib/postfix/smtp pid 27198 exit status 1
> Nov  3 22:56:20 mailrouter postfix/qmgr[27092]: warning: premature
> end-of-input on private/relay socket while reading input attribute name
> Nov  3 22:56:20 mailrouter postfix/qmgr[27092]: warning: private/relay
> socket: malformed response
> Nov  3 22:56:20 mailrouter postfix/qmgr[27092]: warning: transport relay
> failure -- see a previous warning/fatal/panic logfile record for the
> problem description
> ...
> Nov  3 22:56:44 mailrouter postfix/bounce[27094]: fatal: cannot get
> shared lock on active/E/E4CEF62BCB0: Resource temporarily unavailable
> ...
> Nov  3 22:56:45 mailrouter postfix/master[27084]: warning:
> process /usr/lib/postfix/bounce pid 27094 exit status 1
> Nov  3 22:56:45 mailrouter postfix/qmgr[27092]: warning: premature
> end-of-input on private/bounce socket while reading input attribute name
> ...
> 
> usw, usw. Die Systeme sollten eigentlich performant genug sein, um mit
> den ca 60000 Emails pro Tag fertigzuwerden. Der Vserver-Host ist ein
> Ubuntu Dapper, die Vserver-Guests waren einmal Ubuntu Dapper und einmal
> Debian, jeweils mit der von der Distribution mitgelieferten
> Postfix-Version. Beide zeigen den gleichen Effekt. Die gleiche
> Konfiguration läuft auf 'echter' (und wesentlich langsamerer) Hardware
> ohne jedes Problem. 
> 
> Hat schon mal jemand ein ähnliches Problem gehabt bzw. behoben? Oder
> eine Idee, wonach ich genau suchen muß? Der Vserver liegt auf einem
> GFS-Filesystem das über FC-SAN angebunden ist, kann es damit
> zusammenhängen?

Durchaus möglich, denn Postfix verwendet die Inode, um die Queue-ID zu 
bestimmen. Deshalb kann es trickreich sein, wenn in einem übergreifenden 
System Postfix dort sein Spoolverzeichnis hat.

Eine andere Schwierigkeit könnte sein, wenn GFS ein anderes Lock-Verfahren 
verwendet als Postfix. Postfix sieht sein Spoolverzeichnis als lokal und 
exklusiv. Ich habe leider keine Erfahrungen mit GFS.

Wie sieht es denn mit offenen Dateien, Prozesen und den ulimits aus?

Sandy
-- 
Antworten bitte nur in die Mailingliste!
PMs bitte an: news-reply2 (@) japantest (.) homelinux (.) com