Onderwerp: mysql traag+lage load+ram zat

Oke, ik ga straks is even wat proberen.. bedankt!

Uhm, wat staat hier?

Warning: main(): php_network_getaddresses: getaddrinfo failed: Name or service not known in /home/user/domains/domain.nl/public_html/config.php on line 45

DNS probleem dus

Controleer dat eens.

Ja, hoe kan ik dat checken?

Alvast heel erg bedankt!

Uhm, een van de vorige posters merkte al op dat je via een URL een include probeerde te openen.. klopt dat of is het een ongelukkige copy/paste aktie?

Bij het includen van een bestand op de lokale schijf zou je geen probleem met je DNS mogen hebben..vooral omdat je daarbij de DNS in de regel niet nodig heb (of zou moeten hebben)..

Origineel geplaatst door Wido
Uhm, wat staat hier?

Warning: main(): php_network_getaddresses: getaddrinfo failed: Name or service not known in /home/user/domains/domain.nl/public_html/config.php on line 45

DNS probleem dus

Controleer dat eens.

Klopt, maar 1 reply hierboven moet voldoende uitleg geven voor mijn zelfde gedachten

Post regel 45 uit /home/user/domains/domain.nl/public_html/config.php eens?

Staat daar include('http://www.bla.. dan is dat het probleem. Dat is geen lokale include.

Hoe gaat het met je hardware? Een kapotte harde schijf of een gedegradeerd array kan ook voor ingezakte performance zorgen...

Hm, het is een dedicated server van kdiss.. alle diensten staan dus op 1 server, die include staat inderdaad met http:// echter verwijst dat naar een bestand op dezelfde server. Dit gaf eerst ook nooit problemen echter sinds dat hij zo langzaam is, vandaag de hele dag.. geeft hij die foutmelding.

Volgens mij werkt de hardware prima..heb geen idee...

Waarom pas je die include niet aan dan? Als het een lokaal bestand is maar er dan /home/users/.....inc van. Hij geeft toch duidelijk een dns/service error?

Via http included is nogal een overhead t.o.v. lokaal. Plus meer kans op problemen (lijkt op een dns resolver timeout...)

Oke, waar kan die timeout aan liggen dan? want dat is even het belangrijkste..

Kijk naar de nameservers in /etc/resolv.conf en naar entries in je /etc/hosts file.

Als je echt wil weten wat er precies gebeurt kijk je met tcpdump naar het netwerkverkeer (over lo interface waarschijnlijk) terwijl je de pagina opvraagt.

ik krijg als ik intyp:

pico etc/resolv.conf dit te zien:

nameserver 81.17.33.2

Dit is totaal niet mijn nameserver.. klopt dat dan wel?

Doe ik kijken naar de hosts file dan zie ik wel de goede nameserver..

Hoe kan ik met tcpdump kijken?

Ik heb nu die include aangepast en hij doet het nu wel... maar als dit het probleem is hoe kan het dan dat hij het eerst altijd goed deed... kan dit een bepaalde reden hebben?

Die nameserver - die niet van jou is zeg je - zal de factor zijn. Het netwerk er naar toe, of de host zelf zal trager zijn gaan reageren, of helemaal niet. Die include kon daarom niet geladen worden. Omdat deze include alleen op pagina's staat waar je MySQL gebruikt leek het aan MySQL te liggen.

Zowiezo moet je resolv.conf aanpassen en daar een nameserver inzetten die lokaal draait (bijv 127.0.0.1) of die van je provider, en dan het liefst twee (twee nameserver regels maken).

In je hosts file staan geen nameservers, maar een lokale vertaling van hostnamen naar ip adressen.

De nameserver is wel van mij, dit staat op dezelfde server als de files en dergelijke..

Het rare is ook, dat het probleem er pas is sinds vorige week.. en toen is er niks aan de server veranderd..

Ik heb 2 ip adressen voor deze server, zou het kunnen dat dit dan verkeerd is ingesteld?