Advanced search

Message boards : Server and website : Stuck on 'uploading'

Author Message
rtX
Send message
Joined: 2 Apr 09
Posts: 10
Credit: 66,150,982
RAC: 0
Level
Thr
Scientific publications
wat
Message 57772 - Posted: 5 Nov 2021 | 18:11:43 UTC

I have a WU that has been reporting 'uploading' since around 3 October 2021) it's currently 5 November). Nothing seems to be happening. Despite the WU taking 2d6h to process, I have tried to abort it in desperation. I can't even do that, it is just stuck there. Please can anyone offer advice on this?

Keith Myers
Send message
Joined: 13 Dec 17
Posts: 1284
Credit: 4,918,006,959
RAC: 6,194,372
Level
Arg
Scientific publications
watwatwatwatwat
Message 57773 - Posted: 5 Nov 2021 | 18:15:29 UTC - in response to Message 57772.

Reset the project is the easiest solution.

But first, make sure you are running the latest BOINC client that has the fix for the expired security certificate that caused the stalled upload in the first place.

https://boinc.berkeley.edu/download_all.php

zooxit
Send message
Joined: 4 Jul 21
Posts: 23
Credit: 4,990,178,142
RAC: 24,527,881
Level
Arg
Scientific publications
wat
Message 57908 - Posted: 28 Nov 2021 | 13:02:44 UTC
Last modified: 28 Nov 2021 | 13:06:36 UTC

Hi,
I have the same problem. 15 WUs are waiting for upload in Transfers (two computers, one Windows one Linux).
If I reset the project, do I loose the WUs? :(
Or is it possible to backup the completed WUs somewhere on the disk and resend them after resetting the project?

7 WUs where sent normally from the same two computers on 26th of November. I don't remember changing anything...

Richard Haselgrove
Send message
Joined: 11 Jul 09
Posts: 1576
Credit: 5,598,111,851
RAC: 8,765,830
Level
Tyr
Scientific publications
watwatwatwatwatwatwatwatwatwatwatwatwatwatwatwatwatwatwatwatwatwatwatwatwatwatwat
Message 57909 - Posted: 28 Nov 2021 | 13:22:29 UTC

DON'T reset the project. It won't help.

I have both reported completed work, and downloaded new work, on four machines this morning - two Linux, and two Windows. But it's a complicated process, and has to be followed exactly. It'll take a while for me to write it up - please be patient.

zooxit
Send message
Joined: 4 Jul 21
Posts: 23
Credit: 4,990,178,142
RAC: 24,527,881
Level
Arg
Scientific publications
wat
Message 57910 - Posted: 28 Nov 2021 | 13:35:36 UTC - in response to Message 57909.

Thanks for quick answer. Waiting eagerly for the solution :)

More info:
I see now that all (3) my hosts last connected to gpugrid on 27th at around 11P.M. They all reported sucesfull tasks on 26th.

Richard Haselgrove
Send message
Joined: 11 Jul 09
Posts: 1576
Credit: 5,598,111,851
RAC: 8,765,830
Level
Tyr
Scientific publications
watwatwatwatwatwatwatwatwatwatwatwatwatwatwatwatwatwatwatwatwatwatwatwatwatwatwat
Message 57912 - Posted: 28 Nov 2021 | 13:58:49 UTC

Instructions for working round the 'expired certificate'problem at GPUGrid.

-1) Set 'No new tasks' for GRUGid. You cannot both report completed work, and request new work, in the same operation.

Read the following instructions carefully and fully before starting. If you don't understand anything, STOP - now is not the moment to start learning about BOINC.

To report completed work:
1) Stop the BOINC client.
2) Navigate to the BOINC data directory.
3) Open the file 'client_state.xml' for editing, using a plain text editor.
4) Locate the section for GPUGrid. Don't change anything outside this section.
5) Locate the line that starts <scheduler_url> (towards the end of the first section, above <code_sign_key>)
6) Change the scheduler url from https to http
7) Find every example of <upload_url> within the GPUGrid section. Change https to http
8) Save the edited file
9) Restart the BOINC client. GPUGrid files should upload, and finisted tasks should report, automatically - possibly after a short delay while benchmarks are run.

