ledy
03.12.10, 14:38
Hallo,
aus meinerseits nicht nachvollziehbarem Grund kommt es ab und zu zu Störungen auf meinem vServer. Der Hoster meint, es kann nicht am Host System oder dem vorkonfigurierten Image (2.6.26-2-vserver-amd64) liegen. Auch einen Fehler in der /etc/resolv.conf schließt er aus, welche ich für den einfachsten Grund halten würde:
cat /etc/resolv.conf
nameserver 193.25.114.2
nameserver 82.211.45.70
Das Verhalten des Servers habe ich diesesmal per cronjob und verbose mode für den Apache/PHP sowie MySQL mitloggen lassen, da die syslog etc. auch dirkt nach dem vermeintlichen "Absturz" gar keinen Hinweis auf ein Problem haben.
Nun weiß ich also, dass der vServer auch während der Zeit, in der er nicht erreichbar (ping, ssh, http) ist, AN ist und sogar arbeitet. Also cronjobs werden ausgeführt und pro Minute lasse ich einmal die RAM Auslastung mitloggen, wobei man von keiner Auslastung sprechen kann, sondern nur "Minimalbetrieb", sowohl vor, als auch während der downtime.
Also der Server ist weiterhin da, aber nicht von aussen erreichbar.
Die einzige relevante Fehlermeldung, die nur dann vorkommt, wenn das Problem auftritt, ist in der apache2/error.log:
failed to open stream: php_network_getaddresses: getaddrinfo failed: Temporary failure in name resolution in
In dem Script wird abgefragt, über welche Domain der Aufruf erfolgte und normalerweise erzeugt das keinen Fehler. Nur eben in der Minute, wo dann anschließend der Server nicht mehr erreichbar ist.
Auch die mysql log hat gar keine Probleme und laut df sind gerade mal 5% Speicher belegt, sowohl vor, als auch während der Downtime.
Da das ganze sehr verwirrend ist und es mir wohl an Erfahrung fehlt, hoffe ich, bei Euch Rat zu finden.
Vielen Dank.
PS: Ein Szenario, was auf dem vServer eigentlich nicht vorkommen dürfte, aber mir als einzige Erklärung eingefallen ist: Holt sich der vServer evt. von Zeit zu Zeit via dhcp o.ä. seine IP und stösst dabei auf ein Problem, so wäre eth0 nicht (korrekt) erreichbar, von aussen gar nicht erreichbar, oder kann sowas gar nicht passieren?
Hierzu mal eben die ifconfig Ausgabe:
ifconfig
eth0 Link encap:Ethernet HWaddr 00:30:48:64:42:52
inet addr:81.88.... Bcast:81.88...255 Mask:255.255.255.0
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:3625977534 errors:0 dropped:1809 overruns:0 frame:0
TX packets:8601360698 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:1284529026852 (1.2 TB) TX bytes:2920169116697 (2.9 TB)
Memory:d8020000-d8040000
lo Link encap:Local Loopback
inet addr:127.0.0.1 Mask:255.0.0.0
UP LOOPBACK RUNNING MTU:16436 Metric:1
RX packets:180172487 errors:0 dropped:0 overruns:0 frame:0
TX packets:180172487 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:302565275243 (302.5 GB) TX bytes:302565275243 (302.5 GB)
aus meinerseits nicht nachvollziehbarem Grund kommt es ab und zu zu Störungen auf meinem vServer. Der Hoster meint, es kann nicht am Host System oder dem vorkonfigurierten Image (2.6.26-2-vserver-amd64) liegen. Auch einen Fehler in der /etc/resolv.conf schließt er aus, welche ich für den einfachsten Grund halten würde:
cat /etc/resolv.conf
nameserver 193.25.114.2
nameserver 82.211.45.70
Das Verhalten des Servers habe ich diesesmal per cronjob und verbose mode für den Apache/PHP sowie MySQL mitloggen lassen, da die syslog etc. auch dirkt nach dem vermeintlichen "Absturz" gar keinen Hinweis auf ein Problem haben.
Nun weiß ich also, dass der vServer auch während der Zeit, in der er nicht erreichbar (ping, ssh, http) ist, AN ist und sogar arbeitet. Also cronjobs werden ausgeführt und pro Minute lasse ich einmal die RAM Auslastung mitloggen, wobei man von keiner Auslastung sprechen kann, sondern nur "Minimalbetrieb", sowohl vor, als auch während der downtime.
Also der Server ist weiterhin da, aber nicht von aussen erreichbar.
Die einzige relevante Fehlermeldung, die nur dann vorkommt, wenn das Problem auftritt, ist in der apache2/error.log:
failed to open stream: php_network_getaddresses: getaddrinfo failed: Temporary failure in name resolution in
In dem Script wird abgefragt, über welche Domain der Aufruf erfolgte und normalerweise erzeugt das keinen Fehler. Nur eben in der Minute, wo dann anschließend der Server nicht mehr erreichbar ist.
Auch die mysql log hat gar keine Probleme und laut df sind gerade mal 5% Speicher belegt, sowohl vor, als auch während der Downtime.
Da das ganze sehr verwirrend ist und es mir wohl an Erfahrung fehlt, hoffe ich, bei Euch Rat zu finden.
Vielen Dank.
PS: Ein Szenario, was auf dem vServer eigentlich nicht vorkommen dürfte, aber mir als einzige Erklärung eingefallen ist: Holt sich der vServer evt. von Zeit zu Zeit via dhcp o.ä. seine IP und stösst dabei auf ein Problem, so wäre eth0 nicht (korrekt) erreichbar, von aussen gar nicht erreichbar, oder kann sowas gar nicht passieren?
Hierzu mal eben die ifconfig Ausgabe:
ifconfig
eth0 Link encap:Ethernet HWaddr 00:30:48:64:42:52
inet addr:81.88.... Bcast:81.88...255 Mask:255.255.255.0
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:3625977534 errors:0 dropped:1809 overruns:0 frame:0
TX packets:8601360698 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:1284529026852 (1.2 TB) TX bytes:2920169116697 (2.9 TB)
Memory:d8020000-d8040000
lo Link encap:Local Loopback
inet addr:127.0.0.1 Mask:255.0.0.0
UP LOOPBACK RUNNING MTU:16436 Metric:1
RX packets:180172487 errors:0 dropped:0 overruns:0 frame:0
TX packets:180172487 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:302565275243 (302.5 GB) TX bytes:302565275243 (302.5 GB)