Thema: FTP Service steigt nach Serverneustart aus (Gelesen 3549 mal)

samson84 · « **am:** 12.August 2009, 18:38:03 »

Moinsen...

ich hatte den Rootserver nun einige zeit lang am stück laufen...
nun hatte ich probs in Plesk rein zu kommen... Plesk reagierte nicht...
ein PSA restart brachte nix habe daraufhin den kompletten Server neu gestartet...
Ende vom lied ist, das der Server nun den FTP Dienst nicht startet...

xinetd kontrolliert OK
proftpd.conf OK

dienst offline...
in der Konsole wird folgender fehler ausgegeben...

Code: [Auswählen]

# ftp localhost
Trying 127.0.0.1...
Connected to localhost.
421 Service not available, remote server has closed connection.

Hat jemand ne Idee wie ich den FTP wieder zum laufen bekomm?

danke im voraus....

Stefan

Dogidog · « **Antwort #1 am:** 12.August 2009, 18:58:56 »

log des ftp Servers würde dahelfen

samson84 · « **Antwort #2 am:** 12.August 2009, 19:11:49 »

danke für deine antwort...

tret mir mal bitte in den hintern...

wo finde ich die ftp log nochmal... hab die das letztemal vor 2 jahren gebraucht...

unter var/log ist sie nicht drin ...

danke

uname · « **Antwort #3 am:** 12.August 2009, 21:31:01 »

Schau auch noch

Prozessliste:

Code: [Auswählen]

ps fax
Ports:

Code: [Auswählen]

netstat -tulpen
Alle offen Files:

Code: [Auswählen]

lsof
Am bestesn auf FTP verzichten. Nutze lieber sftp/scp vom SSH-Server.

samson84 · « **Antwort #4 am:** 12.August 2009, 21:44:33 »

ps fax meldet:

