topic Re: FTP Problem in Operating System - HP-UX

FTP Problem

paula hawk_2 — Mon, 03 Jun 2002 12:54:39 GMT

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.

Re: FTP Problem

Helen French — Mon, 03 Jun 2002 13:00:19 GMT

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 ?

Re: FTP Problem

PIYUSH D. PATEL — Mon, 03 Jun 2002 13:04:26 GMT

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

Re: FTP Problem

Steve Steel — Mon, 03 Jun 2002 13:51:47 GMT

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

Re: FTP Problem

Sanjay_6 — Mon, 03 Jun 2002 13:56:09 GMT

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

Re: FTP Problem

MANOJ SRIVASTAVA — Mon, 03 Jun 2002 14:27:31 GMT

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

Re: FTP Problem

paula hawk_2 — Mon, 03 Jun 2002 18:56:05 GMT

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?

Re: FTP Problem

Uday_S_Ankolekar — Mon, 03 Jun 2002 19:14:36 GMT

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..

Re: FTP Problem

dhanish — Tue, 04 Jun 2002 08:28:00 GMT

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

Re: FTP Problem

Bill Hassell — Tue, 04 Jun 2002 11:56:10 GMT

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.