Bug 74997
Summary: | error transfering files using nautilus | ||
---|---|---|---|
Product: | [Retired] Red Hat Linux | Reporter: | Don Hardaway <hardawayd> |
Component: | gnome-vfs2-extras | Assignee: | Jonathan Blandford <jrb> |
Status: | CLOSED NOTABUG | QA Contact: | Jay Turner <jturner> |
Severity: | medium | Docs Contact: | |
Priority: | medium | ||
Version: | 8.0 | CC: | alexl, ddumas, marius.andreiana, srevivo |
Target Milestone: | --- | Keywords: | Triaged |
Target Release: | --- | ||
Hardware: | i686 | ||
OS: | Linux | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | Bug Fix | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2004-06-10 20:43:49 UTC | Type: | --- |
Regression: | --- | Mount Type: | --- |
Documentation: | --- | CRM: | |
Verified Versions: | Category: | --- | |
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
Cloudforms Team: | --- | Target Upstream Version: | |
Embargoed: | |||
Bug Depends On: | |||
Bug Blocks: | 79579, 100644 |
Description
Don Hardaway
2002-10-03 15:00:35 UTC
No initial ideas on this one. Does it let you continue copying the other files despite the error on one of the files? Can you "ls -l" the file that causes the error? Ok, Here is the scoop. 1. first attempt it halts at file number 664. I remove the file from the folder and try again. 2. second attempt it halts at file number 664. I remove the file from the folder and try again. 3. third try it halts at file number 663. I remove the file from the folder and try again. 4. fourth try it halts at file number 663. I analyze the files where it halts and find that the first two halts halted with files that were 2.4MB and 3.1MB. During the third and fourth tries the file sizes were 8.4MB and 6.4MB. Considering the files size difference implies that the reason it halted at 664 is due to 2.4 and 3.1 being less than the halt on file number 663 where the files were 8.4 and 6.4. Since all other files that preceded these are consistently copied in the same order it appears as a cumulative function whereby as soon as a cumulative number MBs gets transfered it halts. Let me know what's next. I hope I stated this clearly. Interesting observation, I guess that could be it. I wonder if it's specific to copying from smb, or happens anytime you reach a particular copy size. I don't know but if you tell me how we are going to test it I'll do it. You could just make a big local directory and try copying it, for example. OK, I did a file copy and paste into another directory and all 1126 files copied without a problem. Sounds like a gnome-vfs-extras bug then. OK. What now? Moving to gnome-vfs2-extras Is the file that didn't copy a symlink or in any other way special? i don't know. It just stopped midstream. It is doing this with rh9 also when coping from one hard disk with linux to a second hard disk on my laptop that is fat32. There was a fix for something much like this recently (in 2.2.4). Copying a symlink to a fat partition would fail, and the whole copy would silently fail. Can you try gnome-vfs2 from http://ftp.redhat.com/pub/redhat/linux/rawhide/i386/RedHat/RPMS/ and see if that fixes it? |