www.ProFTPD.de
13. März 2007, 22:10:08 *
Willkommen Gast. Bitte einloggen oder registrieren.
Haben Sie Ihre Aktivierungs E-Mail übersehen?

Einloggen mit Benutzername, Passwort und Sitzungslänge
News: SMF - Neu installiert!
 
   Übersicht   Hilfe Suche Login Registrieren  
Seiten: [1]   Nach unten
  Drucken  
Autor Thema: MySQL-Support wird nicht einkompiliert...  (Gelesen 201 mal)
0 Mitglieder und 1 Gast betrachten dieses Thema.
schachti
Gast
« am: 22. August 2003, 13:44:13 »

Hallo,

ich habe MySQL korrekt installiert, auch schon fleißg Tabellen angelegt - nur um jetzt festzustellen, daß ProFTPD sich nicht mit MySQL-Support kompilieren läßt.

Mein System ist SuSE 8.2, ich verwende proftpd 1.2.9rc1. Installiert sind darüber hinaus mysql 3.23.55-14i586, mysql-client 3.23.55-14i586, mysql-devel 3.23.55-14i586, mysql-shared 3.23.55-14i586.

Ich habe mit folgendem Befehl kompiliert:

Code:

export CFLAGS="-march=athlon-xp -O3 -fomit-frame-pointer"
export CPPFLAGS="-march=athlon-xp -O3 -fomit-frame-pointer"
./configure --with-modules=mod_sql:mod_sql_mysql:mod_ratio --with-includes=/usr/include/mysql/ --with-libraries=/usr/lib/mysql/ --sysconfdir=/etc
make
make install


(ich habe es auch ohne die Compiler-Optimierung versucht - mit dem gleichen Ergebnis).

Ausgabe von configure
Ausgabe von make
Ausgabe von make install

So weit, so gut. Aber dann liefert

Code:

proftpd -l


nur

Code:

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_ratio.c
  mod_cap.c


die MySQL-Unterstützung wurde also nicht einkompiliert. Hat jemand eine Idee, woran das liegen könnte?
Gespeichert
stonki
Administrator
ProFTPD
*****
Offline Offline

Beiträge: 1853


15318939
Profil anzeigen WWW E-Mail
« Antwort #1 am: 22. August 2003, 15:57:32 »

Zitat von: "schachti"
Hallo,

ich habe MySQL korrekt installiert, auch schon fleißg Tabellen angelegt - nur um jetzt festzustellen, daß ProFTPD sich nicht mit MySQL-Support kompilieren läßt.
[...]
die MySQL-Unterstützung wurde also nicht einkompiliert. Hat jemand eine Idee, woran das liegen könnte?



Das ist einmal eine Fehlerbeschreibung ! :top)

Ich wuerde mal folgendes probieren:

./configure --with-modules=mod_sql:mod_sql_mysql:mod_ratio --sysconfdir=/etc

cu
stonki
l
Gespeichert

www.stonki.de:    the more I see, the more I know.......
www.proftpd.de:   Deutsche ProFTPD Dokumentation
www.krename.net:  Der Batch Renamer für KDE
www.kbarcode.net: Die Barcode Solution für KDE
schachti
Gast
« Antwort #2 am: 22. August 2003, 18:20:50 »

Ah, bin ich blöd: Ich hatte es früher mal ohne MySQL-Support kompiliert und diesmal vergessen, --bindir=/usr/bin anzugeben.  :sorry)

Ich habe so weit auch alles am Laufen, aber sobald ich die Ratios einschalte und dann versuche, eine Datei hoch- oder auch herunterzuladen, bekomme ich die Fehlermeldung

Code:

ftp> get testfile
local: testfile remote: testfile
227 Entering Passive Mode (10,10,10,69,128,169).
150 Opening BINARY mode data connection for testfile (6405 bytes)
421 Service not available, remote server has closed connection.
6405 bytes received in 00:00 (9.93 MB/s)


Das Hoch- bzw. Herunterladen klappt, aber dann kommt halt diese Fehlermeldung - die Datei wird jedes Mal korrekt übertragen. Wenn ich proftpd im nodaemon-Modus und mit -d9 starte, erhalte ich dort

Code:

Barad-Dur.rbw.wh.local (10.10.10.69[10.10.10.69]) - dispatching PRE_CMD command 'RETR testfile' to mod_core
Barad-Dur.rbw.wh.local (10.10.10.69[10.10.10.69]) - dispatching PRE_CMD command 'RETR testfile' to mod_core
Barad-Dur.rbw.wh.local (10.10.10.69[10.10.10.69]) - dispatching PRE_CMD command 'RETR testfile' to mod_ratio
Barad-Dur.rbw.wh.local (10.10.10.69[10.10.10.69]) - dispatching PRE_CMD command 'RETR testfile' to mod_xfer
Barad-Dur.rbw.wh.local (10.10.10.69[10.10.10.69]) - in dir_check_full(): path = '/testfile', fullpath = '/home/ftp/testfile'.
Barad-Dur.rbw.wh.local (10.10.10.69[10.10.10.69]) - FS: using system stat()
Barad-Dur.rbw.wh.local (10.10.10.69[10.10.10.69]) - FS: using system stat()
Barad-Dur.rbw.wh.local (10.10.10.69[10.10.10.69]) - FS: using system stat()
Barad-Dur.rbw.wh.local (10.10.10.69[10.10.10.69]) - FS: using system lstat()
Barad-Dur.rbw.wh.local (10.10.10.69[10.10.10.69]) - dispatching CMD command 'RETR testfile' to mod_xfer
Barad-Dur.rbw.wh.local (10.10.10.69[10.10.10.69]) - FS: using system open()
Barad-Dur.rbw.wh.local (10.10.10.69[10.10.10.69]) - FS: using system stat()
Barad-Dur.rbw.wh.local (10.10.10.69[10.10.10.69]) - passive data connection opened - local  : 10.10.10.69:32937
Barad-Dur.rbw.wh.local (10.10.10.69[10.10.10.69]) - passive data connection opened - remote : 10.10.10.69:32938
Barad-Dur.rbw.wh.local (10.10.10.69[10.10.10.69]) - FS: using system read()
Barad-Dur.rbw.wh.local (10.10.10.69[10.10.10.69]) - FS: using system close()
Barad-Dur.rbw.wh.local (10.10.10.69[10.10.10.69]) - dispatching POST_CMD command 'RETR testfile' to mod_sql
Barad-Dur.rbw.wh.local (10.10.10.69[10.10.10.69]) - dispatching POST_CMD command 'testfile' to mod_ratio
Barad-Dur.rbw.wh.local (10.10.10.69[10.10.10.69]) - dispatching POST_CMD command 'RETR testfile' to mod_sql
Barad-Dur.rbw.wh.local (10.10.10.69[10.10.10.69]) - ProFTPD terminating (signal 11)
Barad-Dur.rbw.wh.local (10.10.10.69[10.10.10.69]) - FTP session closed.


Sieht so aus, als ob zu dem Zeitpunkt, zu dem die Daten nach Ende des Transfers in die MySQL-Tabelle geschrieben werden, jedes Mal ein Signal 11 auftritt... Sobald ich SQLRatios und SQLRatioStats auskommentiere, kann ich wunderbar hoch- und herunterladen, ohne daß ein Problem auftaucht. Es geht auch dann noch, wenn ich nur SQLRatioStats auskommentiere und SQLRatios in der config lasse - allerdings werden dann keine files / bytes gezählt.

Woran könnte das liegen? Ich habe ProFTPD noch einmal ohne sämtliche Compiler-Optimierungen kompiliert, ohne Erfolg...
Gespeichert
stonki
Administrator
ProFTPD
*****
Offline Offline

Beiträge: 1853


15318939
Profil anzeigen WWW E-Mail
« Antwort #3 am: 22. August 2003, 18:58:00 »

Zitat von: "schachti"

Woran könnte das liegen? Ich habe ProFTPD noch einmal ohne sämtliche Compiler-Optimierungen kompiliert, ohne Erfolg...


der Debug Mode von ProFTPD logt KEINE mod_SQL Befehle mehr. Dafuer bitte SQLLOG /bla/bla.txt benutzen. Dort steht dann zu 100% ein Fehler drin und darauf gibt naemlich ProFTPD im Hauptprogramm immer DOOFE Fehlermeldungen aus, wie "ScoreboardFile nicht gefunden" oder Sig11. Nur die Meldungen haben nix mit dem Fehler zu tun :) Also SQLLOG

cu
stonki
Gespeichert

www.stonki.de:    the more I see, the more I know.......
www.proftpd.de:   Deutsche ProFTPD Dokumentation
www.krename.net:  Der Batch Renamer für KDE
www.kbarcode.net: Die Barcode Solution für KDE
schachti
Gast
« Antwort #4 am: 23. August 2003, 12:53:20 »

Nee, SQLLog logt leider keine internen Fehler von mod_sql_mysql oder mod_sql, sondern nur Reaktionen auf Useranfragen.

Naja, was solls, ich lass es sein mit SQL und mache es über ein Ratio-File...
Gespeichert
Wörsty
Moderator
ProFTPD
*****
Offline Offline

Beiträge: 1602


50772603
Profil anzeigen WWW E-Mail
« Antwort #5 am: 23. August 2003, 14:55:14 »

http://www.proftpd.de/forum2/viewtopic.php?t=78  :roll:
Gespeichert

RedHat 8.0 (2.4er Kernel)
proftpd 1.2.10
-mod_sql_mysql
-mow_wrap
-mod_exec
-mod_ifsession[/size]
Seiten: [1]   Nach oben
  Drucken  
 
Gehe zu:  

Powered by MySQL Powered by PHP Powered by SMF 1.1.2 | SMF © 2006-2007, Simple Machines LLC Prüfe XHTML 1.0 Prüfe CSS
Seite erstellt in 0.064 Sekunden mit 19 Zugriffen.