Probleem met server / Mail

[ThePostman]

Omdat Edwin op vakantie is moest ik een aantal taken voor hem overnemen voor onze server. Dus had hij mooi uitgelegd hoe ik bepaalde logs weg kan gooien etc. Omdat we een probleem hebben dat /var/ vol zit waar door mail niet verstuurd of ontvangen kan worden. Dus heb ik in ssh het volgende uitgevoerd:

# cd /var/log
# rm maillog.*
# rm auth.log.*
# rm xferlog
# cd httpd
# rm access_log
# rm error_log
# rm suexec_log
# cd ../proftpd
# rm access.log
# rm xferlog.legacy

Dan hoort het al wat leger te zijn, maar helaas. Dus zei Edwin:

Doe dan nogmaals
# df
Om te kijken of het allemaal wat leger is geworden.

Zo niet, dan kan je ook het volgende nog doen:
# cd /var/spool/MailScanner/quarantine
# rm -R ./*

Maar dat laatste werkt niet en de var is nu 101% vol... Ik kan mihosnet ook niet bereiken, wat moet ik doen?

Het is erg dringend...

[Dennis]

Tim, je moet nooit logs verwijderen! Nooit!

Je moet je ze altijd legen, door deze command
> filename
(Wat er links van de > staat wordt dan ingevoegd, in dit geval wordt het bestand geleegd)

Je moet die files opnieuw aanmaken en de chmods en chowns moet je dan een beetje gokken en probeer ook in /var/log/messages te kijken voor error-messages.

[ThePostman]

cd /var/log/messages
/var/log/messages: Not a directory.

[Guust]

Tja als je weet dat je /var steeds vol zit had je dan niet beter eerder Mihosnet kunnen waarschuwen aangezien je daar de server af neemt?

[Dennis]

Origineel geplaatst door The Postman
cd /var/log/messages
/var/log/messages: Not a directory.

Amateur :P
Not a directory betekent in alle gevallen dat het dus een file is.

tail -10 /var/log/messages (laatste 10 regels messages)
tail -f /var/log/messages (hij laat veranderen steeds zien; dit zou ik doen en dan een andere putty scherm openen waarin je een nieuwe httpd restart doet bijv.)

[ThePostman]

Dat heb ik 2 dagen geleden gedaan, had ze gemailt...maar nu kunnen ze niet terug mailen...

[ThePostman]

Origineel geplaatst door DennisCitus
Amateur :P
Not a directory betekent in alle gevallen dat het dus een file is.

tail -10 /var/log/messages (laatste 10 regels messages)
tail -f /var/log/messages (hij laat veranderen steeds zien; dit zou ik doen en dan een andere putty scherm openen waarin je een nieuwe httpd restart doet bijv.)

Ik ben ook amateur Eerste keer dat ik dit doe Maar....ik belde Edwin net en hij was net toevallig in Apeldoorn, dus hij kijkt er binnen nu en 30 minuten na.

[Flydesign.nl]

Even een reactie van mij dan maar

Erg irritant, maar de /var dit zit steeds vol op de server. Meestal worden alle logs aan het begin van de maand opgeschoont, maar dat vertikt hij ook een beetje. Onze leverancier Mihosnet is op de hoogte gebracht, maar al eerder hebben deze laten weten dat deze quota instellingen standaard zijn voor FreeBSD en dat ik er dus mee moet leven.

Iets wat dus betekent dat het filesystem regelmatig vol zit en daardoor de mail niet kan verwerken.

Zat de denken om in de cron iets te maken waarmee de logs ingekort worden. Bijvoorbeeld:

# tail -100 /var/log/maillog > /var/log/maillog

Alleen dan krijg ik een bestand met 0 Kb erin, werkt dus niet super... Weet iemand hoe ik de laatste 100 regels van een bestand kan opslaan in dat bestand?

