| Index | Recent Threads | Unanswered Threads | Who's Active | Guidelines | Search |
| World Community Grid Forums
|
| No member browsing this thread |
|
Thread Status: Active Total posts in this thread: 25
|
|
| Author |
|
|
Richard Mitnick
Veteran Cruncher USA Joined: Feb 28, 2007 Post Count: 583 Status: Offline Project Badges:
|
Steveleg is making a wise and proper choice.
----------------------------------------The only reason I am using anything beyond that is because I wanted the controls on the screen saver that allow me to show only the BOINC screen saver and what projects and work units are running. This way, I can just glance at the monitor and know what is going on. This is not available on 6.10.18, and apparently only started with 6.10.25, yet another build that went to the build graveyard. |
||
|
|
Former Member
Cruncher Joined: May 22, 2018 Post Count: 0 Status: Offline |
best version I have found for all my win 7 pc's (desktop and laptop) is 6.10.43.
|
||
|
|
codes
Advanced Cruncher Joined: Oct 20, 2009 Post Count: 142 Status: Offline |
I have a new computer with Windows 7 Home Premium 64-bit, a six-core processor with hyper-threading, and 12 GB of memory. I run only WCG projects. Should I install a 64-bit version of BOINC 6.10.x? Or the WCG 6.2.28? Any suggestions would be welcome. I thought all the WCG projects were 32 bit, so why would it matter if the BOINC agent was 64 or 32 bit? Aren't both versions multi-core aware? |
||
|
|
Former Member
Cruncher Joined: May 22, 2018 Post Count: 0 Status: Offline |
That was another withdrawn Recommended version hence the further step back to the previous previous, 6.10.18 on windows and 6.10.17 for Linux (which I've been running on Lucid Lynx for about a week now.) I have just retrieved my PC from BestBuy with a new 500GB hard drive and Windows 7. I downloaded the WCG Boinc 6.2.28 (as I recall) and a number of WUs were downloaded with four being executed. I then decided to download 6.10.18 and continue processing. When I did this my connection to WCG was lost and a new set of WUs were downloaded and are now being executed. I reviewed the status for this computer and the first set of WUs are still indicated as being In Progress for computer X, but computer X is not aware of these WUs. In 10 days. these WUs will complete with No Reply, but I would like to either connect to the lost WUs, or User or Server Abort those WUs. How do I do either of these? |
||
|
|
Former Member
Cruncher Joined: May 22, 2018 Post Count: 0 Status: Offline |
...I am running successfully on two Win 7 64 bit, two Vista 32 bit, and one WinXP machine... This is using 6.10.43 from what I read. I don't think this addresses any of the problems I recently had in moving from 6.2.28 to 6.10.18. Is there any warning about changes in perhaps a file format between these two releases? |
||
|
|
Former Member
Cruncher Joined: May 22, 2018 Post Count: 0 Status: Offline |
I reviewed the status for this computer and the first set of WUs are still indicated as being In Progress for computer X, but computer X is not aware of these WUs. In 10 days. these WUs will complete with No Reply, but I would like to either connect to the lost WUs, or User or Server Abort those WUs. How do I do either of these? If you went from v6.2.28 32-bit to v6.10.18 64-bit you probably have two separate installations, one in "Program Files" and one in "Program Files (x86)". Please check. |
||
|
|
Sekerob
Ace Cruncher Joined: Jul 24, 2005 Post Count: 20043 Status: Offline |
dkt,
----------------------------------------It's a head scratcher but to me it's either a bug or a precautionary feature since the data directory part is from 6.2.28 in a separate store away from the C:\program filesxxx structure. Under the following conditions things may still be recoverable. 1. The 6.10.18 install got a new device ID. Looks like that happened. 2. The C:\ProgramData\BOINC exists and has not been touched since upgrading from 6.2.28 (The message log start up section of 6.10.18 will tell what that data_dir path is. If so: a. Stop work fetch when running 6.10.18 and abort all tasks, or finish them. b. exit BOINC completely. c. Make a backup of the data_dir that 6.10.18 is looking at. d. Copy the complete 6.2.28 data_dir as presumed to be per point 2. to that of the 6.10.18 install's data_dir e. Start BOINC service again. No guarantees, but the device might take on the ID of the old install and or erase the tasks and declare them aborted or something to that effect. If too much effort, let it be and the tasks that were assigned to 6.2.28 will expire in time. PS: In principle far as WCG project is concerned all files for tasks/science applications are same, 32 bit, but the 64 bit 6.10.18 install could just be assuming that the science apps have to be re-retrieved in 64 bit version which there are at other projects... i.e. the old data files were just plain cleaned out.
WCG
Please help to make the Forums an enjoyable experience for All! |
||
|
|
Sekerob
Ace Cruncher Joined: Jul 24, 2005 Post Count: 20043 Status: Offline |
errata: It's off topic, but if there is in fact a workable way to transfer the project data / data_dir from a 32 bit to 64 bit install, I'd be interested to hear and spend a little FAQ on the matter. The simply best though is to plan ahead [who does?], finish what there is in cache or abort, after disabling work fetch.
----------------------------------------For those that are on projects that actually have 64 bit science compiles, there's no choice, similar to me flip flopping between Linux and Windows. Both have their own data_dir and tasks as the science apps are not interchangeable.
WCG
Please help to make the Forums an enjoyable experience for All! |
||
|
|
Ingleside
Veteran Cruncher Norway Joined: Nov 19, 2005 Post Count: 974 Status: Offline Project Badges:
|
I have just retrieved my PC from BestBuy with a new 500GB hard drive and Windows 7. I downloaded the WCG Boinc 6.2.28 (as I recall) and a number of WUs were downloaded with four being executed. I then decided to download 6.10.18 and continue processing. When I did this my connection to WCG was lost and a new set of WUs were downloaded and are now being executed. I reviewed the status for this computer and the first set of WUs are still indicated as being In Progress for computer X, but computer X is not aware of these WUs. In 10 days. these WUs will complete with No Reply, but I would like to either connect to the lost WUs, or User or Server Abort those WUs. How do I do either of these? Hmm, looks like v6.2.28, then this version was uninstalled as part of the installation of new BOINC-version, also moved the data-directory to the "c:\program files (x86)\boinc"-directory. The back-migration should really only happen if computer has previously had v5-client installed, something that clearly isn't the case on your brand-new computer... But in any case, since v6.2.28 has moved the data-directory to "c:\program files (x86)\boinc", and the 64-bit BOINC-client uses "c:\program files\boinc" instead, it won't see the 32-bit files, and you'll lose anything. The work-around for anyone upgrading from v6.2.xx 32-bit to 64-bit would be: 1: (optional) Uninstall v6.2.xx-client. 2: Install a 32-bit v6.10.xx-client. 3: Uninstall 32-bit v6.10.xx-client. 4: Install 64-bit v6.10.xx-client. This work-around will work, since v6.10.xx-client doesn't unneccessarily move the data-directory as older clients did. As for recovering your lost work, you could finish (or abort) any currently-assigned tasks, uninstall your 64-bit version, delete the data-directory, and afterwards do step 2, 3 and 4 in the list... But, there is a chance all work will be marked as "bad" when connects to scheduling-server, so in practice it's likely better to just let the tasks time-out and be automatically re-assigned by server. ![]() "I make so many mistakes. But then just think of all the mistakes I don't make, although I might." [Edit 1 times, last edit by Ingleside at May 2, 2010 12:02:23 PM] |
||
|
|
Former Member
Cruncher Joined: May 22, 2018 Post Count: 0 Status: Offline |
I will let those tasks time out. It would seem that, if I had been aware of it, I could have changed the directory name from "c:\program files (x86)\boinc" to "c:\program files\boinc" to use what had been set up for 32 bit.
I was really hoping there would be some way to explicily terminate the lost WUs by specifying the name of each such as X0000099900702200805221035_ 0-- David-PC In Progress 5/2/10 01:40:10 5/12/10 01:40:10 0.00 0.0 / 0.0 Since it appears there is no control at this level, these WUs will have to wait eleven days before they can be marked valid. |
||
|
|
|