My god, man, this thread is up to 15K per message! Can't we trim our replies (especially those mind-bogglingly long .sigs)? On Wed, 19 Nov 2003, Cannon, Andrew wrote: > Well, something has happened alright. There was a rogue process (that was > eating up the load on the processor) that I couldn't kill, so I rebooted the > machine. I now can't log in to the machine at all, except via anonymous ftp! > How wierd is that?!? Depends what the process was. Once you do get back into the machine (try editing the kernel selection line when the grub screen comes up and adding "single" at the end of the kernel line), take a look at the following: > > Andrew > > -----Original Message----- > From: Cannon, Andrew [mailto:Andrew.Cannon@xxxxxxxxx] > Sent: Wednesday, November 19, 2003 12:32 PM > To: 'redhat-list@xxxxxxxxxx' > Subject: RE: vsftpd v1.1.0 not allowing user logon (but anonymous is > allow ed) > > I'm looking at vsftpd not wu-ftpd. Neither of them seem to work. Both > wu-ftpd and vsftpd say that the files they are looking for are in > /usr/sbin/. I've looked at /usr/etc and it's empty. Unless there is > something else I'm missing, I think that the firewall may be the problem. > (But I can't disable the damn thing!) The confusing thing about redhat-config-firewall (AKA lokkit) is that it *always* forgets your settings and starts on "High". Ignore that--if you turned off the firewall, it's probably off. Take a look at the output of "/sbin/service ipchains status" to be sure. For FTP, port 21 should be accepting connections. > > Andrew >[...] > > I'm looking in /var/log right? I've got two vsftpd logs, both of which are > empty. I have a strange message from the messages log, saying the > /usr/etc/in.ftpd is not executable. > > Here's an extract from the logs: > > Nov 19 10:07:29 cluster01 xinetd[10114]: Exiting... > Nov 19 10:07:29 cluster01 xinetd: xinetd shutdown succeeded > Nov 19 10:07:29 cluster01 xinetd[10142]: Server /usr/etc/in.ftpd is not > executable [line=21] > Nov 19 10:07:29 cluster01 xinetd[10142]: Error parsing attribute server - > DISABLING SERVICE [line=21] > Nov 19 10:07:29 cluster01 xinetd[10142]: id not unique: ftp [line=14] > Nov 19 10:07:30 cluster01 xinetd[10142]: xinetd Version 2.3.7 started with > libwrap options compiled in. > Nov 19 10:07:30 cluster01 xinetd[10142]: Started working: 10 available > services > Nov 19 10:07:32 cluster01 xinetd: xinetd startup succeeded Something seems to think you have wu-ftpd installed and are trying to start it. What does "rpm -qa "*ftp*" return? What does "rpm -q --verify vsftpd" return? What are the contents of /etc/xinetd.d/vsftpd? > > > Unfortunately not. As far as I can tell, everything is the same on this > box > > as our other RH8 box, but I can connect to the other RH8 box no problem. > It > > is very confusing. > >[...] > > > > Yes. vsftpd is not allowing me to start it, even as root. > > > > If I ftp to the box and open an anonymous connection, then the vsftpd is > > listed in the 'top' output. But I can't manually start it, or log in as a > > normal user (or even root!) > > > > I'm open to suggestions... > > > > Thanks for your help so far. In RH8, vsftpd did not run as a daemon, it was started upon connection by xinetd (so there was a /etc/xinetd.d/vsftpd and no /etc/init.d/vsftpd). In RH9, it was changed to run as a daemon, so you should be able to start it with "/sbin/service vsftpd start" (but your vsftpd.conf file needs to have the lines "listen=YES" and "tcp_wrappers=YES"). Which are you running? If you are running RH8, did you upgrade vsftpd ever? -- Matthew Saltzman Clemson University Math Sciences mjs AT clemson DOT edu http://www.math.clemson.edu/~mjs -- redhat-list mailing list unsubscribe mailto:redhat-list-request@xxxxxxxxxx?subject=unsubscribe https://www.redhat.com/mailman/listinfo/redhat-list
