Odd FTP Problem

[endwarde]

I have to say that I am not sure if this is an issue with my FTP server or not, but I'd love any input that anyone might have.

I have IIS6/Win2k3 set up with, amoung other things, FTP. We have a Konica Photocopier/Printer/Scanner machine that was installed a few weeks ago which uses the FTP server to save scanned documents. The Konica has an entry for each user I configured which redirects any scans directly to a folder in their personal home directory. The Konica saves documents as either TIFF or PDF.

This setup worked for around 2-3 weeks. Now, for some reason, any document created (whether PDF or TIFF)gets created with 0k of information. The name of the file appears in the destination directory, but it has 0k in size and won't open up.

Now, we have been able to have the Konica send scans to another FTP server (non-2003/IIS6) and it works fine.

Also, we have another scanner on the network that does the same thing (different model, same idea) which is able to save scans to the user's folders. We have been able to transfer files to the FTP server through 2 different FTP Client programs on 2 different PCs without a problem.

This is a very strange problem and neither the support tech or myself can really figure out what's going on.

I have restarted the FTP and Web services on the server a couple times (just in case), we've reset all the components on the Konica a few times, switched out RAM, etc... But to no avail.

Does anyone have any inspiration to this issue? The only events that happened around the time of the scanning not working were 1- I replaced a couple switches on our network ( I already tried a couple different ports.. We are able to communicate with the Konica to print just fine anyhow), 2-Restarted the server running FTP once, 3- Installed additional RAM in the Konica (we already tried removing it to see if it mattered.. it didn't).

Anyone? I am stumped. Thanks for reading!

 

[FredWagner]

I have a similar setup - IBM MFP copier-scanners, ftp-ing to a server which also runs IIS supporting a web-based imaging front end (Kofax Ricochet). Sometimes INetinfo.exe (the executable for IIS) takes up 100% of the CPU cycles, so the server is non-responsive to the incoming FTP requests, and stays that way until Inetinfo drops its CPU useage requirement. I just posted a query on this same forum, wondering if adding another processor to the server would help. I've got 8 of the copier-scanners, and several times that number of staff members who use Ricochet to process their scanned material. Hope we can improve both of our situations!

Fred Wagner
frwagne@longbeach.gov

 

[newmediaguy]

Hi

Just thought but have you set the IUSR account to have write properties, I no that W2K3 server is funny about permissions and policies....



Glen
Conception | Execution