To fetch new work:
0) This assumes you have modified the scheduler url to report completed work. If you haven't done that already, do it now.
1) From the 'Activity' menu in BOINC Manager, suspend network activity.
2) Allow new work for GPUGrid
3) Update the GPUGrid project manually. It won't do this automatically while networking is suspended.
4) Verify that new task(s) have been allocated, and that files are waiting to download.
5) Set 'No new work' again for GPUGrid
6) Stop the BOINC client.
7) Navigate to the BOINC data directory.
8) Open the file 'client_state.xml' for editing, using a plain text editor.
9) Locate the section for GPUGrid. Don't change anything outside this section.
10) Find every example of <download_url> within the GPUGrid section. Change https to http
11) You may as well change the new upload urls to http while you're here - it'll save time when the task finishes.
12) Save the edited file
13) Restart the BOINC client. GPUGrid files should download, and new tasks should start running, automatically - possibly after a short delay while benchmarks are run.

Profile Retvari Zoltan
Avatar
Send message
Joined: 20 Jan 09
Posts: 2343
Credit: 16,201,255,749
RAC: 7,520
Level
Trp
Scientific publications
watwatwatwatwatwatwatwatwatwatwatwatwatwatwatwatwatwatwatwatwatwatwatwatwatwat
Message 57913 - Posted: 28 Nov 2021 | 14:10:26 UTC - in response to Message 57912.
Last modified: 28 Nov 2021 | 14:10:42 UTC

Every text editor has a "search and replace" function, so it's easier to use it when editing the clent_state.xml file.
Search for: https://www.gpugrid.net
Replace to: http://www.gpugrid.net

Is there a way to make this change permanent?
I've tried to edit the account_www.gpugrid.net.xml file, but it still tries to pull the new tasks using https.
I will try to detach one of my hosts, and reattach manually through http://www.gpugrid.net

Richard Haselgrove
Send message
Joined: 11 Jul 09
Posts: 1576
Credit: 5,598,111,851
RAC: 8,765,830
Level
Tyr
Scientific publications
watwatwatwatwatwatwatwatwatwatwatwatwatwatwatwatwatwatwatwatwatwatwatwatwatwatwat
Message 57915 - Posted: 28 Nov 2021 | 14:17:08 UTC - in response to Message 57913.

Is there a way to make this change permanent?

Every new task requires new files to be downloaded, and each new download comes with its own url - https by default.

so NO.

[CSF] Aleksey Belkov
Avatar
Send message
Joined: 26 Dec 13
Posts: 85
Credit: 1,215,531,270
RAC: 182,549
Level
Met
Scientific publications
watwatwatwatwatwatwatwatwatwatwatwatwatwat
Message 57916 - Posted: 28 Nov 2021 | 14:20:41 UTC - in response to Message 57912.


6) Change the scheduler url from https to http
7) Find every example of <upload_url> within the GPUGrid section. Change https to http

10) Find every example of <download_url> within the GPUGrid section. Change https to http
11) You may as well change the new upload urls to http while you're here - it'll save time when the task finishes.


NB! If you change project url from secure HTTPS to unsecure HTTP, it's wise to beforehand change authentication key( <authenticator></authenticator> ) in account_www.gpugrid.net.xml to weak account key( https://gpugrid.net/weak_auth.php ) to prevent account abuse if http traffic will be sniffed by someone.

Profile Retvari Zoltan
Avatar
Send message
Joined: 20 Jan 09
Posts: 2343
Credit: 16,201,255,749
RAC: 7,520
Level
Trp
Scientific publications
watwatwatwatwatwatwatwatwatwatwatwatwatwatwatwatwatwatwatwatwatwatwatwatwatwat
Message 57917 - Posted: 28 Nov 2021 | 14:21:07 UTC - in response to Message 57913.
Last modified: 28 Nov 2021 | 14:23:45 UTC

I will try to detach one of my hosts, and reattach manually through http://www.gpugrid.net
Don't try this, as you won't be able to attach your host to the project again.
You should ignore the message:
GPUGRID: Notice from BOINC
You are attached to this project twice. Please remove projects named GPUGRID, then add https://www.gpugrid.net/

[CSF] Aleksey Belkov
Avatar
Send message
Joined: 26 Dec 13
Posts: 85
Credit: 1,215,531,270
RAC: 182,549
Level
Met
Scientific publications
watwatwatwatwatwatwatwatwatwatwatwatwatwat
Message 57921 - Posted: 28 Nov 2021 | 14:34:15 UTC - in response to Message 57912.
Last modified: 28 Nov 2021 | 14:46:41 UTC

Instructions for working round the 'expired certificate'problem at GPUGrid.

I didn't remember if the project state in the BOINC client would reset when project_url was changed, so I went a different way to get around the problem of checking an expired certificate - "a little" more stoned xD

1) Created a local CA (for simplicity, you can use Easy-RSA, there are a lot of instructions on the Internet) and issued a certificate for www.gpugrid.net
2) Added a local CA to the client's ca-bundle BOINC.
3) Changed <authenticator></authenticator> in account_www.gpugrid.net.xml to weak account key( https://gpugrid.net/weak_auth.php ) to prevent account abuse if http traffic will be sniffed by someone.
4) Configured stunnel to accept HTTPS on localhost(127.0.0.1) for BOINC client and transmit unencrypted HTTP to GPUGRID's IP-address 84.89.134.145 (Yeah, it's not secure, but weak account key used for authentication).
5) In hosts file for www.gpugrid.net reassigned IP-address to 127.0.0.1 (localhost).
6) PROFIT! xD

If suddenly someone will be interested in this variant, I can try to make instructions for Windows(for *nix-like, in principle, everything is the same, only file's paths differ, and I think that *nix users can cope with this task anyway).

Ian&Steve C.
Avatar
Send message
Joined: 21 Feb 20
Posts: 1031
Credit: 35,493,857,483
RAC: 71,175,505
Level
Trp
Scientific publications
wat
Message 57923 - Posted: 28 Nov 2021 | 15:00:37 UTC - in response to Message 57912.

Instructions for working round the 'expired certificate'problem at GPUGrid.

-1) Set 'No new tasks' for GRUGid. You cannot both report completed work, and request new work, in the same operation.

Read the following instructions carefully and fully before starting. If you don't understand anything, STOP - now is not the moment to start learning about BOINC.

To report completed work:
1) Stop the BOINC client.
2) Navigate to the BOINC data directory.
3) Open the file 'client_state.xml' for editing, using a plain text editor.
4) Locate the section for GPUGrid. Don't change anything outside this section.
5) Locate the line that starts <scheduler_url> (towards the end of the first section, above <code_sign_key>)
6) Change the scheduler url from https to http
7) Find every example of <upload_url> within the GPUGrid section. Change https to http
8) Save the edited file
9) Restart the BOINC client. GPUGrid files should upload, and finisted tasks should report, automatically - possibly after a short delay while benchmarks are run.

To fetch new work:
0) This assumes you have modified the scheduler url to report completed work. If you haven't done that already, do it now.
1) From the 'Activity' menu in BOINC Manager, suspend network activity.
2) Allow new work for GPUGrid
3) Update the GPUGrid project manually. It won't do this automatically while networking is suspended.
4) Verify that new task(s) have been allocated, and that files are waiting to download.
5) Set 'No new work' again for GPUGrid
6) Stop the BOINC client.
7) Navigate to the BOINC data directory.
8) Open the file 'client_state.xml' for editing, using a plain text editor.
9) Locate the section for GPUGrid. Don't change anything outside this section.
10) Find every example of <download_url> within the GPUGrid section. Change https to http
11) You may as well change the new upload urls to http while you're here - it'll save time when the task finishes.
12) Save the edited file
13) Restart the BOINC client. GPUGrid files should download, and new tasks should start running, automatically - possibly after a short delay while benchmarks are run.


yesterday I downloaded 2 tasks, then set NNT. one completed and uploaded. the other is "stuck" in uploading. the file size is not too big (290MB and less, max_nbytes set to 1024MB), and the upload URLs are already all https.

so?
____________

Richard Haselgrove
Send message
Joined: 11 Jul 09
Posts: 1576
Credit: 5,598,111,851
RAC: 8,765,830
Level
Tyr
Scientific publications
watwatwatwatwatwatwatwatwatwatwatwatwatwatwatwatwatwatwatwatwatwatwatwatwatwatwat
Message 57924 - Posted: 28 Nov 2021 | 15:03:16 UTC - in response to Message 57923.

so?
So, change them to http if you want to bypass the certificate error.

