Server is delayed with transfers because of large quantity of very short WU's. It should clear in about 3-4 hours.
Btw, what shows messages in logs when you try retry upload?

11/03/2018 17:56:25 | | Internet access OK - project servers may be temporarily down.

That explains it.
Thanks :)

ARM 64bit (aarch64) application added for BHDB :)

---

Krzysztof 'krzyszp' Piszczek

Member of Radioactive@Home team
My Patreon profile
Universe@Home on YT

Great Job. This Projekt is on a high level und one of the best! The 0.03 are very short (an old j2900 with Linux need 11 - 13 minutes) and until now, no one is invalid.

It's not to many of that short WU's.
Standard WU for this app is 10x longer.

---

Krzysztof 'krzyszp' Piszczek

Member of Radioactive@Home team
My Patreon profile
Universe@Home on YT

ARM 64bit (aarch64) application added for BHDB :)

Something is wrong.
The % is over 1h at 0,665% and estimated time is over 10days.
I tested on other host to suspend 3WU and run only 1 the same.
Logged in with ssh and see in top 4 WUs running. The suspended take 1 core each.

I seem same, for test I just restarted boinc-client service and it look like this help (for now at least).

---

Krzysztof 'krzyszp' Piszczek

Member of Radioactive@Home team
My Patreon profile
Universe@Home on YT

I seem same, for test I just restarted boinc-client service and it look like this help (for now at least).

After restarting the host the WUs runs until 0,780% and stops at this point. Top show it running.
Started second Wu stand at 0,010%.

Can you leave it on one machine, please?
I do same and see what happens after another few hours...

---

Krzysztof 'krzyszp' Piszczek

Member of Radioactive@Home team
My Patreon profile
Universe@Home on YT

I just tested mine, and I uploaded fine.

---

Dude, where's my car?

Hi there, I cannot upload any of my tasks :(
they constantly stop just moments before they can complete. then they restart and again stop just moments before they complete.
i currently have a great many tasks completed an unable to upload because of this strangeness.
my other project tasks upload fine upon completion, and my internet connection remains stable and uninterrupted- the tasks simply stop just before completing their upload. in fact, many show they reached a 100% upload status but still remain in place as being in a standby condition, awaiting a retry.
is there something wrong with the server? are others encountering this?
Au

@Aurore,

are you using a proxy server? had the same 2 days ago! after setting boinc to connection via socks, upload worked again

Still some disk errors
https://universeathome.pl/universe/result.php?resultid=33507661
https://universeathome.pl/universe/result.php?resultid=33507763

Now out of work.

Still some disk errors

Those are the _5. They are now up to _9, and work fine.

I got a pile of _4, _5, _8 and _9 last. Now no tasks available!

A few _9 quit with "196 (0xc4) EXIT_DISK_LIMIT_EXCEEDED" (3 out of ~100). Way better ratio than for the old _5 large jobs (667 credit ones), but still not all OK.

All, _6 and _8 passed without error (smaller jobs, ~67 credits).

I guess they run out again to give time for fixes still needed to make the new jobs perfect.:)

Still some disk errors

Those are the _5. They are now up to _9, and work fine.

Missed that. Then they should have been aborted on the server side. I aborted quite a few others that were not batch 9.

@Admin:

please stop sending us _5 or below tasks. nearly all of them end up in failure.
it is a waste of time and energy. for us and for you.

jf

mmonnin wrote:

Still some disk errors

Those are the _5. They are now up to _9, and work fine.

Missed that. Then they should have been aborted on the server side. I aborted quite a few others that were not batch 9.

Juergen Fricke wrote:

@Admin:

please stop sending us _5 or below tasks. nearly all of them end up in failure.
it is a waste of time and energy. for us and for you.

jf

These WUs are cancelled after 4 or more clients return a task of the respective WU with an error. (Would be good if Krzysztof cancelled them earlier.)

For fun, I downloaded a bunch of these _5 tasks yesterday (among a whole lot of _9 tasks), shut down the client, edited client_state.xml for a bigger <rsc_disk_bound>, restarted the client, and computed these tasks successfully.

