66.170.111.50 download stalled

[Ichbin3]

Code: Select all

00:25:01:WU01:FS00:Assigned to work server 66.170.111.50
00:25:01:WU01:FS00:Requesting new work unit for slot 00: RUNNING gpu:0:TU102 [GeForce RTX 2080 Ti] M 13448 from 66.170.111.50
00:25:01:WU01:FS00:Connecting to 66.170.111.50:8080
00:25:09:WU01:FS00:Downloading 22.41MiB
00:25:17:WU01:FS00:Download 0.56%
00:25:23:WU01:FS00:Download 0.84%
00:25:29:WU01:FS00:Download 1.12%
00:25:37:WU01:FS00:Download 1.39%
[...]
00:52:41:WU01:FS00:Download 68.60%
00:52:51:WU01:FS00:Download 68.88%
00:53:00:WU01:FS00:Download 69.44%
******************************* Date: 2020-06-26 *******************************
04:31:17:FS00:Finishing
04:31:41:Caught signal SIGTERM(15) on PID 3277
04:31:41:Exiting, please wait. . .

I had to remove the slot to get my gpu to work again.

[Joe_H]

Usually just a restart of FAHClient or a reboot of a system will clear this kind of download stall. Should not need to remove the slot.

[Ichbin3]

Sure.
But removing and reactivating the slot is much faster - for me ...

[Neil-B]

you may find using a tool such as tcpview (if windows - sure linux will have an equivalent) to kill the probably stalled established connection even quicker ... one click to start the programme and one click to kill the connection ... I have used this on a number of issues that all seem to group as "hanging connection" ... on killing the connection the slot just retries and in many cases then reconnects and completes properly with no work lost (if upload) ... may not be relevant to your scenario but mention in case it is.

[Ichbin3]

In linux tcpview is a viewer only, not a killer