Proftpd problem
I'm using redhat 9.0 and proftpd 1.2.81 and i have install
proftpd-standalone-1.2.8-2 and proftpd-1.2.8-2.i386.rpm. But when i check the status of proftpd the error is shown: proftpd dead but subsys locked I have try to delete the file /var/lock/subsys/proftpd But it doesn't work. How can i do it? |
service proftpd restart
Then look at /var/log/messages for any error messages starting. To just test the proftpd server, type proftpd -n -d 4 This will give you debug info on the screen... Ctrl-C to stop the sever. |
I have try this command - proftpd -n -d 4
The error is shown below: - parsing '/etc/proftpd.conf' configuration - <Directory />: adding section for resolved path '/' SKHLMTEAFE - error: unable to determine IP address of 'SKHLMTEAFE' SKHLMTEAFE - ProFTPD terminating (signal 11) SKHLMTEAFE - FTP session closed. Segmentation fault So that i have define a host name but it doesn't work How can i do?? THX Quote:
|
You need to test the config file with proftpd -t and fix any errors first.
Resolving hostnames- add the ip address and pc name to /etc/hosts |
Did you have any luck figuring this out?
I ask because I ran into this same problem yesterday, and wound up removing proftpd from the system and installing vsftpd instead. That worked, but we don't know why the first server failed. I see from other posts in this forum that others have had these problems -- and have had them with vsftpd as well. The common thread seems to be Red Hat. Hmm... |
i think it may be the host name problem
because i don't have type any host name in the installation process of red hat 9. So that it have problem. Then i reinstall the redhat 9 and type the host name in the installation process, that is no problem. Quote:
|
When I had this problem it was on a computer that had a host name assigned during installation. I have an idea that the problem is in RH9 itself, and it may be that your reinstall cleared that glitch, but I don't know enough about the structure of the OS to guess what' s actually going on.
|
I am very new to Linux in general and to linux networking.
I am having a different problem getting my proftp running: [root@jmormLinux etc]# proftpd -n -d 4 jmormLinux - Failed binding to 0.0.0.0, port 21: Address already in use jmormLinux - Check the ServerType directive to ensure you are configured correctly. ServerType is Standalone in proftpd.conf file |
What OS are you running? I saw that same error message in proftpd during the problems I had.
|
Quote:
Try netstat -tanp and see what is listening there. Then ps ax to find it's PID, and either killall name or kill -9 PID to kill it off. A hunch would be an xinetd based ftp service... Do chkconfig --list and see what services are enabled Do chkconfig name off to turn the xinetd ones off. |
Thanks
Thanks peter_robb. It was the xinetd that was listening on port 21.
|
I had the same problem.
Apr 1 19:02:25 sun proftpd[3802]: sun.xxxx.be - Failed binding to 0.0.0.0, port 21: Address already in use Apr 1 19:02:25 sun proftpd[3802]: sun.xxxx.be - Check the ServerType directive to ensure you are configured correctly. [root@sun xinetd.d]# netstat -tanp Connexions Internet actives (serveurs et établies) Proto Recv-Q Send-Q Adresse locale Adresse distante Etat PID/Program name tcp 0 0 127.0.0.1:32768 0.0.0.0:* LISTEN 3001/fam tcp 0 0 0.0.0.0:32769 0.0.0.0:* LISTEN - tcp 0 0 0.0.0.0:2049 0.0.0.0:* LISTEN - tcp 0 0 0.0.0.0:3306 0.0.0.0:* LISTEN 2471/mysqld tcp 0 0 0.0.0.0:139 0.0.0.0:* LISTEN 2493/smbd tcp 0 0 0.0.0.0:683 0.0.0.0:* LISTEN 1350/ypserv tcp 0 0 0.0.0.0:685 0.0.0.0:* LISTEN 2201/rpc.mountd tcp 0 0 0.0.0.0:654 0.0.0.0:* LISTEN 2170/rpc.rquotad tcp 0 0 127.0.0.1:783 0.0.0.0:* LISTEN 2384/spamd -d -c -a tcp 0 0 0.0.0.0:111 0.0.0.0:* LISTEN 1269/portmap tcp 0 0 0.0.0.0:80 0.0.0.0:* LISTEN 2656/httpd2 tcp 0 0 0.0.0.0:10000 0.0.0.0:* LISTEN 2475/perl tcp 0 0 0.0.0.0:6000 0.0.0.0:* LISTEN 1940/X tcp 0 0 0.0.0.0:785 0.0.0.0:* LISTEN 1878/rpc.ypxfrd tcp 0 0 0.0.0.0:21 0.0.0.0:* LISTEN 3973/xinetd tcp 0 0 192.168.1.100:53 0.0.0.0:* LISTEN 1961/named tcp 0 0 127.0.0.1:53 0.0.0.0:* LISTEN 1961/named tcp 0 0 0.0.0.0:22 0.0.0.0:* LISTEN 1985/sshd tcp 0 0 0.0.0.0:23 0.0.0.0:* LISTEN 3973/xinetd tcp 0 0 0.0.0.0:631 0.0.0.0:* LISTEN 2078/cupsd tcp 0 0 127.0.0.1:25 0.0.0.0:* LISTEN 2364/master tcp 0 0 127.0.0.1:953 0.0.0.0:* LISTEN 1961/named tcp 0 0 0.0.0.0:443 0.0.0.0:* LISTEN 2656/httpd2 tcp 0 0 0.0.0.0:668 0.0.0.0:* LISTEN 1334/rpc.statd tcp 0 0 0.0.0.0:7741 0.0.0.0:* LISTEN 2696/lisa The problem was due to the fact that inetd was listening of port 21, which is precisely the port use by proftp. Here is the content of my the proftpd.conf file: [root@sun etc]# more /etc/proftpd.conf # This is a basic ProFTPD configuration file (rename it to # 'proftpd.conf' for actual use. It establishes a single server # and a single anonymous login. It assumes that you have a user/group # "nobody" and "ftp" for normal operation and anon. ServerName "ProFTPD Default Installation" ServerType inetd DefaultServer on # Allow FTP resuming. # Remember to set to off if you have an incoming ftp for upload. AllowStoreRestart on # Port 21 is the standard FTP port. Port 21 # Umask 022 is a good standard umask to prevent new dirs and files # from being group and world writable. Umask 022 # To prevent DoS attacks, set the maximum number of child processes # to 30. If you need to allow more than 30 concurrent connections # at once, simply increase this value. Note that this ONLY works # in standalone mode, in inetd mode you should use an inetd server # that allows you to limit maximum number of processes per service # (such as xinetd). MaxInstances 30 # Set the user and group under which the server will run. User nobody Group nogroup # To cause every FTP user to be "jailed" (chrooted) into their home # directory, uncomment this line. #DefaultRoot ~ # Normally, we want files to be overwriteable. <Directory /> AllowOverwrite on </Directory> # Needed for NIS. PersistentPasswd off # Default root can be used to put users in a chroot environment. # As an example if you have a user foo and you want to put foo in /home/foo # chroot environment you would do this: # # DefaultRoot /home/foo foo Include /etc/proftpd-anonymous.conf My problem came from Servertype which was Standalone and which should have been inetd (as I use inetd and do not run proftpd as daemon) Finally, my proftpd-xinetd file looks like this: [root@sun etc]# more /etc/xinetd.d/proftpd-xinetd # default: off # description: proftpd server, xinetd version. \ # Don't run the standalone version if you run \ # this! service ftp { disable = no socket_type = stream wait = no user = root server = /usr/sbin/in.ftpd log_on_success += DURATION USERID log_on_failure += USERID nice = 10 } I have also deleted the FTP file from that directory. Now you just have to adapt proftpd.conf file in order to grant / deny access to users. I have spent evenings during 2 weeks trying to solve this. Hope this will also work fine for you with those indications. Regards, Vincent |
All times are GMT -5. The time now is 06:36 AM. |