Try renaming the files first. Pick one and duplicate it. Then try moving the renamed file.
On Aug 26, 2011, at 1:03 PM, Steve Maser wrote:
> So, I'm again looking for advice (as this didn't come up in my testing):
>
> Problem: my Windows 7 clients can not copy *seemingly random* files from my share points to their desktops.
>
> An example:
>
> A folder on my server contains multiple versions of Acronis True Image Home:
>
> /groups/Galleria Computers/Admin only/Acronis True Image
>
>
> total 1840336
> drwx------+ 9 ottadmin becott 306 Jul 12 11:37 .
> drwx------+ 39 ottadmin becott 1326 Aug 11 15:38 ..
> -rw-------@ 1 ottadmin becott 82077200 Jul 4 04:00 ATIH2011Addons_en-US.exe
> -rw-------@ 1 ottadmin becott 189899224 Sep 9 2010 ATIH2011_5519_en-US.exe
> -rw-------@ 1 ottadmin becott 167048264 Dec 9 2010 ATIH2011_6597_en-US.exe
> -rw-------@ 1 ottadmin becott 167092888 Feb 10 2011 ATIH2011_6696_en-US.exe
> -rw-------@ 1 ottadmin becott 167405408 May 31 05:44 ATIH2011_6857_en-US.exe
> -rw-------@ 1 ottadmin becott 168708952 Jul 1 05:59 ATIH2011_6868_en-US.exe
> -rwx------@ 1 ottadmin becott 356 Dec 15 2010 serial number.txt
>
>
> If I copy all the files from that folder to the Windows 7 desktop, I will get multiple windows error messages that state: the file name you specified is not valid or too long.
>
> Clicking "try again" does nothing.
>
> And the only files that *do* copy are:
>
> -rw-------@ 1 ottadmin becott 167048264 Dec 9 2010 ATIH2011_6597_en-US.exe
> and
> -rwx------@ 1 ottadmin becott 356 Dec 15 2010 serial number.txt
>
>
> None of the other files will copy to the desktop. Oddly enough, if I .zip any of the files that I can't copy -- I can copy the .zip version.
>
> Relocating the files to a "smaller path" -- which Windows 7 shouldn't care about -- doesn't matter.
>
> Renaming (for example): "ATIH2011_6696_en-US.exe" to "x.fu" -- doesn't matter.
>
> It's not a permissions issue -- the files have exactly the same permissions.
>
> It's not a file *size* issue (as the "Addons" file does not copy and that's sized between the "6597" and "serial number.txt" file)
>
>
> What I *can* do with the non-copying files from a Windows 7 client? I can delete them from the server. And I can *run them*. And if I extract a "bad" file from a compressed archive, I can copy it back *up* to the server with no problem.
>
> But I can't "copy/paste" the bad files *on* the server share point
>
>
> If I turn on SMBD debugging, it *appears* that the files that don't copy, just seem to want to try again for some reason (but that could just be the error/"try again") message coming up in the logs.
>
>
> Has anybody seen this one? It's clearly a bug, but I don't know what I might do to fix it. Any suggestions?
>
> - Steve
>
>
>
>
>
> _______________________________________________
> Do not post admin requests to the list. They will be ignored.
> Macos-x-server mailing list (email@hidden)
> Help/Unsubscribe/Update your Subscription:
>
> This email sent to email@hidden
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Macos-x-server mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden
