Bekijk Volledige Versie : Enorm error_log plesk
Goedemiddag,
Ik lees al tijden met plezier jullie berichten op dit forum en heb voor het eerst een vraag waarvan ik niet hier en ook niet in Google het antwoord kan vinden. Mocht mijn vraag in de verkeerde categorie staan, dan mag deze natuurlijk verplaatst worden.
Ik ben reseller en heb een aantal linux servers met plesk. Op alle servers draait een groot aantal websites (ongeveer 200 per server) - de laatste tijd komt het af en toe voor dat een server vastloopt / crasht doordat een enkele website binnen enkele seconden een error_log creeert, die net zo groot is als de vrije ruimte op de server. Op 1 server had ik nog 19GB vrij, binnen 3 seconden nog 0 - maar wel een mega error_log rijker :) Omdat het zo snel gaat is log rotatie geen oplossing, de server staat al vast voor de log rotatie er erg in heeft.
Ik hoop dat jullie een idee hebben hoe ik dit zou kunnen oplossen. Alvast bedankt voor jullie tijd!
Ramon Fincken
17/02/14, 14:33
En dat log was van 1 site? Of meerdere sites tegelijk?
Was van 1 site... blijkbaar een programmeer foutje in die site met een loopje waardoor hij voor 19GB aan dezelfde foutmelding geschreven heeft :s
Ramon Fincken
17/02/14, 14:56
Dan zou het snel op te lossen moeten zijn toch?
Helemaal waar, maar ik zou liever hebben dat het niet meer voorkomt natuurlijk! :) Gebruik de error_logs veel voor debuggen, maar heb natuurlijk niet 19GB aan dezelfde regel nodig, 1x is ruim voldoende! :)
Helemaal waar, maar ik zou liever hebben dat het niet meer voorkomt natuurlijk! :) Gebruik de error_logs veel voor debuggen, maar heb natuurlijk niet 19GB aan dezelfde regel nodig, 1x is ruim voldoende! :)
En dat is dus de reden waarom er iets bestaat als partities ;), waarom heb jij niet gewoon een /var/log/ partitie gemaakt van bvb 5GB. Zo kom je nooit tegen dat je / vol komt te staan door een loop in een log file en hangt je server dus ook niet direct vast. Of je gebruikt een syslog server en dan heb je dat probleem helemaal niet, buiten dat er niets meer naar de logs geschreven kan worden.
Geweldig! Dat lijkt de oplossing die ik zocht! :) Thanks Boss!
Goedemiddag,
Oplossing voorgelegd aan mijn hoster. Aangegeven dat ik graag een extra partitie zou willen op mijn server en dat ik graag vanaf heden de error_logs van Plesk daarheen geschreven zou willen hebben. Reactie: "Helaas biedt de huidige versie van Plesk geen mogelijkheden om de locatie van de logs aan te passen. Dat wil dus zeggen dat we mogelijkheden met een eigen partitie dus apart voor elke domeinnaam in moeten stellen. Dat is simpelweg niet haalbaar als je meer dan een paar domeinen op een server hebt staan." Oftewel, heb je misschien nog een andere mooie oplossing voor mijn probleem?
Thanks!
Goedemiddag,
Oplossing voorgelegd aan mijn hoster. Aangegeven dat ik graag een extra partitie zou willen op mijn server en dat ik graag vanaf heden de error_logs van Plesk daarheen geschreven zou willen hebben. Reactie: "Helaas biedt de huidige versie van Plesk geen mogelijkheden om de locatie van de logs aan te passen. Dat wil dus zeggen dat we mogelijkheden met een eigen partitie dus apart voor elke domeinnaam in moeten stellen. Dat is simpelweg niet haalbaar als je meer dan een paar domeinen op een server hebt staan." Oftewel, heb je misschien nog een andere mooie oplossing voor mijn probleem?
Thanks!
Lol, gewoon een partitie aanmaken en de directory dan via een symlink verwijzen naar de nieuwe partitie, zo moeilijk is het allemaal toch niet. Er moet toch wel een hook/script voor te maken zijn om dit allemaal automatisch te laten doen.
bijvoorbeeld
nieuwe partie: /logs (5GB)
symlink: /home/<user>/<blabla>/<blabla>/log/ => /logs/<user>/
En indien dit ook niet zou werken, dan gewoon je quota's goed instellen en de logs als user laten schrijven en ze bijtellen bij het gebruiker quota, of de logs laten schrijven door apache, www-data of wat je ook gebruikt en daar een quota op zetten.
PimEffting
19/02/14, 21:58
Dat lost niet het probleem op natuurlijk, alleen dat de server niet vastloopt.
Nog wat tips:
- Kijk eens naar logrotatie/compressie/retentie
- Level van error_log in php.ini wat naar beneden zetten (denk aan NOTICE dat erg kan oplopen bij oude scripts)
- Piped logging van Apache presteert vaak beter dan open logfiles
Dat lost niet het probleem op natuurlijk, alleen dat de server niet vastloopt.
Dus lost het de TS zijn probleem wel op ;) want zijn server crashed niet volledig.
Nog wat tips:
- Kijk eens naar logrotatie/compressie/retentie
True, alleen in dit geval helpt het niet veel aangezien er 19GB op 3 seconden vol staat en logrotate niet elke seconde checkt.
- Level van error_log in php.ini wat naar beneden zetten (denk aan NOTICE dat erg kan oplopen bij oude scripts)
Ook waar, alleen overschrijven veel scripts dit met hun eigen ini_set waarden en dan heb je er ook niet veel aan. Maar als default instelling kan het inderdaad geen kwaad.
systemdeveloper
20/02/14, 00:53
Hehe :)
Weet je wat je nodig hebt voor 19GB/s ?
Minimaal een 12 (20 eigenlijk) high end SSD's in raid 0, minimaal 10 aparte lanes op je pokkedure raidcontroller uit fantasia waar je 6Gb/s per lane over kunt gooien en een pci bus zo breed als een garagepoort...
Dit lijkt meer op een 'open' logfile die je logisch delete maar die gewoon door een apache process wordt open gehouden.
Weet je zeker dat je apache hebt herstart na het (misschien) verwijderen van de logfile?