Onderwerp: ContOS en geheugen vasthouden

Beste allen. Ik heb gemerkt op mijn centos machine dat deze processen "vasthoudt". Dit gebeurd bij pure-ftpd. Zodra iemand een connectie maakt en weer uitlogt, blijft het process in htop staan. Na een uur of 2 zijn er ongeveer 10.000 tasks.

Op een debian server heb ik er geen last van!

Nu heb ik vernomen dat er in de kernel een config kan zitten die ervoor zorgt dat bepaalde daemons geen processen mogen sluiten. Dit zou komen door ExecShield. Deze heb ik uitgeschakeld, maar het probleem blijft zich voordoen.

Heeft iemand tips waar het aan zou kunnen liggen en hoe dit op te lossen?

Voorbaat dank

- Welke kernel heb je dan?
- Gebruik je daar een CP achter, daar FTP dan (vaak) door het CP wordt geinstalleerd en niet meer door CentOS.

Er draait ook proftpd naast die mee is gekomen met DirectAdmin. Dit is vooralsnog nooit een probleem geweest op een Debian installatie. Kernel: 2.6.18-128.2.1.el5

Oorspronkelijk geplaatst door Acceler

Er draait ook proftpd naast die mee is gekomen met DirectAdmin. Dit is vooralsnog nooit een probleem geweest op een Debian installatie. Kernel: 2.6.18-128.2.1.el5

Ik zou hem wel uitzetten... die gaan op dezelfde poort zitten..

Oorspronkelijk geplaatst door DigiState

Ik zou hem wel uitzetten... die gaan op dezelfde poort zitten..

Niet als je zelf aangeeft dat pure-ftpd op andere poort moet draaien totaal geen probleem dan. Naja nu wel dan op CentOS. Maar dat ligt niet daaraan helaas.

Maar waarom wil je ze naast elkaar draaien?

Zet hem uit, breng ProFTP aan de gang, en kijk dan eens verder, weet je i.i.g. zeker dat PureFTP niet ligt te vervelen...

Oorspronkelijk geplaatst door Geert-Jan

Maar waarom wil je ze naast elkaar draaien?

Zet hem uit, breng ProFTP aan de gang, en kijk dan eens verder, weet je i.i.g. zeker dat PureFTP niet ligt te vervelen...

Hehe, ik snap je 100%. Echter draait pure-ftpd in combinatie met een MySQL database voor gebruikers van een website. Vandaar

wat zijn je opstartparameters van pureftpd?

Oorspronkelijk geplaatst door wonko

wat zijn je opstartparameters van pureftpd?

/usr/local/sbin/pure-ftpd -l mysql:/etc/pureftpd-mysql.conf -B -d -S 2354 -p 40000:50000 --nochmod -n 1:10 --maxidletime 1 --maxclientsnumber 10000

maxclientsnumber 10000 en je 10.000 tasks die je ziet komt wel overeen he :P Toeval?
Lijkt me overigens niet moeten kunnen lijkt me zo. Wat wellicht wel kan is dat je er veel bots op komen ? Ik krijg ook hele lijsten met bullshit ftp connecties.

Oorspronkelijk geplaatst door Bakker ICT

maxclientsnumber 10000 en je 10.000 tasks die je ziet komt wel overeen he :P Toeval?
Lijkt me overigens niet moeten kunnen lijkt me zo. Wat wellicht wel kan is dat je er veel bots op komen ? Ik krijg ook hele lijsten met bullshit ftp connecties.

Zelfde instellingen, zelfde gebruikers, zelfde resultaat op Debian machine Als ik nu dns verander naar andere server is het probleem niet meer aanwezig. Echter moeten we over naar deze CentOS. Als er geen oplossing is gaan we over naar Debian op nieuwe machine.

Edit:

met netstat -n zie ik dat er veel connecties zijn met CLOSE_WAIT. Kortom, de connecties worden niet goed afgesloten. Als er 10.000 connecties niet zijn afgesloten zit de ftp dus "vol".

welke versie van pureftpd is dit?

Oorspronkelijk geplaatst door wonko

welke versie van pureftpd is dit?

De nieuwste: pure-ftpd-1.0.22

Ik ben er nu zeker van dat het de CLOSE_WAITS zijn die blijven hangen, langzaam loopt alles vol dan. In principe zou pure-ftpd die sockets dicht moeten gooien na logout van gebruiker. Het zit waarschijnlijk niet in de kernel.

Door wat te tunen met tcp settings heb ik nu voor elkaar dat hij minder snel volloopt. Maar dat is symptoombestreiding.

Volgens mij zit Pure-FTP niet standaard on CentOS. Wel in de EPEL repo waar versie 1.0.21 te vinden is.
Ben je zeker dat deze niet via een andere weg op je systeem is geraakt?

Oorspronkelijk geplaatst door vincentvdk

Volgens mij zit Pure-FTP niet standaard on CentOS. Wel in de EPEL repo waar versie 1.0.21 te vinden is.
Ben je zeker dat deze niet via een andere weg op je systeem is geraakt?

Ja eigenlijk wel zeker.

Inmiddels Debian erop en het werkt as it should be

Het is niet "de" oplossing die ik prefereer, maar werkt wel

Dank voor replies, als iemand mogelijke oplossingen weet voor CentOS dan zijn die nog steeds welkom.