Posts by old_user535979

1) Questions and Answers : Unix/Linux : Forever repeating \"Communication deferred\" (Message 37981) Posted 10 Sep 2009 by old_user535979 Post: Thank you both for the useful information.
2) Questions and Answers : Unix/Linux : Forever repeating \"Communication deferred\" (Message 37968) Posted 9 Sep 2009 by old_user535979 Post: Thanks for the answer! And sorry about taking so long before thanking you. Unfortunately I can\'t follow your advice. The installer for 6.6.36 on 64-bit Linux doesn\'t have any screens, so there\'s no place where I might look for an Advanced button. With the regular Ubuntu installer for the old BOINC (the same as for any program), installing and uninstalling is impressively easy, even Windows can\'t compete with Ubuntu in this regard. By contrast, installing 6.6.36 on 64-bit Linux is sort of shrouded in mystery and enigma... () Consequently I spent a few hours struggling with both versions of BOINC. In the end I hunted down every single file and folder everywhere on my computer that had \"boinc\" in its name and removed them all (keeping copies in a backup folder). After this, two clicks on Ubuntu\'s beautifully simple default installer gave me a fully working old BOINC 6.2.18. I\'ll use this old version until the Ubuntu repository offers me its very nice click-click-done, upgraded. During my struggles, twice more my BOINC fetched new work units, and now the web page for my computer lists 13 unfinished work units labelled Server state Over* and Outcome Client detached. I understand that lost work units are a problem, so I\'ll try to get my BOINC to finish these 13 work units if this is useful. Do you know if ClimatePrediction can still receive a work unit despite the label Server state Over? One way to restore from backup is to forbid new tasks and wait for the current batch to finish, and then copy a backup version of boinc-client/projects/climateprediction.net/ into the active folder, and then wait for those work units to finish, and repeat. But this gets inefficient because my four processor cores won\'t finish all at the same time. Suppose I don\'t wait for the current batch to finish. Suppose today I copy the entire contents of the backup boinc-client/projects/climateprediction.net/ into the active boinc-client/projects/climateprediction.net/. Would this cause confusion? Or would it allow BOINC to finish all the work units? Of course I could just try this and see what happens, but I don\'t know if I risk destroying the work units that I have working now. Again, thanks for helping! ------------------------ (*) Just in case you\'re interested in the details of the installation mysteries: The download page gives no instructions on how to install. The installer is a .sh file (like a Windows .BAT file), but if you try to inspect it, you get a message saying that it contains binary rather than text. Yet it turns out that you can run it like a regular .sh file. (Maybe I\'m alone in finding this strange, maybe it\'s a Linux convention that I\'m unaware of.) The program is installed wherever you happen to call the .sh file (but maybe this is again some Linux convention that I\'m unaware of). The installer gives you a single line of text and ends, it says \"use /home/username/BOINC/run_manager to start BOINC\", but if you follow this instruction, the BOINC manager starts and then waits silently forever and doesn\'t work. That\'s because you have to start the client too. If you install BOINC as the root user, or if you ever (even once) run the client as the root user, later any attempt to run the client as the regular user will fail mysteriously. When you need to uninstall there\'s no uninstaller, and all the instructions that I found on how to uninstall BOINC are about antique versions. In my various attempts with various strange problems, probably I inadvertently mixed old and new versions of manager and client, and/or mixed root and regular files, and/or stumbled upon other combinations of mistakes, before I learned about the various possible problems. With what I learned, I\'m sure I could now install 6.6.36 without problems, but it just isn\'t worth more time.
3) Questions and Answers : Unix/Linux : Forever repeating \"Communication deferred\" (Message 37957) Posted 7 Sep 2009 by old_user535979 Post: I upgraded to BOINC 6.6.36 and ran it briefly. The new version downloaded four new ClimatePrediction tasks, it had lost the four half-finished tasks from the old BOINC. Soon I decided to switch back to BOINC 6.2.18, because the new version didn\'t do what I wanted it to do (run gpugrid.net) and also didn\'t start automatically on reboot like the old version. After I had switched back, the Tasks tab showed my old ClimatePrediction tasks, from before the first switch. But after a few seconds all four of them had status \"Computation error\". Ever since, the Projects tab shows status \"Communication deferred\" counting down. When it reaches zero, it shows \"---\" for a couple of seconds, and then goes back to \"Communication deferred\" with a new countdown. The Messages tab does not show any communication attempt, it doesn\'t add any message at all below the messages already there. The tracing function of my firewall reveals that there is no communication attempt. All I get is this countdown, the brief pause, and back to the countdown. How can I get it to start doing something useful again? I suppose the best thing is if I can get it to start all four tasks from the beginning, so that the computations aren\'t lost. Presumably I should also make the four tasks that were downloaded by the new BOINC visible to the old BOINC so they can be processed. I have backup copies of both version\'s \"projects\" folders. I run 64-bit Ubuntu on an Intel quad core. When \"Computation error\" first appeared, the Messages tab did show messages about the problem: [error] Failed to open init file slots/0/init_data.xml [error] Failed to open init file slots/3/init_data.xml [error] Failed to open init file slots/1/init_data.xml [error] Failed to open init file slots/2/init_data.xml Computation for task hadsm3mh_ksz9_006315793_1 finished Output file hadsm3mh_ksz9_006315793_1_3.zip for task hadsm3mh_ksz9_006315793_1 absent Output file hadsm3mh_ksz9_006315793_1_4.zip for task hadsm3mh_ksz9_006315793_1 absent Computation for task hadsm3mh_kqe9_006312445_8 finished Output file hadsm3mh_kqe9_006312445_8_2.zip for task hadsm3mh_kqe9_006312445_8 absent Output file hadsm3mh_kqe9_006312445_8_3.zip for task hadsm3mh_kqe9_006312445_8 absent Output file hadsm3mh_kqe9_006312445_8_4.zip for task hadsm3mh_kqe9_006312445_8 absent Computation for task hadam3p_me9b_1981_2_1006339641_2 finished Output file hadam3p_me9b_1981_2_1006339641_2_1.zip for task hadam3p_me9b_1981_2_1006339641_2 absent Output file hadam3p_me9b_1981_2_1006339641_2_2.zip for task hadam3p_me9b_1981_2_1006339641_2 absent Output file hadam3p_me9b_1981_2_1006339641_2_3.zip for task hadam3p_me9b_1981_2_1006339641_2 absent Computation for task hadsm3mh_kt1j_006315875_5 finished Output file hadsm3mh_kt1j_006315875_5_1.zip for task hadsm3mh_kt1j_006315875_5 absent Output file hadsm3mh_kt1j_006315875_5_2.zip for task hadsm3mh_kt1j_006315875_5 absent Output file hadsm3mh_kt1j_006315875_5_3.zip for task hadsm3mh_kt1j_006315875_5 absent Output file hadsm3mh_kt1j_006315875_5_4.zip for task hadsm3mh_kt1j_006315875_5 absent