A second science application for malariacontrol.net |
Message boards : Malaria Control : A second science application for malariacontrol.net
Author | Message |
---|---|
We are preparing the second science application to be run using malariacontrol.net. We plan to upload this application next Tuesday (Feb 13th) if our last tests come out ok. |
|
ID: 2031 | Rating: 0 | rate: / | |
Thanks for the update. It\'s good to hear about what is happening. |
|
ID: 2033 | Rating: 0 | rate: / | |
I see that the Wrapper process requires BOINC 5.5 or above. Can we assume that earlier clients will not be downloading the new application? n.b. Guess it\'s time to do that upgrade to 5.8 now. |
|
ID: 2037 | Rating: 0 | rate: / | |
Thanks for the warning. I\'ll be detaching Malaria on Feb 12. No checkpoints is bad enough but no progress indicator as well? What??? Have you taken leave of your senses?!! |
|
ID: 2039 | Rating: 0 | rate: / | |
Thanks for the warning. I\'ll be detaching Malaria on Feb 12. No checkpoints is bad enough but no progress indicator as well? What??? Have you taken leave of your senses?!! I was thinking about this -- World Community Grid has a system where you can choose what projects you wish to have sent to your computer to crunch. Since some people don\'t want to and can\'t run this new application, and if you have plans to introduce more applications on top of these two, maybe introduce something like that? I for one will be more than happy to crunch the new and old applications, since my computers never go off, however, and it\'s great to see progress on the project. Good work guys! |
|
ID: 2045 | Rating: 0 | rate: / | |
Thanks for the warning. I\'ll be detaching Malaria on Feb 12. No checkpoints is bad enough but no progress indicator as well? What??? Have you taken leave of your senses?!! Quote from the wrapper page: \"A legacy application is one for which an executable is available, but not the source code. Therefore it cannot use the BOINC API and runtime system. However, such applications can be run using BOINC.\" So I guess if the original application doesn\'t have a checkpoints, and you can\'t change the sourcecode, you\'ll have to leave it like that. ____________ Professor Desty Nova Researching Karma the Hard Way |
|
ID: 2047 | Rating: 0 | rate: / | |
Excuse my ignorance, but is it not possible to \'suspend\' WU\'s prior to exiting the program? If this were possible, it would avoid any loss of work and by doing so, allow those who cannot have their PC\'s running 24/7 to continue their support without loss of work/time/energy consumed. As indicated, some will leave MC and go elsewhere... it may prove a loss you can ill afford. |
|
ID: 2048 | Rating: 0 | rate: / | |
Excuse my ignorance, but is it not possible to \'suspend\' WU\'s prior to exiting the program? If this were possible, it would avoid any loss of work and by doing so, allow those who cannot have their PC\'s running 24/7 to continue their support without loss of work/time/energy consumed. As indicated, some will leave MC and go elsewhere... it may prove a loss you can ill afford. Sorry but if the app does not checkpoint suspending does no good. ____________ BOINC WIKI BOINCing since 2002/12/8 |
|
ID: 2049 | Rating: 0 | rate: / | |
Suspend alone is usually not a problem, as long as \"Leave applications in memory while suspended?\" is set to \"Yes\". |
|
ID: 2053 | Rating: 0 | rate: / | |
The lack of checkpoints is not a big concern for me but it will be for many other crunchers. |
|
ID: 2054 | Rating: 0 | rate: / | |
Here\'s a little bit of additional information on the new science application. We hope this will help you to decide if you want to sit out for the estimated 2-3 weeks it will take to go through the various batches. |
|
ID: 2056 | Rating: 0 | rate: / | |
The new application will only run on windows clients *sigh* no one loves penguins... |
|
ID: 2060 | Rating: 0 | rate: / | |
Nick |
|
ID: 2066 | Rating: 0 | rate: / | |
maire wrote:
This app - predictor 112, will not run properly on Win9x. A DOS box is opened when app starts. Unless you see a way to deny Win98 receiving this app until a possible fix, we should suspend Win98 hosts. Post a news item if you want to test this app with Win98 in the future and we\'ll resume. Alternatively, maybe you can use a section of prefs (already in BOINC code, I think) to determine if we want to run new apps, so we can run the older apps only if on Win9x. For sure, keep up the good work! ____________ Click and enter your name for your BOINC Statistics |
|
ID: 2070 | Rating: 0 | rate: / | |
Thanks, we\'re currently looking at the results from the first batch we sent out. We haven\'t sent any new workunits in the last 10 hours, but of course a few will be resent. I\'ll let you when and how we\'ll proceed. Nick ____________ Nicolas Maire Swiss Tropical and Public Health Institute http://www.swisstph.ch |
|
ID: 2073 | Rating: 0 | rate: / | |
Just completed a few wu\'s. I like the 1.8 credits for 660 seconds of work! |
|
ID: 2074 | Rating: 0 | rate: / | |
Just completed a few wu\'s. I like the 1.8 credits for 660 seconds of work! We\'ve chosen that to match the credit per time we got on a small number of reference computers here that run both applications. We may adjust it a little for future workunits if we see it\'s too generous. Linux users should not have a disadvantage. Nick ____________ Nicolas Maire Swiss Tropical and Public Health Institute http://www.swisstph.ch |
|
ID: 2075 | Rating: 0 | rate: / | |
Dear Win98 users, we investigated this problem and have so far not found an workaround. It\'s caused by Win98 behaving a bit differently when starting a new process. The good news is that the program runs correctly, as long as you don\'t close that window. We are getting back valid results from win 98 clients. We therefore decided to start sending out workunits again. In the meantime we look for a workaround. Nick ____________ Nicolas Maire Swiss Tropical and Public Health Institute http://www.swisstph.ch |
|
ID: 2078 | Rating: 0 | rate: / | |
Just completed a few wu\'s. I like the 1.8 credits for 660 seconds of work! LOL...Linux users get screwed for credit with BOINC when compared to windows in any case. Linux benchmarks lower than windows on the same machine so claims lower. I wouldn\'t adjust it purely for that reason as the problem is not caused by the project, just BOINC. I would be comparing it to other projects. I feel the 1.8 credits is just about right. I only received 1 of the new wu\'s on my laptop and it was completed before I had to shut it down. So I didn\'t waste any cpu cycles. |
|
ID: 2079 | Rating: 0 | rate: / | |
Hello, |
|
ID: 2080 | Rating: 0 | rate: / | |
An other one was stuck: |
|
ID: 2086 | Rating: 0 | rate: / | |
____________ |
|
ID: 2087 | Rating: 0 | rate: / | |
Is it actually normal that there is no screensaver for the wu \"Prediction of Malaria Prevalence 1.12\"? |
|
ID: 2088 | Rating: 0 | rate: / | |
An other one was stuck: Hi! Also got two that was stuck, one run for almost 9.5 hour( res id: https://malariacontrol.net/result.php?resultid=4423465) and one for nearly 1.5 hour(https://malariacontrol.net/result.php?resultid=4429738), both was on host id 298. Also got one valid result https://malariacontrol.net/result.php?resultid=4432377 on host id 250. A wild guess: The first one is dual core cpu , the second an ordinary single core cpu, maybe this will help solving the issue with \"hunging\" apps? With regards, ____________ Hans Sveen Oslo, Norway |
|
ID: 2089 | Rating: 0 | rate: / | |
Hi, |
|
ID: 2093 | Rating: 0 | rate: / | |
Hi, HI Can we tell whether a unit is the one of the new ones from the WU Number? I have completed units which have taken about 600, 1200 and 1500 seconds and run perfectly OK on a dual core Pentium D. I don\'t know for sure that they were second application units though. Regards Tricia ____________ |
|
ID: 2096 | Rating: 0 | rate: / | |
Have also had problems with the new work units. Didn\'t think my PC was dual core but so far none of the 4 mappredict units that have downloaded to my pc have worked, the time just trundles past and no progress is made. Normal units are still working fine. |
|
ID: 2098 | Rating: 0 | rate: / | |
Same problem here with a Barton 3200+ under Millenium (CC 5.4.9). The \"new\" wu is running endless (since yesterday) but a normal wu is working fine. |
|
ID: 2100 | Rating: 0 | rate: / | |
On closer inspection I think I do have dual core (sys info shows 2 cpu\'s, I didn\'t know that!! shows how well I know my pc huh!). Guess that ties in with what the others have been saying. |
|
ID: 2101 | Rating: 0 | rate: / | |
On closer inspection I think I do have dual core (sys info shows 2 cpu\'s, I didn\'t know that!! shows how well I know my pc huh!). Guess that ties in with what the others have been saying. The wu is suspended on my machine. The best is to wait monday now. ____________ Do you want to get banned for 31 years and your account & credits deleted at a Boinc project ? Predictor@home is your best choice. |
|
ID: 2102 | Rating: 0 | rate: / | |
On closer inspection I think I do have dual core (sys info shows 2 cpu\'s, I didn\'t know that!! shows how well I know my pc huh!). Guess that ties in with what the others have been saying. Well, I\'m not a techie but you don\'t have a dual core. I have a number of AMD dual core machines and they aren\'t having any problems with the new WUs. I would suggest that if you are using the BOINC screensaver, you change it to the \'blank\' option found on your list of Windows supplied screensavers. This will speed up your processing time and could eliminate your problem. The 2 CPU listing you were looking at is the BOINC default settings and only need to be changed for multicore CPUs (more than 2)ie. servers etc. Hope this helps....Rog. Edit: Wolf, I see you are using BOINC version 5.4.11....you could also try upgrading to the current recommended version ie. 5.8.11 that is downloadable from the BOINC home page. FYI, our AMD X2\'s are configured with BOINC ver5.8.11, and blank screen savers. They seem stable and process these new WUs in about 7-8 minutes....Cheers, Rog. ____________ |
|
ID: 2103 | Rating: 0 | rate: / | |
This isn\'t specific to dualcore CPUs. Whether or not it is specific to a certain type of processor, I don\'t know but I somehow doubt it. |
|
ID: 2105 | Rating: 0 | rate: / | |
This new wu is \"stuck\". It has so far run 08:38:52 at 100% CPU, so is not the \"says it is running but isn\'t\" fault I\'ve seen before. I stop/started BOINC as that normally clears stuck wu\'s, but won\'t know if this is fixed until it gets the CPU again, which with the huge negative debt it has run up overnight, may be sometime yet. In the \"stuck\" state, it has monopolised BOINC, none of my other projects have had any CPU overnight. I certainly hope I\'ve not got any of these at my remote site since I only get there occasionally. |
|
ID: 2107 | Rating: 0 | rate: / | |
Just to say I\'ve not had a problem with any of these new WU\'s so far - all completing without problem in around 10 minutes. |
|
ID: 2108 | Rating: 0 | rate: / | |
Sorry, it won\'t let me edit any more! |
|
ID: 2110 | Rating: 0 | rate: / | |
Sorry, it won\'t let me edit any more! If the wu goes to run, it will finish probably with a \"Maximum CPU time exceeded\". ____________ Do you want to get banned for 31 years and your account & credits deleted at a Boinc project ? Predictor@home is your best choice. |
|
ID: 2111 | Rating: 0 | rate: / | |
Thanks for all the help :) Was not using the screensaver at all, but have updated Boinc version. Not had a mappredict wu download yet today though so no idea if it made any difference! |
|
ID: 2115 | Rating: 0 | rate: / | |
When I ran the predictor app, the DOS box opened, but I also got this message over and over: 2007-02-19 15:56:21|malariacontrol.net beta|app reporting negative CPU: -737869762948.382080 Other than that nothing happens. I was afraid something was wrong, so I aborted those results. Should I have let them run? |
|
ID: 2121 | Rating: 0 | rate: / | |
Dear users, |
|
ID: 2123 | Rating: 0 | rate: / | |
Thanks for the update Michael. |
|
ID: 2125 | Rating: 0 | rate: / | |
This sounds like a carnival joke! I had on my dual core pc since beginning of the mappredictor application one! wu, that was not stuck. A few moments ago i aborted the latest 20.02.2007 08:29:43|malariacontrol.net beta|Unrecoverable error for result mapwca0006143.txt_3 (aborted by user) That wu was running overnight more than 13 hours. Greetings u.dgl. ____________ |
|
ID: 2127 | Rating: 0 | rate: / | |
HomeGnome, yes you should have let it run for atleast 30minutes and maybe upto an hour before aborting it. OK, I\'ll do that. But what does the \"negative cpu\" message mean? Every second the predictor app is running I get this message. Other than that, nothing at all is happening. Is this normal on win98 machines? |
|
ID: 2128 | Rating: 0 | rate: / | |
If You don\'t like carnival jokes like this don\'t do beta projects.... :-)) I had a lot of this WU\'s on my AMD X2 5000+ and no errors.... |
|
ID: 2129 | Rating: 0 | rate: / | |
Was not meant as a joke;) If we look ACROSS the hosts, we find a double probability for multi-processor machines. On a given single host it may well be quiet the same every time.. If you experience errors repeatedly, please try to reset the project. This causes the application files to be downloaded again. We would very much appreciate feedback from people who repeatedly had errors and did a reset (regardless of how many cpu\'s the host has). Did it change anything? thanks Michael ____________ Michael |
|
ID: 2133 | Rating: 0 | rate: / | |
|
|
ID: 2137 | Rating: 0 | rate: / | |
We limited the fpops limit for the workunits, so they will terminate by themselves within reasonable time if they get stuck. Can I ask what constitutes a reasonable time? Why I ask is that my wu I described above ran for over 8 hours in a single instantiation without terminating. It was not time slicing either, BOINC was stuck crunching the MCDN wu, no other projects were seeing any CPU. I have a couple of machines at a remote site that I don\'t visit everyday. If one or worse, both of these get a stuck unit, it might be a few days before I can visit the site to manually abort them. ____________ Wave upon wave of demented avengers march cheerfully out of obscurity into the dream. |
|
ID: 2139 | Rating: 0 | rate: / | |
Masud, this must be very frustrating for you....we process about 400-500 MC WUs/day and have yet to see a stuck WU. We are running everything from Intel Celerons and AMD Durons to AMD64 X2 dual cores. Now these are 24/7, WinXP, \'blank\' screensaver, MC dedicated machines so they have few processing interruptions. I mention this only because I was wondering if excessive checkpointing, process interruptions or not leaving suspended WUs \'in memory\' could be causing this? I seem to recall that when Rosetta@Home started they had a similiar problem. Hope this helps....Rog. ____________ |
|
ID: 2147 | Rating: 0 | rate: / | |
This is also happening on 24/7 leave in memory no graphics BOINC crunching only machines. That is exactly the kind of setup I had which stuck, what is more, the \"stick\" was repeatable, after 8.5 hours I stopped and started BOINC as that usually frees stuck wu\'s, I then suspended all other projects and let the same wu run again, it stuck again. |
|
ID: 2148 | Rating: 0 | rate: / | |
Same here on my Amd X2\'s, running fine Athlon64 X2 4400+ - XP home - CC 5.6.4 Athlon64 X2 4600+ - Win2k Sp4 - CC 5.4.9 ____________ Do you want to get banned for 31 years and your account & credits deleted at a Boinc project ? Predictor@home is your best choice. |
|
ID: 2149 | Rating: 0 | rate: / | |
HomeGnome, yes you should have let it run for atleast 30minutes and maybe upto an hour before aborting it. Same on a Millenuim machine https://malariacontrol.net/forum_thread.php?id=378 ____________ Do you want to get banned for 31 years and your account & credits deleted at a Boinc project ? Predictor@home is your best choice. |
|
ID: 2150 | Rating: 0 | rate: / | |
I reset the project, made no difference. Both mappredict wu on the machine at the time failed to run and I aborted them. Normal units still working perfectly. No more mappredict units have downloaded to my machine since. |
|
ID: 2151 | Rating: 0 | rate: / | |
|
|
ID: 2155 | Rating: 0 | rate: / | |
mappredictor_1.12 - never saw this one running at any time in the task manager - it was ther just not using cpu predictor_1.12 - only process i ever saw running in task manager - would stay even after unit supposedly finished and reported Larry ____________ |
|
ID: 2159 | Rating: 0 | rate: / | |
Not sure if it helps, but from my perspective, some Systems seem much more prone to the \"Stuck WU\" Problem than others. |
|
ID: 2190 | Rating: 0 | rate: / | |
Seems my hopes were too soon. |
|
ID: 2207 | Rating: 0 | rate: / | |
Dear users, |
|
ID: 2217 | Rating: 0 | rate: / | |
Just received a new bunch of mapwc cands and all made an error..... |
|
ID: 2242 | Rating: 0 | rate: / | |
we have fixed the bug which was causing the workunits to get stuck. Sorry, but no you haven\'t! This wu did the same as the other I reported, (this thread 18/2). It got stuck, and when it stuck, it would not release the CPU until it finally crashed. My machine, (not the same one as last time, was this one), has claimed 0.08 seconds of CPU time, but if you look at the message log for this machine, you can see that it actually grabbed the CPU at 17:52 yesterday and held it until it crashed, (or at least some event happened - see below), at 9:01 the next morning. <core_client_version>5.8.11</core_client_version> <![CDATA[ <message> - exit code 1282 (0x502) </message> <stderr_txt> o1 c1 app error: 0x502 entering rename_outfile copying file to: ../../projects/malariacontrol.net/mapwca0044865.txt_1_0 error copying..2 copying file to: ../../projects/malariacontrol.net/mapwca0044865.txt_1_1 error copying..2 copying file to: ../../projects/malariacontrol.net/mapwca0044865.txt_1_2 error copying..2 </stderr_txt> ]]> The files it mentions in the above trace are not present in the target directory. As you can see below, no other tasks ran in the interim, the only action was Proteins@Home trying, and failing to get in touch with it\'s home, and MCDN reporting. All this time, SIMAP, Docking@Home and Rosetta were sitting waiting. At 22:36, Proteins tried again, got a \"wait for 31 seconds\" then nothing. There are no further log entries until MCDN aborts. 9:01 is \"about\" the time I arrived on site here, I saw the \"task crashed send error report\" type messagebox and pressed OK, so it may have been me pressing OK that started things up again. If I had not been to the site today, as I frequently am not, it may have sat like that for days. This event demonstrates that BOINC is not dead since the download/upload scheduling is still functioning for a while, it is, however, not swapping tasks. It is possible that MCDN actually crashed at 22:36 and that it posted the messagebox causing BOINC to wait. I don\'t know, I wasn\'t here. I said before, I have machines at a site that I don\'t visit every day. This event occurred there. If you continue to send these wu\'s, I will have no choice but to suspend MCDN at that site. 06/03/2007 17:52:13|proteins@home|Computation for task b.36.1.2.0A-63-46_0 finished 06/03/2007 17:52:13|malariacontrol.net beta|Starting mapwca0044865.txt_1 06/03/2007 17:52:14|malariacontrol.net beta|Starting task mapwca0044865.txt_1 using mappredictor version 114 06/03/2007 17:52:16|proteins@home|[file_xfer] Started upload of file b.36.1.2.0A-63-46_0_0.zip 06/03/2007 17:52:33|proteins@home|[file_xfer] Finished upload of file b.36.1.2.0A-63-46_0_0.zip 06/03/2007 17:52:33|proteins@home|[file_xfer] Throughput 53197 bytes/sec 06/03/2007 19:50:32|malariacontrol.net beta|Sending scheduler request: To report completed tasks 06/03/2007 19:50:32|malariacontrol.net beta|Reporting 1 tasks 06/03/2007 19:50:37|malariacontrol.net beta|Scheduler RPC succeeded [server version 507] 06/03/2007 19:50:37|malariacontrol.net beta|Deferring communication for 11 sec 06/03/2007 19:50:37|malariacontrol.net beta|Reason: requested by project 06/03/2007 20:16:36|proteins@home|Sending scheduler request: To report completed tasks 06/03/2007 20:16:36|proteins@home|Reporting 1 tasks 06/03/2007 20:16:58||Project communication failed: attempting access to reference site 06/03/2007 20:17:00||Access to reference site succeeded - project servers may be temporarily down. 06/03/2007 20:17:02|proteins@home|Scheduler request failed: couldn\'t connect to server 06/03/2007 20:17:02|proteins@home|Deferring communication for 1 min 0 sec 06/03/2007 20:17:02|proteins@home|Reason: scheduler request failed 06/03/2007 20:18:02|proteins@home|Sending scheduler request: To report completed tasks 06/03/2007 20:18:02|proteins@home|Reporting 1 tasks 06/03/2007 20:18:24||Project communication failed: attempting access to reference site 06/03/2007 20:18:25||Access to reference site succeeded - project servers may be temporarily down. 06/03/2007 20:18:27|proteins@home|Scheduler request failed: couldn\'t connect to server 06/03/2007 20:18:27|proteins@home|Deferring communication for 1 min 0 sec 06/03/2007 20:18:27|proteins@home|Reason: scheduler request failed 06/03/2007 20:19:28|proteins@home|Sending scheduler request: To report completed tasks 06/03/2007 20:19:28|proteins@home|Reporting 1 tasks 06/03/2007 20:19:50||Project communication failed: attempting access to reference site 06/03/2007 20:19:51||Access to reference site succeeded - project servers may be temporarily down. 06/03/2007 20:19:53|proteins@home|Scheduler request failed: couldn\'t connect to server 06/03/2007 20:19:53|proteins@home|Deferring communication for 1 min 0 sec 06/03/2007 20:19:53|proteins@home|Reason: scheduler request failed 06/03/2007 20:20:53|proteins@home|Sending scheduler request: To report completed tasks 06/03/2007 20:20:53|proteins@home|Reporting 1 tasks 06/03/2007 20:21:14||Project communication failed: attempting access to reference site 06/03/2007 20:21:17||Access to reference site succeeded - project servers may be temporarily down. 06/03/2007 20:21:19|proteins@home|Scheduler request failed: couldn\'t connect to server 06/03/2007 20:21:19|proteins@home|Deferring communication for 1 min 0 sec 06/03/2007 20:21:19|proteins@home|Reason: scheduler request failed 06/03/2007 20:22:19|proteins@home|Sending scheduler request: To report completed tasks 06/03/2007 20:22:19|proteins@home|Reporting 1 tasks 06/03/2007 20:22:41||Project communication failed: attempting access to reference site 06/03/2007 20:22:42||Access to reference site succeeded - project servers may be temporarily down. 06/03/2007 20:22:44|proteins@home|Scheduler request failed: couldn\'t connect to server 06/03/2007 20:22:44|proteins@home|Deferring communication for 1 min 11 sec 06/03/2007 20:22:44|proteins@home|Reason: scheduler request failed 06/03/2007 20:24:00|proteins@home|Sending scheduler request: To report completed tasks 06/03/2007 20:24:00|proteins@home|Reporting 1 tasks 06/03/2007 20:24:22||Project communication failed: attempting access to reference site 06/03/2007 20:24:23||Access to reference site succeeded - project servers may be temporarily down. 06/03/2007 20:24:25|proteins@home|Scheduler request failed: couldn\'t connect to server 06/03/2007 20:24:25|proteins@home|Deferring communication for 4 min 9 sec 06/03/2007 20:24:25|proteins@home|Reason: scheduler request failed 06/03/2007 20:28:37|proteins@home|Sending scheduler request: To report completed tasks 06/03/2007 20:28:37|proteins@home|Reporting 1 tasks 06/03/2007 20:28:59||Project communication failed: attempting access to reference site 06/03/2007 20:29:02||Access to reference site succeeded - project servers may be temporarily down. 06/03/2007 20:29:02|proteins@home|Scheduler request failed: couldn\'t connect to server 06/03/2007 20:29:02|proteins@home|Deferring communication for 11 min 39 sec 06/03/2007 20:29:02|proteins@home|Reason: scheduler request failed 06/03/2007 20:40:46|proteins@home|Sending scheduler request: To report completed tasks 06/03/2007 20:40:46|proteins@home|Reporting 1 tasks 06/03/2007 20:41:08||Project communication failed: attempting access to reference site 06/03/2007 20:41:14|proteins@home|Scheduler request failed: couldn\'t connect to server 06/03/2007 20:41:14|proteins@home|Deferring communication for 14 min 21 sec 06/03/2007 20:41:14|proteins@home|Reason: scheduler request failed 06/03/2007 20:41:15||Access to reference site succeeded - project servers may be temporarily down. 06/03/2007 20:55:40|proteins@home|Sending scheduler request: To report completed tasks 06/03/2007 20:55:40|proteins@home|Reporting 1 tasks 06/03/2007 20:56:02||Project communication failed: attempting access to reference site 06/03/2007 20:56:04||Access to reference site succeeded - project servers may be temporarily down. 06/03/2007 20:56:06|proteins@home|Scheduler request failed: couldn\'t connect to server 06/03/2007 20:56:06|proteins@home|Deferring communication for 1 hr 39 min 57 sec 06/03/2007 20:56:06|proteins@home|Reason: scheduler request failed 06/03/2007 22:36:07|proteins@home|Sending scheduler request: To report completed tasks 06/03/2007 22:36:07|proteins@home|Reporting 1 tasks 06/03/2007 22:36:13|proteins@home|Scheduler RPC succeeded [server version 509] 06/03/2007 22:36:13|proteins@home|Deferring communication for 31 sec 06/03/2007 22:36:13|proteins@home|Reason: requested by project 07/03/2007 09:01:02|malariacontrol.net beta|Deferring communication for 1 min 0 sec 07/03/2007 09:01:02|malariacontrol.net beta|Reason: Unrecoverable error for result mapwca0044865.txt_1 ( - exit code 1282 (0x502)) 07/03/2007 09:01:02|malariacontrol.net beta|Computation for task mapwca0044865.txt_1 finished 07/03/2007 09:01:02|malariacontrol.net beta|Output file mapwca0044865.txt_1_0 for task mapwca0044865.txt_1 absent 07/03/2007 09:01:02|malariacontrol.net beta|Output file mapwca0044865.txt_1_1 for task mapwca0044865.txt_1 absent 07/03/2007 09:01:02|malariacontrol.net beta|Output file mapwca0044865.txt_1_2 for task mapwca0044865.txt_1 absent 07/03/2007 09:01:02|boincsimap|Restarting task 70303001.015376_0 using hmmer version 509 ____________ Wave upon wave of demented avengers march cheerfully out of obscurity into the dream. |
|
ID: 2305 | Rating: 0 | rate: / | |
Except for a few workunits that are being resent, you should be no more map predictor jobs. This app in its current version caused more trouble than we expected. We are currently working on a new version. |
|
ID: 2378 | Rating: 0 | rate: / | |
Cheers Nick. I\'m quite happy to run it here, but at my remote site it is risky. I\'m sure you understand. |
|
ID: 2379 | Rating: 0 | rate: / | |
Except for a few workunits that are being resent, you should be no more map predictor jobs. This app in its current version caused more trouble than we expected. We are currently working on a new version. How does one \"opt-in\" to receive test WUs? |
|
ID: 2450 | Rating: 0 | rate: / | |
How does one \"opt-in\" to receive test WUs? Hi j2satx, see this thread. ____________ Ken |
|
ID: 2466 | Rating: 0 | rate: / | |
Message boards : Malaria Control : A second science application for malariacontrol.net