| Summary: | gnome-base/gvfs cannot copy directories from samba | ||
|---|---|---|---|
| Product: | Gentoo Linux | Reporter: | Lukasz Pawelczyk <havner> |
| Component: | [OLD] GNOME | Assignee: | Gentoo Linux Gnome Desktop Team <gnome> |
| Status: | RESOLVED TEST-REQUEST | ||
| Severity: | normal | CC: | havner, poncho |
| Priority: | Normal | ||
| Version: | unspecified | ||
| Hardware: | All | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Package list: | Runtime testing required: | --- | |
| Attachments: |
A screenshot of how it looks with nautilus
An output of the mount command A strace output of various gvfs commands |
||
|
Description
Lukasz Pawelczyk
2014-02-05 20:42:17 UTC
Created attachment 369652 [details]
A screenshot of how it looks with nautilus
Please provide "emerge -Opv gvfs glib samba cifs-utils" output Also check your journalctl output when you are reproducing the problem. And try to reproduce on a new created user account with a new home directory havner@arrakis ~ $ emerge -Opv gvfs glib samba cifs-utils
These are the packages that would be merged, in order:
[ebuild R ~] gnome-base/gvfs-1.18.3 USE="bluetooth cdda gnome-online-accounts gtk http libsecret samba systemd udev udisks -afp -archive -avahi -bluray -fuse -gdu -gphoto2 -ios -mtp {-test}" 0 kB
[ebuild R ~] dev-libs/glib-2.38.2:2 USE="-debug (-fam) (-selinux) -static-libs -systemtap {-test} -utils -xattr" ABI_X86="(64) -32 (-x32)" PYTHON_TARGETS="python2_7 -python2_6" 0 kB
[ebuild R ] net-fs/samba-3.6.22 USE="acl aio client fam netapi pam readline server smbclient winbind -addns -ads -avahi -caps -cluster -cups -debug -dmapi -doc -examples -ldap -ldb -quota (-selinux) -smbsharemodes -swat -syslog" 0 kB
[ebuild R ] net-fs/cifs-utils-6.1-r1 USE="acl ads caps caps-ng -creds" 0 kB
Total: 4 packages (4 reinstalls), Size of downloads: 0 kB
There is nothing new in journactl when this happens. Tried a new user (created a second ago) and it's still reproducible.
What are your /etc/fstab lines? Maybe you have it mounted with some strange options, also "mount" output could help Created attachment 369738 [details]
An output of the mount command
The gvfs smb share is mounted at the point of running mount
havner@arrakis ~ $ gvfs-mount -l | grep smb
Mount(0): data on betelgeuse -> smb://havner@betelgeuse/data/
Created attachment 369740 [details]
A strace output of various gvfs commands
I've attached output of the mount command. I don't see anything awkward there. The smb share is not mounted in a traditional unix way but I don't think it's unusual. The gvfs was always something 'soft' for me. Same way 'trash' is not mounted while it's there.
fstab:
havner@arrakis ~ $ grep -v "^#" /etc/fstab
UUID=6d5b2507-67ec-4d37-81c0-444eb3881b48 / ext4 noatime 0 1
This is a fresh system. Installed as amd64 with gnome 3.8 and then 3.10 (~amd64) when it was unmasked. I didn't even have a chance to brake anything in config files. /etc/samba/smb.conf doesn't even exist (I'v tried with a default one, not change).
I've also attached strace outputs of gvfs-smb during gvfs-ls and gvfs-copy (also their respective straces as well).
What you can see there (gvfs-smb-copy.strace:284 and gvfs-copy.strace:1110) is a message (I suppose a DBUS one) sent from gvfs-smb to gvfs-copy:
1588 recvmsg(6, {msg_name(0)=NULL, msg_iov(1)=[{"\10\1g\0\1s\0\0\4\1s\0A\0\0\0org.gtk.GDBus.UnmappedGError.Quark._g_2dio_2derror_2dquark.Code15\0\0\0\0\0\0\0\5\1u\0\1\0\0\0\"\0\0\0Operation not supported by backend\0", 135}], msg_controllen=0, msg_flags=MSG_CMSG_CLOEXEC}, MSG_CMSG_CLOEXEC) = 135
"Operation not supported by backend"
Can you tell me it works fine for you?
Copying files works flawlessly. It fails only for directories. I can't reply if it works for me since I don't have any cifs server around (only in the work, but I have Ubuntu there :S). Will try to google a bit this afternoon about similar problems with recursive copying of files Would be nice to find someone who can test it. I'm sure someone from gnome maintainers has a samba share :-) Anyway, I've googled after this. Had I found the solution I would've posted it here instead of reporting a bug. And like I told you, it's happening only on gentoo :-( What does occur when you try to do the same without using gvfs*? (plain "cp" and similar) I can't do this with plain cp as the share is not mounted in traditional unix way. I already mentioned this. Is there really no gnome maintainer that has an access to smb share? I'd really like some confirmation whether this is more common than my machine. (In reply to Lukasz Pawelczyk from comment #12) > I can't do this with plain cp as the share is not mounted in traditional > unix way. I already mentioned this. can you access your mount in /run/user/YOUR_USER_ID/gvfs/ ? I think this depends on the fuse useflag and provides a "traditional unix mount" I don't have /run/user/ID/gvfs
only
/run/user/ID/gvfs-burn
Would you mind telling me what use flag? I can't see anything significant in sys-fs/fuse:
Available versions: 2.9.2 2.9.3 {examples static-libs KERNEL="FreeBSD linux"}
Ok, found it. It's fuse use flag for the gvfs. Now I do have my samba shared mounted under /run/user/ID/gvfs cp -r test ~/Download from that mount point to my local dir works fine. Unfortunately it didn't help with the bug itself. Copying using nautilus behaves as before. No change. are you still hitting this issues with gnome 3.12 and gvfs-1.20.3? (In reply to Pacho Ramos from comment #17) > are you still hitting this issues with gnome 3.12 and gvfs-1.20.3? |