Of nog beter: weet iemand hoe ik die quota zo kan veranderen dat hij niet telkens vol loopt, er irritant namelijk als je enige Gb's vrij hebt op de schijf, maar de /var dir zit wel steeds vol omdat hij maar 256 Mb mag bevatten.

De instellingen:
/dev/ad0s1e 257998 178406 58954 75% /var

Alvast bedankt allemaal (en vooral Tim voor het oppassen )

[ThePostman]

Hoi, ik probeerde je net nog even te bellen maar je nam niet op, nu is de var/ dir gelukkig weer 75%.

Oja, in dos is dir toch de inhoud van de map bekijken? Of ssh...waaromm werkt dat niet?

[Flydesign.nl]

Omdat in FreeBSD dat commando als volgt eruit ziet:

# ls

of voor een lijst met ook de bestandgrootte:

# ls -l

Ik zal kijken of ik nog tijd heb om die cron jobs in te stellen. Verder heb ik echt nog nooit problemen gehad met het verwijderen van logs...

[mihosnet]

Origineel geplaatst door The Postman
Dat heb ik 2 dagen geleden gedaan, had ze gemailt...maar nu kunnen ze niet terug mailen...

Geen 2 dagen, 1 dag (2 Jul 2004 17:36:16). Dat Mihosnet hier zo vaak wordt genoemd verbaast me. Er wordt door jullie een unmanaged server afgenomen, en volgens het contract hoeven wij enkel voor de hardware onderhoud te zorgen.

Tot nu toe hebben we jullie met alles geholpen, maar managed klanten gaan voor.

[Flydesign.nl]

Origineel geplaatst door mihosnet


Geen 2 dagen, 1 dag (2 Jul 2004 17:36:16). Dat Mihosnet hier zo vaak wordt genoemd verbaast me. Er wordt door jullie een unmanaged server afgenomen, en volgens het contract hoeven wij enkel voor de hardware onderhoud te zorgen.

Tot nu toe hebben we jullie met alles geholpen, maar managed klanten gaan voor.

Klopt 100%, Tim weet dat ook zeker. Jullie hebben ons altijd perfect geholpen, geen kwaad woord daarover. Normaal los ik dit soort dingen ook zelf op, maar aangezien ik 4 week op vakantie ben, heb ik Tim gevraagd op te passen op de server. En zoals jullie zien is Tim nog volop in de leer.

Ik zal ervoor zorgen dat het probleem opgelost wordt nu dmv cronjobs, dan kan ik van m'n vakantie gaan genieten

[Beyonder]

Vooaf beter nadenken over de quota instellingen en diverse partities is een goed plan

FreeBSD kun je ook tijdens installatie wijzigen enzo hoor.... !!

Anyway veel geluk ermee.

[Pur]

Origineel geplaatst door Flydesign.nl
[B]Even een reactie van mij dan maar

Erg irritant, maar de /var dit zit steeds vol op de server. Meestal worden alle logs aan het begin van de maand opgeschoont, maar dat vertikt hij ook een beetje. Onze leverancier Mihosnet is op de hoogte gebracht, maar al eerder hebben deze laten weten dat deze quota instellingen standaard zijn voor FreeBSD en dat ik er dus mee moet leven.

Iets wat dus betekent dat het filesystem regelmatig vol zit en daardoor de mail niet kan verwerken.

256 Mb voor je var is ook wel erg weinig. Vooral als ook nog eens alle logfiles daar op terecht komen.

Zat de denken om in de cron iets te maken waarmee de logs ingekort worden. Bijvoorbeeld:

# tail -100 /var/log/maillog > /var/log/maillog

Alleen dan krijg ik een bestand met 0 Kb erin, werkt dus niet super... Weet iemand hoe ik de laatste 100 regels van een bestand kan opslaan in dat bestand?

Er zijn toch prachtige scripts/programma's waarme je dagelijks je logs kan roteren + zippen en weggooien na x aantal dagen.