Bekijk Volledige Versie : qmail start niet meer!!
Ik heb een server draaien op Fedora Core 2 met plesk reloaded.
De hele dag ben ik al bezig om Qmail weer draaiende te krijgen. Als ik in Plesk/virtuozzo qmail wil starten krijg ik dit:
Jan 10, 2006 03:02:07 PM Operation start with the VE(s) VEID3960 service "qmail" is started. Completed
Jan 10, 2006 03:02:09 PM Starting qmail: [ OK ] Completed
Jan 10, 2006 03:04:09 PM #307 Message processing was terminated because timeout was reached waiting for a response Failed
Als ik via SSH qmail start, krijg je de melding: OK, maar vervolgens kan ik nog steeds geen mail binnenhalen via POP. Mails ontvangen doet hij nog wel, want er komen nog wel berichten in de queue map...
Is het mogelijk qmail opnieuw te installeren zonder dat ik aan plesk hoe te komen, of moet ik heel plesk opnieuw installeren voordat het weer gaat weken?
CharlieRoot
10/01/06, 16:52
tail -f /var/log/qmail/qmail-pop3/current
tail -f /var/log/qmail/qmail-send/current
tail -f /var/log/qmail/qmail-smtpd/current
tail -f /var/log/messages
?
Wij draaien ook vaak qmail (zonder plesk natuurlijk) en daar is altijd alles te vinden, in die logfiles.
Origineel geplaatst door CharlieRoot
?
Wij draaien ook vaak qmail (zonder plesk natuurlijk) en daar is altijd alles te vinden, in die logfiles.
deze logs zijn mij mji niet aanwezig... Niet in die directory's in ieder geval
Ik gebruik deze:
tail -f /var/log/qmail/*/cu* | tai64nlocal | grep '.'
kan je de tijden ook nog leesbaar zien.
Wat voor installatie heb jij dan dat de logfiles niet op de 'standaard' plek staan?
jinxedworld
10/01/06, 17:04
Staan in $PLESK_ROOT/var/log/maillog. Plesk mikt ze standaard hierin. Onder Debian kan je dit ook nog terugvinden in /var/log/syslog.
Anders even het volgende:
udatedb
locate maillog
Origineel geplaatst door petert101
Ik gebruik deze:
tail -f /var/log/qmail/*/cu* | tai64nlocal | grep '.'
kan je de tijden ook nog leesbaar zien.
Wat voor installatie heb jij dan dat de logfiles niet op de 'standaard' plek staan?
Qmail wordt standaard meegeinstalleerd met plesk. Misschien dat plesk de logfiles van qmail op een andere plaats bewaard.
Als ik via SSH qmail start, krijg je de melding: OK, maar vervolgens kan ik nog steeds geen mail binnenhalen via POP.
Je hebt dus helemaal geen qmail probleem.
Wat voor popper gebruik je? IMAP ook stuk?
Origineel geplaatst door petert101
Je hebt dus helemaal geen qmail probleem.
Wat voor popper gebruik je? IMAP ook stuk?
Ok, dus het is helemaal geen qmail die stuk loopt...
Ik weet niet welke pop server ik gebruik... Degene die standaard bij plesk zit neem ik aan... Ik kijk even...
Ja, IMAP ook stuk
IMAP/POP3 Server (Courier-IMAP)
Die geeft dus het probleem
Origineel geplaatst door starfix
Ok, dus het is helemaal geen qmail die stuk loopt...
Ik weet niet welke pop server ik gebruik... Degene die standaard bij plesk zit neem ik aan... Ik kijk even...
Ja, IMAP ook stuk
fedora 2 toch?
/etc/rc.d/init.d/imapd restart
/etc/rc.d/init.d/popd restart
Maaruh als je niet eens weet wat voor software er draait, wat doe je er dan mee?
/usr/local/psa/var/log/maillog
ik denk dat je DNS in puin ligt. Doe eens ping www.gratismonitoring.nl ?
Origineel geplaatst door DiedX
/usr/local/psa/var/log/maillog
ik denk dat je DNS in puin ligt. Doe eens ping www.gratismonitoring.nl ?
Hej, inderdaad geen reactie... "Host unknown"
Dus daarom wil hij niet starten? Hoe los ik dit op?
vi /etc/resolv.conf
en daar als eerste regel
nameserver 127.0.0.1
inzetten
Origineel geplaatst door DiedX
vi /etc/resolv.conf
en daar als eerste regel
nameserver 127.0.0.1
inzetten
Er stonden twee nameservers in van netnation... Die heb ik laten staan en daarboven jouw oplossing....
En het werkt weer...
Hartelijk dank!
Ik krijg hem hierna niet herstart.
tail -f /usr/local/psa/var/log/maillog
En welterusten :)
Hierin staat herhaaldelijk het volgende:
Jan 11 04:28:03 os qmail: 1136950083.986216 starting delivery 122: msg 41240271 to remote root@*****.flexvps.nl
Jan 11 04:28:03 os qmail: 1136950083.986275 status: local 0/10 remote 1/20
Jan 11 04:28:34 os qmail: 1136950114.230982 delivery 122: deferral: CNAME_lookup_failed_temporarily._(#4.4.3)/
Jan 11 04:28:34 os qmail: 1136950114.231040 status: local 0/10 remote 0/20
doe eens
cat /etc/resolv.conf
als die leeg is, of niet 127.0.0.1 bevat
echo "nameserver 127.0.0.1" > /etc/resolv.conf
die staat er als enige in
als je dat probleem nog steeds hebt, dan is je named dood.
waarschijnlijk kan je dit oplossen door :
service named restart
op te geven
het probleem blijft nog steeds
dit wordt de derde dag
CharlieRoot
12/01/06, 15:26
Origineel geplaatst door MauriceO
het probleem blijft nog steeds
dit wordt de derde dag
$ dig @localhost domein.nl
Misschien ook nuttig om andere NS servers in je resolv.conf te zetten
de ip adressen van mijn NS staan er nu ook in
:(
Origineel geplaatst door MauriceO
de ip adressen van mijn NS staan er nu ook in
:( Ik zou er eerder DNSen inzetten van bijv je netwerk leverancier.
CharlieRoot
12/01/06, 16:13
Origineel geplaatst door MauriceO
staan er in
cat hem eens en zeg eens wat er precies in staat nu ? Je hebt daar echt iets fout staan.. loop alle logs even goed na.
cat hem eens en zeg eens wat er precies in staat nu ? Je hebt daar echt iets fout staan.. loop alle logs even goed na.
nameserver 127.0.0.1
nameserver 80.95.170.10
nameserver 80.95.170.54
/var/log/messages
Jan 12 15:21:17 os qmail: Starting qmail: succeeded
volgens service qmail status niet
doe eens:
service xinetd restart && tail -f /var/log/messages
Jan 12 16:01:45 os xinetd[14048]: Exiting...
Jan 12 16:01:45 os xinetd: xinetd shutdown succeeded
Jan 12 16:01:46 os xinetd: xinetd startup succeeded
Jan 12 16:01:46 os xinetd[26871]: bind failed (Address already in use (errno = 98)). service = pop3s
Jan 12 16:01:46 os xinetd[26871]: Service pop3s failed to start and is deactivated.
Jan 12 16:01:46 os xinetd[26871]: xinetd Version 2.3.13 started with libwrap loadavg options compiled in.
Jan 12 16:01:46 os xinetd[26871]: Started working: 8 available services
Ik krijg heb ook niet meer gerestart nadat ik die 127.0.0.1 erin heb gezet....
Vanochtend is hij door iemand van de support gereset, die heeft ook meteen die 127.0.0.1 er weer uit gehaald....
Kon er zelf niet meer bij, virtuozzio is uitgeschakeld (staat ook een ticket voor open sinds gisteren).
[root@starfixhosting root]# service xinetd restart && tail -f /var/log/messages
Stopping xinetd: [ OK ]
Starting xinetd: [ OK ]
Jan 12 16:30:33 starfixhosting xinetd[6240]: bind failed (Address already in use (errno = 98)). service = ftp
Jan 12 16:30:33 starfixhosting xinetd[6240]: Service ftp failed to start and is deactivated.
Jan 12 16:30:33 starfixhosting xinetd[6240]: bind failed (Address already in use (errno = 98)). service = poppassd
Jan 12 16:30:33 starfixhosting xinetd[6240]: Service poppassd failed to start and is deactivated.
Jan 12 16:30:33 starfixhosting xinetd[6240]: bind failed (Address already in use (errno = 98)). service = smtp
Jan 12 16:30:33 starfixhosting xinetd[6240]: Service smtp failed to start and is deactivated.
Jan 12 16:30:33 starfixhosting xinetd[6240]: bind failed (Address already in use (errno = 98)). service = smtps
Jan 12 16:30:33 starfixhosting xinetd[6240]: Service smtps failed to start and is deactivated.
Jan 12 16:30:33 starfixhosting xinetd[6240]: xinetd Version 2.3.13 started with libwrap loadavg options compiled in.
Jan 12 16:30:33 starfixhosting xinetd[6240]: Started working: 0 available services
Hmm, dit lijkt een beetje op een probleem dat ik laatst ook had.
Check de directory /etc/xinetd.d/ eens
Staat hier toevallig het bestand "smtp.psa" ?
Zo ja, rename deze naar "smtp_psa" (en alle andere bestanden met een puntje)
Het heeft bij mij altijd gewerkt, maar opeens (waarschijnlijk na een upgrade of aanpassing) waren deze bestanden gerenamed!
Na het verwijderen van het puntje werkte alles weer als vanouds.
Ik heb nog steeds geen stabiele mail service..
Als ik de /etc/resolv.conf aanpas werkt het, maar als ik mn server reboot is dat bestandje weer in zijn oude staat. (dus zonder nameserver 127.0.0.1 erin)
@mr. Jinx:
popa3d.rpmsave en popa3ds.rpmsave
Staan met puntjes in die map... De rest is wel met "_"...
welke nameservers heb je dan?
Origineel geplaatst door DiedX
welke nameservers heb je dan?
nameserver 127.0.0.1
nameserver 80.95.170.10
nameserver 80.95.170.54
(na aanpasing...) na een reboot staat hij weer op:
nameserver 80.95.170.10
nameserver 80.95.170.54
En start xinetd en qmail niet meer..
Die 80.95.170.10 werkt 100%. Daar waren problemen mee, maar die zijn opgelost.
Check:
[root@ns1 httpd]# dig @80.95.170.10 diedx.nl mx
; <<>> DiG 9.2.2-P3 <<>> @80.95.170.10 diedx.nl mx
;; global options: printcmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 64960
;; flags: qr rd ra; QUERY: 1, ANSWER: 2, AUTHORITY: 2, ADDITIONAL: 2
;; QUESTION SECTION:
;diedx.nl. IN MX
;; ANSWER SECTION:
diedx.nl. 3600 IN MX 10 mail.diedx.nl.
diedx.nl. 3600 IN MX 20 fallback.diedx.nl.
;; AUTHORITY SECTION:
diedx.nl. 9917 IN NS ns1.diedx.nl.
diedx.nl. 9917 IN NS ns2.diedx.nl.
;; ADDITIONAL SECTION:
mail.diedx.nl. 3600 IN A 213.239.177.50
fallback.diedx.nl. 3600 IN A 62.59.28.75
;; Query time: 21 msec
;; SERVER: 80.95.170.10#53(80.95.170.10)
;; WHEN: Wed Jan 18 10:25:35 2006
;; MSG SIZE rcvd: 140
[root@ns1 httpd]#
Dus resolving is het probleem niet. Wat als je je maillog checkt?
Origineel geplaatst door DiedX
Die 80.95.170.10 werkt 100%. Daar waren problemen mee, maar die zijn opgelost.
[knip]
Dus resolving is het probleem niet. Wat als je je maillog checkt?
Ik krijg hetzelfde verhaal als jij met mn eigen domeinen. Vreemd is dat mn resolv.conf steeds teruggezet is al mn server een reboot krijgt.
Momenteel loopt het wel weer, maar dus nadat ik mn resolv.conf weer heb aangepast.
Als qmail dan gestart is, en ik verander mn resolv.conf weer (zonder 127.0.0.1 erin) dan blijft hij lopen, maar kan ik geen mail binnenhalen omdat ik dan een timeout krijg..
Met een cron zou ik elk halfuur een scriptje mn resolv.conf kunnen laten aanpassen en inetxd+qmail laten restarten, maar dat is niet echt de bedoeling lijkt me.
Geef eens hetzelfde commando als ik boven?
dig @80.95.170.10 diedx.nl ?
Bij een reboot is het standaard dat HSPc de resolv.conf terugplaatst. Volgens mij is dat weer een switch, maar die vertrouw ik niet :)
Origineel geplaatst door DiedX
Geef eens hetzelfde commando als ik boven?
dig @80.95.170.10 diedx.nl ?
Bij een reboot is het standaard dat HSPc de resolv.conf terugplaatst. Volgens mij is dat weer een switch, maar die vertrouw ik niet :)
Ik krijg dit:
[root@starfixhosting xinetd.d]# dig @80.95.170.10 diedx.nl
; <<>> DiG 9.2.3 <<>> @80.95.170.10 diedx.nl
;; global options: printcmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 19553
;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 2, ADDITIONAL: 0
;; QUESTION SECTION:
;diedx.nl. IN A
;; ANSWER SECTION:
diedx.nl. 3600 IN A 213.239.177.50
;; AUTHORITY SECTION:
diedx.nl. 8758 IN NS ns2.diedx.nl.
diedx.nl. 8758 IN NS ns1.diedx.nl.
;; Query time: 17 msec
;; SERVER: 80.95.170.10#53(80.95.170.10)
;; WHEN: Wed Jan 18 10:44:54 2006
;; MSG SIZE rcvd: 78
-----------------------------------------
Niet erg handig dat die resolv.conf wordt teruggezet na een reboot... Dus dat wordt dus toch een scriptje maken?
iets van: echo "nameserver 127.0.0.1" /etc/resolv.conf
Hoe krijg ik meerdere regels op deze manier?
Ik heb het opgelost op deze manier:
Ik heb een scriptj gemaakt, genaamd mailrestart.sh.
In watchdog heb ik vervolgens aangegeven dat als q-mail of courier het niet meer doet dat hij dan mailrestart.sh gebruikt om ze weer terug op te starten. Na een reboot duurt het ongeveer een halve minuut voor het weer werkt.
Inhoud van mailrestart.sh:
echo -e "nameserver 127.0.0.1\nnameserver 80.95.170.10\nnameserver 80.95.170.54" > /etc/resolv.conf
/etc/init.d/xinetd restart
/etc/init.d/qmail restart
Welk domein staat er in qmail config files, me locals etc..resolven die wel? Zijn er verschillen in records tussen de lokale dns server en 80.95.170.10, als het met de lokale dns server wel werkt zit toch echt het probleem in dns.