Opened 12 years ago

Closed 12 years ago

Last modified 12 years ago

#177 closed defect (lack of feedback)

Data Transfer windows -> ecs1

Reported by: Stefan Owned by: Silvan Scherrer
Priority: major Milestone: Netdrive plugin 2.1.x
Component: Samba Client Plugin Version: Client 2.1.x
Keywords: Cc:

Description (last modified by Herwig Bauernfeind)

I installed Samba plugin ndpsmb-2_1_0-ga-20110628.wpi on my ECS 2.1 system. I tried to do both with netdrive 3,1,1 and also evfsgui. Samba Client Versions:

File system EVFS Version 1.002
Plugin file D:\NDFS\InstallPackages\ndpsmb\ndpsmb.dll
Plugin Vendor Netlabs.org
Plugin Revision 2.01.1.0
Plugin Date/Time 29 Jun 2011 18:13:02
Plugin Build Machine tpr60
Plugin Language Code en
Plugin File Version 2.1
Plugin Description NDPSMB - SMBFS NetDrive External Plugin Build GA-20110628
Commandline utilities Version 3.3.15-eCS 1.1.0-604
EVFSGUIVersion 2.1.2 [2011-06-13]

I got access to my windows xp service pack3 computer and I'm able to copy files into the win folder. I treid to do with *.txt. *.jpg,*. wpi and *.zip files - everythin was fine. Than I wanted to copy all fill back to my ecs computer. except the *.zip I could copy all files backwards. The *,zip file doesn't work.

Attachments (4)

log.ndpsmb (54.3 KB) - added by Stefan 12 years ago.
log.2.ndpsmb (54.3 KB) - added by Stefan 12 years ago.
log.smbc (207.3 KB) - added by Stefan 12 years ago.
log.3.ndpsmb (100.3 KB) - added by Stefan 12 years ago.

Download all attachments as: .zip

Change History (11)

comment:1 Changed 12 years ago by Herwig Bauernfeind

How big are the files to be copied?

comment:2 Changed 12 years ago by Herwig Bauernfeind

Component: UnknownSamba Client Plugin
Description: modified (diff)
Milestone: Netdrive plugin 2.1.x
Owner: changed from nobody to Silvan Scherrer
Priority: minormajor
Status: newassigned
Version: 3.0.34NDP 2.1.x

comment:3 Changed 12 years ago by Herwig Bauernfeind

Description: modified (diff)

Changed 12 years ago by Stefan

Attachment: log.ndpsmb added

Changed 12 years ago by Stefan

Attachment: log.2.ndpsmb added

comment:4 Changed 12 years ago by Stefan

The file i used to try was gogo236-os2.zip from Hobbes server, size 136656 kb. enclosed you find log.ndsmb. log.smbc- I could find this file. If i try to copy I get the error message:Die Datei wird von einem anderen Prozeß benutzt.

comment:5 Changed 12 years ago by Herwig Bauernfeind

Resolution: feedback pending
Status: assignedclosed

I cannot reproduce your problem here. Copied several dozens of .zip files (sizes between 10kb and ~40 MB) to and from a Windows XP SP3 share with the same Samba Client set and that worked normally.

Note: gogo236-os2.zip from hobbes is 136656 bytes (not kb).

If you get a SYS0032, it is normal that the file cannot be copied - it has likely been opened on the serving machine (compressed XP folder?).

As the problem cannot be reproduced here, there is nothing we can do unless we have BOTH logfiles (log.ndpsmb and log.smbc) of the very same failing operation.

Eventually reboot both machines before trying again.

Changed 12 years ago by Stefan

Attachment: log.smbc added

Changed 12 years ago by Stefan

Attachment: log.3.ndpsmb added

comment:6 Changed 12 years ago by Stefan

Enclosed you find both (!) needed files. On a commandline base I get SYS0005 as error message. Since I tried first I reboot more then one time. Please take into your account only zip are making troubles.The attributes of the files are also the same. The XP-Folder isn't a compressed one.

comment:7 Changed 12 years ago by Herwig Bauernfeind

Please take into your account only zip are making troubles.

That's why I am quite confident, that this is no Samba problem - Samba just does not distinguish what kind of file it attempts to copy, as all other files are copied just fine. For some reason, your Windows XP box is treating ZIP files differently than other files, apparently returning an ACCESS_DENIED to Samba, in this case there is nothing Samba can do. Do you have by chance Extended attribute support enabled for the share? You should not.

The XP-Folder isn't a compressed one.

You misunderstood me - I was talking about the integrated ZIP handling capability of the Windows desktop, that eventually has the file opened. But this is just a guess of mine. It might be a different ZIP-handling software running on your Windows system that opens the file.

I suggest reading the help text for SYS0005 carefully - one of the given reasons there must apply for you.

Note: See TracTickets for help on using tickets.