Ian&Steve C.
Avatar
Send message
Joined: 21 Feb 20
Posts: 1031
Credit: 35,493,857,483
RAC: 71,175,505
Level
Trp
Scientific publications
wat
Message 57925 - Posted: 28 Nov 2021 | 15:04:42 UTC - in response to Message 57924.

oh sorry, i misread your post, I thought you were going the other way round (http->https). I'll try that.
____________

Richard Haselgrove
Send message
Joined: 11 Jul 09
Posts: 1576
Credit: 5,598,111,851
RAC: 8,765,830
Level
Tyr
Scientific publications
watwatwatwatwatwatwatwatwatwatwatwatwatwatwatwatwatwatwatwatwatwatwatwatwatwatwat
Message 57926 - Posted: 28 Nov 2021 | 15:06:30 UTC - in response to Message 57925.

oh sorry, i misread your post, I thought you were going the other way round (http->https). I'll try that.

Read it carefully, and fully. All steps are necessary, and in the order I've given them.

Ian&Steve C.
Avatar
Send message
Joined: 21 Feb 20
Posts: 1031
Credit: 35,493,857,483
RAC: 71,175,505
Level
Trp
Scientific publications
wat
Message 57927 - Posted: 28 Nov 2021 | 15:14:20 UTC - in response to Message 57926.

I understand it. the task is trivial for me, editing client_state is no big deal. as zoltan pointed out, find and replace of the entire upload URL (it's not present anywhere else) works fine. it's done, and works. thanks.
____________

bozz4science
Send message
Joined: 22 May 20
Posts: 109
Credit: 68,936,176
RAC: 0
Level
Thr
Scientific publications
wat
Message 57928 - Posted: 28 Nov 2021 | 15:20:36 UTC
Last modified: 28 Nov 2021 | 15:23:25 UTC

Worked like a charm for me as well. Thanks for the instructions. Changed the authentificator to the weak account key beforehand as suggested.

Edit: @Ian: your machine is a beast. the 3080Ti finished the WU ~4x faster than my 1660S. times are calling for an update. wish the prices would finally relax a little bit but might be way too soon to even hope for...

zombie67 [MM]
Avatar
Send message
Joined: 16 Jul 07
Posts: 207
Credit: 1,666,826,456
RAC: 4,299,998
Level
His
Scientific publications
watwatwatwatwatwatwatwatwatwatwatwatwatwatwatwatwatwatwatwatwat
Message 57929 - Posted: 28 Nov 2021 | 15:22:02 UTC - in response to Message 57912.
Last modified: 28 Nov 2021 | 15:24:09 UTC

Instructions for working round the 'expired certificate'problem at GPUGrid.



I followed the instructions (and thanks for posting that!), and it worked to get the files uploaded. But the task will not report. I have this same problem across 3 different machines. I get the following:

131 GPUGRID 11/28/2021 7:18:52 AM update requested by user
135 GPUGRID 11/28/2021 7:19:01 AM [sched_op] Fetching master file
136 GPUGRID 11/28/2021 7:19:01 AM Fetching scheduler list
137 GPUGRID 11/28/2021 7:19:03 AM [sched_op] Deferring communication for 1 days 00:00:00
138 GPUGRID 11/28/2021 7:19:03 AM [sched_op] Reason: 52 consecutive failures fetching scheduler list

FWIW, I did update the "<scheduler_url>" line as instructed.
____________
Reno, NV
Team: SETI.USA

Richard Haselgrove
Send message
Joined: 11 Jul 09
Posts: 1576
Credit: 5,598,111,851
RAC: 8,765,830
Level
Tyr
Scientific publications
watwatwatwatwatwatwatwatwatwatwatwatwatwatwatwatwatwatwatwatwatwatwatwatwatwatwat
Message 57930 - Posted: 28 Nov 2021 | 15:36:45 UTC - in response to Message 57929.
Last modified: 28 Nov 2021 | 15:51:25 UTC

If you've reached that state (implying 10 or more consecutive failed attempts to contact the scheduler), you'll probably have to change the "<master_url>" - first line in the project section, in client_state.xml - to http like the others.

But don't change that line - with a global replace or otherwise - unless you really have to. You'll get warning messages in the Event Log.

Edit - after you change the master url, you'll probably be sent a new scheduler url. But that'll be https again, so then you'll need to change that again, as well.

Bedrich Hajek
Send message
Joined: 28 Mar 09
Posts: 467
Credit: 8,185,496,966
RAC: 10,560,286
Level
Tyr
Scientific publications
watwatwatwatwatwatwatwatwatwatwatwatwatwatwatwatwatwatwatwatwatwatwatwatwatwatwatwat
Message 57934 - Posted: 28 Nov 2021 | 16:58:48 UTC

Moving the clock (time and date) back on the host, also works, but boinc runs a little funky, so as soon as you finish uploading, downloading and/or reporting your WUs, switch it back.


marsinph
Send message
Joined: 11 Feb 18
Posts: 41
Credit: 579,891,424
RAC: 0
Level
Lys
Scientific publications
wat
Message 57937 - Posted: 28 Nov 2021 | 17:39:04 UTC - in response to Message 57912.

Instructions for working round the 'expired certificate'problem at GPUGrid.

-1) Set 'No new tasks' for GRUGid. You cannot both report completed work, and request new work, in the same operation.