PID TTY STAT TIME COMMAND
2 ? S< 0:00 [kthreadd]
3 ? S< 0:00 \_ [migration/0]
4 ? S< 0:02 \_ [ksoftirqd/0]
5 ? S< 0:00 \_ [migration/1]
6 ? S< 0:01 \_ [ksoftirqd/1]
7 ? S< 0:00 \_ [events/0]
8 ? S< 0:00 \_ [events/1]
9 ? S< 0:00 \_ [khelper]
10 ? S< 0:00 \_ [kblockd/0]
11 ? S< 0:00 \_ [kblockd/1]
12 ? S< 0:00 \_ [cqueue]
13 ? S< 0:00 \_ [kseriod]
14 ? S< 0:00 \_ [kondemand/0]
15 ? S< 0:00 \_ [kondemand/1]
16 ? S 0:00 \_ [pdflush]
17 ? S 0:01 \_ [pdflush]
18 ? S< 0:00 \_ [kswapd0]
19 ? S< 0:00 \_ [aio/0]
20 ? S< 0:00 \_ [aio/1]
22 ? S< 0:00 \_ [kpsmoused]
104 ? S< 0:00 \_ [ata/0]
105 ? S< 0:00 \_ [ata/1]
106 ? S< 0:00 \_ [ata_aux]
119 ? S< 0:00 \_ [scsi_eh_0]
120 ? S< 0:00 \_ [scsi_eh_1]
121 ? S< 0:00 \_ [scsi_eh_2]
122 ? S< 0:00 \_ [scsi_eh_3]
183 ? S< 0:00 \_ [ksuspend_usbd]
184 ? S< 0:00 \_ [khubd]
530 ? S< 0:01 \_ [kjournald]
976 ? S< 0:00 \_ [kauditd]
989 ? S< 0:00 \_ [kstriped]
1 ? Ss 0:00 init [3]
587 ? S<s 0:00 /sbin/udevd --daemon
1295 ? Ss 0:00 /sbin/resmgrd
1298 ? Ss 0:00 /bin/dbus-daemon --system
1309 ? Ssl 0:00 /usr/sbin/console-kit-daemon
1455 ? Ss 0:00 /usr/sbin/hald --daemon=yes
1456 ? S 0:00 \_ hald-runner
1907 ? Ss 0:00 /sbin/syslog-ng -a /var/lib/named/dev/log
1910 ? Ss 0:00 /sbin/klogd -c 1 -x
1918 ? Ss 0:00 /sbin/portmap
1940 ? S 0:00 /usr/lib/courier-imap/couriertcpd -address=0 -stderrl
1942 ? S 0:00 /usr/sbin/courierlogger imapd
1951 ? S 0:00 /usr/lib/courier-imap/couriertcpd -address=0 -stderrl
1953 ? S 0:00 /usr/sbin/courierlogger imapd-ssl
1960 ? S 0:00 /usr/lib/courier-imap/couriertcpd -address=0 -stderrl
1963 ? S 0:00 /usr/sbin/courierlogger pop3d
1970 ? S 0:00 /usr/lib/courier-imap/couriertcpd -address=0 -stderrl
1972 ? S 0:00 /usr/sbin/courierlogger pop3d-ssl
1982 ? Ss 0:00 /usr/sbin/cron
2271 ? S 0:00 /usr/sbin/powersaved -d -v 3
2336 ? S 0:00 qmail-send
2337 ? S 0:00 \_ splogger qmail
2338 ? S 0:00 \_ qmail-lspawn | /usr/bin/deliverquota ./Maildir
2339 ? S 0:00 \_ qmail-rspawn
2340 ? S 0:00 \_ qmail-clean
2377 ? Ss 0:00 startpar -f -- qmail
2386 ? Ss 0:00 /usr/sbin/sshd -o PidFile=/var/run/sshd.init.pid
11853 ? Ss 0:00 \_ sshd: root@pts/2
11861 pts/2 Ss 0:00 \_ -bash
11894 pts/2 R+ 0:00 \_ ps fax
2432 ? S 0:00 /bin/sh /usr/bin/mysqld_safe --mysqld=mysqld --user=m
2490 ? Sl 2:15 \_ /usr/sbin/mysqld --basedir=/usr --datadir=/var/li
2529 ? S 0:00 /usr/sbin/smartd
2569 ? Ss 0:00 /usr/bin/postmaster -D /var/lib/pgsql/data
2579 ? Ss 0:00 \_ postgres: logger process
2581 ? Ss 0:00 \_ postgres: writer process
2582 ? Ss 0:00 \_ postgres: wal writer process
2583 ? Ss 0:00 \_ postgres: autovacuum launcher process
2584 ? Ss 0:00 \_ postgres: stats collector process
2574 ? Ss 0:29 /opt/drweb/drwebd -ini=/etc/drweb/drweb32.ini
9645 ? S 0:00 \_ /opt/drweb/drwebd -ini=/etc/drweb/drweb32.ini
9646 ? S 0:00 \_ /opt/drweb/drwebd -ini=/etc/drweb/drweb32.ini
9647 ? S 0:00 \_ /opt/drweb/drwebd -ini=/etc/drweb/drweb32.ini
9648 ? S 0:00 \_ /opt/drweb/drwebd -ini=/etc/drweb/drweb32.ini
2594 ? Ss 0:02 /usr/sbin/spamd --username=popuser --daemonize --nous
2595 ? S 0:00 \_ spamd child
2596 ? S 0:00 \_ spamd child
2767 tty1 Ss+ 0:00 /sbin/mingetty --noclear tty1
2768 tty2 Ss+ 0:00 /sbin/mingetty tty2
2771 tty3 Ss+ 0:00 /sbin/mingetty tty3
2773 tty4 Ss+ 0:00 /sbin/mingetty tty4
2774 tty5 Ss+ 0:00 /sbin/mingetty tty5
2777 tty6 Ss+ 0:00 /sbin/mingetty tty6
3009 ? SNl 8:01 ./server_linux -PID=tsserver2.pid
3182 ? S 0:29 perl ./ts2perlmod.pl -config=default.ini -pidfile=ts2
3232 ? S 0:13 perl ./ts2perlmod.pl -config=default.ini -pidfile=ts2
6730 ? Ssl 0:00 /usr/sbin/named -t /var/lib/named -u named
6851 ? Ss 0:00 /usr/sbin/xinetd -pidfile /var/run/xinetd.init.pid
7283 ? Ss 0:00 /usr/sbin/httpd2-prefork -f /etc/apache2/httpd.conf -
7284 ? S 0:00 \_ /usr/sbin/httpd2-prefork -f /etc/apache2/httpd.co
11047 ? S 0:01 \_ /usr/sbin/httpd2-prefork -f /etc/apache2/httpd.co
11191 ? S 0:00 \_ /usr/sbin/httpd2-prefork -f /etc/apache2/httpd.co
11202 ? S 0:01 \_ /usr/sbin/httpd2-prefork -f /etc/apache2/httpd.co
11204 ? S 0:00 \_ /usr/sbin/httpd2-prefork -f /etc/apache2/httpd.co
11210 ? S 0:01 \_ /usr/sbin/httpd2-prefork -f /etc/apache2/httpd.co
11275 ? S 0:00 \_ /usr/sbin/httpd2-prefork -f /etc/apache2/httpd.co
11277 ? S 0:01 \_ /usr/sbin/httpd2-prefork -f /etc/apache2/httpd.co
11426 ? S 0:00 \_ /usr/sbin/httpd2-prefork -f /etc/apache2/httpd.co
11427 ? S 0:00 \_ /usr/sbin/httpd2-prefork -f /etc/apache2/httpd.co
11428 ? S 0:01 \_ /usr/sbin/httpd2-prefork -f /etc/apache2/httpd.co
7356 ? S 0:02 /usr/sbin/sw-cp-serverd -f /etc/sw-cp-server/config
7357 ? Ss 0:00 \_ /usr/bin/sw-engine-cgi
7364 ? S 0:00 | \_ /usr/bin/sw-engine-cgi
7365 ? S 0:00 | \_ /usr/bin/sw-engine-cgi
7366 ? Ss 0:00 \_ /usr/bin/sw-engine-cgi
7369 ? S 0:00 | \_ /usr/bin/sw-engine-cgi
7370 ? S 0:00 | \_ /usr/bin/sw-engine-cgi
7371 ? Ss 0:00 \_ /usr/bin/sw-engine-cgi
7374 ? S 0:00 | \_ /usr/bin/sw-engine-cgi
7375 ? S 0:00 | \_ /usr/bin/sw-engine-cgi
7376 ? Ss 0:00 \_ /usr/bin/sw-engine-cgi
7379 ? S 0:00 \_ /usr/bin/sw-engine-cgi
7380 ? S 0:00 \_ /usr/bin/sw-engine-cgi

