hi,
i am working on sco unix 5.07, i have 10 individual servers networked locally in which sco os is installed. one of them is not transferring the file to other servers but accepting all files. means Server (A) can accept the file through FTP from any server but not transferring FTP its own file to any other server.
the ftp session creates and showing that the file is being transferred but system not transferring the file.
on the other hand the same server (A) if accessed by a windows machine works fine.
i need to know if there is any utility or command through which i can check where the bottle neck occur or why the file is not transferred. some thing like network packet sniffer or network analyzer for sco unix.
Can you show us a manual (i.e. not scripted) interactive ftp session which demonstrates the fault. Also show the output of the ftp commands "status" and "pwd" from within the ftp sessions and after logging in.
Server A to Server B
# ftp B
Connected to B.
220-
220 B FTP server (Version wu-2.6.2(1) Thu Aug 3 02:08:20 EDT 2006) ready.
Name (B:root): root
331 Password required for root.
Password:
230 User root logged in.
Remote system type is UNIX.
Using binary mode to transfer files.
ftp>
ftp> status
Connected to A.
No proxy connection.
Mode: stream; Type: binary; Form: non-print; Structure: file
Passive mode: off
Verbose: on; Bell: off; Prompting: on; Globbing: on
Store unique: off; Receive unique: off
Case: off; CR stripping: on
Ntrans: off
Nmap: off
Hash mark printing: off; Use of PORT cmds: on
ftp>
ftp> cd /u/abcompress
250 CWD command successful.
ftp> lcd /u/abcompress
Local directory now /u/abcompress
ftp> pwd
257 "/u/abcompress" is current directory.
ftp> ls
200 PORT command successful.
150 Opening ASCII mode data connection for /bin/ls.
total 4244104
-rwxrwxrwx 1 group 148476525 Jan 16 08:00 B4-ACTUAL-PFTDEC.Z
-rwxrwxrwx 1 group 157343980 Jan 27 11:51 Fri-EOD.Z
-rwxrwxrwx 1 group 157221480 Jan 27 11:05 Fri-POS.Z
-rwxrwxrwx 1 group 157703194 Jan 31 06:51 Mon-EOD.Z
-rwxrwxrwx 1 group 157514437 Jan 31 05:43 Mon-POS.Z
-rwxrwxrwx 1 group 147290354 Jan 2 05:11 Sat-EOD.Z
-rwxrwxrwx 1 group 146621785 Jan 2 04:54 Sat-POS.Z
-rwxrwxrwx 1 group 157670655 Feb 3 05:27 Thr-POS.Z
-rwxrwxrwx 1 group 157293293 Jan 27 05:19 Thr-EOD.Z
-rwxrwxrwx 1 group 157765169 Feb 1 06:47 Tue-EOD.Z
-rwxrwxrwx 1 group 157607567 Feb 1 06:20 Tue-POS.Z
-rwxrwxrwx 1 group 157634981 Feb 2 06:20 Wed-EOD.Z
-rwxrwxrwx 1 group 157715107 Feb 2 05:44 Wed-POS.Z
-rw-r--r-- 1 sys 85 Dec 8 06:42 abcompress.url
-rwxrwxrwx 1 group 146595043 Dec 31 10:14 fc-DEC2011.Z
ftp> put Wed-0038-EOD.Z
local: Wed-0038-EOD.Z remote: Wed-0038-EOD.Z
200 PORT command successful.
150 Opening BINARY mode data connection for Wed-0038-EOD.Z
# date
Fri Feb 3 09:55:05 Pakistan 2012
# l
total 4244104
-rwxrwxrwx 1 fwb group 157343980 Jan 27 11:51 Fri-EOD.Z
-rwxrwxrwx 1 fwb group 157221480 Jan 27 11:05 Fri-POS.Z
-rwxrwxrwx 1 fwb group 157703194 Jan 31 06:51 Mon-EOD.Z
-rwxrwxrwx 1 fwb group 157514437 Jan 31 05:43 Mon-POS.Z
-rwxrwxrwx 1 fwb group 147290354 Jan 2 05:11 Sat-EOD.Z
-rwxrwxrwx 1 fwb group 146621785 Jan 2 04:54 Sat-POS.Z
-rwxrwxrwx 1 fwb group 157670655 Feb 3 05:27 Thr-POS.Z
-rwxrwxrwx 1 fwb group 157293293 Jan 27 05:19 Thr-EOD.Z
-rwxrwxrwx 1 fwb group 157765169 Feb 1 06:47 Tue-EOD.Z
-rwxrwxrwx 1 fwb group 157607567 Feb 1 06:20 Tue-POS.Z
-rwxrwxrwx 1 fwb group 157634981 Feb 2 06:20 Wed-EOD.Z
-rwxrwxrwx 1 fwb group 157715107 Feb 2 05:44 Wed-POS.Z
-rw-r--r-- 1 root sys 0 Feb 3 09:54 Wed-0038-EOD.Z
# date
Fri Feb 3 10:10:43 Pakistan 2012
# l
total 4244104
-rwxrwxrwx 1 fwb group 157343980 Jan 27 11:51 Fri-EOD.Z
-rwxrwxrwx 1 fwb group 157221480 Jan 27 11:05 Fri-POS.Z
-rwxrwxrwx 1 fwb group 157703194 Jan 31 06:51 Mon-EOD.Z
-rwxrwxrwx 1 fwb group 157514437 Jan 31 05:43 Mon-POS.Z
-rwxrwxrwx 1 fwb group 147290354 Jan 2 05:11 Sat-EOD.Z
-rwxrwxrwx 1 fwb group 146621785 Jan 2 04:54 Sat-POS.Z
-rwxrwxrwx 1 fwb group 157670655 Feb 3 05:27 Thr-POS.Z
-rwxrwxrwx 1 fwb group 157293293 Jan 27 05:19 Thr-EOD.Z
-rwxrwxrwx 1 fwb group 157765169 Feb 1 06:47 Tue-EOD.Z
-rwxrwxrwx 1 fwb group 157607567 Feb 1 06:20 Tue-POS.Z
-rwxrwxrwx 1 fwb group 157634981 Feb 2 06:20 Wed-EOD.Z
-rwxrwxrwx 1 fwb group 157715107 Feb 2 05:44 Wed-POS.Z
-rw-r--r-- 1 root sys 0 Feb 3 09:54 Wed-0038-EOD.Z
<break by CRTL+C)
421 Service not available, remote server has closed connection
49152 bytes sent in 299.91 seconds (0.16 Kbytes/s)
bytes not transfer to server B :wall:
======================================================
Server B to Server A
# ftp A
Connected to A
220-
220 A FTP server (Version wu-2.6.2(1) Tue Feb 18 02:26:24 PST 2003)
ready.
Name (A:root): root
331 Password required for root.
Password:
230 User root logged in.
Remote system type is UNIX.
Using binary mode to transfer files.
ftp>
ftp> status
Connected to A.
No proxy connection.
Mode: stream; Type: binary; Form: non-print; Structure: file
Passive mode: off
Verbose: on; Bell: off; Prompting: on; Globbing: on
Store unique: off; Receive unique: off
Case: off; CR stripping: on
Ntrans: off
Nmap: off
Hash mark printing: off; Use of PORT cmds: on
ftp>
ftp> cd /u/abcompress
250 CWD command successful.
ftp> lcd /u/abcompress
Local directory now /u/abcompress
ftp> pwd
257 "/u/abcompress" is current directory.
ftp> put Wed-0001-010212-POS.Z
local: Wed-0001-010212-POS.Z remote: Wed-0001-POS.Z
200 PORT command successful.
150 Opening BINARY mode data connection for Wed-0001-POS.Z.
# date
Fri Feb 3 04:02:49 Pakistan 2012
# l
total 1753580
-rwxrwxrwx 1 fwb group 180500480 Jan 11 03:46 0038-0331-EOD
-rwxrwxrwx 1 fwb group 37416744 Jan 16 06:24 0038-B4-ACTUAL-PFT.Z
-rwxrwxrwx 1 fwb group 35095209 Jan 11 03:46 B4-ACTUAL-RUN-0038.Z
-rwxrwxrwx 1 fwb group 33252311 Jan 11 03:46 B4-PROFIT-Sat.Z
-rwxrwxrwx 1 fwb group 37505489 Jan 29 22:46 Fri-0038-EOD.Z
-rwxrwxrwx 1 fwb group 37494439 Jan 27 06:19 Fri-0038-POS.Z
-rwxrwxrwx 1 fwb group 37551427 Jan 30 05:25 Mon-0038-EOD.Z
-rwxrwxrwx 1 fwb group 37539238 Jan 30 05:10 Mon-0038-POS.Z
-rwxrwxrwx 1 fwb group 36603793 Jan 11 03:47 Sat-0038-EOD.Z
-rwxrwxrwx 1 fwb group 36331535 Jan 11 03:47 Sat-0038-POS.Z
-rwxrwxrwx 1 fwb group 37461545 Feb 2 06:17 Thr-0038-EOD.Z
-rwxrwxrwx 1 fwb group 37448094 Feb 2 06:05 Thr-0038-POS.Z
-rwxrwxrwx 1 fwb group 37575829 Jan 31 06:12 Tue-0038-EOD.Z
-rwxrwxrwx 1 fwb group 37545034 Jan 31 05:56 Tue-0038-POS.Z
-rw-r--r-- 1 root sys 427731 Feb 3 04:02 Wed-0001-POS.Z
bytes successfully transfer to A
Do both (all) machines have MP5 installed? I saw this problem once before, and noticed that the ftp client program on the machines were different releases. I copied one to the other machine and solved the problem, I just don't remember which way the copy went (older version on both, or newer version.)
A fix which has worked for me many times:
Try lowering the "ftp" and "ftpd" buffer size. This may seem illogical (and contradicts the "man" pages for "ftp" and "ftpd") but it often fixes mysterious ftp hangs where either computer is connected to a modern Network Switch or a Modern Router.
# Client connection line
ftp -B 1
# In /etc/inetd.conf
ftpd -B 32
If you have a firewall between the two computers, make sure that both port 20 and port 21 are open. Microsoft ftp only uses one of the ports, but unix ftp uses both. Unix will start off on port 21 and then use port 20 for the second and subsequent data block.
Make sure that the two "ftp" lines in /etc/services are identical on both computers and also check that nobody has configured ports 20 or 21 for something else. If you have logging enabled in "ftpd" (see /etc/inetd.conf) then make sure that the logging area is not full.
If you have 100 MBits/s Ethernet, make sure that no network connections are configured to auto-negotiate and that no network connection has dropped to half-duplex. The half-duplex issue often happens if people re-patch data connections with the power on.
Make sure that the "root" account is not listed in /etc/ftpusers .
is there any data packet sniffer for sco unix, which is easy to install through which i can check why the data is not transferring and on what end the problem occur. (network or os)
thanks Methyl for all your replies, it really works for me to find the root casue of the problem.
There is a CISCO router install on each server (configured to work on specific ip) and all the routers connected through a firewall. The person who configured the routers and firewall mistakenly not open the prot 20 on one router. as he realize that it his fault due to whcih i am facing the problem he hide it and told me that the router is mal functioning any ways....some how i configure that he is lying and reconfigure the router from other person.
may be a stuipid question BUT, are there different license files for each SCO box? If there are 2 sco boxes on the same nmetwork with the same OS license key one of them will disaable its network capabilities. I've seen where the network "half" works with this scenario