Read the following instructions carefully and fully before starting. If you don't understand anything, STOP - now is not the moment to start learning about BOINC.

To report completed work:
1) Stop the BOINC client.
2) Navigate to the BOINC data directory.
3) Open the file 'client_state.xml' for editing, using a plain text editor.
4) Locate the section for GPUGrid. Don't change anything outside this section.
5) Locate the line that starts <scheduler_url> (towards the end of the first section, above <code_sign_key>)
6) Change the scheduler url from https to http
7) Find every example of <upload_url> within the GPUGrid section. Change https to http
8) Save the edited file
9) Restart the BOINC client. GPUGrid files should upload, and finisted tasks should report, automatically - possibly after a short delay while benchmarks are run.

To fetch new work:
0) This assumes you have modified the scheduler url to report completed work. If you haven't done that already, do it now.
1) From the 'Activity' menu in BOINC Manager, suspend network activity.
2) Allow new work for GPUGrid
3) Update the GPUGrid project manually. It won't do this automatically while networking is suspended.
4) Verify that new task(s) have been allocated, and that files are waiting to download.
5) Set 'No new work' again for GPUGrid
6) Stop the BOINC client.
7) Navigate to the BOINC data directory.
8) Open the file 'client_state.xml' for editing, using a plain text editor.
9) Locate the section for GPUGrid. Don't change anything outside this section.
10) Find every example of <download_url> within the GPUGrid section. Change https to http
11) You may as well change the new upload urls to http while you're here - it'll save time when the task finishes.
12) Save the edited file
13) Restart the BOINC client. GPUGrid files should download, and new tasks should start running, automatically - possibly after a short delay while benchmarks are run.


Hello Richard for this full explanation.
Like you write, not easy.
By the way, why, we need to solve the problems, if admin seems to do nothing ?

I have try your solution.
Instead of CA error, now I have transient error.
So, roll back to normal settings.
Once again, thank you for yourhelp.


____________

Richard Haselgrove
Send message
Joined: 11 Jul 09
Posts: 1576
Credit: 5,598,111,851
RAC: 8,765,830
Level
Tyr
Scientific publications
watwatwatwatwatwatwatwatwatwatwatwatwatwatwatwatwatwatwatwatwatwatwatwatwatwatwat
Message 57939 - Posted: 28 Nov 2021 | 17:48:59 UTC - in response to Message 57937.

By the way, why, we need to solve the problems, if admin seems to do nothing ?

My sympathies are with the project's scientific researchers, who are probably just as exasperated with the project's administrators as we are.

This problem has surfaced on a Sunday, which is probably the worst day of the week for a quick fix. Doing what we can to get results back for the scientists is at least a token attempt to keep things running, until the administrators reach their desks tomorrow.

zooxit
Send message
Joined: 4 Jul 21
Posts: 23
Credit: 4,990,178,142
RAC: 24,527,881
Level
Arg
Scientific publications
wat
Message 57940 - Posted: 28 Nov 2021 | 18:04:46 UTC

I tried as RH instructed.
Files uploaded I guess (they are gone from /var/lib/boinc/projects/www.gpugrid.net and are not visible in Transfers (manager) anymore)...
BUT, on the website it says: Upload failed

What now? (I did make a copy of the whole folder /var/lib/boinc/projects/www.gpugrid.net beforehand)

