Message boards :
Number crunching :
AK V8 ported release ap. issues, install, questions etc.
Message board moderation
Previous · 1 . . . 15 · 16 · 17 · 18 · 19 · Next
Author | Message |
---|---|
Urs Echternacht ![]() Send message Joined: 15 May 99 Posts: 692 Credit: 135,197,781 RAC: 211 ![]() ![]() |
@Wiyosaya: First you did not say which OS and which host of yours is ment, so this will be vague. A few posts earlier in this thread there is a post by claggy showing an app_info.xml files contents. Compare to yours and check that you have all the files that are referenced in your app_info.xml file in the corresponding projects/setiathome.berkeley.edu/ directory. Additional for linux: do check execution permissions for all the executable files in that directory. Then restart the BOINC client (not only the manager). _\|/_ U r s |
![]() Send message Joined: 15 Jan 06 Posts: 20 Credit: 1,717,714 RAC: 0 ![]() |
OK only one thing to say; "BOINC is currently idle" for the last 48hr on both computers?? |
Wiyosaya Send message Joined: 19 May 99 Posts: 39 Credit: 2,985,585 RAC: 0 ![]() |
Hi Urs Echternacht, Thanks for your reply. This is the host: http://setiathome.berkeley.edu/show_host_detail.php?hostid=134985 Here's my app info file: <app_info> <app> <name>astropulse</name> </app> <file_info> <name>ap_5.00r103_SSE3.exe</name> <executable/> </file_info> <app_version> <app_name>astropulse</app_name> <version_num>500</version_num> <file_ref> <file_name>ap_5.00r103_SSE3.exe</file_name> <main_program/> </file_ref> </app_version> <app> <name>astropulse_v5</name> </app> <file_info> <name>ap_5.03r112_SSE3.exe</name> <executable/> </file_info> <app_version> <app_name>astropulse_v5</app_name> <version_num>503</version_num> <file_ref> <file_name>ap_5.03r112_SSE3.exe</file_name> <main_program/> </file_ref> </app_version> <app> <name>setiathome_enhanced</name> </app> <file_info> <name>AK_v8_win_SSE3.exe</name> <executable/> </file_info> <app_version> <app_name>setiathome_enhanced</app_name> <version_num>517</version_num> <file_ref> <file_name>AK_v8_win_SSE3.exe</file_name> <main_program/> </file_ref> </app_version> <app_version> <app_name>setiathome_enhanced</app_name> <version_num>527</version_num> <file_ref> <file_name>AK_v8_win_SSE3.exe</file_name> <main_program/> </file_ref> </app_version> <app_version> <app_name>setiathome_enhanced</app_name> <version_num>528</version_num> <file_ref> <file_name>AK_v8_win_SSE3.exe</file_name> <main_program/> </file_ref> </app_version> </app_info> The app_info file seems pretty much identical to the one in the post you referenced, and the referenced apps do exist in the corresponding projects/setiathome.berkeley.edu/ directory. I have been running the optimized apps for several months now without problems until this started happening. This machine dual boots between XP and XP64, and I have had absolutely no problems prior to this with the dual boot arrangement. Please note that I run only the 32-bit versions of the optimized apps on this machine. I noted this problem when I updated to boinc 6.6.28, and now with boinc 6.6.31. Also, if I boot into one OS, say XP, let S@H run, then reboot into XP64, I also have no problems. It seems to happen after I have an extended period, say 24 hours, of down time. I am not entirely sure whether it comes from shutting down after having run XP or XP64, then having 24 hours of down time, then booting into the other OS. None the less, it has happened more than once on this machine since updating to 6.6.28, and dumped an AP WU that was nearly finished. That was very annoying. ![]() |
Charles Anspaugh Send message Joined: 11 Aug 00 Posts: 48 Credit: 22,715,083 RAC: 0 ![]() |
I would double check this, I think you have to delete the 517 reference in red, and change 527 to 528, and change 528 to 603. |
![]() ![]() ![]() ![]() ![]() Send message Joined: 3 Sep 04 Posts: 471 Credit: 230,506,401 RAC: 157 ![]() ![]() |
Are you saying that you have installed BOINC into both OSes and :- a. accesses the same data directory or are they b. installs in 2 different locations that have their own data directories? The machine ref you give is for a 64 bit OS. Microsoft Windows XP Professional x64 Edition, Service Pack 2, (05.02.3790.00) In your list of machines I cannot see an entry for a 32 bit Windows PC. GPU Users Group ![]() ![]() |
Urs Echternacht ![]() Send message Joined: 15 May 99 Posts: 692 Credit: 135,197,781 RAC: 211 ![]() ![]() |
Hi Urs Echternacht, On the contrary, your app_info.xml is out of date. The "astropulse" section is no longer needed, "astropulse_v5" is only temporarily out of work. What Charles A. Anspaugh mentioned is in so far correct, if you had done on one of your BOINC installs a stock s@h 6.03 wu before you installed optimized applications, you will need to have that 603 section in your app_info.xml. Here is a new app_info.xml for you Wiyosaya : <app_info> <app> <name>astropulse_v5</name> </app> <file_info> <name>ap_5.03r112_SSE3.exe</name> <executable/> </file_info> <app_version> <app_name>astropulse_v5</app_name> <version_num>503</version_num> <file_ref> <file_name>ap_5.03r112_SSE3.exe</file_name> <main_program/> </file_ref> </app_version> <app> <name>setiathome_enhanced</name> </app> <file_info> <name>AK_v8_win_SSE3.exe</name> <executable/> </file_info> <app_version> <app_name>setiathome_enhanced</app_name> <version_num>528</version_num> <file_ref> <file_name>AK_v8_win_SSE3.exe</file_name> <main_program/> </file_ref> </app_version> <app_version> <app_name>setiathome_enhanced</app_name> <version_num>603</version_num> <file_ref> <file_name>AK_v8_win_SSE3.exe</file_name> <main_program/> </file_ref> </app_version> </app_info>To find out why you get these errors you should at first answer your own question: "I am not entirely sure whether it comes from shutting down after having run XP or XP64, then having 24 hours of down time, then booting into the other OS." ? Maybe to make some notes on paper could help to clear that uncertainty. Also of interest would be, if both OS's use the same BOINC installment in a seperate partition accessible from XP and XPx64 or if you use some kind of synchronized directories (like Questor asked). _\|/_ U r s |
Wiyosaya Send message Joined: 19 May 99 Posts: 39 Credit: 2,985,585 RAC: 0 ![]() |
Are you saying that you have installed BOINC into both OSes and :- BOINC is installed to both XP and XP64 and accesses the same data. When I run 32-bit, it does show up on the web site. For each OS, the "C:\Documents and Settings\All Users\Application Data\BOINC\projects\setiathome.berkeley.edu" path is identical, and the way I have my install set up, the BOINC directory is in a sub directory on my "E:" drive. That is the machine that I posted the link for. One other machine is strictly XP64 while the final machine is 64-bit Linux. Hi Urs Echternacht, You are quite correct, my app_info.xml file is not the same as the one above. I missed the 603 section. Must be the late hours I have been keeping, and I thought it was kind of funny that the Linux app_info.xml file had the 603 section while the "windows" one did not. Now I know why. I'll have to update both of my "windows" machines with the new file. Thank you for providing the new app_info.xml file. That is very helpful. I will install that tonight. At this point, the "problem" machine has no active work units. If I understood you correctly, are there sections in the app_info.xml file you posted that I do not need? If so, would you please highlight them? From the file you posted and your description, I am confused as to which section is not needed. Thanks again. ![]() |
Urs Echternacht ![]() Send message Joined: 15 May 99 Posts: 692 Credit: 135,197,781 RAC: 211 ![]() ![]() |
Sorry, Wiyosaya, for overinforming you bit. The reasoning before the new app_info.xml in my last post are in relation to your old app_info.xml file. The new app_info.xml was meant as a replacement as is. Hopefully that clears your confusions. Happy crunching! _\|/_ U r s |
topolm Send message Joined: 31 May 09 Posts: 4 Credit: 180,780 RAC: 0 ![]() |
Hello Seti crunchers I'm using stock seti client but I have installed the optimized apps on my RHEL 5.3 box but it seems they get need picked. What I have done is: downloaded the stock app (boinc_6.4.5_x86_64-pc-linux-gnu.sh) from seti home, (unpacked it in my home dir), copied AK_V8_linux64_ssse3 and ap503-x86_64-pc-linux-gnu-sse3-r112 in seti project folder and app_info.xml, restarted it and now the seti stock app is again used for crunching my possible alien information. Below is my app_info.xml. Does anybody know what I have done wrong as I'm working on this for hours and I do not know where I should look to solve this little problem? <app_info> <app> <name>astropulse</name> </app> <file_info> <name>ap503-x86_64-pc-linux-gnu-sse3-r112</name> <executable/> </file_info> <app_version> <app_name>astropulse</app_name> <version_num>500</version_num> <file_ref> <file_name>ap503-x86_64-pc-linux-gnu-sse3-r112</file_name> <main_program/> </file_ref> </app_version> <app> <name>astropulse_v5</name> </app> <file_info> <name>ap503-x86_64-pc-linux-gnu-sse3-r112</name> <executable/> </file_info> <app_version> <app_name>astropulse_v5</app_name> <version_num>503</version_num> <file_ref> <file_name>ap503-x86_64-pc-linux-gnu-sse3-r112</file_name> <main_program/> </file_ref> </app_version> <app> <name>setiathome_enhanced</name> </app> <file_info> <name>AK_V8_linux64_ssse3</name> <executable/> </file_info> <app_version> <app_name>setiathome_enhanced</app_name> <version_num>528</version_num> <file_ref> <file_name>AK_V8_linux64_ssse3</file_name> <main_program/> </file_ref> </app_version> <app_version> <app_name>setiathome_enhanced</app_name> <version_num>603</version_num> <file_ref> <file_name>AK_V8_linux64_ssse3</file_name> <main_program/> </file_ref> </app_version> </app_info> |
![]() ![]() Send message Joined: 14 May 99 Posts: 4438 Credit: 55,006,323 RAC: 0 ![]() |
|
topolm Send message Joined: 31 May 09 Posts: 4 Credit: 180,780 RAC: 0 ![]() |
Thank you for your prompt reply - as seti was offline somehow, I patched in some updates in my RHEL 5.3 sys and rebooted it and the optimized apps got now loaded. Here are the requested lines: Wed 17 Jun 2009 05:33:18 PM CEST Starting BOINC client version 6.6.31 for x86_64-pc-linux-gnu Wed 17 Jun 2009 05:33:18 PM CEST log flags: task, file_xfer, sched_ops Wed 17 Jun 2009 05:33:18 PM CEST Libraries: libcurl/7.18.0 OpenSSL/0.9.8g zlib/1.2.3 c-ares/1.5.1 Wed 17 Jun 2009 05:33:18 PM CEST Data directory: /home/gogol/BOINC Wed 17 Jun 2009 05:33:18 PM CEST SETI@home Found app_info.xml; using anonymous platform Wed 17 Jun 2009 05:33:18 PM CEST Processor: 4 GenuineIntel Intel(R) Core(TM)2 Quad CPU Q9400 @ 2.66GHz [Family 6 Model 23 Stepping 10] Wed 17 Jun 2009 05:33:18 PM CEST Processor features: fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm syscall nx lm constant_tsc pni monitor ds_cpl vmx smx est tm2 cx16 xtpr lahf_lm Wed 17 Jun 2009 05:33:18 PM CEST OS: Linux: 2.6.18-128.1.10.el5 Wed 17 Jun 2009 05:33:18 PM CEST Memory: 7.80 GB physical, 19.53 GB virtual Wed 17 Jun 2009 05:33:18 PM CEST Disk: 432.25 GB total, 391.38 GB free Wed 17 Jun 2009 05:33:18 PM CEST Local time is UTC +2 hours Wed 17 Jun 2009 05:33:18 PM CEST CUDA device: GeForce 9600 GS (driver version 0, compute capability 1.1, 767MB, est. 21GFLOPS) Wed 17 Jun 2009 05:33:18 PM CEST Not using a proxy Wed 17 Jun 2009 05:33:18 PM CEST SETI@home URL: http://setiathome.berkeley.edu/; Computer ID: 4969663; location: (none); project prefs: default Wed 17 Jun 2009 05:33:18 PM CEST No general preferences found - using BOINC defaults Wed 17 Jun 2009 05:33:18 PM CEST Reading preferences override file Wed 17 Jun 2009 05:33:18 PM CEST Preferences limit memory usage when active to 3993.50MB Wed 17 Jun 2009 05:33:18 PM CEST Preferences limit memory usage when idle to 7188.31MB Wed 17 Jun 2009 05:33:18 PM CEST Preferences limit disk usage to 10.00GB Wed 17 Jun 2009 05:33:18 PM CEST SETI@home Started upload of 12mr09aa.25316.481.6.8.236_1_0 Wed 17 Jun 2009 05:33:45 PM CEST SETI@home resumed by user Wed 17 Jun 2009 05:33:45 PM CEST SETI@home Restarting task 02fe09aa.12584.23381.13.8.193_2 using setiathome_enhanced version 528 Wed 17 Jun 2009 05:33:45 PM CEST SETI@home Restarting task 02fe09aa.12584.23381.13.8.183_2 using setiathome_enhanced version 528 Wed 17 Jun 2009 05:33:45 PM CEST SETI@home Restarting task 10mr09ac.15976.507198.3.8.196_0 using setiathome_enhanced version 528 Wed 17 Jun 2009 05:33:45 PM CEST SETI@home Restarting task 12mr09aa.25316.481.6.8.235_0 using setiathome_enhanced version 528 And here is the ps -AF terminal output where you can see that the optimized apps now are working (computation went down from over 2 hours to 53 minutes :-) gogol 5070 5064 98 17968 39532 1 17:33 pts/0 00:08:26 AK_V8_linux64_ssse3 gogol 5071 5064 98 17406 37788 2 17:33 pts/0 00:08:26 AK_V8_linux64_ssse3 gogol 5081 5064 98 18011 39720 3 17:35 pts/0 00:06:52 AK_V8_linux64_ssse3 gogol 5091 5064 99 18011 39704 0 17:38 pts/0 00:03:15 AK_V8_linux64_ssse3 gogol 5099 5032 0 16407 968 2 17:42 pts/0 00:00:00 ps -AF Thank you all! |
Claggy Send message Joined: 5 Jul 99 Posts: 4654 Credit: 47,537,079 RAC: 4 ![]() |
I'm glad you've got it working, but things to note: In your app_info you're referenced ap503-x86_64-pc-linux-gnu-sse3-r112 for both the astropulse and the astropulse_v5 sections, that app is for astropulse_v5 only, you should have had the older r103 version for plain old astropulse, There's going to be an optimised v505 app sometime, and you'll have to use a new app (when available) for that section while keeping the r112 app for the v5 section. But in the meantime since there is no New split astropulse work or resends (as opposed to astropulse_v5 work which isn't getting split at the moment, but resends are available) you should remove this section from your app_info: <app> <name>astropulse</name> </app> <file_info> <name>ap503-x86_64-pc-linux-gnu-sse3-r112</name> <executable/> </file_info> <app_version> <app_name>astropulse</app_name> <version_num>500</version_num> <file_ref> <file_name>ap503-x86_64-pc-linux-gnu-sse3-r112</file_name> <main_program/> </file_ref> </app_version> Claggy |
topolm Send message Joined: 31 May 09 Posts: 4 Credit: 180,780 RAC: 0 ![]() |
Thank you too - I will do it as you have suggested (the file must be optimized anyway); I have already found some information concerning the different seti workunits and which optimized apps should be used or not. I can also use in the meantime the stock astropulse application as I have received one unit before but that's already crunched (boinc estimated 50 hours runtime but it was a 68 hour job). Great community and keep on crunching! |
CryptokiD ![]() Send message Joined: 2 Dec 00 Posts: 150 Credit: 3,216,632 RAC: 0 ![]() |
I have an older Athlon XP 2600 running ubuntu 32 bit. it only supports sse and lower. i installed the astropulse apps on it, but am i correct in finding no optimized apps for sse multibeam in linux? i know they are there for windows. i tried using wine to run it, that bombed... this athlon would be much quicker if i could find an optimized multibeam app.. |
Claggy Send message Joined: 5 Jul 99 Posts: 4654 Credit: 47,537,079 RAC: 4 ![]() |
I have an older Athlon XP 2600 running ubuntu 32 bit. it only supports sse and lower. i installed the astropulse apps on it, but am i correct in finding no optimized apps for sse multibeam in linux? i know they are there for windows. i tried using wine to run it, that bombed... Crunch3r's 32bit Linux apps. Claggy |
Wiyosaya Send message Joined: 19 May 99 Posts: 39 Credit: 2,985,585 RAC: 0 ![]() |
I am finally getting back to this. Since I have used the unified installer from the Lunatics site, I am successfully crunching lots of CUDA units. However, the issue that I was having, namely having installed boinc 6.6.31 on a dual-boot machine that boots XP 32 bit and XP X64 so that the same install of boinc runs on both OSs and crunches the same data on both install, then switching from one OS to the other after an extended period of not running the machine (24+ hours) dumps all work units currently queued. I am using the same, i.e., 32-bit apps, on both OSs. Here's the app_info file installed by the lunatics unified installer: <app_info> <app> <name>setiathome_enhanced</name> </app> <file_info> <name>AK_v8b_win_SSE3_AMD.exe</name> <executable/> </file_info> <app_version> <app_name>setiathome_enhanced</app_name> <version_num>528</version_num> <file_ref> <file_name>AK_v8b_win_SSE3_AMD.exe</file_name> <main_program/> </file_ref> </app_version> <app_version> <app_name>setiathome_enhanced</app_name> <version_num>603</version_num> <file_ref> <file_name>AK_v8b_win_SSE3_AMD.exe</file_name> <main_program/> </file_ref> </app_version> <app> <name>astropulse_v5</name> </app> <file_info> <name>ap_5.03r112_SSE3.exe</name> <executable/> </file_info> <app_version> <app_name>astropulse_v5</app_name> <version_num>503</version_num> <file_ref> <file_name>ap_5.03r112_SSE3.exe</file_name> <main_program/> </file_ref> </app_version> <app> <name>setiathome_enhanced</name> </app> <file_info> <name>MB_6.08_mod_CUDA_V11_VLARKill_refined.exe</name> <executable/> </file_info> <file_info> <name>cudart.dll</name> <executable/> </file_info> <file_info> <name>cufft.dll</name> <executable/> </file_info> <file_info> <name>libfftw3f-3-1-1a_upx.dll</name> <executable/> </file_info> <app_version> <app_name>setiathome_enhanced</app_name> <version_num>608</version_num> <plan_class>cuda</plan_class> <avg_ncpus>0.040000</avg_ncpus> <max_ncpus>0.040000</max_ncpus> <coproc> <type>CUDA</type> <count>1</count> </coproc> <file_ref> <file_name>MB_6.08_mod_CUDA_V11_VLARKill_refined.exe</file_name> <main_program/> </file_ref> <file_ref> <file_name>cudart.dll</file_name> </file_ref> <file_ref> <file_name>cufft.dll</file_name> </file_ref> <file_ref> <file_name>libfftw3f-3-1-1a_upx.dll</file_name> </file_ref> </app_version> </app_info> Here are the relevant entries from the stdoutdae.txt file [07/05/09 00:47:01] TRACE [2032]: Event: CTRL-LOGOFF Event I was running under XP X32, then switched to XP X64 after a couple of days of not running. Note, however, that in the switch from X32 to X64, there seems to be no indication of a platform switch as in the subsequent switch from X64 to X32 (I have included the relevant section from the stdoutdae.txt file for the subsequent switch from X64 to X32). This never happened with boinc versions prior to 6.6.31. I have also noted that if I am running one OS, then reboot immediately into the other, that work units are not dumped. However, I am unable to verify this as of this post since I am not able to get new work units for this machine at this time. It seems like something has changed. Is there some sort of OS version tagging going on in the result files where the switch is detected and results are discarded if the OS is changed? Is this a known issue and I need to update to a later version of boinc? I'll be doing that anyway since there is a later version of boinc available that I just noticed. Any insight will be appreciated as this is rather unpleasant. ![]() |
![]() ![]() Send message Joined: 24 Nov 06 Posts: 7489 Credit: 91,093,184 RAC: 0 ![]() |
I used to do the same thing under Boinc v5.10.45. Apparently, there are tricky migration issues introduced around Boinc 6.1.x with regards to platform tags. We have yet to establish exactly what the 'best practice' is for the upcoming revised 64 bit installer for similar reasons. [ i.e. This is really a Boinc 'Feature' not that of the opt apps or installer as such. ] I would suggest that you'll need to customise the app_info a little, though don't know the exact correct entries to insert yet [That is if it's still possible to switch seamlessly, as with days gone by.] [Later: Have you tried setting up a cc_config.xml file with appropriate <alt_platform> tag at all? ] "Living by the wisdom of computer science doesn't sound so bad after all. And unlike most advice, it's backed up by proofs." -- Algorithms to live by: The computer science of human decisions. |
Wiyosaya Send message Joined: 19 May 99 Posts: 39 Credit: 2,985,585 RAC: 0 ![]() |
I used to do the same thing under Boinc v5.10.45. Apparently, there are tricky migration issues introduced around Boinc 6.1.x with regards to platform tags. We have yet to establish exactly what the 'best practice' is for the upcoming revised 64 bit installer for similar reasons. [ i.e. This is really a Boinc 'Feature' not that of the opt apps or installer as such. ] Thanks for your reply. I have not tried what you suggest, mainly because I did not know it is possible to do what you suggest, nor do I know how. Would you happen to have a link to instructions on how to do this? I am in the dark as to where to find such instructions. Also, it might be helpful to know exactly what tags are allowed in config files and what they do. Is there any info available that gives a complete listing of all tags and allowed values for those tags? Thanks again. ![]() |
Claggy Send message Joined: 5 Jul 99 Posts: 4654 Credit: 47,537,079 RAC: 4 ![]() |
I used to do the same thing under Boinc v5.10.45. Apparently, there are tricky migration issues introduced around Boinc 6.1.x with regards to platform tags. We have yet to establish exactly what the 'best practice' is for the upcoming revised 64 bit installer for similar reasons. [ i.e. This is really a Boinc 'Feature' not that of the opt apps or installer as such. ] There's loads of info here on the Boinc FAQ Service: How do I configure my client using the cc_config.xml file? Claggy |
Jack Knof Send message Joined: 14 Oct 02 Posts: 2 Credit: 308,502 RAC: 0 ![]() |
I recently tried to optimize using AK V8 for XP 64-bit. My system just downloaded about 200 work units. I got a similar error something like "[SETI@home] [error] No app version for result" and all my work units tasks disappeared. I wanted to get them back. I used my undelete program and stuck the files back into my C:\Documents and Settings\All Users\Application Data\BOINC\projects\setiathome.berkeley.edu directory but I am unsuccessful bringing them back. Is there any way to get those tasks back? or do I just wait for the next day to roll around and get new tasks? |
©2025 University of California
SETI@home and Astropulse are funded by grants from the National Science Foundation, NASA, and donations from SETI@home volunteers. AstroPulse is funded in part by the NSF through grant AST-0307956.