netstat -tulpen meldet:

Active Internet connections (only servers)
Proto Recv-Q Send-Q Local Address Foreign Address State User Inode PID/Program name
tcp 0 0 0.0.0.0:993 0.0.0.0:* LISTEN 0 4169 1951/couriertcpd
tcp 0 0 0.0.0.0:995 0.0.0.0:* LISTEN 0 4208 1970/couriertcpd
tcp 0 0 0.0.0.0:14534 0.0.0.0:* LISTEN 10002 10167 3009/server_linux
tcp 0 0 0.0.0.0:106 0.0.0.0:* LISTEN 0 24449 6851/xinetd
tcp 0 0 0.0.0.0:3306 0.0.0.0:* LISTEN 60 5687 2490/mysqld
tcp 0 0 0.0.0.0:587 0.0.0.0:* LISTEN 0 24452 6851/xinetd
tcp 0 0 0.0.0.0:110 0.0.0.0:* LISTEN 0 4189 1960/couriertcpd
tcp 0 0 0.0.0.0:143 0.0.0.0:* LISTEN 0 4151 1940/couriertcpd
tcp 0 0 0.0.0.0:111 0.0.0.0:* LISTEN 0 4124 1918/portmap
tcp 0 0 0.0.0.0:8880 0.0.0.0:* LISTEN 0 27272 7356/sw-cp-serverd
tcp 0 0 0.0.0.0:50000 0.0.0.0:* LISTEN 10002 10168 3009/server_linux
tcp 0 0 127.0.0.1:10001 0.0.0.0:* LISTEN 0 27270 7356/sw-cp-serverd
tcp 0 0 0.0.0.0:465 0.0.0.0:* LISTEN 0 24451 6851/xinetd
tcp 0 0 0.0.0.0:11443 0.0.0.0:* LISTEN 0 27273 7356/sw-cp-serverd
tcp 0 0 0.0.0.0:11444 0.0.0.0:* LISTEN 0 27274 7356/sw-cp-serverd
tcp 0 0 0.0.0.0:21 0.0.0.0:* LISTEN 0 24448 6851/xinetd
tcp 0 0 91.143.91.153:53 0.0.0.0:* LISTEN 44 24011 6730/named
tcp 0 0 91.143.91.151:53 0.0.0.0:* LISTEN 44 24009 6730/named
tcp 0 0 91.143.91.150:53 0.0.0.0:* LISTEN 44 24007 6730/named
tcp 0 0 91.143.91.148:53 0.0.0.0:* LISTEN 44 24005 6730/named
tcp 0 0 91.143.91.147:53 0.0.0.0:* LISTEN 44 24003 6730/named
tcp 0 0 91.143.91.154:53 0.0.0.0:* LISTEN 44 24001 6730/named
tcp 0 0 91.143.91.146:53 0.0.0.0:* LISTEN 44 23999 6730/named
tcp 0 0 91.143.83.145:53 0.0.0.0:* LISTEN 44 23997 6730/named
tcp 0 0 127.0.0.2:53 0.0.0.0:* LISTEN 44 23995 6730/named
tcp 0 0 127.0.0.1:53 0.0.0.0:* LISTEN 44 23993 6730/named
tcp 0 0 0.0.0.0:22 0.0.0.0:* LISTEN 0 5477 2386/sshd
tcp 0 0 127.0.0.1:5432 0.0.0.0:* LISTEN 26 5916 2569/postmaster
tcp 0 0 127.0.0.1:3000 0.0.0.0:* LISTEN 113 5901 2574/drwebd
tcp 0 0 0.0.0.0:25 0.0.0.0:* LISTEN 0 24450 6851/xinetd
tcp 0 0 127.0.0.1:953 0.0.0.0:* LISTEN 44 24014 6730/named
tcp 0 0 0.0.0.0:8443 0.0.0.0:* LISTEN 0 27271 7356/sw-cp-serverd
tcp 0 0 :::80 :::* LISTEN 0 25945 7283/httpd2-prefork
tcp 0 0 :::53 :::* LISTEN 44 23990 6730/named
tcp 0 0 :::22 :::* LISTEN 0 5475 2386/sshd
tcp 0 0 ::1:5432 :::* LISTEN 26 5918 2569/postmaster
tcp 0 0 ::1:953 :::* LISTEN 44 24015 6730/named
tcp 0 0 :::443 :::* LISTEN 0 25949 7283/httpd2-prefork
udp 0 0 0.0.0.0:51981 0.0.0.0:* 44 24012 6730/named
udp 0 0 0.0.0.0:10000 0.0.0.0:* 10002 10138 3009/server_linux
udp 0 0 0.0.0.0:10001 0.0.0.0:* 10002 10126 3009/server_linux
udp 0 0 0.0.0.0:10002 0.0.0.0:* 10002 10060 3009/server_linux
udp 0 0 0.0.0.0:10003 0.0.0.0:* 10002 10066 3009/server_linux
udp 0 0 0.0.0.0:9000 0.0.0.0:* 10002 10024 3009/server_linux
udp 0 0 0.0.0.0:9001 0.0.0.0:* 10002 10132 3009/server_linux
udp 0 0 0.0.0.0:9002 0.0.0.0:* 10002 10030 3009/server_linux
udp 0 0 0.0.0.0:9005 0.0.0.0:* 10002 10072 3009/server_linux
udp 0 0 0.0.0.0:9006 0.0.0.0:* 10002 10096 3009/server_linux
udp 0 0 0.0.0.0:9010 0.0.0.0:* 10002 10090 3009/server_linux
udp 0 0 91.143.91.153:53 0.0.0.0:* 44 24010 6730/named
udp 0 0 91.143.91.151:53 0.0.0.0:* 44 24008 6730/named
udp 0 0 91.143.91.150:53 0.0.0.0:* 44 24006 6730/named
udp 0 0 91.143.91.148:53 0.0.0.0:* 44 24004 6730/named
udp 0 0 91.143.91.147:53 0.0.0.0:* 44 24002 6730/named
udp 0 0 91.143.91.154:53 0.0.0.0:* 44 24000 6730/named
udp 0 0 91.143.91.146:53 0.0.0.0:* 44 23998 6730/named
udp 0 0 91.143.83.145:53 0.0.0.0:* 44 23996 6730/named
udp 0 0 127.0.0.2:53 0.0.0.0:* 44 23994 6730/named
udp 0 0 127.0.0.1:53 0.0.0.0:* 44 23992 6730/named
udp 0 0 0.0.0.0:8000 0.0.0.0:* 10002 9994 3009/server_linux
udp 0 0 0.0.0.0:8001 0.0.0.0:* 10002 10042 3009/server_linux
udp 0 0 0.0.0.0:8002 0.0.0.0:* 10002 10156 3009/server_linux
udp 0 0 0.0.0.0:8003 0.0.0.0:* 10002 10114 3009/server_linux
udp 0 0 0.0.0.0:8004 0.0.0.0:* 10002 34528 3009/server_linux
udp 0 0 0.0.0.0:8005 0.0.0.0:* 10002 10120 3009/server_linux
udp 0 0 0.0.0.0:8012 0.0.0.0:* 10002 10054 3009/server_linux
udp 0 0 0.0.0.0:8013 0.0.0.0:* 10002 10108 3009/server_linux
udp 0 0 0.0.0.0:8014 0.0.0.0:* 10002 10036 3009/server_linux
udp 0 0 0.0.0.0:7000 0.0.0.0:* 10002 10018 3009/server_linux
udp 0 0 0.0.0.0:7001 0.0.0.0:* 10002 10000 3009/server_linux
udp 0 0 0.0.0.0:7009 0.0.0.0:* 10002 10006 3009/server_linux
udp 0 0 0.0.0.0:7010 0.0.0.0:* 10002 10078 3009/server_linux
udp 0 0 0.0.0.0:7011 0.0.0.0:* 10002 10102 3009/server_linux
udp 0 0 0.0.0.0:7012 0.0.0.0:* 10002 10144 3009/server_linux
udp 0 0 0.0.0.0:7013 0.0.0.0:* 10002 10084 3009/server_linux
udp 0 0 0.0.0.0:7014 0.0.0.0:* 10002 10012 3009/server_linux
udp 0 0 0.0.0.0:7015 0.0.0.0:* 10002 10048 3009/server_linux
udp 0 0 0.0.0.0:111 0.0.0.0:* 0 4113 1918/portmap
udp 0 0 :::53 :::* 44 23989 6730/named
udp 0 0 :::38345 :::* 44 24013 6730/named

