Tek-Tips is the largest IT community on the Internet today!

Members share and learn making Tek-Tips Forums the best source of peer-reviewed technical information on the Internet!

  • Congratulations strongm on being selected by the Tek-Tips community for having the most helpful posts in the forums last week. Way to Go!

FTP connection problem 1

Status
Not open for further replies.

Carlitos71

IS-IT--Management
Jan 12, 2004
60
US
A customer has a recently reloaded system running 5.0.6 that is having a ftp issue. Using Cute FTP, command line ftp and Absolute FTP all are disconnecting while trying to connect. From the local host I ftp and get a connected message but it takes 1 to 2 minutes to get a login prompt. I have changed the timeout on the windows clients but with no success.

This is a Pentium 1ghz with 5.0.6 with rs506a loaded. On the original hard drive there was no issue with ftp at all.

The ftpaccess file looks like it originally did, the shell is listed in /etc/shells, passive mode is that same.

I have run out of things to check. Might someone else have a suggestion?

Thanks for the help.
 
Reloaded means what? Have any of the TA's been applied?
Make sure any patches have been applied.
 
Reloaded in the sense that the hard drive went kaput and this is a new hard drive reloaded with OS and data.

Patches as in? It has 5.0.6 Enterprise, rs506a and the ALN-325 NIC driver. I have not seen any patch on SCO related to this problem other than some for 5.0.5.
 
What about these? Looks like three of them may address this issue.

Minor Supplements:
Location: ftp://ftp.sco.com/pub/openserver5/

oss666a: libc supplement (requires rs506a)
oss665a: Intel Processor Microcode Driver (requires rs506a)
oss663a: LPD Supplement (requires rs506a and oss646)
oss661a: Video BIOS Compatibility Supplement
oss660a: getty Supplement (requires rs506a)
oss657a: Minimum PIT Count Supplement
oss653a: Intial VGA Recognition Supplement
oss651a: Intel Processor Microcode Driver (requires rs506a)
oss650a: LPD Supplement (requires rs506a)
oss648a: Processor Supplement (requires rs506a)
oss646c: Execution Environment Supplement (requires rs506a)
oss645a: Audit Subsystem Security Supplement (requires oss640a)
oss644b: Reboot Supplement
oss643a: Socket Driver Supplement
oss642a: Cron Supplement
oss640a: BIND Update
oss638a: rarpd Supplement
oss636a: TCP Security Supplement
oss635a: Graphical Environment Supplement (requires rs506a)
oss631b: Supplemental Graphics, Web and X11 Libraries (requires rs506a)
oss630a: OpenServer 5 UDK Socket Supplement
oss629a: HTTP Security Supplement
 
I will do that. However, those were not installed when ftp was working without issue on the original hard drive.
 
Other than FTP, is the system quick and responsive to network traffic? Can you verify the network configuration?

# ifconfig -a
# netstat -rn

Just fishing for ideas. Maybe the patches mentioned above will resolve the problem.

"Proof that there is intelligent life in Oregon. Well, Life anyway.
 
Moto,
the system is at 99% and 100% idle consistently and telnet has no issue at all. The remote location is running all fine and dandy through telnet as well.

ifconfig:
net1: flags=4043<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500
inet 192.168.100.54 netmask ffffff00 broadcast 192.168.100.255
perf. params: recv size: 24576; send size: 24576; full-size frames: 1
ether 00:48:54:82:4d:ad
lo0: flags=4049<UP,LOOPBACK,RUNNING,MULTICAST> mtu 8232
inet 127.0.0.1 netmask ff000000
perf. params: recv size: 57344; send size: 57344; full-size frames: 1
atl0: flags=404a<BROADCAST,LOOPBACK,RUNNING,MULTICAST> mtu 8232
inet 0.0.0.0 netmask ff000000
perf. params: recv size: 4096; send size: 8192; full-size frames: 1

netstat:
Destination Gateway Flags Refs Use Interface
default 192.168.100.1 UGS 2 3584 net1
127.0.0.1 127.0.0.1 UH 3 335 lo0
192.168.100 192.168.100.54 UC 1 0 net1
192.168.100.54 127.0.0.1 UGHS 4 60 lo0
224 192.168.100.54 UCS 0 0 net1



 
If you have a file called /etc/resolv.conf, rename it temporarily and see if you get faster response.

Your network settings look good, assuming 192.168.100.1 is correct for your outbound router.

I'm a bit confused about one of the statements in your first post. Are you able to FTP from that SCO system to itself?

Is the REALTEK NIC the same as was previously in that system?


"Proof that there is intelligent life in Oregon. Well, Life anyway.
 
moto,
as always, you rock. Moving the resolv.conf file out of the way helped. They are able to ftp without any issue now.

Thanks and have a star!

Carl.
 
Status
Not open for further replies.

Part and Inventory Search

Sponsor

Back
Top