Hi,
unter Debian z.B. ...

Erstmal schauen ob "/etc/init.d/proftpd" schon vorhanden ist, z.B.
"/etc/init.d/proftpd restart" ausführen und wenn die Datei nicht vorhanden ist:

# wget http://www.proftpd.de/fileadmin/files/proftpd_debian_init.d_script -O /etc/init.d/proftpd
# chmod 755 /etc/init.d/proftpd

# which proftpd (nachsehen wo der proftpd liegt, z.B. /usr/sbin/proftpd )
# mcedit /etc/init.d/proftpd  (und dort unter DAEMON= angeben wo er sich nun befindet). Evtl. auch den Pfad zur pid File ändern, zu einem der existiert.

(mcedit ist einer von vielen Editoren - der recht einfach zu bedienen ist.)

Danach mit "/etc/init.d/proftpd start" oder restart ans laufen bringen.

Hi,
das klingt wie bei mir, das der proftpd sich aufhängt
(bei dir auch als root?) und ich den dann killen und neustarten
muss ...

In meinem Fall musste mod_delay raus:
http://www.proftpd.de/forum/viewtopic.php?t=2144&start=0&postdays=0&postorder=asc&highlight=

Du startest aber über das init Script /etc/init.d/proftpd oder?

Jetzt bin ich sicher, Problem gelöst.

Ich sag mal vorsichtig das das Problem bei mir gelöst ist ...
mod_delay raus und alles läuft wieder prächtig:
http://www.proftpd.de/forum/viewtopic.php?t=2173

In den zwei Dateien die ich online gestellt habe,
ist irgendeine MySQL Unterstützung eingebaut. Wo
bei den beiden der Unterschied liegt, weiß ich nicht.
Ich nutze es ja nicht. Vielleicht schafft er es ja mit der
Anleitung.

Mir fehlt es weder an Erfahrung(!)...
daß nur z.B. ein proftpd-mysql zusammengebaut wird.

a) apt-cache search proftpd
b) apt-get source proftpd-mysql

Warum gleich so aggressiv? Es kann so einfach sein!
Möge die Macht mit dir sein   :mrgreen:

Mach Debian bitte nicht schlecht nur weil es dir an
Erfahrung mangelt. Glücklicherweise denken nicht alle
so wie du, nicht umsonst ist es eines der beliebtesten und
sichersten Linux Distributionen. Wer aber zuvor den
proftpd unter Debian per apt-get bzw. aptitude installiert
hat, für den macht es nun mal mehr Sinn auch die sourcen
zu ändern und ein neues .deb File zu erstellen.
Deine unbegründete Debian Abneigung schadet nur dem
Forum und jetzt zurück zum Thema.

Hi,
verwende mal das init Script zum starten ...
/etc/init.d/proftpd start
(anstatt einfach proftpd aufzurufen.)

http://www.proftpd.de/Tools.53.0.html

Hi,
nein in diesem Fall und Debian bedingt, ist das die schnellste
und beste Methode. So weiß man das nichts wichtiges fehlt - das
ändern und neu erstellen dauert tatsächlich nur eine Minute und danach
hat man exakt den gleichen proftpd wie vorher, nur ohne das
Modul was man nicht will.

Das klingt vielleicht kompliziert, aber mit dieser Methode kann
man jedes Debian Paket ändern und man muss sich nicht erst
in die compilier-Anleitungen der jeweiligen Software einlesen.
Das ist unter Debian universell und geht enorm schnell.
Vom Paket-Managment ist das eine sehr saubere Sache.
Ich kann festlegen ob beim nächsten offiziellen proftpd Update,
meiner mit der neuen Version ausgetauscht werden soll
oder ob meiner dauerhaft bleiben soll. Das ganze läuft auch
völlig fehlerfrei.

Jetzt kann ich diese 2 erstellten Dateien, auf allen Servern
verwenden und muss es nicht überall compilieren.

Hi,
was diesen Thread angeht:
http://www.proftpd.de/forum/viewtopic.php?t=2144
hätte ich erwähnen sollen das man in den logs sehr
viel über mod_delay findet und in der woody Version,
gab es noch keine Probleme (und kein mod_delay).

Hier eine ganz knappe Anleitung wie man sich unter
Debian die Sourcen zieht und wieder zu einem .deb File macht:

(Ich übernehme keine Haftung! Verwendung nur auf eigene
Gefahr. Anfängern empfehle ich da lieber nichts zu machen.)

# apt-get install dpkg-dev
# apt-get source proftpd  (werden in das aktuelle Verzeichnis geladen)
# mcedit proftpd-1.2.10/debian/rules  (mod_delay entfernen...)
# cd proftpd-1.2.10
# dpkg-buildpackage

Beim "dpkg-buildpackage" erscheinen mit Sicherheit noch einige
Pakete die benötigt werden, die alle mit aptitude install PAKETNAME
einrichten. Danach findet sich der neue proftpd ohne mod_delay in
dem Verzeichnis, wo zuvor auch das Source Verzeichnis zu finden war.

Evtl.
# aptitude remove proftpd
ausführen um den bisherigen proftpd zu entfernen.
Klappt die Install der eigenen Pakete nicht, ist der proftpd
schon weg. Klappt es doch, ist es nur drüber installiert.

Installiert die 2 neuen Pakete:
# dpkg -i proftpd-common_1.2.10-15sarge1_i386.deb proftpd_1.2.10-15sarge1_i386.deb

Die fertigen Pakete sind auch hier zu finden:
http://www.confident-hosting.de/proftpd/

So läuft die proftpd sarge Version ohne mod_delay,
also mal sehen ob es das Problem löst!

Hallo,
es scheint kein allgemeines Problem. Ich verwende die
gleiche Version auf mehreren Servern, nur auf einem gibt es dieses
Problem. Die Debian-Versionen liefen bisher eigentlich recht
ordentlich, zumindest was die woody und sarge Versionen
angeht.

Gerade lief der Prozess wieder als root und brachte
den Load bis auf 8-10  :? Naja mal sehen, neuinstalliert
habe ich den schon und nun schau ich noch mal in die Logs.

Hallo,
in den Logfiles fand ich diese Auffälligkeiten, auch wenn ich nicht
sicher bin ob es überhaupt was damit zu tun hat ... könnte ja Alex
mal schauen ob er ähnliches bei sich findet.

proftpd: dl-close.c:338: _dl_close: Assertion `imap->l_type == lt_loaded || imap->l_opencount > 0' failed.
proftpd: dl-close.c:239: _dl_close: Assertion `new_opencount[0] == 0' failed.

Die Ausgabe von proftpd -l ergibt tatsächlich ...

.Compiled-in modules:
  mod_core.c
  mod_xfer.c
  mod_auth_unix.c
  mod_auth_file.c
  mod_auth.c
  mod_ls.c
  mod_log.c
  mod_site.c
  mod_auth_pam.c
  mod_quotatab.c
  mod_ratio.c
  mod_tls.c
  mod_rewrite.c
  mod_radius.c
  mod_wrap.c
  mod_quotatab_file.c
  mod_delay.c
  mod_readme.c
  mod_ifsession.c
  mod_cap.c

Hallo,
ich habe mir mal die Sourcen gezogen und
nachgesehen, ich bin mir nicht ganz sicher, aber
scheinbar sind diese Module eincompiliert:

mod_quotatab
mod_ratio
mod_tls
mod_rewrite
mod_radius
mod_wrap
mod_quotatab_file
mod_sql
mod_sql_postgres
mod_quotatab_sql
mod_ldap
mod_quotatab_ldap

Ich verwende den proftpd quasi schon immer und hatte
nie erwähnenswerte Probleme. Deswegen will ich das hier
auch lösen und nicht gleich umsteigen.

allerdings auch mit der "richtigen" User-ID.
Hab allerdings noch nicht probiert, ob der Fehler auch bei Verbindungen ohne TLS auftaucht...

Hallo,
bei mir läuft dieser Prozess dann als root.
Ich verwende übrigens kein TLS.

Welche Module hast Du eincompiliert?

Es läuft nur die normale, unveränderte Debian Sarge Version,
was exakt dort eincompiliert wurde, kann ich im Augenblick nicht sagen.

Hallo,
hier die config ...

ServerName "xxx"
ServerType standalone
ServerAdmin xxx
ServerIdent on "Willkommen bei xxx!"
DeferWelcome on
MultilineRFC2228 on
DefaultServer on
ShowSymlinks on
TimesGMT off
ListOptions "-a"
DenyFilter \*.*/
IdentLookups off
UseReverseDNS off

TimeoutIdle 240
TimeoutNoTransfer 240
AllowRetrieveRestart on
AllowStoreRestart on
AllowOverwrite on
MaxInstances 40
MaxClientsPerHost 8 "Es sind nur 8 gleichzeitige FTP-Logins erlaubt"

Port 21
User nobody
Group nogroup

<Directory /*>
  Umask   022 022
  AllowOverwrite on
</Directory>

TransferLog /var/log/xferlog
DefaultRoot ~

<Limit LOGIN>
DenyGroup poponly
</Limit>