FTP Problem

[paula hawk_2]

I replaced a hard drive on a remote server. i am able to connect via telnet session, but am unsuccesful with a FTP session. Is there a process that I need to start? This is a D320 Server running Unix 10.20.

[Helen French]

The ftp daemon is called - ftpd. This is started by the inetd and takes inputs from /etc/inetd.conf and /etc/services files.

I don't think this has a direct relation with hard disk replacement ? Is this problem occurs only when you ftp to that specific disks ? Did you configured the disk after replacing ? Any error message in syslog.log ?

[PIYUSH D. PATEL]

Hi,

You need to check the following :

check the .rhots file on the remote server. It should include the node name of the server from where you are loggging in.

Hi ....did you reinstall the OS once again ??? Then you will need to configure the ftp again.

ftpd is the daemon used for ftp and it will be invoked once you issue a ftp command by inetd daemon. Ftp should be configured in /etc/services and should be running on port 21 of the server.

You can try the following :

/sbin/init.d/inetd stop
/sbin/init.d/inetd start

Piyush

[Steve Steel]

Hi


telnet to the machine and then try to ftp from the machine to the machine.

This will cut out networking.

If this works then it is something else.

grep ftpd /etc/inetd.conf
ftp stream tcp nowait root /usr/lbin/ftpd ftpd -l
# have one, please consult the tftpd(1M) manual entry for
tftp dgram udp wait root /usr/lbin/tftpd tftpd
Check syslog.log for errors


Steve steel

[Sanjay_6]

Hi Paula,

The ftp daemon is run by inetd. Check your /etc/inetd.conf file and make sure the ftp daemon is mentioned as below,

ftp stream tcp nowait root /usr/lbin/ftpd ftpd -l

If you modify the inetd.conf file, let inetd reread the conf file using "inetd -c".

Hope this helps.

regds

[MANOJ SRIVASTAVA]

Hi Paula

Port no 21 is used for ftp , check /etc/services to ensure that this is not used by any thing else , also check using lsof |grep 21 to ensure that the port is free
or you can kill the process owning it


Manoj Srivastava

[paula hawk_2]

The hard drive I replaced was built from an image copy that we have on site. I currently have a test image system that is identical and have no problem FTPing on this server. I have checked and tried each suggestion that everyone has made and still no luck. When i try to FTP with an ID that is in the password file it does not ask for a password and returns an error right away............
530 User root access denied.
Login failed.
BUT when I just type in a bunch of nothing as an ID it prompts for a password, but also fails

I am stumped. Any other suggestions?

[Uday_S_Ankolekar · Accepted solution]

Try,

Did you look for the file /etc/shells ??

If not try creating a file called shells in etc and put all the shells in it.

for example:
/usr/bin/ksh
/usr/bin/sh
/sbin/sh
/bin/sh

Goodluck,

-USA..

[dhanish]

Hi,
The problem is with /etc/shells , just update /etc/shells with the all the shells users are using.
Nitin

[Bill Hassell]

ftp is running OK. If it wasn't you would not get an FTP server prompt to login. You should try another user ID just to be sure but as mentioned, not using a standard shell will cause ftp to fail.

NOTE: If root's shell is *NOT* /sbin/sh, you will have a *LOT* of problems later on. Some sysadmins see the sh process name and figure this is a Bourne shell (which is not). The /sbin/sh is the only shell which runs in single user mode. If you change root's shell to /usr/bin/ksh, then root will be crippled in single user mode with no shell.

Some sysadmins will replace /sbin/sh with /usr/bin/ksh so they can get the command recall to work. The POSIX shell (and ksh is also a POSIX shell) has this feature too but it needs an env value to enable it. Add this to /etc/profile:

export HISTFILE=$HOME/.sh_history

then login again and you'll be able to recall commands from the stack using ESC k. Note: /etc/profile must be read when you login--this may not be the case if you are using Xwindows. See other threads in the forums about profile problems with Xwindows.