Error operation not supported

Bug #1574934 reported by sheldonross
48
This bug affects 9 people
Affects Status Importance Assigned to Milestone
transmission (Ubuntu)
Confirmed
Undecided
Unassigned

Bug Description

Transmission is unable to save a torrent to a network (SMB/CIFS) share in 16.04.

This worked fine in 14.04. The torrent starts to download, but errors out after a few seconds.

The error message is

Operation not supported (/run/user/1000/gvfs/smb-share:server=nas-2x3tb.local,share=downloads/ubuntu-16.04-desktop-amd64.iso)

Not sure what logs or other information might be needed?

Revision history for this message
sheldonross (ross-sheldon) wrote :

Verified that this works fine on another PC connected the nas running 14.04.

Not my askubuntu question, so not the only one experiencing this.

http://askubuntu.com/questions/760631/transmission-and-deluge-fail-in-ubuntu-16-04-lts-saving-to-external-usb-hard-dri

Revision history for this message
Launchpad Janitor (janitor) wrote :

Status changed to 'Confirmed' because the bug affects multiple users.

Changed in transmission (Ubuntu):
status: New → Confirmed
Revision history for this message
Keerthivasan (rk-vasan87) wrote :

I am experiencing the same issue. The download to SMB share via transmission starts and then errors out with the same error you are facing. I wasn't facing this in 14.04. I am facing this only in 16.04

Revision history for this message
Luca Ciavatta (cialu) wrote :

Same issue here on Ubuntu 16.04.

Revision history for this message
Scott Calabrese Barton (scb) wrote :

It appears to be a problem with permissions. I fixed the problems by changing the "rpc-username" and "rpc-password" fields in "~/.config/transmission/settings.json" to my own username and password.

Revision history for this message
Scott Calabrese Barton (scb) wrote :

never mind, that did not work

Revision history for this message
Igor (4eppelin) wrote :

Workaround that works for me is mounting NAS through /etc/fstab (or just mount -t cifs <servername> <username> ...).
https://ubuntuforums.org/showthread.php?t=2309866
https://wiki.ubuntu.com/MountWindowsSharesPermanently

PS: I had a problem with write access to the mount point with my special credentials. It was solved by using guest user:
//servername/sharename /media/windowsshare cifs guest,uid=1000,iocharset=utf8 0 0
It is strange because such permissions are set for this share: read/write for everyone.

Revision history for this message
Tom Rogers (trnitzjunk) wrote :

I encountered this issue when mounting via the 'mount -t cifs' command, but when I added an fstab entry and mounted it that way, the issue no longer occurred.

Revision history for this message
Seiferoth (geckich) wrote :

Hi all. I had the same issue with permissions and Transmission (Debian 9). Automounted cifs share in Gnome Nautilus works perfectly everywhere except Transmission.

Solved this issue by manually mounting with options:

sudo mount -t cifs //server/share /mountpath -o user=cifs_user,password=cifs_pw,uid=1000,gid=1000,iocharset=utf8

uid and gid belongs to desktop user you logging in and can be obtained by command:

id

or

cat /etc/passwd

Revision history for this message
cdoublejj (cdoublejj) wrote :

i've had this bug for a few years now on multiple buntu based distros. it cropped up AFTER 18.04 lts. i have not tried any non buntu based distros. i have tried many many many many many many many arguments and lines in the ftab file and verifying the user id. these days i was thinking it could be because transmission and other torrent apps use snaps which can only access main drive and not remote shares. not sure that was true with 20.04. struggling for years hate to use windows to save to ISOs to and SMB share but, its that unfixable after trying for a few years.

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.