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.

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

Ah, that would explain it! You had me confused there. How did it change by itself?

---

Perhaps the settings went wrong while editing the settings when connecting to the project.
Peter Hucker thank you for participating.