WU's Not Being Assigned by 171.67.108.102/171.67.108.105/?

[ComputerGenie]

That is not what you posted, you asked if they were fixed so it was merged with the existing topic...

No, no, no.

Any news on when assignments to unresponsive/offline servers will cease?

Does not equal "is it fixed".
Logic would dictate that if I created a separate topic and asked if there was any news on when it would be fixed, that I still had an issue.

...You have posted nothing so far to show you still have a problem, or that it is different from the previous problem.

Here's 100% of the relevant information in the log (timestamps and slot info removed because it happened 15 times to more than 1 slot):

Code: Select all

Assigned to work server 171.67.108.102
Downloading [x] MiB

x = whatever size at that particular time

The log shows no more about that slot or that WS after that (until shutting the whole thing down and restarting to get assigned a different WS).

In the meantime I sit and babysit my $800 paperweights (trying to keep reminding myself the motivations for folding instead of mining).

Edit: Less than 30 minutes ago...

Code: Select all

17:53:31:WU00:FS01:Assigned to work server 171.67.108.157
17:53:31:WU00:FS01:Requesting new work unit for slot 01: RUNNING gpu:1:GP104 [GeForce GTX 1080] 8873 from 171.67.108.157
17:53:31:WU00:FS01:Connecting to 171.67.108.157:8080
17:53:31:WU00:FS01:Downloading 8.86MiB

And nothing more (even set on verbosity 4)...

So, again, I ask:
Any news on when assignments to unresponsive/offline servers will cease?

[ComputerGenie]

It's fixed

In the last 2 hours?

How about 3 days ago...

How about the entire 171.67.108.x range is either down or has 0 WU available.

[Joe_H]

How about the entire 171.67.108.x range is either down or has 0 WU available.

A. That is not true, only some servers in that range are down. You can check to see if a server is down by entering the IP address into a browser. All should respond on port 8080, i.e. http://171.67.108.102:8080/, and most will respond on port 80.

B. As explained in another post, that column no longer reports the current value on an active WS. It has not since changes were made in the way the AS and WS code handles assignments a couple years ago, after the creation of the current serverstat page.

C. If you want to see if a WS is actually assigning and receiving back work, take a look at the WUs Rcv column and check the numbers reported there. They will climb every hour as WUs are received back and drop after the script pick up the stats logs to enter into the database.

You will need to post actual examples of the problem you are reporting since at this time you are the only one reporting problems. That will need to include current systems and configuration information from the beginning of your log file and examples of specific requests for assignments and any errors shown.

[ComputerGenie]

You will need to post actual examples of the problem you are reporting since at this time you are the only one reporting problems...

Which is why I started a new thread....

You will need to post actual examples of the problem you are reporting since at this time you are the only one reporting problems. That will need to include current systems and configuration information from the beginning of your log file and examples of specific requests for assignments and any errors shown.

Here's 100% of the relevant information in the log (timestamps and slot info removed because it happened 15 times to more than 1 slot):

Code: Select all

Assigned to work server 171.67.108.102
Downloading [x] MiB

x = whatever size at that particular time[/size]

The log shows no more about that slot or that WS after that.

...That will need to include current systems....

Would that be the Debian system, the Win 10 system, or the Win 7 system?

[bollix47]

FWIW

I have had many WUs from 171.67.108.102 during the last week. I only had a problem with that server a week ago last Friday and it appears the problem was fixed fairly quick. I have not changed my Cause Preference from ANY and I have not denied any work servers via my firewall. I'm using 8-9 slots running on both Windows 10 and Ubuntu and two of those are currently running WUs from 171.67.108.102.

[foldy]

@ComputerGenie: You faced a different known issue: work server assigned you a work unit and the download starts but then hangs forever.
viewtopic.php?p=295202#p295202

Are you using FahClient 7.4.16 which tried to fix the issue but not 100%?

Workaround is to restart the FahClient.

[ComputerGenie]

@ComputerGenie: You faced a different known issue: work server assigned you a work unit and the download starts but then hangs forever.

Are you using FahClient 7.4.16 which tried to fix the issue but not 100%?

Workaround is to restart the FahClient.

Yes, using 7.4.16. I've got better things to do than babysit this many rigs and keep restarting when 1 gets assigned a retarded 171.67.108.x WS.

[Aurum]

Just select a Cause. Use different causes on different rigs to spread the folding around. Problem solved.