https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=193984
brac...@hotmail.com changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |brac...@hotmail.com
--- Comment #2 from brac...@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=816: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 gets
into this catatonic state as mentioned by Jean. I've had this work previously
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?
--
You are receiving this mail because:
You are the assignee for the bug.
_______________________________________________
freebsd-bugs@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-bugs
To unsubscribe, send any mail to "freebsd-bugs-unsubscr...@freebsd.org"