Couldn't make the download though:
To fetch new work:
I did 0, 1), 2) and 3) but than I couldn't verify that new tasks were alocated (how can thez be if network is suspended in step 1)?)?

Why did this start happening anyway - tasks were uploading normaly on 26th??

Moving to Windows machine now, hope it works there...

Richard Haselgrove
Send message
Joined: 11 Jul 09
Posts: 1576
Credit: 5,598,111,851
RAC: 8,765,830
Level
Tyr
Scientific publications
watwatwatwatwatwatwatwatwatwatwatwatwatwatwatwatwatwatwatwatwatwatwatwatwatwatwat
Message 57941 - Posted: 28 Nov 2021 | 18:10:58 UTC - in response to Message 57940.

.. but than I couldn't verify that new tasks were alocated (how can thez be if network is suspended in step 1)?)?

Learn to use other parts of BOINC's user interface. Switch to 'Advanced view', if you haven't already.

Pressing 'Update' while networking is suspended temporarily allows that one single request to get out to the network.

If it is successful, files awaiting transfer will appear on the 'Transfers' tab. The tasks themselves will be visible on the tasks tab, and details of the transaction will be listed in the Event Log.

zooxit
Send message
Joined: 4 Jul 21
Posts: 23
Credit: 4,990,178,142
RAC: 24,527,881
Level
Arg
Scientific publications
wat
Message 57945 - Posted: 28 Nov 2021 | 19:34:26 UTC

@Richard Haselgrove: since always I've been using Advanced view, which doesn't meen at all that I am advanced... (for years i've only been running Einstein, Milkywy, WCG - projects that in all the years didn't request any intervention, so... no opportunity to learn there). :)

Worked on a Win11 machine like a charm! Thanks!