But many or all of these tasks (of the ones that I uploaded so far) were then marked as "Completed, can't validate" on the server, with errors = "Too many errors (may have bug)" status of the WU. I'm sure nobody else did the editing that I did, and I was probably not my own wingman in any of these tasks... :-/

However, I have a nasty problem with the _9 series tasks from Sunday:

Their results files are ~20 MB per task. And with the amount of processors that I have (somewhat above normal), and my internet connection on the other hand (a pretty normal German cable modem connection), I can compute about 4 times more tasks than I can upload during the same time!

I have 33 task completed but I can't upload the results. What's the problem?

---

ASUS X570 E-Gaming
AMD Ryzen 9 3950X, 16 core / 32 thread 4.4 GHz
AMD Radeon Sapphire RX 480 4GB Nitro+
Nvidia GTX 1080 Ti Gaming X Trio
4x16 GB Corsair Vengeance RGB 3466 MHz

However, I have a nasty problem with the _9 series tasks from Sunday:

Their results files are ~20 MB per task. And with the amount of processors that I have (somewhat above normal), and my internet connection on the other hand (a pretty normal German cable modem connection), I can compute about 4 times more tasks than I can upload during the same time!

I wonder how that compares with the _5 (or other) tasks. The reason may simply be that the _9 are larger now. But if they were divided into smaller pieces, then the upload amount would still be the same in total. It could be just that the earlier ones failed more often that you did not see the problem earlier.

mmonnin wrote:

Still some disk errors

Those are the _5. They are now up to _9, and work fine.

Missed that. Then they should have been aborted on the server side. I aborted quite a few others that were not batch 9.

Juergen Fricke wrote:

@Admin:

please stop sending us _5 or below tasks. nearly all of them end up in failure.
it is a waste of time and energy. for us and for you.

jf

These WUs are cancelled after 4 or more clients return a task of the respective WU with an error. (Would be good if Krzysztof cancelled them earlier.)

For fun, I downloaded a bunch of these _5 tasks yesterday (among a whole lot of _9 tasks), shut down the client, edited client_state.xml for a bigger <rsc_disk_bound>, restarted the client, and computed these tasks successfully.

But many or all of these tasks (of the ones that I uploaded so far) were then marked as "Completed, can't validate" on the server, with errors = "Too many errors (may have bug)" status of the WU. I'm sure nobody else did the editing that I did, and I was probably not my own wingman in any of these tasks... :-/

However, I have a nasty problem with the _9 series tasks from Sunday:

Their results files are ~20 MB per task. And with the amount of processors that I have (somewhat above normal), and my internet connection on the other hand (a pretty normal German cable modem connection), I can compute about 4 times more tasks than I can upload during the same time!

if only the server actually stopped sending them out after 4 errors.
https://universeathome.pl/universe/workunit.php?wuid=14676708

33290772 29631 10 Mar 2018, 13:23:19 UTC 11 Mar 2018, 5:50:39 UTC Error while computing 4,984.32 3,948.59 --- Black Hole Database v0.02
33290773 482170 10 Mar 2018, 13:22:19 UTC 11 Mar 2018, 14:13:59 UTC Error while computing 3,782.48 3,793.99 --- Black Hole Database v0.02
33495612 4453 11 Mar 2018, 5:51:23 UTC 11 Mar 2018, 10:00:34 UTC Error while computing 5,328.64 5,229.06 --- Black Hole Database v0.03
33499796 480937 11 Mar 2018, 10:49:14 UTC 25 Mar 2018, 10:49:14 UTC In progress --- --- --- Black Hole Database v0.03
33503701 57882 11 Mar 2018, 14:14:39 UTC 12 Mar 2018, 2:50:33 UTC Error while computing 7,516.65 7,491.66 --- Black Hole Database v0.03
33508174 42694 12 Mar 2018, 2:50:46 UTC 12 Mar 2018, 3:19:48 UTC Aborted by user 1,125.54 1,109.62 --- Black Hole Database v0.03
33508275 84537 12 Mar 2018, 3:20:01 UTC 26 Mar 2018, 3:20:01 UTC In progress --- --- --- Black Hole Database v0.03

It's been sent out twice since the 4th error. One abort and in progress still.