I don't think this is a gvfs issue, the timeout is coming from libsmbclient which gvfs uses to communicate with the server. Deleting a file should be quick though so timing out is strange.
How long does it take to timeout? Maybe there's something strange happening like the server crashing which causes the connection to timeout? This is the interesting bit from the logs, where two stat() calls in a row give different results: smbc_stat(smb://192.168.1.1/download/test123/test123.1080p.mkv) SMBC_getatr: sending qpathinfo num_setup=1, max_setup=0, param_total=60, this_param=60, max_param=2, data_total=0, this_data=0, max_data=65535, param_offset=68, param_pad=0, param_disp=0, data_offset=128, data_pad=0, data_disp=0 send_reply(0x8a18d0), failed=0 () smbc_stat(smb://192.168.1.1/download/test123/test123.1080p.mkv) SMBC_getatr: sending qpathinfo num_setup=1, max_setup=0, param_total=60, this_param=60, max_param=2, data_total=0, this_data=0, max_data=65535, param_offset=68, param_pad=0, param_disp=0, data_offset=128, data_pad=0, data_disp=0 map_errno_from_nt_status: 32 bit codes: code=c00000b5 smbc errno NT_STATUS_IO_TIMEOUT -> 110 send_reply(0x8b3940), failed=1 (Időtúllépés a kapcsolatban) smbc_stat(smb://192.168.1.1/download/test123) SMBC_getatr: sending qpathinfo num_setup=1, max_setup=0, param_total=24, this_param=24, max_param=2, data_total=0, this_data=0, max_data=65535, param_offset=68, param_pad=0, param_disp=0, data_offset=92, data_pad=0, data_disp=0 map_errno_from_nt_status: 32 bit codes: code=c00000b5 smbc errno NT_STATUS_IO_TIMEOUT -> 110 send_reply(0x7f5c38002c00), failed=1 (Időtúllépés a kapcsolatban) Are you using a Windows server or some kind of Samba server? -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to gvfs in Ubuntu. https://bugs.launchpad.net/bugs/1408107 Title: Can't remove huge files from samba share on first attempt - Input/output error Status in gvfs package in Ubuntu: New Bug description: I'm using Ubuntu 14.04. I'm trying to delete huge (10-20 gigs) files from a samba share but it always fails for the first try: username@hostname:/run/user/1000/gvfs/smb-share:server=192.168.1.1,share=download$ rm -r Testdir/ rm: cannot remove ‘Testdir/13gigs-Testfile.mkv’: Input/output error username@hostname:/run/user/1000/gvfs/smb-share:server=192.168.1.1,share=download$ rm -r Testdir/ username@hostname:/run/user/1000/gvfs/smb-share:server=192.168.1.1,share=download$ rm -r Testdir/ rm: cannot remove ‘Testdir/’: No such file or directory username@hostname:/run/user/1000/gvfs/smb-share:server=192.168.1.1,share=download$ The same thing is happening if I use Nautilus. This is bugging me a lot because I'm always having a hard time deleting stuff. My quess is that the deletion process times out too early so it doesn't have enough time to delete such big files. ProblemType: Bug DistroRelease: Ubuntu 14.04 Package: gvfs 1.20.1-1ubuntu1 ProcVersionSignature: Ubuntu 3.13.0-43.72-generic 3.13.11.11 Uname: Linux 3.13.0-43-generic x86_64 NonfreeKernelModules: wl ApportVersion: 2.14.1-0ubuntu3.6 Architecture: amd64 CurrentDesktop: Unity Date: Tue Jan 6 22:22:30 2015 InstallationDate: Installed on 2013-10-30 (433 days ago) InstallationMedia: Ubuntu 13.10 "Saucy Salamander" - Release amd64 (20131016.1) SourcePackage: gvfs UpgradeStatus: Upgraded to trusty on 2014-05-04 (247 days ago) To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/gvfs/+bug/1408107/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
