At 03:15 PM 4/1/2006 +0200, Thomas Bork wrote:
>Tom Peters wrote:
>>Tell me, do you get this problem when you drag/n/drop a file into a=20
>>folder on the samba share? And can you prevent this problem from=20
>>occurring by the following procedure?

>I cannot see the problem here but heared from 2 users of 3.0.21c with this=

>Downloaded a file with 843 MB which reproducable triggered the error by=20
>one of the users - but not on my system.
>We are using the _same_ samba version (built by me) on the same=

>I'm the maintainer of this samba package and therefore interested in to=20
>correct this.
>>Click in the target window on the samba machine (this is on the XP=20
>>desktop). Press F5 to refresh the view. Wait about a second. Immediately=

>>start your copy. When I do this, the errors, previously reported to the=20
>>desktop and to my server log, don't occur.

>The user copies the file with:
>- right click to the local file and 'copy'
>- right click in the share and 'insert'

This procedure is the same as drag-and-drop from WinXP point of view. In=20
English I believe the options are 'copy' and 'paste' rather than 'copy' and=
'insert' but it's does the same as drag and drop in this context.

>>I've been told that it's a WinXP only issue, that it attempts to connect=

>>on ports 445 and 139 nearly simultaneously, and then proceeds to talk=20
>>over whichever one answers first. I'm told that Win2k clients won't have=

>>this problem, and Win98 clients don't use port 445 so it doesn't arise=

>How did you adjusted your clients? On tab 'WINS'/Netbios properties (all=20
>translated from german):
>TCP/IP properties/Default
>TCP/IP properties/Enable Netbios over TCP/IP

Up to this moment, they had been "TCP/IP properties/Default." I have=20
changed it to Enable NetBIOS over TCP/IP.

>While copying the wmv test file a have a cpu utilization of 95! percent=20
>(top) of smbd at the time, samba creates the sparse (?) file in the size=20
>needed for the test file.

I don't believe this happens in my case. I am not certain. I know that when=
it fails, Windows clients see a 0 bytes file with the name of the=20
destination in the target share. You have to erase or overwrite it when you=
try again.

>Maybe this is problematical on smaller systems. Samba is running here on=20
>an VMWARE on top of XP (the test client) with P4 3,2 GHz:
>deveis # cat /proc/cpuinfo
>processor : 0
>vendor_id : GenuineIntel
>cpu family : 15
>model : 4
>model name : Intel(R) Pentium(R) 4 CPU 3.20GHz
>stepping : 8
>cpu MHz : 3193.393
>cache size : 0 KB
>fdiv_bug : no
>hlt_bug : no
>f00f_bug : no
>coma_bug : no
>fpu : yes
>fpu_exception : yes
>cpuid level : 5
>wp : yes
>flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca=

>cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss pni ds_cpl
>bogomips : 6370.09
>By the user of the test file the sparse file with the correct size will be=

>created but is complete empty...

I would need to force a failure of this type and examine the size of the=20
target file on the Linux side. WinXP says its empty and zero-length.

>der tom

[Philosophy] "I loathe people who keep dogs. They are cowards who
haven't the guts to bite people themselves." --August Strindberg
--... ...-- -.. . -. ----. --.- --.- -... (remove "nospam") N9QQB (amateur radio)
"HEY YOU" (loud shouting) WEB ADDRESS http//
43=B0 7' 17.2" N by 88=B0 6' 28.9" W, Elevation 815', Grid Square EN53wc
WAN/LAN/Telcom Analyst, Tech Writer, MCP, CCNA, Registered Linux User 385531

To unsubscribe from this list go to the following URL and read the