lsof meldet zu viel...
habe es mir durchgesehen aber dort steht wieder nichts brauchbares (zum FTP Prob) dabei...

Sonst noch wer ideen???

Danke

uname · « **Antwort #5 am:** 12.August 2009, 21:52:06 »

Also mit FTP kenne ich mich nicht aus. Es läuft aber über xinetd.

Stoppe xinetd:

Code: [Auswählen]

/etc/init.d/xinetd stop
Lösche sicherheitshalber PID-File:

Code: [Auswählen]

rm /var/run/xinetd.init.pid
Starte xinetd:

Code: [Auswählen]

/etc/init.d/xinetd start

Poste Meldungen.

samson84 · « **Antwort #6 am:** 12.August 2009, 22:05:37 »

stop und start ohne probleme aber die pid hat der nicht gefunden

rm: cannot remove /var/run/xinetd.init.pid No such file or directory

samson84 · « **Antwort #7 am:** 13.August 2009, 13:14:48 »

Habe nun folgendes rausgefunden...

./proftpd
- warning: unable to determine IP address of 'ts-public'
- error: no valid servers configured
- Fatal: error processing configuration file '/etc/proftpd.conf'

Die Domain ts-public.de steht jedoch richtig in der HOSTNAME Datei drin.
Ich weiss irgendwie grad nicht mehr weiter...

