Message boards : BOINC client : Simple typo in Client
Message board moderation
Author | Message |
---|---|
Send message Joined: 20 Jul 08 Posts: 6 ![]() |
Hi all, Just downloaded the client. I found an easy typo in the help box that pops up when the cursor is hovered above the "Leave at least" under Disk and memory Usage. >Gigagytes< sounds cute mind you! Also, how can i clear the override times for the days of the week under processor usage? I have unique times set for the weekend however when i untick the boxes and OK out of the screen, the settings are not saved and appear enabled again when i re-enter the preferences screen. Cheers Pop |
![]() Send message Joined: 29 Aug 05 Posts: 15585 ![]() |
Hi all, Thanks, I reported it to the developers. Also, how can i clear the override times for the days of the week under processor usage? Normally by unchecking them. I just tested it on my systems (two different ones both running 6.2.14) and here I just uncheck them and click OK. Upon reloading the BM preferences they stay unchecked. You can always use the main Clear button to clear out the whole of the prefs. Else, go into your BOINC Data directory, find the global_prefs_override.xml file and edit it with Notepad (or something similar), then take out the everything from <day_prefs> to </day_prefs>, save the file and restart BOINC. |
Send message Joined: 20 Jul 08 Posts: 6 ![]() |
Hi, Thanks for your post. Yup, i would have thought so too, but it seems that when runing as a service it required a restart for the changes to take effect. I found that when enabling the feature, the changes are instant, but disabling once enabled requires a restart as above. No biggie really. Regards Pop Edit: My spelling needs checking too! |
![]() Send message Joined: 29 Aug 05 Posts: 15585 ![]() |
it seems that when runing as a service it required a restart for the changes to take effect. Not for me. I have BOINC running as a service on both systems, can manage the remote system from this computer. Really tried it on both systems, I can add restrictions and also disable them without needing a restart of the client. It sounds more like a restriction of permissions on your system. Let me ask the general questions: 1. Which BOINC version? 2. Installed how? (Protected, unprotected, for all users or you only?) 3. Which Windows version? |
![]() Send message Joined: 29 Aug 05 Posts: 15585 ![]() |
Hi all, It's been fixed already: [trac]changeset:15640[/trac] |
Send message Joined: 20 Jul 08 Posts: 6 ![]() |
Not for me. I have BOINC running as a service on both systems, can manage the remote system from this computer. Really tried it on both systems, I can add restrictions and also disable them without needing a restart of the client. Interesring. Something else must be playing up then. I just confirmed that i definately need to restart the service for this change only to take effect. All else seems fine. 1. Which BOINC version? 5.10.45 2. Installed how? (Protected, unprotected, for all users or you only? Installed via admin rights for me only. Not certain what you mean by protected/unprotected[/quote] 3. Which Windows version? Server 2003 RC2. However, the only significance i can think of atm is that i was configuring it under terminal services/RDP. It might be possible that this causes the above behaviour but will need to test in a little while to be sure. Regards Pop |
Send message Joined: 20 Jul 08 Posts: 6 ![]() |
Hi all, Impressive indeed! There seems to be quite a number of other fixes, so was this a chance to update other bugs since last release? Or, am i misreading it and the fix requires all those changes? Regards Pop |
![]() Send message Joined: 29 Aug 05 Posts: 15585 ![]() |
[quote]5.10.45 Ah, my mistake. I was thinking in BOINC 6.2 style already. In your case it can be permission problems. Are you also running BOINC as admin? Do you have all read&write rights/permissions on the BOINC directory? Do know that BOINC 5.10.45 is no longer in development, we're gearing up towards the release of 6.2, so I think you'd best try with the latest test release client 6.2.14 if you can still replicate this behaviour. Do know that the installation process has changed considerably. See this FAQ for the walk-through. If you can replicate it, I'll throw it in the lap of the developers. Do know that 6.2 cannot be installed on a domain controller. That option will be available again in 6.4 (they hope). |
![]() Send message Joined: 29 Aug 05 Posts: 15585 ![]() |
There seems to be quite a number of other fixes, so was this a chance to update other bugs since last release? Or, am i misreading it and the fix requires all those changes? Probably other fixes mixed in as well. It's very doubtful that the notification pop-up needs that many changes. But hey, I bet we've both seen worse... we both use Windows... :-D |
Send message Joined: 20 Jul 08 Posts: 6 ![]() |
Ah, my mistake. I was thinking in BOINC 6.2 style already. Thanks for the info Jord. Yes, installation was carried out under admin login credentials with full rights to the folders. I just logged into the server via console (well, VNC tbh) and the glitch remains unfortunately. I might be barking up the wrong tree with RDP being used but i suspect that since the installation was carried out via RDP it may have hampered the installation somehow. Maybe i'll try a reinstall over the exiting installation to see if that helps when next logged into the console. Do know that BOINC 5.10.45 is no longer in development, we're gearing up towards the release of 6.2, so I think you'd best try with the latest test release client 6.2.14 if you can still replicate this behaviour. Do know that the installation process has changed considerably. See this FAQ for the walk-through. If you can replicate it, I'll throw it in the lap of the developers. Ah, this may pose a problem. Yes it's a backup DC and this will likely put a spanner in the works from what you say. 6.2 doesn't sound like a logical jump from 5.10.xx so was there a version in-between that would work on a DC that is more recent? I'll have a look now if there is an archives section with all the versions to choose from. Cheers! Pop EDIT: Guess not :( . Just had a look and those seem the only versions currently available. I guess it's not such a problem knowing that there is a work around but would keep an eye our for 6.4 i suppose. |
Send message Joined: 20 Jul 08 Posts: 6 ![]() |
There seems to be quite a number of other fixes, so was this a chance to update other bugs since last release? Or, am i misreading it and the fix requires all those changes? I would have thought so too. But hey, I bet we've both seen worse... we both use Windows... :-D :) Indeed! What is it they say? Can't live with it - can't live without it. No wait that's for women! Regards Pop |
![]() Send message Joined: 29 Aug 05 Posts: 15585 ![]() |
6.2 doesn't sound like a logical jump from 5.10.xx so was there a version in-between that would work on a DC that is more recent? Sorry to change your post around, but let me explain this first. 5.10 was the last of the old style installations. With the new style installations comes a new major number, so the next BOINC is a 6. Development versions always have an odd middle number, so 6.1.1, 6.3.15, 6.5.28 etc. We're coming up on a stable client by now, so the development moved to the release versions with the even middle number. The last number is always the release version, with all the bug fixes and changes added. As far as I can research there is no version 6.1 or 6.2 that can be installed on a domain controller. The problem is that the new BOINC makes its own accounts to run under. The DC prohibits this, no matter what super admin mode you're in. But I'll ask one of the developers if you want me to. Maybe i'll try a reinstall over the exiting installation to see if that helps when next logged into the console. I don't think that will fix things. But if I understand you completely, you're logging in remotely on that server through a terminal window. Why don't you use the remote_hosts.cfg/gui_rpc_auth.cfg options and then use BOINC Manager->Advanced view->Advanced->Select computer to manage that computer? See http://boinc.berkeley.edu/trac/wiki/RpcAuth#gui_rpc_auth But I'll walk you through it anyway. Go to the remote computer's BOINC directory and edit the gui_rpc_auth.cfg file. In it you'll find a 32 character key. Delete it and add your own easy to remember password. Don't hit Enter at the end, just type the password, then save the file. Now make a file called remote_hosts.cfg and edit that. Add into it the IP address or network name of your computer (the one you control this computer from remotely). Save this file. Stop the remote BOINC. (Start->Run, type net stop boinc, click OK) Restart the remote BOINC. (Start->Run, type net start boinc, click OK) Open BOINC Manager on your own computer, you can even open another one if you're using the one on your own computer already. There's no limit on amount of BOINC Managers you can open. Advanced view->Advanced->Select computer, fill in the IP address or network name of the remote computer, fill in the password you set. Click OK. That should do it. Even through VPN. |
![]() Send message Joined: 3 Apr 06 Posts: 547 ![]() |
6.2 doesn't sound like a logical jump from 5.10.xx so was there a version in-between that would work on a DC that is more recent? Would creating the users manually (on Primary DC?) prior to (or after) the installation solve the problem? Or would the installer fail anyway (and reverse the installation), as it would not be able to set passwords? Peter |
![]() Send message Joined: 29 Aug 05 Posts: 15585 ![]() |
The exact how/what/where I don't understand but perhaps that you can gleam the answers off of ticket [trac]#652[/trac]. |
Send message Joined: 19 Jan 07 Posts: 1179 ![]() |
There seems to be quite a number of other fixes, so was this a chance to update other bugs since last release? Or, am i misreading it and the fix requires all those changes? In every other change, he puts in a bunch of unrelated changes to Bossa :/ |
Copyright © 2025 University of California.
Permission is granted to copy, distribute and/or modify this document
under the terms of the GNU Free Documentation License,
Version 1.2 or any later version published by the Free Software Foundation.