Just a heads up, the server was upgraded to the latest version of Ubuntu this morning.

The database seems to be crashing every so often with an error about exceeding max connections. Bear with me as we look into this.

I believe all the kinks have been worked out now. But please let me know if you notice anything suspicious.

It looks like the validator also went crazy at some point, everyone who was reporting tasks during that time was awarded several times their usual daily throughput between 19 Jan 14:00 UTC and 20 Jan 05:00 UTC. I cannot find any tasks with suspiciously high credit (or extremely short run times), so most likely the credit for each task was awarded several times. It has been back to normal since.

The only persistent "problems" I can see right now are PHP warnings on the login page:

Deprecated: urldecode(): Passing null to parameter #1 ($string) of type string is deprecated in /home/boincadm/projects/NumberFields/html/user/login_form.php on line 26

and on the result detail pages (e.g., https://numberfields.asu.edu/NumberFields/result.php?resultid=212105635):

Deprecated: Implicit conversion from float-string "7664.013119" to int loses precision in /home/boincadm/projects/NumberFields/html/inc/util.inc on line 413
Deprecated: Implicit conversion from float-string "7574.109" to int loses precision in /home/boincadm/projects/NumberFields/html/inc/util.inc on line 413

It looks like the validator also went crazy at some point, everyone who was reporting tasks during that time was awarded several times their usual daily throughput between 19 Jan 14:00 UTC and 20 Jan 05:00 UTC. I cannot find any tasks with suspiciously high credit (or extremely short run times), so most likely the credit for each task was awarded several times. It has been back to normal since.

The only persistent "problems" I can see right now are PHP warnings on the login page:

Deprecated: urldecode(): Passing null to parameter #1 ($string) of type string is deprecated in /home/boincadm/projects/NumberFields/html/user/login_form.php on line 26

and on the result detail pages (e.g., https://numberfields.asu.edu/NumberFields/result.php?resultid=212105635):

Deprecated: Implicit conversion from float-string "7664.013119" to int loses precision in /home/boincadm/projects/NumberFields/html/inc/util.inc on line 413
Deprecated: Implicit conversion from float-string "7574.109" to int loses precision in /home/boincadm/projects/NumberFields/html/inc/util.inc on line 413

Thanks for reporting those php warnings.

In regards to the multiple validations, that actually makes sense. The root cause of all the problems was an upgrade to python3. For some reason this caused the startup script to not create the lock files on the daemons and as a result every 5 minutes it would spawn new copies of the daemons. These daemons use database connections and so eventually we would exceed the max number of connections. In addition, the duplicate daemons were stepping all over themselves and causing all sorts of errors in the logs. Apparently the multiple validators each gave credits for the same task.