Hat jemand von Euch noch eine Idee?

GThreepwood · « **Antwort #8 am:** 13.August 2009, 13:38:15 »

Zitat von: samson84 am 13.August 2009, 13:14:48

- warning: unable to determine IP address of 'ts-public'
[...]
Die Domain ts-public.de steht jedoch richtig in der HOSTNAME Datei drin.

ts-public oder ts-public.de
da is schon ein Unterschied für 'n Hostname. Reagiert denn dein Server auf die Namen?

samson84 · « **Antwort #9 am:** 13.August 2009, 14:04:03 »

in der HOSTNAME steht ts-public.de
Es gibt 8 virtuelle hosts... alle sind über die domains erreichbar.
in der proftpd.conf steht keine Hostinformation drin, da die über plesk verwaltet wird.
Der server ist unter ALLEN Domains ansprechbar. Sogar über die Alias Domains.

Nachtrag: Die DNS Informationen werden ausserhalb im NS1 und NS2 richtig Verwaltet und wiedergegeben.
Ein DNS Fehler ist auch nicht im DNS Service auf dem Server zu finden

Nachtrag 2: Hab mir die vhost.conf angesehen... Ist ebenfalls fehlerfrei

GThreepwood · « **Antwort #10 am:** 13.August 2009, 14:06:06 »

