I had an odd occurrence and wanted to know if anyone has seen the
same.  I have an OpenBSD 4.3 system running ftpd for the company
that I work for.  This system has a daemon that I wrote that watches
the client's folders for a file upload and then when it is sure that
the file is complete, it pulls the file out of the folder and sends
it on to the next step.  Today I received a complaint that one of
the clients were missing one of the files that they uploaded.  I
took a look in the logs and the file moving daemon only saw one
file.  Then I looked in the xferlog and this is what I found:

Nov  5 12:02:03 ftp43 ftpd[30739]: FTP LOGIN FROM 10.10.10.10 as customer1
Nov  5 12:02:09 ftp43 ftpd[30739]: put /customer1file = 3400 bytes
Nov  5 12:02:25 ftp43 ftpd[30739]: put /customer1file = 5687 bytes

(note, the log entries have been sanitized).

Ah-HAH! says I.  They uploaded the first file and then overwrote it
before the file moving daemon could get ahold of it (which usually
takes anywhere from 2 to 4 min).

BUT!... the client is claiming that the file that arrived at the
next step had the data from BOTH of the uploaded files as if the
two files had been concatenated together.  The file moving daemon
is definitely NOT setup to do this, all it does is a file move.

Has anyone seen ftpd concatenate two files that were uploaded with
the same name?

Thank you for your time.  Please let me know if there is any more
information that you need.

Stuart van Zee
[EMAIL PROTECTED]

Reply via email to