Quantcast
Channel: Troubleshooting
Viewing all articles
Browse latest Browse all 1814

FTP Issue

$
0
0

Hello!

I’m having a particular behavior in IIS 8.5 that is giving me a headache.

In one server we have a file.pdf published under an app pool that is frequently accessed (http access).

And we have an app that should do the following by ftp:

1 – Copy “file.pdf.~~~” to the server

2 - Delete “file.pdf”

3 – Rename “file.pdf.~~~” to “file.pdf”

4 – If gets error, try again

But...It looks like the deleting process takes too much time , so we’re having error indicating that the “file.pdf” still exists, even after the ftp accepted the delete command.

datetimec-ips-sitenames-ipcs-methodcs-uri-stemsc-statussc-win32-statussc-substatussc-bytescs-bytestime-taken
16/06/201613:19:0110.7.36.160FTPSVC210.5.3.161stor/directory/file.pdf.~~~2260078863710515
16/06/201613:19:0110.7.36.160FTPSVC210.5.3.161rnfr/directory/file.pdf.~~~35000563632
16/06/201613:19:0110.7.36.160FTPSVC210.5.3.161rnto/directory/file.pdf5505224320
16/06/201613:19:0110.7.36.160FTPSVC210.5.3.161dele/directory/file.pdf2500030320
16/06/201613:19:0110.7.36.160FTPSVC210.5.3.161rnfr/directory/file.pdf.~~~3500056360
16/06/201613:19:0110.7.36.160FTPSVC210.5.3.161rnto/directory/file.pdf5505224320
16/06/201613:19:0110.7.36.160FTPSVC210.5.3.161quit-221001460
16/06/201613:19:0510.7.36.160FTPSVC210.5.3.161stor/directory/file.pdf.~~~2260078863710469
16/06/201613:19:0510.7.36.160FTPSVC210.5.3.161rnfr/directory/file.pdf.~~~35000563615
16/06/201613:19:0510.7.36.160FTPSVC210.5.3.161rnto/directory/file.pdf55052243216
16/06/201613:19:0510.7.36.160FTPSVC210.5.3.161dele/directory/file.pdf5505224320
16/06/201613:19:0510.7.36.160FTPSVC210.5.3.161quit-221001460
16/06/201613:19:1910.7.36.160FTPSVC210.5.3.161stor/directory/file.pdf.~~~2260078863710485
16/06/201613:19:1910.7.36.160FTPSVC210.5.3.161rnfr/directory/file.pdf.~~~35000563631
16/06/201613:19:1910.7.36.160FTPSVC210.5.3.161rnto/directory/file.pdf2500030320
16/06/201613:19:1910.7.36.160FTPSVC210.5.3.161quit-221001460

In my searches, I have found that the delete command mark the file for deletion. So, the file will be delete after the last handle that accessed the file, before it was closed. And w3wp.exe is taking around 7 seconds to close the file... So, when I run again the app after some seconds it works, because the file.pdf was already deleted by the task I runed before.

Is There any configuration that would help me “free” the file for deletion instantaneously?


Viewing all articles
Browse latest Browse all 1814

Latest Images

Trending Articles



Latest Images

<script src="https://jsc.adskeeper.com/r/s/rssing.com.1596347.js" async> </script>