bleibt noch "hosts"
gibts da ein
127.0.0.1 ts-public
oder
<ip> ts-public
??
wenn nicht, pack das mal unter
127.0.0.1 localhost
und starte den proftpd erneut

*edit: IP vielleicht?

samson84 · « **Antwort #11 am:** 13.August 2009, 14:11:40 »

was auch komisch ist, wenn ich den Root neu starte, muss ich im Plesk Pannel die IP Adressen manuell aktivieren...
Da scheint auch ein fehler drin zu sein...

Aussage vom Paralles Support:

"Solange es von Hand noch geht, soll ich mir keine sorgen machen...
Sie können nichts dagegen machen... Das würde nicht am System liegen."

Danke Parallels

Nachtrag... hier der Auszug aus der "hosts"

#
# /etc/host.conf - resolver configuration file
#
# Please read the manual page host.conf(5) for more information.
#
#
# The following option is only used by binaries linked against
# libc4 or libc5. This line should be in sync with the "hosts"
# option in /etc/nsswitch.conf.
#
order hosts, bind
#
# The following options are used by the resolver library:
#
multi on

cmdLine · « **Antwort #12 am:** 13.August 2009, 14:36:06 »

/etc/hosts und nicht /etc/host.conf...

Nebenbei ist es klar, dass du die IP Adressen neu aktivieren musst, wenn du die Configuration nicht direkt am Server vornimmst, denn sonst wird sie bei einem Neustart zurückgesetzt.

samson84 · « **Antwort #13 am:** 13.August 2009, 14:51:25 »

das wäre die "hosts" Datei...

#
# hosts This file describes a number of hostname-to-address
# mappings for the TCP/IP subsystem. It is mostly
# used at boot time, when no name servers are running.
# On small systems, this file can be used instead of a
# "named" name server.
# Syntax:
#
# IP-Address Full-Qualified-Hostname Short-Hostname
#

127.0.0.1 localhost

# special IPv6 addresses
::1 localhost ipv6-localhost ipv6-loopback

fe00::0 ipv6-localnet

ff00::0 ipv6-mcastprefix
ff02::1 ipv6-allnodes
ff02::2 ipv6-allrouters
ff02::3 ipv6-allhosts
127.0.0.2 linux-aqov.site linux-aqov

jedoch steht in der proftpd.conf drin...

