This switch is optional and can be done at your convenience. It is not required to detach and reattach. The project will still serve via http. If you want to use SSL, you can switch. If you don't care, you can skip it and just ignore the client message, "This project is using an old URL..."

I've contacted BOINC and hopefully they will update the project url from the list of projects show on the client for new users so for new users, this will be transparent since they will attach using the https url.

That's good news! It is best to use an SSL connection even if the data that is passing is not necessarily at risk (may be the login credentials to the Rosetta account)

hi, i'm just curious, if the switch is optional, we'd reword that as you can change your url to https://boinc.bakerlab.org/rosetta if you prefer to connect via https (i.e. SSL)?

hi, i'm just curious, if the switch is optional, we'd reword that as you can change your url to https://boinc.bakerlab.org/rosetta if you prefer to connect via https (i.e. SSL)?

Boinc really should have a system in place so the client does this automatically. There have been other projects that required the switch (not to https, but to a different address entirely). No switch, no WUs.

---

Yes, if it's not the responsibility of each project to update their own URL in the master list directly, BOINC should at least do it automatically when they already have the ability to send notices in the client containing the new URL.,,

I tried removing Rosetta and reconnect from the master list, but it had not been updated. I had to manually edit the connectioin URL to read https instead of http. This should really not be needed since they already have the new URL...

Yes, if it's not the responsibility of each project to update their own URL in the master list directly, BOINC should at least do it automatically when they already have the ability to send notices in the client containing the new URL.,,

I tried removing Rosetta and reconnect from the master list, but it had not been updated. I had to manually edit the connectioin URL to read https instead of http. This should really not be needed since they already have the new URL...

There's a Boinc forum they might listen to us in. One of us should post there.

---

FWIW still unable to reattach to project after several days of attempts.

Each time I get a "Failed to add project. Please try again later."

For each attempt, there are a number of repeated logs that say
"Fetching configuration file from https://boinc.bakerlab.org/rosetta/get_project_config.php"

I understand many people may be switching over the past few days, but I figured I'd post this just in case it's not a volume issue or I have some mis-configuration.
I used BOINC manager to remove the Rosetta project, but now unfortunately can't seem to re-add it.

BOINC 7.16.5 Windows 10

---

FWIW still unable to reattach to project after several days of attempts.

Each time I get a "Failed to add project. Please try again later."

For each attempt, there are a number of repeated logs that say
"Fetching configuration file from https://boinc.bakerlab.org/rosetta/get_project_config.php"

I understand many people may be switching over the past few days, but I figured I'd post this just in case it's not a volume issue or I have some mis-configuration.
I used BOINC manager to remove the Rosetta project, but now unfortunately can't seem to re-add it.

BOINC 7.16.5 Windows 10

I also have the line "Fetching configuration file from https://boinc.bakerlab.org/rosetta/get_project_config.php" - that is correct and should have worked for you. Mine was immediately followed by it fetching work.

You can turn on some debugging to see what's going on, but I don't know much about it, other than you access it in boinc manager, options, event log options, and tick more stuff.

---

Good idea - I've done that in the past but didn't think of it - lots going on 8-)

---

Good idea - I've done that in the past but didn't think of it - lots going on 8-)

I seem to be busier when I'm off work than when I'm working. I need to make a few clones of myself to keep up.

---

I updated the project address on HTTPS and the processor load became unstable, on HTTP the processor load was maximum 100%. https://yadi.sk/i/oy6DFPVXqo7fJQ

on HTTP the processor load was maximum 100%

Lol, more like you now have different and new tasks which act differently.

---

I updated the project address on HTTPS and the processor load became unstable, on HTTP the processor load was maximum 100%. https://yadi.sk/i/oy6DFPVXqo7fJQ

Wow, I've never seen graphs like that. I just checked all my computers and they have the usual stable usage of 100% on the new Rosetta address.

They're all identical too, rather like it's slowing down due to overheating. But changing to the new address wouldn't have caused that. I assume it was ok before? Your memory and disk are not overloaded, can you check the CPU temperature?

---

on HTTP the processor load was maximum 100%

