Message boards : Number crunching : minirosetta 2.17
Author | Message |
---|---|
Yifan Song Volunteer moderator Project developer Project scientist Send message Joined: 26 May 09 Posts: 62 Credit: 7,322 RAC: 0 |
This update fixes the memory and invalidation issues from 2 weeks ago. please report bugs here. |
Pardner Send message Joined: 31 Oct 10 Posts: 6 Credit: 3,442 RAC: 0 |
This update fixes the memory and invalidation issues from 2 weeks ago. I am new to Rosetta but am getting the Tasks "Suspended" a lot. The Task (a single Task) runs fine when I "Suspend" all the other Tasks. But if I let them all be active (so that 2 are "Running"),that's when the "Suspended" constantly occurs. I have verified that my PC meets all the "Minimum Requirements". Below is what I'm getting as far as "Messages". 11/1/2010 1:30:47 PM Suspending computation - CPU usage is too high 11/1/2010 1:30:57 PM Resuming computation 11/1/2010 1:31:08 PM Suspending computation - CPU usage is too high 11/1/2010 1:31:28 PM Resuming computation 11/1/2010 1:31:39 PM Suspending computation - CPU usage is too high 11/1/2010 1:31:49 PM Resuming computation 11/1/2010 1:31:59 PM Suspending computation - CPU usage is too high 11/1/2010 1:32:10 PM Resuming computation 11/1/2010 1:32:20 PM Suspending computation - CPU usage is too high 11/1/2010 1:32:31 PM Resuming computation 11/1/2010 1:32:41 PM Suspending computation - CPU usage is too high 11/1/2010 1:32:51 PM Resuming computation 11/1/2010 1:33:02 PM Suspending computation - CPU usage is too high 11/1/2010 1:33:13 PM Resuming computation 11/1/2010 1:33:23 PM Suspending computation - CPU usage is too high 11/1/2010 1:33:33 PM Resuming computation 11/1/2010 1:33:44 PM Suspending computation - CPU usage is too high 11/1/2010 1:33:55 PM Resuming computation 11/1/2010 1:34:05 PM Suspending computation - CPU usage is too high 11/1/2010 1:34:15 PM Resuming computation 11/1/2010 1:34:26 PM Suspending computation - CPU usage is too high 11/1/2010 1:34:36 PM Resuming computation 11/1/2010 1:34:47 PM Suspending computation - CPU usage is too high 11/1/2010 1:34:57 PM Resuming computation 11/1/2010 1:35:08 PM Suspending computation - CPU usage is too high 11/1/2010 1:35:18 PM Resuming computation 11/1/2010 1:35:29 PM Suspending computation - CPU usage is too high 11/1/2010 1:35:39 PM Resuming computation 11/1/2010 1:35:49 PM Suspending computation - CPU usage is too high 11/1/2010 1:36:00 PM Resuming computation 11/1/2010 1:36:10 PM Suspending computation - CPU usage is too high 11/1/2010 1:36:21 PM Resuming computation Thanks |
Murasaki Send message Joined: 20 Apr 06 Posts: 303 Credit: 511,418 RAC: 0 |
I am new to Rosetta but am getting the Tasks "Suspended" a lot. The Task (a single Task) runs fine when I "Suspend" all the other Tasks. But if I let them all be active (so that 2 are "Running"),that's when the "Suspended" constantly occurs. I have verified that my PC meets all the "Minimum Requirements". Below is what I'm getting as far as "Messages". This sounds like a problem with your BOINC preferences set on your computer. In your BOINC manager's preferences you will have a setting for running the programme "while processor usage is less than X%". If on that setting you have 25%, then when your CPU becomes more than 25% busy BOINC will suspend activity. You can either set the setting to a higher percentage, or set it to 0% so the setting becomes ignored. When 0% is set BOINC will continue running as best it can no matter how busy your CPU is. |
Mod.Sense Volunteer moderator Send message Joined: 22 Aug 06 Posts: 4018 Credit: 0 RAC: 0 |
BOINC runs at low priority. But the default configuration is there to try and make BOINC as unnoticeable as possible. The thought is that if your machine is busy with other things that are taking 25% of CPU, then running BOINC may conflict with the other work you are trying to do, so it steps out of the way. But, as Murasaki states, you can increase the value of this cut-out threshold, or set it to zero, and BOINC will try to run more then it has been. Rosetta Moderator: Mod.Sense |
Pardner Send message Joined: 31 Oct 10 Posts: 6 Credit: 3,442 RAC: 0 |
I am new to Rosetta but am getting the Tasks "Suspended" a lot. The Task (a single Task) runs fine when I "Suspend" all the other Tasks. But if I let them all be active (so that 2 are "Running"),that's when the "Suspended" constantly occurs. I have verified that my PC meets all the "Minimum Requirements". Below is what I'm getting as far as "Messages". Thanks for the quick reply and info both Marasaki & Mod.sense. I have been using SETI and of course BOINC for a while now. I'm familiar with the CPU usgae settings and mine are at 100% and 0 (run always). I did not have this issue when running the SETI Tasks. I am only running Rosetta now as SETI is down for a server upgrade so there is no competing for Projects. Below is a snipet of my "Messages" You'll notice that at 2:01 I had "Suspended" all tasks except one and then it ran fine for an hour, until 3:01. (Keep in mind I am not using any other applications/programs during this time. Rosetta is the only item running.) At 3:01 I decided to "Resume" all my "Suspended" Rosetta tasks. Once I did that I started getting the "Suspending computation - CPU Usage is too high" message. At 3:22 I "Suspended" all Rosetta Tasks but one and it worked fine until 3:30 when I got on the Message Board which of course pushed my CPU usage over the limit. So the Tasks DO run well but they only run well when 1 Rosetta Task is running at a time. Like I said earlier, I have been running multiple SETI Tasks for over a month and have not had an issue like this. Thanks for any input. 11/1/2010 2:01:00 PM Resuming computation 11/1/2010 3:01:02 PM rosetta@home task T0572_AG_rs_stg0_lrlxMultiCst_t000__casp9__aln23_SAVE_ALL_OUT_22447_312_0 resumed by user 11/1/2010 3:01:02 PM rosetta@home Restarting task T0572_AG_rs_stg0_lrlxMultiCst_t000__casp9__aln23_SAVE_ALL_OUT_22447_312_0 using minirosetta version 217 11/1/2010 3:01:21 PM Suspending computation - CPU usage is too high 11/1/2010 3:01:31 PM Resuming computation 11/1/2010 3:01:42 PM Suspending computation - CPU usage is too high 11/1/2010 3:01:46 PM rosetta@home task T0572_AG_rs_stg0_lrlxMultiCst_t000__casp9__aln23_SAVE_ALL_OUT_22447_312_0 suspended by user 11/1/2010 3:01:52 PM Resuming computation 11/1/2010 3:03:53 PM rosetta@home Computation for task celldiv_LPhe_1de2_3bci_ProteinInterfaceDesign_30Oct2010_22401_198_0 finished 11/1/2010 3:03:54 PM rosetta@home Started upload of celldiv_LPhe_1de2_3bci_ProteinInterfaceDesign_30Oct2010_22401_198_0_0 11/1/2010 3:03:57 PM rosetta@home Finished upload of celldiv_LPhe_1de2_3bci_ProteinInterfaceDesign_30Oct2010_22401_198_0_0 11/1/2010 3:20:42 PM rosetta@home update requested by user 11/1/2010 3:20:46 PM rosetta@home Sending scheduler request: Requested by user. 11/1/2010 3:20:46 PM rosetta@home Reporting 1 completed tasks, not requesting new tasks 11/1/2010 3:20:47 PM rosetta@home Scheduler request completed 11/1/2010 3:21:08 PM rosetta@home task T0572_AG_rs_stg0_lrlxMultiCst_t000__casp9__aln23_SAVE_ALL_OUT_22447_312_0 resumed by user 11/1/2010 3:21:08 PM rosetta@home task celldivs_LPr2_1de2_2av4_ProteinInterfaceDesign_29Oct2010_22399_200_0 resumed by user 11/1/2010 3:21:08 PM rosetta@home task celldivs_LPr2_1de2_2aak_ProteinInterfaceDesign_29Oct2010_22399_200_0 resumed by user 11/1/2010 3:21:08 PM rosetta@home task celldivs_LPr2_1de2_2a7m_ProteinInterfaceDesign_29Oct2010_22399_200_0 resumed by user 11/1/2010 3:21:08 PM rosetta@home task celldivs_LPr2_1de2_2a1i_ProteinInterfaceDesign_29Oct2010_22399_200_0 resumed by user 11/1/2010 3:21:08 PM rosetta@home task celldivs_LPr2_1de2_1zn6_ProteinInterfaceDesign_29Oct2010_22399_200_0 resumed by user 11/1/2010 3:21:08 PM rosetta@home task celldivs_LPr2_1de2_1rz4_ProteinInterfaceDesign_29Oct2010_22399_203_0 resumed by user 11/1/2010 3:21:08 PM rosetta@home task celldivs_LPr2_1de2_1rw7_ProteinInterfaceDesign_29Oct2010_22399_203_0 resumed by user 11/1/2010 3:21:08 PM rosetta@home task celldiv_LPhe_1de2_3boe_ProteinInterfaceDesign_30Oct2010_22401_198_0 resumed by user 11/1/2010 3:21:08 PM rosetta@home task celldiv_LPhe_1de2_3b5v_ProteinInterfaceDesign_30Oct2010_22401_198_0 resumed by user 11/1/2010 3:21:08 PM rosetta@home task celldiv_LPhe_1de2_2zrr_ProteinInterfaceDesign_30Oct2010_22401_198_0 resumed by user 11/1/2010 3:21:08 PM rosetta@home task celldiv_LPhe_1de2_2zfy_ProteinInterfaceDesign_30Oct2010_22401_198_0 resumed by user 11/1/2010 3:21:08 PM rosetta@home task celldiv_LPhe_1de2_2qgu_ProteinInterfaceDesign_30Oct2010_22401_197_1 resumed by user 11/1/2010 3:21:08 PM rosetta@home task TEMP_0.05_control_1vcc__SAVE_ALL_OUT_22400_50_1 resumed by user 11/1/2010 3:21:08 PM rosetta@home task T0640_AG_rs_stg0_lrlxMultiCst_t000__casp9__aln1_SAVE_ALL_OUT_22500_313_0 resumed by user 11/1/2010 3:21:08 PM rosetta@home task T0628_AG_rs_stg0_lrlxMultiCst_t000__casp9__aln3_SAVE_ALL_OUT_22492_290_0 resumed by user 11/1/2010 3:21:08 PM rosetta@home task T0620_AG_rs_stg0_lrlxMultiCst_t000__casp9__aln1_SAVE_ALL_OUT_22486_313_0 resumed by user 11/1/2010 3:21:08 PM rosetta@home task T0615_AG_rs_stg0_lrlxMultiCst_t000__casp9__aln1_SAVE_ALL_OUT_22483_313_0 resumed by user 11/1/2010 3:21:08 PM rosetta@home task T0540_AG_rs_stg0_lrlxMultiCst_t000__casp9__aln1_SAVE_ALL_OUT_22425_313_0 resumed by user 11/1/2010 3:21:08 PM rosetta@home task T0535_AG_rs_stg0_lrlxMultiCst_t000__casp9__aln6_SAVE_ALL_OUT_22421_313_0 resumed by user 11/1/2010 3:21:08 PM rosetta@home task celldivs_LPr2_1de2_2vwr_ProteinInterfaceDesign_29Oct2010_22399_203_0 resumed by user 11/1/2010 3:21:08 PM rosetta@home Restarting task T0572_AG_rs_stg0_lrlxMultiCst_t000__casp9__aln23_SAVE_ALL_OUT_22447_312_0 using minirosetta version 217 11/1/2010 3:21:08 PM rosetta@home Starting celldivs_LPr2_1de2_2av4_ProteinInterfaceDesign_29Oct2010_22399_200_0 11/1/2010 3:21:09 PM rosetta@home Starting task celldivs_LPr2_1de2_2av4_ProteinInterfaceDesign_29Oct2010_22399_200_0 using minirosetta version 217 11/1/2010 3:21:15 PM Suspending computation - CPU usage is too high 11/1/2010 3:21:25 PM Resuming computation 11/1/2010 3:21:35 PM Suspending computation - CPU usage is too high 11/1/2010 3:21:46 PM Resuming computation 11/1/2010 3:21:56 PM Suspending computation - CPU usage is too high 11/1/2010 3:22:02 PM rosetta@home task celldivs_LPr2_1de2_2av4_ProteinInterfaceDesign_29Oct2010_22399_200_0 suspended by user 11/1/2010 3:22:02 PM rosetta@home task celldivs_LPr2_1de2_2aak_ProteinInterfaceDesign_29Oct2010_22399_200_0 suspended by user 11/1/2010 3:22:02 PM rosetta@home task celldivs_LPr2_1de2_2a7m_ProteinInterfaceDesign_29Oct2010_22399_200_0 suspended by user 11/1/2010 3:22:02 PM rosetta@home task celldivs_LPr2_1de2_2a1i_ProteinInterfaceDesign_29Oct2010_22399_200_0 suspended by user 11/1/2010 3:22:02 PM rosetta@home task celldivs_LPr2_1de2_1zn6_ProteinInterfaceDesign_29Oct2010_22399_200_0 suspended by user 11/1/2010 3:22:02 PM rosetta@home task celldivs_LPr2_1de2_1rz4_ProteinInterfaceDesign_29Oct2010_22399_203_0 suspended by user 11/1/2010 3:22:02 PM rosetta@home task celldivs_LPr2_1de2_1rw7_ProteinInterfaceDesign_29Oct2010_22399_203_0 suspended by user 11/1/2010 3:22:02 PM rosetta@home task celldiv_LPhe_1de2_3boe_ProteinInterfaceDesign_30Oct2010_22401_198_0 suspended by user 11/1/2010 3:22:02 PM rosetta@home task celldiv_LPhe_1de2_3b5v_ProteinInterfaceDesign_30Oct2010_22401_198_0 suspended by user 11/1/2010 3:22:02 PM rosetta@home task celldiv_LPhe_1de2_2zrr_ProteinInterfaceDesign_30Oct2010_22401_198_0 suspended by user 11/1/2010 3:22:02 PM rosetta@home task celldiv_LPhe_1de2_2zfy_ProteinInterfaceDesign_30Oct2010_22401_198_0 suspended by user 11/1/2010 3:22:02 PM rosetta@home task celldiv_LPhe_1de2_2qgu_ProteinInterfaceDesign_30Oct2010_22401_197_1 suspended by user 11/1/2010 3:22:02 PM rosetta@home task TEMP_0.05_control_1vcc__SAVE_ALL_OUT_22400_50_1 suspended by user 11/1/2010 3:22:02 PM rosetta@home task T0640_AG_rs_stg0_lrlxMultiCst_t000__casp9__aln1_SAVE_ALL_OUT_22500_313_0 suspended by user 11/1/2010 3:22:02 PM rosetta@home task T0628_AG_rs_stg0_lrlxMultiCst_t000__casp9__aln3_SAVE_ALL_OUT_22492_290_0 suspended by user 11/1/2010 3:22:02 PM rosetta@home task T0620_AG_rs_stg0_lrlxMultiCst_t000__casp9__aln1_SAVE_ALL_OUT_22486_313_0 suspended by user 11/1/2010 3:22:02 PM rosetta@home task T0615_AG_rs_stg0_lrlxMultiCst_t000__casp9__aln1_SAVE_ALL_OUT_22483_313_0 suspended by user 11/1/2010 3:22:02 PM rosetta@home task T0540_AG_rs_stg0_lrlxMultiCst_t000__casp9__aln1_SAVE_ALL_OUT_22425_313_0 suspended by user 11/1/2010 3:22:02 PM rosetta@home task T0535_AG_rs_stg0_lrlxMultiCst_t000__casp9__aln6_SAVE_ALL_OUT_22421_313_0 suspended by user 11/1/2010 3:22:02 PM rosetta@home task celldivs_LPr2_1de2_2vwr_ProteinInterfaceDesign_29Oct2010_22399_203_0 suspended by user 11/1/2010 3:22:06 PM Resuming computation 11/1/2010 3:22:17 PM Suspending computation - CPU usage is too high 11/1/2010 3:22:27 PM Resuming computation 11/1/2010 3:30:50 PM SETI@home Sending scheduler request: To fetch work. |
Murasaki Send message Joined: 20 Apr 06 Posts: 303 Credit: 511,418 RAC: 0 |
Thanks for the quick reply and info both Marasaki & Mod.sense. As you are familiar with BOINC I assume you are aware that local settings can override web-settings. Therefore if you have checked the BOINC Manager preferences on your local computer and they say 0 then there isn't anything more I can suggest. Hopefully someone else can provide an answer. |
Pardner Send message Joined: 31 Oct 10 Posts: 6 Credit: 3,442 RAC: 0 |
Thanks for the quick reply and info both Marasaki & Mod.sense. Thanks Murasaki. Yes I'm using the local Preferences settings. Thanks for your help though. Just kind of weird. I'm not going to kill myself about it but it does cause me to manage something I'd rather not. Hopefully there is another suggestion out there. |
Mod.Sense Volunteer moderator Send message Joined: 22 Aug 06 Posts: 4018 Credit: 0 RAC: 0 |
All I can suggest is that this doesn't sound like how it was intended to work, and so I'd check to see if there is a fix in a newer version of BOINC Manager for such a problem. What BOINC version are you running? Rosetta Moderator: Mod.Sense |
[AF>france>pas-de-calais]symaski62 Send message Joined: 19 Sep 05 Posts: 47 Credit: 33,871 RAC: 0 |
no problem :) 02/11/2010 00:22:36 suspend work if non-BOINC CPU load exceeds 25 % BOINC.exe (french) => Activité => 1/3/1 minirosetta_2.17_windows_intelx86.exe 50% (CPU) Processor: 2 GenuineIntel Intel(R) Pentium(R) Dual CPU E2160 @ 1.80GHz [Family 6 Model 15 Stepping 13] Processor: 1.00 MB cache Preferences: max memory usage when active: 1022.64MB Preferences: max memory usage when idle: 1022.64MB Preferences: max CPUs used: 1 <= 50% voila :) |
Pardner Send message Joined: 31 Oct 10 Posts: 6 Credit: 3,442 RAC: 0 |
All I can suggest is that this doesn't sound like how it was intended to work, and so I'd check to see if there is a fix in a newer version of BOINC Manager for such a problem. What BOINC version are you running? Hi Mod.Sense, I'm using BOINC 6.10.58 and I see that as the current/latest version. It's doing it on 2 of my computers too. Guess I just get the "fun issues". I think I'll let the Tasks that I have complete and then drop Rosetta since that's the only app where I have this issue. Thanks anyway. |
Snags Send message Joined: 22 Feb 07 Posts: 198 Credit: 2,888,320 RAC: 0 |
All I can suggest is that this doesn't sound like how it was intended to work, and so I'd check to see if there is a fix in a newer version of BOINC Manager for such a problem. What BOINC version are you running? I know you went into local prefs to set them but did you confirm that BOINC is actually using them? The easiest way to do this is to quit BOINC. Upon restarting BOINC open the messages tab and look for "Reading preferences override file". It should be about 20 lines down. If it's not there, despite your best efforts, BOINC is using website prefs instead of local ones. It may simply be your copy of BOINC has developed a glitch and a reinstall is all that's needed to set things right again. When using global prefs the BOINC client uses the most recently modified preferences. Rosetta@home uses a somewhat older server code that does not know about this relatively new client setting. IF, when you signed up a few days ago, you made any changes in the computing preferences section on the web site AND your BOINC client is insisting, for whatever reason, on using global instead of local prefs, then the client would default to 25% for this setting and that would explain what's happening. You can confirm where BOINC is reading the global prefs by looking at those first 20 lines in the messages tab. You should see a line something like "General prefs: from rosetta@home (last modified 31-Oct-2010 15:20:47)". IF, while you were running SETI, you edited the computing preferences on the SETI website including changing that 25 to 0 AND your BOINC client is insisting, for whatever reason, on using global instead of local prefs, then, well, you would notice nothing wrong since your global and local prefs would exactly match. It may be that signing up for a project using an older server code has exposed a fault in your copy of BOINC that was previously invisible. If your client says it's reading the override file but you are still seeing the "cpu usage too high" message and, as in the message line described above, your "general prefs" are from rosetta, then try this: go back to the SETI website and edit the computing preferences again. You don't have to actually change anything; the goal is just to make sure the SETI prefs are the last modified and so the ones BOINC will use. You can check the modified date at the top of the web page. Restart BOINC and see what happens. Of course, it would be odd for the same glitch to occur on two different PCs at the same time (unless you copied over a broken BOINC from the first pc to the second rather than downloading a fresh copy from Berkeley) so ... when you changed the local prefs did you close the window by clicking OK or by some other method? Forgive me if that sounds silly; I'm just trying to cover all the bases. Best, Snags |
Mod.Sense Volunteer moderator Send message Joined: 22 Aug 06 Posts: 4018 Credit: 0 RAC: 0 |
Good line of thought Snags. I believe where Snags says "Restart BOINC and see what happens." in the second to last paragraph, they intended to say you should select the option to "update" in the projects tab when you have SETI highlighted (this will bring down the new preference for the CPU threshold as defined in your SETI profile), and then restart BOINC. To word it another way, there is a new preference for CPU threshold. Older server code such as what is being used presently on R@h knows nothing of this new field and so it may be getting a default value if your preferences are coming from R@h. SETI is an example of a project that has the new server code and will allow you to enter your desired CPU threshold. So we're just trying to force it to pull those preferences down to your machine and run with them. Rosetta Moderator: Mod.Sense |
Pardner Send message Joined: 31 Oct 10 Posts: 6 Credit: 3,442 RAC: 0 |
All I can suggest is that this doesn't sound like how it was intended to work, and so I'd check to see if there is a fix in a newer version of BOINC Manager for such a problem. What BOINC version are you running? Hi Snagletooth & Mod. Sense, Snags you are the BOMB!! I looked at the statement in Messages for what you suggested... "General prefs: from rosetta@home (last modified 31-Oct-2010 15:20:47)". What I found was "General prefs: from SETI@home (last modified 21-Sep-2010 09:26:17)". I logged into SETI to update my global "Computing Preferences". Made one change and clicked Update to see if it would work. I exited the BOINC app and then restarted BOINC, looked for the "General prefs" message and it had not changed. (Maybe because the SETI project is currently down) I then decided to log into Rosetta and modified 1 item in the "Computing Preferences" and clicked Update. I then exited BOINC and restarted it. Lo and behold I saw "11/3/2010 10:58:12 AM rosetta@home General prefs: from rosetta@home (last modified 03-Nov-2010 10:51:03)". I'm now running just fine on both PCs with no "CPU usage too high" messages. Thanks very much to you, Mod.Sense & Murasaki for taking the time with this and providing input. It is VERY much appreciated!!!! I was going through "crunch withdrawl". Pardner |
Rabinovitch Send message Joined: 28 Apr 07 Posts: 28 Credit: 5,439,728 RAC: 0 |
Two times on both PC and notebook (both under Kubuntu 10.xx amd 64) WUs became very "heavy" (more than 1000 MB in the RAM). Ain't it a bug? I have suspended both of them now. |
Mod.Sense Volunteer moderator Send message Joined: 22 Aug 06 Posts: 4018 Credit: 0 RAC: 0 |
Rabinovitch, I see you have a number of machines, and are saying at least two are seeing high memory utilization. Could you please locate the specific tasks where you are seeing this? And please double check the Rosetta version they are running... errr... ummm "suspended" under :) (this is shown in the tasks tab in the advanced view under the "application" column). Rosetta Moderator: Mod.Sense |
Snags Send message Joined: 22 Feb 07 Posts: 198 Credit: 2,888,320 RAC: 0 |
Well, Pardner, I don't know quite why that worked but nonetheless I am very happy it did. (And very glad Mod.Sense quickly caught my omission of the "update" step. Details, details are everything!) Happy crunching, Snags If you are willing to satisfy my curiosity (or, more likely, risk provoking it further) you could say whether you ever saw the "Reading preferences override file". |
[AF>WildWildWest] Ryzen Send message Joined: 27 Jul 08 Posts: 1 Credit: 105,860 RAC: 0 |
Hello, I have 2 tasks running but they are very long! one, running during 23 hours with 54% and an other 45h at only 22%!! What can I do? I let running these tasks or it's better to stop? Thank you for your answers I just view the memory usage and it's very down: 3.3 mo for one, 1 mo for an other and 0.3mo for the last. the problem must be here? |
Evan Send message Joined: 23 Dec 05 Posts: 268 Credit: 402,585 RAC: 0 |
Hello, Look at the properties tab for each work unit. If the CPU time (time actually spent working on the WU) is reasonably close to the elapsed time(real time), then it is still working ok. If there is a big difference then it has stopped working. In that case exit completely from boinc and restart it (or reboot). This should get the programmes working properly. Also if the memory usage is below normal then this indicates a problem. |
Chris Holvenstot Send message Joined: 2 May 10 Posts: 220 Credit: 9,106,918 RAC: 0 |
I seem to be having problems with a series of tasks which appear to have come into my system in the last day or so - the common point is that they are all named in the form of "Rossmann3x3_abinitio" Typical message being put out by failed tasks: ERROR: Option matching -relax:fastrelax_repeats not found in command line top-level context Sample Task IDs: 377019618, 377071245 and 376994962 I also had one Rossmann2x3_abinitio run over seven hours (on a system set to 4 hour preferred run time) and then fail with a repeated message: OVERFLOW ERROR: Error writing No indication what was being written. Sample Task ID: 376994899 |
Mod.Sense Volunteer moderator Send message Joined: 22 Aug 06 Posts: 4018 Credit: 0 RAC: 0 |
Moved Chris' post, Appears these are failing at startup, here's some direct links: 377019618 377071245 376994962 This one ran for more then 7 hours before failing Overflow error: 376994899 Rosetta Moderator: Mod.Sense |
Message boards :
Number crunching :
minirosetta 2.17
©2024 University of Washington
https://www.bakerlab.org