Posts by old_user18746

1) Message boards : Number crunching : No credit since 15/06? (Message 29282) Posted 19 Jun 2007 by old_user18746 Post: I haven\'t received any credits since 15/06 although trickles have been uploaded. Any updates about this?
2) Message boards : Number crunching : Time to give more time to Einstein! (Message 13719) Posted 22 Jun 2005 by old_user18746 Post: > > However, in my experience, unless a complete set of 72 trickles has been > received for the run at the time of final upload, the server state will show > as "Over" but the Outcome will remain as "unknown" and the Client State as > "New". So if you want to have models showing as "Over", "Success" and "Done", > ensure you restore missing trickles by any of the methods given by various > contributors on the main php boards before the model completes. > Well, that wasn't my experience... I had a trickle missing in my last model (<a href="http://climateapps2.oucs.ox.ac.uk/cpdnboinc/result.php?resultid=546416">result here</a>, number of trickles is 71), but as you can see <a href="http://climateapps2.oucs.ox.ac.uk/cpdnboinc/workunit.php?wuid=366381">here</a> it got uploaded and reported just fine. Maybe something else has happened with your model(s)...
3) Message boards : Number crunching : XML stats problems (Message 12636) Posted 17 May 2005 by old_user18746 Post: Well, it's Tuesday, and stats are 6 days old... Is there any news anyone can share?
4) Message boards : Number crunching : XML stats problems (Message 12635) Posted 17 May 2005 by old_user18746 Post: Double post
5) Message boards : Number crunching : XML stats problems (Message 12582) Posted 15 May 2005 by old_user18746 Post: > Trickles have been working for a couple days now, but the XML file has not > been done in over 100 hours, now. Can we get a fix on this? > I think we will just have to wait until Tolu is back from vacation... ;-)
6) Message boards : Number crunching : CPDN CPID not synching with other projects (Message 12454) Posted 10 May 2005 by old_user18746 Post: It's because CPDN is using old BOINC server-side code as stated <a href="http://climateapps2.oucs.ox.ac.uk/cpdnboinc/forum_thread.php?id=2266">here</a>, and as Andrew correctly pointed out. From the thread: CPDN is still using an older server software/code that showed the internal CPID instead of the CPID sent to the stats sites.
7) Message boards : Number crunching : Trickles update hanging/delayed again? (Message 12453) Posted 10 May 2005 by old_user18746 Post: I still have one missing which I uploaded on 8th. I'm suspending CPDN until this issue is resolved as I have seen all sorts of weird things happen in other projects when there is a database problem. I hope we won't have to wait until Tolu is back.
8) Message boards : Number crunching : Different CPID on CPDN (Message 11229) Posted 21 Mar 2005 by old_user18746 Post: > Look here: > > <a href="http://climateapps2.oucs.ox.ac.uk/cpdnboinc/forum_thread.php?id=1931">BOINC project unification with cross-project id</a> > > and here: > > <a href="http://climateapps2.oucs.ox.ac.uk/cpdnboinc/forum_thread.php?id=1903">Merging 2 Cross Project IDs?</a> > I don't have any problems with my stats, so my accounts should be linked somehow, and using the same CPID internally. That's what's stated in <a href="http://predictor.scripps.edu/forum_thread.php?id=1414">this thread</a> in <a href="http://predictor.scripps.edu">Predictor@home</a>: From the <a href="http://predictor.scripps.edu/forum_thread.php?id=1414">thread</a>: The CPID display was changed. Before it showed the internal CPID as it would appear in your client_state.xml file. Now it shows the CPID that is sent with the xml stats dumps. The other explanations given in this thread may also be valid in some instances but in most cases this is the reason for the change. (In response to an inquiry as to why CPID displayed had changed in <a href="http://predictor.scripps.edu">Predictor@home</a> after the upgrade) by <a href="http://predictor.scripps.edu/show_user.php?userid=34">JKeck {PPaH}</a> CPDN is still using an older server software/code that showed the internal CPID instead of the CPID sent to the stats sites (as JKeck explained). by <a href="http://predictor.scripps.edu/show_user.php?userid=724">Professor Desty Nova</a> So it's got something to do with CPDN using old server-side code. Regards, Ertugrul.
9) Message boards : Number crunching : Different CPID on CPDN (Message 11221) Posted 21 Mar 2005 by old_user18746 Post: Hi, I'm running CPDN, Einstein, LHC, Predictor and SETI. My cross-project ID (CPID) is 8e40b06f7c7e9002c953f507d884a4b6 on all of them but CPDN, it is e1b867b05cd2d9d4fd2fc13721351741 on CPDN. I thought CPID was something that should be the same across all projects, hence its name. Any explanations? Regards, Ertugrul.
10) Message boards : Number crunching : Boinc V4.25 Stable Windows Version Released (Message 10546) Posted 8 Mar 2005 by old_user18746 Post: Does anybody have any experience about installing 4.25 over 4.19? Any success stories? Does 4.19 have to be uninstalled first? Are WUs lost?
11) Message boards : Number crunching : Merging "unmergable" hosts (Message 8090) Posted 29 Jan 2005 by old_user18746 Post: This one was the same as the previous one, I submitted the same post twice by mistake. Sorry...
12) Message boards : Number crunching : Merging "unmergable" hosts (Message 8089) Posted 29 Jan 2005 by old_user18746 Post: > > I believe this may work... > > Create a backup of CPND > use browser to open "unmergable" > http://climateapps2.oucs.ox.ac.uk/cpdnboinc/show_host_detail.php?hostid=xxxx (your "lower ID host") > use browser to open "current" > http://climateapps2.oucs.ox.ac.uk/cpdnboinc/show_host_detail.php?hostid=yyyyy (your "higher ID host") > replace parameters values such as > > (CPU type from higher ID host), > > (Measured floating point speed from higher ID host), > > (Measured integer speed from higher ID host), for example Microsoft Windows XP, > for example Professional Edition, Service Pack 2, (05.01.2600.00), (from the "lower ID host"), (if different) > in client_state.xml, I think I also changed it in the client_state backup file... I'm assuming that what you describe here is supposed to trick BOINC server into thinking that the old and the new hosts are the same by supplying the same values for a certain field. But it doesn't work for me, let me explain... In my case only CPU type is different (I'm not counting CPU and upload/download speeds, I think it is normal that they are different,) and I did as you advised, but the client changes the CPU type in the client_state.xml and the backup file to that of the current "higher ID" host automatically whenever the client starts up or a manual update is made. I think the difference in CPU type value is due to the fact that the new client versions identify processors more accurately. Any other suggestions or something else not from memory? Do you have any idea as to how the related PHP code decides that tho hosts are "unmergable"? Cheers, Ertugrul.
13) Message boards : Number crunching : Merging "unmergable" hosts (Message 7964) Posted 28 Jan 2005 by old_user18746 Post: I think I found out why the project assigned different host IDs. Here is an excerpt from <a href="http://boinc.berkeley.edu/host_id.php">BOINC Web Site - Host Identification</a>: Not all systems have an application-readable globally unique IDs, so we use a different approach to host identification. When a host first contacts the scheduling server it is assigned a host ID. The server also maintains an RPC sequence number for each host. Both the host Id and the RPC sequence number are stored in the client's client_state.xml file. If the scheduling server receives an RPC with a sequence number less than the expected sequence number, it creates a new host record in the database. (This might happen, for example, if a user copies the client_state.xml file between hosts.) I occasionally take backups to avoid losing WUs in case CPDN fails completely. That happened a few times, and I had to resort to my backups which had RPC sequence numbers less than what BOINC expected, hence new host IDs. But I still have to figure out how to merge the remaining two hosts. Cheers, Ertugrul.
14) Message boards : Number crunching : Merging "unmergable" hosts (Message 7959) Posted 28 Jan 2005 by old_user18746 Post: I'm running 4.19 which I believe is the latest version as of today. Anyway, there is nothing I can do other than merging the hosts if an old buggy version has misidentified my processor, which I cannot do... I believe a few SQL statements will do the trick, so if an admin or "super user" is reading this, maybe... :-)
15) Message boards : Number crunching : Merging "unmergable" hosts (Message 7939) Posted 28 Jan 2005 by old_user18746 Post: Yes, that's quite right, the new one is "GenuineIntel Intel(R) Pentium(R) M processor 1400MHz" whereas the old one is "Intel(R) Pentium(R) M processor 1400MHz Pentium". Device Manager says it is "Intel(R) Pentium(R) M processor 1400MHz Pentium", too. I don't understand where that "Genuine..." came from, but that seems to be the most recent one. Most probably that's why I had more than one host in other projects, too. But I managed to merge them, whereas I cannot merge these two in CPDN. No, I haven't overclocked my notebook, nor did I have the slightest intention to do so... Any other suggestions?
16) Message boards : Number crunching : Merging "unmergable" hosts (Message 7899) Posted 28 Jan 2005 by old_user18746 Post: Hi everybody, I recently noticed that there were multiple hosts related to my CPDN account although I'm using one and only one computer for BOINC. This is because "Sometimes BOINC assigns separate identities to the same computer by mistake" as stated elsewhere on the Web site. There is also an option to merge such multiple hosts into one. I had 5 different hosts for CPDN, and I managed to merge them into two distinct hosts, 67836 and 88669, but I cannot merge these two although they are exactly identical. Such was the case for other projects, and I managed to merge all those multiple hosts into one; now I have one host for all other projects, two hosts for CPDN. This is a trivial matter, but I'm curious as to why this might happen, and any suggestions to merge the remaining two CPDN hosts are welcome. Regards, Ertugrul.
17) Questions and Answers : Wish list : How about seperating binaries from project output? (Message 5875) Posted 2 Nov 2004 by old_user18746 Post: > And a third suggestion. > > Stop BOINC. Copy the whole BOINC directory structure to where you want to > install it on your D drive. Uninstall BOINC and reinstall it on your D drive. > It should start up where it left off. Delete the BOINC directory from your C > drive. Just did that on a fresh install, worked like a charm! Thank you for the suggestion... Ertugrul Istanbul, Turkey.
18) Questions and Answers : Windows : Multiple errors with new BOINC 4.09 - Lost Work Units (Message 5471) Posted 19 Oct 2004 by old_user18746 Post: I upgraded to BOINC v4.13 last week, and although I sometimes get the same error during shutdown, I'm 12% through the WU and I haven't lost any work since I upgraded, surviving numerous reboots, shutdowns and standbys. I think this issue has been addressed in 4.13. Or should I wait until my WU is finished to be 100% sure? :-) I will keep the forum updated about my progress. Cheers, Ertugrul.
19) Questions and Answers : Wish list : \"Disable BOINC Network Access\" persistent across restarts (Message 5367) Posted 14 Oct 2004 by old_user18746 Post: I decided to bring up this issue here after reading <a href="http://climateapps2.oucs.ox.ac.uk/cpdnboinc/forum_thread.php?id=1052">this thread (the end of second post)</a>: Could you please make "Disable BOINC Network Access" option persistent across restarts for people like me who are unfortunately still stuck with dial-up Internet in this era of broadband access? I know you have much more important priorities, but it shouldn't be too much of a work as stated in the above thread. Best regards, Ertugrul Istanbul, Turkey.
20) Questions and Answers : Wish list : How about seperating binaries from project output? (Message 5364) Posted 14 Oct 2004 by old_user18746 Post: > And a third suggestion. > > Stop BOINC. Copy the whole BOINC directory structure to where you want to > install it on your D drive. Uninstall BOINC and reinstall it on your D drive. > It should start up where it left off. Delete the BOINC directory from your C > drive. Well, this is a corporate notebook, and the way it is setup is Windows and all the programs are installed on C: and user data is stored on D:. This way C: can be formatted and Windows can be re-installed without touching user data if something goes wrong with the OS. But if BOINC can be uninstalled and reinstalled in this manner without losing any work, there will be no problems at all with installing it on D:. I'm not short on disk space anyway, this was just a fancy wish. Still, it is relieving to know that such an option exists. Thanks very much... Ertugrul Istanbul, Turkey

Next 20