Date: Thu, 23 Jun 2016 02:40:09 +0000 From: bugzilla-noreply@freebsd.org To: freebsd-bugs@FreeBSD.org Subject: [Bug 193984] SMBFS transfer very slow and sometimes hangs indefinitely Message-ID: <bug-193984-8-8LLU0HQpWj@https.bugs.freebsd.org/bugzilla/> In-Reply-To: <bug-193984-8@https.bugs.freebsd.org/bugzilla/> References: <bug-193984-8@https.bugs.freebsd.org/bugzilla/>
next in thread | previous in thread | raw e-mail | index | archive | help
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D193984 brace01@hotmail.com changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |brace01@hotmail.com --- Comment #2 from brace01@hotmail.com --- I'm running into the same issue on the latest FreeBSD. 9642 root 1 20 0 78340K 13476K 90wrq 7 0:06 0.00% rsync 9644 root 1 20 0 78380K 11544K select 4 0:06 0.00% rsync The 9642 process cannot even be killed by 'kill -9 9642'. I'm mounting the Windows 10 share with: mount_smbfs -N -E UTF-8:UTF-8 -L en_US.UTF-8 -I 192.168.1.197 //BRACE01@COMEX/mu sic /mnt/vol1/mnt/windows/music The rsync command is: nohup rsync -arv -og --delete --chown=3D816:816 /mnt/vol1/mnt/windows/music/ /mnt/ vol1/jails/subsonic_1/var/music >> /mnt/vol1/cloud1/music_rsync.log & It runs for awhile but when it gets to the larger files (~100mb each) it ge= ts into this catatonic state as mentioned by Jean. I've had this work previou= sly but the Windows 10 machine was using a LAN cable and is currently on WiFi. = I'm thinking it might have something to do with this. Any solutions? --=20 You are receiving this mail because: You are the assignee for the bug.=
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?bug-193984-8-8LLU0HQpWj>