Einstein and CPDN Mixed Up
24 May 2005 14:49:42 UTC
Topic 189227
(moderation:
I've just upgraded my BOINC client from 4.25 to 4.43 and im having a little trouble. All of the work units and account settings etc have stayed intact, but the Climate Prediction project has been replaced by Einstein. By this i mean that whilst CPDN has retained its entry on the projects page and kept its work units, its name is now Einstein@Home. When updating the project, BOINC tries to contact the Einstein servers, which throw an error: invalid account key - obviously the account key has stayed intact whilst the project has not. Hopefully someone will be able to help?
Einstein and CPDN Mixed Up
)
An update:
I've disovered that the CPDN unit, currently attributed to the Einstein project is happily crunching properly, and the show graphics button shows the correct CPDN graphics.
It seems that the problem is that the name and scheduler address for CPDN have simply been replaced by those of Einstein. Is this easily fixable, or is a dettatch/re-attatch necessary (i dont really want to have to do this, with CPDN having such large units, and being near to the end of one)
It seems that the problem is
)
It seems that the problem is that the name and scheduler address for CPDN have simply been replaced by those of Einstein. Is this easily fixable, or is a dettatch/re-attatch necessary (i dont really want to have to do this, with CPDN having such large units, and being near to the end of one)
hmm, what version of BOINC are you running?
If this is the same problem that I'm thinking about, it was fixed quite some time back, although may be present in the 4.19 and prior versions....
Essentially, the fix back then was to let it sort itself out which it will do after a period of time, or edit the xml to fix it. Now where and what to edit.... Having not actually experienced this myself. or it was so long ago if I did I can't remember, I'm not 100% sure.
Having said that and if you're feeling adventurous, start with the client_state.xml file. Stop BOINC and make a backup of client_state.xml before editing it anyway. Then look for the xml tags . Check that the scheduler url between these tags ties up with the master url between and project name within tags within the same set of tags.
If these values look ok, then rather don't edit anything there and have a look in account_[project_url].xml. This file holds the , and settings, which should ordinarily tie up with the project_url in the filename. If it doesn't, then that's where the problem is.
Good Luck.
hmm, what version of BOINC
)
hmm, what version of BOINC are you running?
If this is the same problem that I'm thinking about, it was fixed quite some time back, although may be present in the 4.19 and prior versions....
It's also still a problem in CC4.43, as has been found out in Pirates@Home (link).
It's also still a problem in
)
It's also still a problem in CC4.43, as has been found out in Pirates@Home (link).
Not so sure we're on the same page here...Is the link correct? The linked post seems to refer to the leaky stderr bug and possibly also the "slot cleanup failure due to a leading . in the folder name" bug. :) The one I'm thinking about is the "[insert project name] taking over the world" bug.
Gotta love these critters, feed 'em, give 'em names, and when they're big enough, step on 'em!
(BTW & OT) Whatever happened to Holly?
[edit]
Here's a link about what I'm referring to: Why does Pirates Pirate the other Projects ... ???
jm7 refers to it being fixed in post 4.27 clients.
Oliver,
Click on the link above, it will take you to a discussion regarding the problem at the pirates site. Seems duplicate scheduler urls are the cause and the link above may be more clear than my suggestion.
[/edit]
OK, the fix is easy.
)
OK, the fix is easy. Shutdown boinc, edit client_state.xml. In it you will find two lines next to each other in the CPDN project the first has the contact URL for the wrong project, the second will have the contact URL for CPDN. If this is true, delete the first line. Save the file, and restart BOINC.
Are you certain that this did not happen during the upgrade, or was not present before the upgrade? If you are absoloutely certain that it happened after the upgrade to 4.43. I am certain that we would be interested.
BOINC WIKI
Not so sure we're on the same
)
Not so sure we're on the same page here...Is the link correct? The linked post seems to refer to the leaky stderr bug and possibly also the "slot cleanup failure due to a leading . in the folder name" bug. :) The one I'm thinking about is the "[insert project name] taking over the world" bug.My bad, sorry.
Holly is fine, she just doesn't crunch anything named Boinc. She just takes up loads of my bandwidth. ;)
Editing client_state.xml has
)
Editing client_state.xml has fixed the problem - there were two entries for the sheduler URL as you thought. The problem was definately not there before the upgrade to 4.43, so i guess it happened because of it. Thanks to those that suggested it.