Lol, more like you now have different and new tasks which act differently.

I can't see a reason for that. Something has to be running flat out. Since he has plenty memory, and the disk is not in use much, why would the CPU stop working so often?

It is very evenly spread, has hyperthreading broken or something? Maybe it thinks there are 4 cores when there are only two? Mind you, his CPU is 4 cores with no hyperthreading. Very weird.

---

I also have the line "Fetching configuration file from https://boinc.bakerlab.org/rosetta/get_project_config.php" - that is correct and should have worked for you. Mine was immediately followed by it fetching work.

You can turn on some debugging to see what's going on, but I don't know much about it, other than you access it in boinc manager, options, event log options, and tick more stuff.

I tried various combinations of debug log classes - no additional info that I could see relating to the repeated log I already mentioned.

I've also turned off the Windows 10 protected folder / controlled folder access.

Anyone have any suggestions as to what the issue might be? Still thinking server configuration?

---

I also have the line "Fetching configuration file from https://boinc.bakerlab.org/rosetta/get_project_config.php" - that is correct and should have worked for you. Mine was immediately followed by it fetching work.

You can turn on some debugging to see what's going on, but I don't know much about it, other than you access it in boinc manager, options, event log options, and tick more stuff.

I tried various combinations of debug log classes - no additional info that I could see relating to the repeated log I already mentioned.

I've also turned off the Windows 10 protected folder / controlled folder access.

Anyone have any suggestions as to what the issue might be? Still thinking server configuration?

Can you get that file using a browser? This would eliminate some kind of firewall problem etc. If I enter https://boinc.bakerlab.org/rosetta/get_project_config.php into my browser, I get:

<project_config>
<name>Rosetta@home</name>
<master_url>https://boinc.bakerlab.org/rosetta/</master_url>
<web_rpc_url_base>https://boinc.bakerlab.org/rosetta/</web_rpc_url_base>
<web_stopped>0</web_stopped>
<min_passwd_length>6</min_passwd_length>
<sched_stopped>0</sched_stopped>
<platforms>
<platform>
<platform_name>aarch64-unknown-linux-gnu</platform_name>
<user_friendly_name>Linux running on 64-bit ARM</user_friendly_name>
</platform>
<platform>
<platform_name>arm-android-linux-gnu</platform_name>
<user_friendly_name>Android running on ARM</user_friendly_name>
</platform>
<platform>
<platform_name>i686-pc-linux-gnu</platform_name>
<user_friendly_name>Linux running on an Intel x86-compatible CPU</user_friendly_name>
</platform>
<platform>
<platform_name>windows_intelx86</platform_name>
<user_friendly_name>
Microsoft Windows (98 or later) running on an Intel x86-compatible CPU
</user_friendly_name>
</platform>
<platform>
<platform_name>windows_x86_64</platform_name>
<user_friendly_name>
Microsoft Windows running on an AMD x86_64 or Intel EM64T CPU
</user_friendly_name>
</platform>
<platform>
<platform_name>x86_64-apple-darwin</platform_name>
<user_friendly_name>Intel 64-bit Mac OS 10.11 or later</user_friendly_name>
</platform>
<platform>
<platform_name>x86_64-pc-linux-gnu</platform_name>
<user_friendly_name>Linux running on an AMD x86_64 or Intel EM64T CPU</user_friendly_name>
</platform>
</platforms>
</project_config>

---

The temperature is normal, at the end of work I will return to HTTP. https://yadi.sk/i/llIzPgvBxZIchQ

The temperature is normal, at the end of work I will return to HTTP. https://yadi.sk/i/llIzPgvBxZIchQ

That's very strange, I can't think of why the address would change the behaviour of running tasks. Once you've downloaded them they should work the same. It will be interesting to see if it goes back to normal with the old address.

---

Yes, I also wonder when I get back to HTTP. Previously, I did not see problems with loading the processor.

Yes, I also wonder when I get back to HTTP. Previously, I did not see problems with loading the processor.

You could also check using other projects or something else that loads all the cores to see if that is also weird.

---

P.S. The setting "use CPU time" went astray by 50% instead of 100%. Everything is fine.