Didn't work on Debian11 though - it seamed it worked on my computer, but Gpugrid-website still says Upload failed.
Is there anyway I can try it again with backed-up files?
(I already tried copying the e1s* files back to /var/lib/boinc/projects/www.gpugrid.net - the files where automaticaly deleted after the first (un)succesfull upload attempt. But now they don't seem to be recognized by boinc at all.)

Richard Haselgrove
Send message
Joined: 11 Jul 09
Posts: 1576
Credit: 5,598,111,851
RAC: 8,765,830
Level
Tyr
Scientific publications
watwatwatwatwatwatwatwatwatwatwatwatwatwatwatwatwatwatwatwatwatwatwatwatwatwatwat
Message 57947 - Posted: 28 Nov 2021 | 19:53:15 UTC - in response to Message 57945.

Sorry, once the server has decided on an outcome, that's the end of it. We can only influence the outcome before that final report has been made.

My Linux here is Linux Mint - a form of Ubuntu. That's the only one I can advise with confidence about.

zooxit
Send message
Joined: 4 Jul 21
Posts: 23
Credit: 4,990,178,142
RAC: 24,527,881
Level
Arg
Scientific publications
wat
Message 57948 - Posted: 28 Nov 2021 | 21:20:19 UTC
Last modified: 28 Nov 2021 | 21:41:55 UTC

:( 4GPUs working for almost a day...
moving on

So, I cannot seem to get past step 4 in fetching data. I do exactly as instructed but no gpugrid files showup in Transfers.
I tried it as master_url set to http as well.

EDIT:
Event log: Not requesting tasks: don't need...project not highest priority
So, stopped all other GPU projects. Making progress...

Short Final
Send message
Joined: 26 May 20
Posts: 4
Credit: 135,351,932
RAC: 233,235
Level
Cys
Scientific publications
wat
Message 57949 - Posted: 28 Nov 2021 | 22:02:31 UTC - in response to Message 57939.

Will the administrators actually fix this problem by updating the required certificate. Seems the obvious solution.

Ian&Steve C.
Avatar
Send message
Joined: 21 Feb 20
Posts: 1031
Credit: 35,493,857,483
RAC: 71,175,505
Level
Trp
Scientific publications
wat
Message 57950 - Posted: 29 Nov 2021 | 0:52:31 UTC - in response to Message 57930.

If you've reached that state (implying 10 or more consecutive failed attempts to contact the scheduler), you'll probably have to change the "<master_url>" - first line in the project section, in client_state.xml - to http like the others.

But don't change that line - with a global replace or otherwise - unless you really have to. You'll get warning messages in the Event Log.

Edit - after you change the master url, you'll probably be sent a new scheduler url. But that'll be https again, so then you'll need to change that again, as well.


didnt work for me. I was in the same situation. tasks "uploaded" but would not "report". changed the scheduler_url to http. nothing. changed the master url to http and it bombed the whole project lol. now it can't re-attach until it's fixed. so yeah, changing the master url is not the right move and will just make you lose everything. it's basically like hitting project reset.

glad I only had one stuck task to lose.
____________

zombie67 [MM]
Avatar
Send message
Joined: 16 Jul 07
Posts: 207
Credit: 1,666,826,456
RAC: 4,299,998
Level
His
Scientific publications
watwatwatwatwatwatwatwatwatwatwatwatwatwatwatwatwatwatwatwatwat
Message 57951 - Posted: 29 Nov 2021 | 3:11:04 UTC

The tasks aren't due until Dec 2. So I will wait to try this until just before they are late, hoping the crew issue will be fixed before that.
____________
Reno, NV
Team: SETI.USA

Erich56
Send message
Joined: 1 Jan 15
Posts: 1090
Credit: 6,603,906,926
RAC: 21,893,126
Level
Tyr
Scientific publications
watwatwatwatwatwatwatwatwat
Message 57952 - Posted: 29 Nov 2021 | 7:04:30 UTC - in response to Message 57949.

Will the administrators actually fix this problem by updating the required certificate. Seems the obvious solution.

all we can do is hope. Although I am unsure how long this will take to happen

Richard Haselgrove
Send message
Joined: 11 Jul 09
Posts: 1576
Credit: 5,598,111,851
RAC: 8,765,830
Level
Tyr
Scientific publications
watwatwatwatwatwatwatwatwatwatwatwatwatwatwatwatwatwatwatwatwatwatwatwatwatwatwat
Message 57953 - Posted: 29 Nov 2021 | 8:14:56 UTC
Last modified: 29 Nov 2021 | 8:28:23 UTC

Just had a brief database outage, so somebody's awake and poking around. Two of my manual downloads from yesterday have uploaded and reported, without further manual intervention.

But I'm still getting the privacy warning on this website, so proceed at caution for the time being.

Edit: and as soon as I post that, the privacy warning disappears and I have a proper web connection again. I'll try to get replacements for those two uploads, and report back.

Edit 2: Yup, those went fine - one Windows, one Linux. Normal service is resumed. Stand back, away from the rush - that server is going to be mighty busy today!

Kudos to the team for the rapid Monday morning rescue.

Keith Myers
Send message
Joined: 13 Dec 17
Posts: 1284
Credit: 4,918,006,959
RAC: 6,194,372
Level
Arg
Scientific publications
watwatwatwatwat
Message 57968 - Posted: 29 Nov 2021 | 18:12:38 UTC - in response to Message 57950.

If you've reached that state (implying 10 or more consecutive failed attempts to contact the scheduler), you'll probably have to change the "<master_url>" - first line in the project section, in client_state.xml - to http like the others.

But don't change that line - with a global replace or otherwise - unless you really have to. You'll get warning messages in the Event Log.

Edit - after you change the master url, you'll probably be sent a new scheduler url. But that'll be https again, so then you'll need to change that again, as well.


didnt work for me. I was in the same situation. tasks "uploaded" but would not "report". changed the scheduler_url to http. nothing. changed the master url to http and it bombed the whole project lol. now it can't re-attach until it's fixed. so yeah, changing the master url is not the right move and will just make you lose everything. it's basically like hitting project reset.

glad I only had one stuck task to lose.

I did the same exact thing and had the same outcome. Essentially a project reset on the daily driver. Lost one task.

kotenok2000
Send message
Joined: 18 Jul 13
Posts: 78
Credit: 12,875,793
RAC: 0
Level
Pro
Scientific publications
wat
Message 57982 - Posted: 1 Dec 2021 | 9:22:05 UTC

I can't find link to this page anywhere
https://www.gpugrid.net/apps.php

Profile Retvari Zoltan
Avatar
Send message
Joined: 20 Jan 09
Posts: 2343
Credit: 16,201,255,749
RAC: 7,520
Level
Trp
Scientific publications
watwatwatwatwatwatwatwatwatwatwatwatwatwatwatwatwatwatwatwatwatwatwatwatwatwat
Message 57984 - Posted: 1 Dec 2021 | 9:34:14 UTC - in response to Message 57982.

I can't find link to this page anywhere
https://www.gpugrid.net/apps.php
I've made one for you above.
The link gone missing when the webpage redesigned a couple of years ago.

Ian&Steve C.
Avatar
Send message
Joined: 21 Feb 20
Posts: 1031
Credit: 35,493,857,483
RAC: 71,175,505
Level
Trp
Scientific publications
wat
Message 57989 - Posted: 1 Dec 2021 | 12:55:13 UTC - in response to Message 57984.

I can't find link to this page anywhere
https://www.gpugrid.net/apps.php
I've made one for you above.
The link gone missing when the webpage redesigned a couple of years ago.


Not missing. Apparently it was put on the “Join Us” page.

http://www.gpugrid.net/join.php
____________

rtX
Send message
Joined: 2 Apr 09
Posts: 10
Credit: 66,150,982
RAC: 0
Level
Thr
Scientific publications
wat
Message 58027 - Posted: 7 Dec 2021 | 10:12:53 UTC - in response to Message 57912.

Thanks to Richard Haselgrove for attempting a workaround narrative to my OP.

Recap: I've had a WU stuck on uploading since 3 October. I can't abort it. It just won't go. I am running BOINC 7.16.11. which it tells me is the latest version when I check for updates.

Using Richard's workaround, I changed to No New Tasks and changed the relevant URLs to http. It was still stuck on uploading even after requesting a manual update with communication deferred for 23h59m59s. Pressing update just resets the comm deferred clock. I checked the xml file and it was showing http. I have not changed the master URL.

On the server state page it reports all processes running properly, so I don't think the workaround worked for me.

I've read people getting frustrated with the administration of this project. Is there no server side fix for this? Should it ever have happened in the first place? I've never had problems with other projects.

I've ended up resetting the project in frustration. Now, of course, there are no new WUs on the server, but at least I have cleared the unreported task.

Keith Myers
Send message
Joined: 13 Dec 17
Posts: 1284
Credit: 4,918,006,959
RAC: 6,194,372
Level
Arg
Scientific publications
watwatwatwatwat
Message 58036 - Posted: 8 Dec 2021 | 2:26:37 UTC - in response to Message 58027.
Last modified: 8 Dec 2021 | 2:27:12 UTC

Your Manager will not report the latest available BOINC Client and Manager. You are currently running an outdated BOINC package with a known flaw of an expired SSL certificate at the end of September that prevents correct communication with many projects including this one.

Please update your BOINC installation to the latest version 7.16.20 available here.

https://boinc.berkeley.edu/download_all.php

Aurum
Avatar
Send message
Joined: 12 Jul 17
Posts: 399
Credit: 13,024,100,382
RAC: 766,238
Level
Trp
Scientific publications
watwatwat
Message 58051 - Posted: 10 Dec 2021 | 21:19:12 UTC - in response to Message 57912.

5) Locate the line that starts <scheduler_url> (towards the end of the first section, above <code_sign_key>)
6) Change the scheduler url from https to http
7) Find every example of <upload_url> within the GPUGrid section. Change https to http
Is this still needed?

Profile ServicEnginIC
Avatar
Send message
Joined: 24 Sep 10
Posts: 566
Credit: 5,934,777,024
RAC: 10,920,351
Level
Tyr
Scientific publications
watwatwatwatwatwatwatwatwatwatwatwatwatwatwatwatwatwatwatwatwatwatwatwat
Message 58056 - Posted: 10 Dec 2021 | 23:48:56 UTC - in response to Message 58051.

No, it was a temporary, already overcome situation.

Profile ServicEnginIC
Avatar
Send message
Joined: 24 Sep 10
Posts: 566
Credit: 5,934,777,024
RAC: 10,920,351
Level
Tyr
Scientific publications
watwatwatwatwatwatwatwatwatwatwatwatwatwatwatwatwatwatwatwatwatwatwatwat
Message 58057 - Posted: 10 Dec 2021 | 23:49:17 UTC - in response to Message 58051.
Last modified: 10 Dec 2021 | 23:55:37 UTC

No, it was a temporary, already overcome situation.
(And this is an still bothering double post :-)

Post to thread

Message boards : Server and website : Stuck on 'uploading'

//