0 votes
by (120 points)

My BuruSFTP Server runs on a Windows Server 2022.

I have created a Transfer-Directory on Disk C:\
In this Directory i have created Subfolders for my Customers.
One customer must have access to all subfolders, with read write an delete rights
This Customer has as Root-Mount to the Target C:\Transfer with Read/Wrtite/Delete
If he tries to delete the files in the subfolder e.g. C:\Transfer\NVO\FromNVO\ with e.g. Filezilla it works fine.

But only when he use a Comandfile based tool for his CRM Software he becomes the Error "sshfxfailure" and in the Serverlog I become the following Error:

2022-09-13 15:22:53.327 +02:00 [Debug] Resolving path: /NVO/FromNVO/20220913-131632-162-9.xml
2022-09-13 15:22:53.327 +02:00 [Information] Session 1: Attempting DeleteFile FSO Delete "/NVO/FromNVO/20220913-131632-162-9.xml"
2022-09-13 15:22:53.338 +02:00 [Debug] Deleting file '/NVO/FromNVO/20220913-131632-162-9.xml': failure.
2022-09-13 15:22:53.338 +02:00 [Debug] Filesystem access error: I/O error
2022-09-13 15:22:53.339 +02:00 [Debug] Session 1: Sent packet SSH_MSG_CHANNEL_DATA (39 bytes).

Can you help me?

Best Regards from Hamburg

Applies to: Buru SFTP Server
by (120 points)
Meanwhile I found out what my client uses to make the sftp connection with. He uses for his CRM a .NET Api tool from "Chilkat" https://www.chilkatsoft.com/dotnet-core.asp .  Examples here https://www.example-code.com/csharp/sftp_deleteFile.asp
by (18.0k points)
I've tried to delete a file in my Buru SFTP Server using the Chilkat library. It works well for me.

Tomorrow, I'll ask our SFTP core developers, whether the error from your log resembles them anything.
by (18.0k points)
The error occurs when accessing the Windows filesystem on the server (the error does not come from the Buru server layer). And this shouldn't vary from client to client.

Could you, please, send us the same fragment of your server-log from the situation when you successfully deleted the file?
Or, better, try to ask your client to do the test again:
1. Try to delete the file using the CRM Software (unsuccessful).
2. Delete the file using FileZilla or other SFTP software (successful).
3. Send us the server log of both operations.
by (120 points)
edited by

Unsuccessful: with CRM .NET Library

2022-09-13 19:58:17.383 +02:00 [Debug] Resolving path: /NVO/FromNVO/20220913-131632-162-9.xml
2022-09-13 19:58:17.383 +02:00 [Information] Session 100: Attempting DeleteFile FSO Delete "/NVO/FromNVO/20220913-131632-162-9.xml"
2022-09-13 19:58:17.384 +02:00 [Debug] Deleting file '/NVO/FromNVO/20220913-131632-162-9.xml': failure.
2022-09-13 19:58:17.384 +02:00 [Debug] Filesystem access error: I/O error

Successful: with FileZilla

2022-09-14 13:55:48.228 +02:00 [Debug] Resolving path: /TJ-Sys/sip_wan1.log
2022-09-14 13:55:48.228 +02:00 [Information] Session 288: Attempting DeleteFile FSO Delete "/TJ-Sys/sip_wan1.log"
2022-09-14 13:55:48.230 +02:00 [Debug] Deleting file '/TJ-Sys/sip_wan1.log': success.
2022-09-14 13:55:48.230 +02:00 [Debug] Session 288: Sent packet SSH_MSG_CHANNEL_DATA (32 bytes).
2022-09-14 13:55:48.230 +02:00 [Verbose] Sent packet data:

I have tested it with the same sFTP user in another directory, because in the original directory the data was no longer available, for the test.

by (18.0k points)
I'm sorry, but it didn't help us.
Can you, please try to delete the SAME file (first using the CRM, then using Filezilla).
by (120 points)
Nope, i can't, because the file doesn't exist anymore.
by (18.0k points)
So the problem cannot be reproduced again?
Deleting of other files works well (both from CRM and from Filezilla?)
by (18.0k points)
Did it start working on its own? Or or are you waiting for the new repro from your client? Or just given up?

I'm wondering if there's anything we can do.

1 Answer

0 votes
by (18.0k points)

Based on the information you provided, it appears to be an isolated problem with one particular file. If it occurs again, let us know.