<?xml version="1.0" encoding="UTF-8"?>
<rss xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" version="2.0">
  <channel>
    <title>topic Re: Critical VSFTP Problem in Operating System - Linux</title>
    <link>https://community.hpe.com/t5/operating-system-linux/critical-vsftp-problem/m-p/4258467#M62444</link>
    <description>I ran a new test today. I set up two ftp servers. One using windows FTP Service and one using vsftp in linux. When I download files from windows(server) to linux(client), it is very slow and the files get corrupted. The same situation applies when uploading to linux(server) from windows(client).&lt;BR /&gt;If I start download files from linux(server) to windows(client), the speed is very high and the files are transfered correctly! This also applies if both the ftp server and client have the same operatin system!&lt;BR /&gt;Please help me. I'm really confused!</description>
    <pubDate>Thu, 28 Aug 2008 14:36:00 GMT</pubDate>
    <dc:creator>hamidr</dc:creator>
    <dc:date>2008-08-28T14:36:00Z</dc:date>
    <item>
      <title>Critical VSFTP Problem</title>
      <link>https://community.hpe.com/t5/operating-system-linux/critical-vsftp-problem/m-p/4258457#M62434</link>
      <description>Hi dear itrc members. &lt;BR /&gt;I have an environment in which I'm running VSFTP on two bl35 servers running rhel4 u4. &lt;BR /&gt;And our organization has a critical software which uploads business files to the ftp server for later processing. Each file has the maximum size of 200k. Most of the times our files get corrupted. The links between branches and our data center do not show much packet lost. Can anybody help please?&lt;BR /&gt;I'm getting fired if I can't solve the problem.</description>
      <pubDate>Wed, 27 Aug 2008 05:36:58 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/critical-vsftp-problem/m-p/4258457#M62434</guid>
      <dc:creator>hamidr</dc:creator>
      <dc:date>2008-08-27T05:36:58Z</dc:date>
    </item>
    <item>
      <title>Re: Critical VSFTP Problem</title>
      <link>https://community.hpe.com/t5/operating-system-linux/critical-vsftp-problem/m-p/4258458#M62435</link>
      <description>Shalom,&lt;BR /&gt;&lt;BR /&gt;I don't know why are are blaming vsftpd.&lt;BR /&gt;&lt;BR /&gt;Its a very reliable, scalable product.&lt;BR /&gt;&lt;BR /&gt;To be safe, remove the binaries with rpm -e and re-install if you wish.&lt;BR /&gt;&lt;BR /&gt;Then maybe do a normal investigation of your system /var/log/messages /var/log/secure and try and find the source of the problem before you point fingers.&lt;BR /&gt;&lt;BR /&gt;enable logging in the vsftpd.conf file to a separate file, that will help.&lt;BR /&gt;&lt;BR /&gt;Also, if you are uploading binaries with the windows ftp client, it defaults to ascii and any procedures/scripts need to issue a binary command before doing the put, otherwise, corrupt file city?&lt;BR /&gt;&lt;BR /&gt;So: vsftpd problem or a windows problem?&lt;BR /&gt;&lt;BR /&gt;Investigate before you conclude.&lt;BR /&gt;&lt;BR /&gt;I'm trying to be a little funny, but seriously what evidence do you have that its a vsftpd problem?&lt;BR /&gt;&lt;BR /&gt;SEP</description>
      <pubDate>Wed, 27 Aug 2008 11:00:56 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/critical-vsftp-problem/m-p/4258458#M62435</guid>
      <dc:creator>Steven E. Protter</dc:creator>
      <dc:date>2008-08-27T11:00:56Z</dc:date>
    </item>
    <item>
      <title>Re: Critical VSFTP Problem</title>
      <link>https://community.hpe.com/t5/operating-system-linux/critical-vsftp-problem/m-p/4258459#M62436</link>
      <description>&amp;gt;&amp;gt;&amp;gt; Each file has the maximum size of 200k. Most of the times our files get corrupted.&lt;BR /&gt;&lt;BR /&gt;Â¿What kind of corruption are you talking about?</description>
      <pubDate>Wed, 27 Aug 2008 11:37:10 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/critical-vsftp-problem/m-p/4258459#M62436</guid>
      <dc:creator>Ivan Ferreira</dc:creator>
      <dc:date>2008-08-27T11:37:10Z</dc:date>
    </item>
    <item>
      <title>Re: Critical VSFTP Problem</title>
      <link>https://community.hpe.com/t5/operating-system-linux/critical-vsftp-problem/m-p/4258460#M62437</link>
      <description>Thanks for reply. What I mean by corruption is that for example the md5 checksum of files in each side is not the same. I think it's a rare problem. Is there a better solution rather than FTP? We can even pay the price for changing the protocol or maybe mechanism.&lt;BR /&gt;&lt;BR /&gt;Thanks.</description>
      <pubDate>Wed, 27 Aug 2008 18:47:28 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/critical-vsftp-problem/m-p/4258460#M62437</guid>
      <dc:creator>hamidr</dc:creator>
      <dc:date>2008-08-27T18:47:28Z</dc:date>
    </item>
    <item>
      <title>Re: Critical VSFTP Problem</title>
      <link>https://community.hpe.com/t5/operating-system-linux/critical-vsftp-problem/m-p/4258461#M62438</link>
      <description>Â¿Are you using binary or ascii transfer method?</description>
      <pubDate>Wed, 27 Aug 2008 18:51:10 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/critical-vsftp-problem/m-p/4258461#M62438</guid>
      <dc:creator>Ivan Ferreira</dc:creator>
      <dc:date>2008-08-27T18:51:10Z</dc:date>
    </item>
    <item>
      <title>Re: Critical VSFTP Problem</title>
      <link>https://community.hpe.com/t5/operating-system-linux/critical-vsftp-problem/m-p/4258462#M62439</link>
      <description>We use binary and the files are in binary format.</description>
      <pubDate>Wed, 27 Aug 2008 19:02:53 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/critical-vsftp-problem/m-p/4258462#M62439</guid>
      <dc:creator>hamidr</dc:creator>
      <dc:date>2008-08-27T19:02:53Z</dc:date>
    </item>
    <item>
      <title>Re: Critical VSFTP Problem</title>
      <link>https://community.hpe.com/t5/operating-system-linux/critical-vsftp-problem/m-p/4258463#M62440</link>
      <description>Â¿How do you get the md5sum at the source system, is this a unix system also or a windows system?&lt;BR /&gt;&lt;BR /&gt;Â¿Have you tried with scp instead of ftp?&lt;BR /&gt;&lt;BR /&gt;Â¿Have you tested with different type of files?</description>
      <pubDate>Wed, 27 Aug 2008 20:25:54 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/critical-vsftp-problem/m-p/4258463#M62440</guid>
      <dc:creator>Ivan Ferreira</dc:creator>
      <dc:date>2008-08-27T20:25:54Z</dc:date>
    </item>
    <item>
      <title>Re: Critical VSFTP Problem</title>
      <link>https://community.hpe.com/t5/operating-system-linux/critical-vsftp-problem/m-p/4258464#M62441</link>
      <description>enable the ftp logging this way&lt;BR /&gt;&lt;BR /&gt;â ¢ Update /etc/vsftpd/vsftpd.conf with xferlog_std_format=NO from  xferlog_std_format=YES&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;When enabled, all FTP requests and responses are logged, providing the option xferlog_std_format is not enabled. Useful for debugging.&lt;BR /&gt;&lt;BR /&gt;Default: NO&lt;BR /&gt;&lt;BR /&gt;â ¢ Add log_ftp_protocol=YES at the end of /etc/vsftpd/vsftpd.conf&lt;BR /&gt;&lt;BR /&gt;â ¢ Uncomment xferlog_file=/var/log/vsftpd.log on /etc/vsftpd/vsftpd.conf&lt;BR /&gt;&lt;BR /&gt;           Default log file is /var/log/xferlog&lt;BR /&gt;&lt;BR /&gt;â ¢ Restart the vsftpd service</description>
      <pubDate>Wed, 27 Aug 2008 23:44:13 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/critical-vsftp-problem/m-p/4258464#M62441</guid>
      <dc:creator>skt_skt</dc:creator>
      <dc:date>2008-08-27T23:44:13Z</dc:date>
    </item>
    <item>
      <title>Re: Critical VSFTP Problem</title>
      <link>https://community.hpe.com/t5/operating-system-linux/critical-vsftp-problem/m-p/4258465#M62442</link>
      <description>My clients are windows. I have the md5sums.exe and it works correct producing the exact same result for the same file as the linux md5 command.&lt;BR /&gt;&lt;BR /&gt;I tested the ftp inside the data center. Does SCP check for the crc errors?</description>
      <pubDate>Thu, 28 Aug 2008 10:26:59 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/critical-vsftp-problem/m-p/4258465#M62442</guid>
      <dc:creator>hamidr</dc:creator>
      <dc:date>2008-08-28T10:26:59Z</dc:date>
    </item>
    <item>
      <title>Re: Critical VSFTP Problem</title>
      <link>https://community.hpe.com/t5/operating-system-linux/critical-vsftp-problem/m-p/4258466#M62443</link>
      <description>Last time I had problems transferinf with FTP from windows to unix, was a "client ftp" problem and not server related.&lt;BR /&gt;&lt;BR /&gt;For example, downloading a file with "filezilla" has problems, downloading from command line the file was downloaded correctly.&lt;BR /&gt;&lt;BR /&gt;You should try doing FTP from the command line itself.</description>
      <pubDate>Thu, 28 Aug 2008 12:51:29 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/critical-vsftp-problem/m-p/4258466#M62443</guid>
      <dc:creator>Ivan Ferreira</dc:creator>
      <dc:date>2008-08-28T12:51:29Z</dc:date>
    </item>
    <item>
      <title>Re: Critical VSFTP Problem</title>
      <link>https://community.hpe.com/t5/operating-system-linux/critical-vsftp-problem/m-p/4258467#M62444</link>
      <description>I ran a new test today. I set up two ftp servers. One using windows FTP Service and one using vsftp in linux. When I download files from windows(server) to linux(client), it is very slow and the files get corrupted. The same situation applies when uploading to linux(server) from windows(client).&lt;BR /&gt;If I start download files from linux(server) to windows(client), the speed is very high and the files are transfered correctly! This also applies if both the ftp server and client have the same operatin system!&lt;BR /&gt;Please help me. I'm really confused!</description>
      <pubDate>Thu, 28 Aug 2008 14:36:00 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/critical-vsftp-problem/m-p/4258467#M62444</guid>
      <dc:creator>hamidr</dc:creator>
      <dc:date>2008-08-28T14:36:00Z</dc:date>
    </item>
    <item>
      <title>Re: Critical VSFTP Problem</title>
      <link>https://community.hpe.com/t5/operating-system-linux/critical-vsftp-problem/m-p/4258468#M62445</link>
      <description>I said in my initial response, you completely mis-diagnosed the problem.&lt;BR /&gt;&lt;BR /&gt;Your last results show EXACTLY what I warned you of.&lt;BR /&gt;&lt;BR /&gt;1) There is nothing wrong with the vsftp server on Linux.&lt;BR /&gt;2) Your files get corrupted when windows ftp client or server get involved in the process.&lt;BR /&gt;&lt;BR /&gt;I would suggest as a solution grade answer here that you stop using the native Windows FTP server or client.&lt;BR /&gt;&lt;BR /&gt;Filezilla offers a good product that runs on Linux and Windows and uses openssh protocol which eliminates FTP altogether if you so desire.&lt;BR /&gt;&lt;BR /&gt;SEP</description>
      <pubDate>Fri, 29 Aug 2008 08:32:34 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/critical-vsftp-problem/m-p/4258468#M62445</guid>
      <dc:creator>Steven E. Protter</dc:creator>
      <dc:date>2008-08-29T08:32:34Z</dc:date>
    </item>
    <item>
      <title>Re: Critical VSFTP Problem</title>
      <link>https://community.hpe.com/t5/operating-system-linux/critical-vsftp-problem/m-p/4258469#M62446</link>
      <description>I don't believe there's a problem with windows ftp client. I believe it's a network problem but have no idea what it is.</description>
      <pubDate>Fri, 29 Aug 2008 15:18:05 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/critical-vsftp-problem/m-p/4258469#M62446</guid>
      <dc:creator>hamidr</dc:creator>
      <dc:date>2008-08-29T15:18:05Z</dc:date>
    </item>
  </channel>
</rss>