<Directory /srv/www/vhosts>
GroupOwner psacln
</Directory>

die Verwaltung geht also über Plesk

GThreepwood · « **Antwort #14 am:** 13.August 2009, 14:59:07 »

ich tipp jetzt mal...

die 'hosts' sieht reichlich unberührt aus.
Da stand mal die Information für ts-public drin, solange ging der server, wurde aber vielleicht (rat) überschrieben.
Also, wenn du unter
127.0.0.1 localhost
einfügst
127.0.0.1 ts-public
oder/und
<serverip> ts-public (da weiß ich nicht obs zwingend für den proftpd is...)
dann sollte der beim restart nicht mehr über diese fehlende Erreichbarkeit stolpern.

samson84 · « **Antwort #15 am:** 13.August 2009, 21:25:30 »

das problem ist, das die hosts über plesk verwaltet werden.
wenn ich also was manuell eintrag und den dienst starte, werden die daten falls verändert neu erzeugt...
und wech sind die änderungen wieder...

ich werde wohl alles sichern müssen und den kompletten rootserver neu installieren lassen...

dieses fehlerbild hab ich nun schon zum 3. mal und der support von euserv, parallels und suse konnten mir nicht weiterhelfen...

aber es ist ja wohl auch keine lösung, immer den server neu installieren zu lassen...

jedesmal muss ich meine kunden neu eintragen etc... das ist nervig und ein kunde ist schon gegangen...

bei meinem vorherigen anbieter hatte ich diese probleme nicht..

samson84 · « **Antwort #16 am:** 13.August 2009, 21:31:23 »

ja geht aber nicht. er startet den service immernoch nicht.
gleicher fehler

timo · « **Antwort #17 am:** 13.August 2009, 21:38:51 »

Hallo,

der FTP Server kann keine IP zu ts-public finden (logisch, da hier ein TLD-part wie .de fehlt und auch in der /etc/hosts nichts diesbezüglich steht).

Es sollte reichen in der proftpd.conf die Zeile:

ServerName "hostname"

zu suchen und "hostname" in "ts-public.de" zu ändern.

Alternativ kann man auch in der /etc/hosts Datei eine Zeile:

<IP> ts-public

eintragen, wobei <IP> die IP des Servers ist.

Dann sollte der Server laufen und alles wie gewohnt funktionieren.

Sollte die Proftpd.conf von Plesk generiert werden, so ist die 2. Variante vorzuziehen, da Plesk diese Datei nicht anfasst.

Gruß Timo,

samson84 · « **Antwort #18 am:** 14.August 2009, 16:38:13 »

danke für die info...
ich bekomm beim starten nun folgende meldung...

91-143-83-145:/usr/sbin # ./in.proftpd
ts-public.de - fatal: Socket operation on non-socket

das ist ein Auszug der Webseite proftpd

"5. "Fatal: Socket operation on non-socket"

You have ProFTPD configured to run in inetd mode rather than standalone. In this mode, ProFTPD expects that it will be run from the inetd super-server, which implies that stdin/stdout will be sockets instead of terminals. As a result, socket operations will fail and the above error will be printed. If you wish to run ProFTPD from the shell, in standalone mode, you'll need to modify your proftpd.conf configuration file and add or edit the ServerType directive to read:

ServerType standalone"

Ich hab mir die conf angesehen... Da steht Standalone drin.
Jetzt hab ich langsam echt keinen plan mehr was ich noch machen könnte.

Ihr vielleicht?

Danke schon mal bis dahin...

samson84 · « **Antwort #19 am:** 15.August 2009, 14:53:03 »

Danke erstmal an alle Helfer!

Ich habe das Problem nicht lösen können.
Eine neuinstallation wurde nun ausgelöst.

Danach ging es wieder...
Habe mir die Configs erneut angesehen... sieht alles exakt gleich aus!

Fehlerursache unbekannt.

Thread kann geschlossen werden

Danke

Autor Thema: FTP Service steigt nach Serverneustart aus (Gelesen 3549 mal)

uname

uname

cmdLine

timo