Message boards :
Number crunching :
"BOINC portable" for Windows hosts
Message board moderation
Previous · 1 · 2 · 3 · 4 · 5 · Next
Author | Message |
---|---|
Raistmer Send message Joined: 16 Jun 01 Posts: 6325 Credit: 106,370,077 RAC: 121 |
And on host with fully installed BOINC (with registry entries) no matter if I use boinc.exe --dir ... or boinc --dir... or just boinc w/o anything. In all these cases BOINC client starts with correct directory and with GPU support. So I still see inconsistency in observations on 2 different hosts (original one had full BOINC install also! Now on anoher host I see no issue with GPU detection no matter how I run boinc). Difference in BOINC versions: current one is 7.6.9 vs recommended one (7.6.33) on original PC. SETI apps news We're not gonna fight them. We're gonna transcend them. |
Raistmer Send message Joined: 16 Jun 01 Posts: 6325 Credit: 106,370,077 RAC: 121 |
After netbook's HDD death and complete OS refreshment I copied old BOINC and BOINCdata folders to c:\ and attempting to configure "portable" variant to run w/o formal BOINC installation. So I start daemon with bat file containing this line: boinc.exe --dir ..\BOINCdata.old --skip_cpu_benchmarks --allow_remote_gui_rpc and launch manager from command line: boincmgr.exe /i Despite using "insecure" option I got http://prntscr.com/g76rlp What is wrong? P.S. On first launch embedded Windows firewall asked permissions for BOINc - I allowed operation on both private and public networks. P.P.S After few more attempts (run manager w/o deamon started and switched to advanced view) got such message: http://prntscr.com/g76xoj But both started from C:\BOINC SETI apps news We're not gonna fight them. We're gonna transcend them. |
Juha Send message Joined: 7 Mar 04 Posts: 388 Credit: 1,857,738 RAC: 0 |
Try starting Manager from BOINCdata. I don't know what the --insecure really does. |
Darrell Send message Joined: 14 Mar 03 Posts: 267 Credit: 1,418,681 RAC: 0 |
Since the you did not run the installer, the boinc_users group was never created, so you are getting caught by Windows UAC. You'll need to either create the group manually or run Boinc from an Administrator window. Will take a while to check and trace in the code what the -i insecure actually does, can find nothing about it in the Wiki. Edit: Just got a message about the (-i) option from Rom. As far as he remembers it is only for MAC systems and is used to prevent changing the user context when starting the client from the Manager. ... and still I fear, and still I dare not laugh at the Mad Man! Queen - The Prophet's Song |
Juha Send message Joined: 7 Mar 04 Posts: 388 Credit: 1,857,738 RAC: 0 |
BOINC's user and group accounts are needed only in service installs. It's a bug in Manager if it's complaining about them without reason. |
Darrell Send message Joined: 14 Mar 03 Posts: 267 Credit: 1,418,681 RAC: 0 |
BOINC's user and group accounts are needed only in service installs. It's a bug in Manager if it's complaining about them without reason. From the Wiki about installing Boinc: Install options The last option is the one that is catching Rastimer's starting of the Manager. It is not a Manager bug, but a Windows UAC error that the Manager is reporting in his screenshot. So without running the installer, he is going to have to turn off Windows UAC or manually create the user group and add himself to it or run it from a command window that has Administrator privilege. ... and still I fear, and still I dare not laugh at the Mad Man! Queen - The Prophet's Song |
Raistmer Send message Joined: 16 Jun 01 Posts: 6325 Credit: 106,370,077 RAC: 121 |
For what function exactly BOINC manager needs elevated access or special security context? As I see it all that needed is IPC between 2 processes running in the same security context. Can't devise any sensible reason why it should be restricted. It sounds if to as bug but as quite annoying and excessive "feature". And if I will use BOINC tasks for example insyead of manager - will it connect? And if it will then this limitation of manager just ridiculous... SETI apps news We're not gonna fight them. We're gonna transcend them. |
Darrell Send message Joined: 14 Mar 03 Posts: 267 Credit: 1,418,681 RAC: 0 |
For what function exactly BOINC manager needs elevated access or special security context? This goes way back to the creation of Boinc and is apart of the client and Windows User Account security programming. I haven't used Boinctasks program, but I suspect it won't be allowed to connect to the client either. The Manager is working correctly, it is just reporting the error that Windows security generates. i.e. it isn't a Boinc or Manager problem, it is just the way that Windows ensures process security. ... and still I fear, and still I dare not laugh at the Mad Man! Queen - The Prophet's Song |
Juha Send message Joined: 7 Mar 04 Posts: 388 Credit: 1,857,738 RAC: 0 |
The last option is the one that is catching Rastimer's starting of the Manager. It is not a Manager bug, but a Windows UAC error that the Manager is reporting in his screenshot. So without running the installer, he is going to have to turn off Windows UAC or manually create the user group and add himself to it or run it from a command window that has Administrator privilege. No. |
Raistmer Send message Joined: 16 Jun 01 Posts: 6325 Credit: 106,370,077 RAC: 121 |
I'm quite sure that 2 processes can communicate being under same standard security context. So it's not Windows, it's BOINC attempting to run under some another user/security context instead of just accepting current context. W/o that attempt Windows security would not interfere at all. SETI apps news We're not gonna fight them. We're gonna transcend them. |
Raistmer Send message Joined: 16 Jun 01 Posts: 6325 Credit: 106,370,077 RAC: 121 |
Try starting Manager from BOINCdata. I don't know what the --insecure really does. This helped indeed, thanks! Now manager connected to daemon/client. I checked registry - it has SSL entry with BOINC manager options. I assume it's inevitable registry pollution cause BOINC manager writes those options on each update (actually on each exit perhaps regardless real options update). EDIT: checked on another data directory with emptied registry - BOINC manager forgot about running in advanced mode, but connected to client with first attempt (being run from data directory instead of binary one). So, the only real issues here: 1) lack of public info about such peculiarity (to launch from data dir) 2) misguided first error message. Regarding 2 - still unsure why it changed from screenshot 1 to screenshot 2 after few attempts. SETI apps news We're not gonna fight them. We're gonna transcend them. |
Raistmer Send message Joined: 16 Jun 01 Posts: 6325 Credit: 106,370,077 RAC: 121 |
P.S. and adding .exe to boinc in launching script helped with GPU detection too (at least on this netbook). SETI apps news We're not gonna fight them. We're gonna transcend them. |
Juha Send message Joined: 7 Mar 04 Posts: 388 Credit: 1,857,738 RAC: 0 |
Launching from data directory or telling Manager where the data directory is is something that needs to be done on Linux. There is no registry to look for the directory location. |
Raistmer Send message Joined: 16 Jun 01 Posts: 6325 Credit: 106,370,077 RAC: 121 |
Why not to use --data_dir switch instead as daemon does? SETI apps news We're not gonna fight them. We're gonna transcend them. |
Raistmer Send message Joined: 16 Jun 01 Posts: 6325 Credit: 106,370,077 RAC: 121 |
If someone could devise cmd/bat script for multi-attach and multi-work download I would test it on multiple identical hosts. SETI apps news We're not gonna fight them. We're gonna transcend them. |
HAL9000 Send message Joined: 11 Sep 99 Posts: 6534 Credit: 196,805,888 RAC: 57 |
This is something I use on my multi BOINC systems. Perhaps it would be useful for what you need? I rem out the attach or update line depending on what I need to do. @ECHO OFF & cls & pushd %~dp0 set pass=password set precmd=boinccmd --host localhost set /a doffset1=0 set /a doffset2=10 set /a stprt=31416+%doffset1% :project1 set pcnt=1 set Projecturl=http://nci.goofyxgridathome.net/ set ProjectKey=abc123 set /a endoffset=%doffset2% goto worker :project2 set pcnt=2 set Projecturl=https://wuprop.boinc-af.org/ set ProjectKey=abc123 set /a endoffset=%doffset2%-6 goto worker :project3 set pcnt=3 set Projecturl=http://www.primegrid.com/ set ProjectKey=abc123 set /a endoffset=%doffset2%-9 goto worker :worker @ECHO Updating Project %pcnt% set nn=%doffset1% & set /a prt=%stprt%+0 rem set cmd=--passwd %pass% --project_attach %Projecturl% %ProjectKey% set cmd=--passwd %pass% --project %Projecturl% update :loopy set /a nn=%nn%+1 @ECHO Poked %prt% on Project %pcnt%% %precmd%:%prt% %cmd% set /a prt=%prt%+1 if %nn% LSS %endoffset% goto loopy timeout 10 @ECHO. if %pcnt% EQU 1 goto project2 if %pcnt% EQU 2 goto project3 SETI@home classic workunits: 93,865 CPU time: 863,447 hours Join the [url=http://tinyurl.com/8y46zvu]BP6/VP6 User Group[ |
Raistmer Send message Joined: 16 Jun 01 Posts: 6325 Credit: 106,370,077 RAC: 121 |
Thanks a lot. I'll try to modify it for my needs and come back with questions if any arise. SETI apps news We're not gonna fight them. We're gonna transcend them. |
Raistmer Send message Joined: 16 Jun 01 Posts: 6325 Credit: 106,370,077 RAC: 121 |
Got such results: Updating Project 1 I launched script from C:\BOINC dir where executableslocated. SETI apps news We're not gonna fight them. We're gonna transcend them. |
Raistmer Send message Joined: 16 Jun 01 Posts: 6325 Credit: 106,370,077 RAC: 121 |
And with local boinc.exe running: Updating Project 1 Poked 31416 on Project 1 Authorization failure: -155 Poked 31417 on Project 1 can't connect to localhost Poked 31418 on Project 1 can't connect to localhost Poked 31419 on Project 1 can't connect to localhost Poked 31420 on Project 1 can't connect to localhost Poked 31421 on Project 1 can't connect to localhost Poked 31422 on Project 1 SETI apps news We're not gonna fight them. We're gonna transcend them. |
Raistmer Send message Joined: 16 Jun 01 Posts: 6325 Credit: 106,370,077 RAC: 121 |
and what directory structure corresponds to your script? SETI apps news We're not gonna fight them. We're gonna transcend them. |
©2024 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.