 |
|
|
21)
Message boards :
Number crunching :
Why does this task fail ?
(Message 67897)
Posted 19 Jan 2023 by computezrmle Post: IIRC most NTP services start with a delay of 8 s (may be 16 s) between consecutive time queries. In case of a successful reply they increase the delay by a power of 2 until 1024 s. A delay of a week seems to be way too much to get a stable time base. In addition the manuals at ntp.org suggest to either configure 1 time server (or pool) or 4+ time servers (or pools) to get the time from. Details can be found here: http://ntp.org/ |
|
22)
Message boards :
Number crunching :
Why does this task fail ?
(Message 67885)
Posted 19 Jan 2023 by computezrmle Post: Most time sync issues in a mixed OS environment can be avoided if the hardware clock of each computer (hosts as well as VMs) is set to UTC/GMT and the computer runs an NTP service. Popular OSs set their hardware clock to UTC/GMT by default, except Windows which uses local time. But even Windows can (and should) be told via a registry key to use UTC/GMT. In case of VirtualBox VMs this can be configured while a VM is created. VMs created by vboxwrapper >= 26204 forward the host setting to the guest. See a more detailed explanation here: https://github.com/BOINC/boinc/pull/4631 |
|
23)
Message boards :
Number crunching :
The uploads are stuck
(Message 67671)
Posted 13 Jan 2023 by computezrmle Post: ... do you have a rough idea of how many extra days you need? I suspect that's the wrong question. As far as I understand the various comments there are volunteers getting a connection but on very low bandwidth. Others (including myself) are not able to upload anything, at least since throttling has been activated. You may need to stop sending out new tasks or resends until the backlog has been processed. |
|
24)
Message boards :
Number crunching :
The uploads are stuck
(Message 67637)
Posted 13 Jan 2023 by computezrmle Post: The upload server is back running ... I have asked Andy to restart uploads but to throttle ... Throttling appears to be too strict: nc -zvw 5 upload11.cpdn.org 80 nc: connect to upload11.cpdn.org port 80 (tcp) failed: No route to host ;-) |
|
25)
Questions and Answers :
Unix/Linux :
*** Running 32bit CPDN from 64bit Linux - Discussion ***
(Message 65578)
Posted 17 Jun 2022 by computezrmle Post: this can lead to runaway downloads Should be fixed in BOINC client 7.20. See: https://github.com/BOINC/boinc/issues/4322 |
|
26)
Message boards :
Number crunching :
New work Discussion
(Message 65463)
Posted 20 May 2022 by computezrmle Post: The new machine I brought online with the same MAC address (different host, so it doesn't matter on the LAN ... Well, this does matter if the interfaces are connected to the same network segment. Like IPs, MACs must be unique. Fortunately you already posted a (mostly) working solution: So, if you're doing the VM thing, randomize your MAC addresses, or you'll create problems. |
|
27)
Message boards :
Number crunching :
No work for Windows OR Linux?!
(Message 65374)
Posted 15 Apr 2022 by computezrmle Post: The boinc client does check though whether or not 32bit compatibility is enabled on the host. If yes, it sends <alt_platform><name>i686-pc-linux-gnu</name></alt_platform> in its scheduler requests. As far as I understand, the server won't send the i686-pc-linux-gnu applications to hosts which don't have it as their platform or alt_platform. You are right. Just found it in the BOINC source code. https://github.com/BOINC/boinc/blob/master/client/cs_platforms.cpp#L201-L288 On a 64-bit Linux the BOINC client checks the standard 32-bit library locations. If at least 1 file is found there that is a 32-bit C library BOINC client adds "i686-pc-linux-gnu" to the (alt_)platforms list. The (CPDN) project server relies on that and sends 32-bit app versions to the client even it project specific libraries are missing. |
|
28)
Message boards :
Number crunching :
No work for Windows OR Linux?!
(Message 65354)
Posted 13 Apr 2022 by computezrmle Post: Hi guys, I usually don't post comments like this. You may be aware that Peter Hucker has been banished at the main BOINC forum yesterday. It started a while ago when he got temporarily banished for the first time for his speech getting more and more rude. During the banishment he created a 1st shadow account - which violates the forum rules. That shadow account had been deleted very quickly but he created (at least) a 2nd one. After the banishment of his main account was finished he again became more and more rude. At the end he heavily insulted everybody he previously got help from plus the forum moderator. The interesting fact is that the topics at the main BOINC forum were nearly the same as here - he complained about getting no tasks from CPDN - he complained about Linux not being a serious OS Over at LHC@home where I'm a forum moderator he also started that kind of posts a while ago and it took me a few clear PMs to make him aware that the project would banish him if he doesn't respect the rules. |
|
29)
Message boards :
Number crunching :
No work for Windows OR Linux?!
(Message 65345)
Posted 12 Apr 2022 by computezrmle Post: It won't download work, ... if 32 bit libraries are not installed. wrong It ... immediately crashes if 32 bit libraries are not installed. right May depend on the distribution wrong BOINC doesn't check for missing standard libs when it downloads work (even 32-bit ones like in this case). When a program starts the dynamic linker loads all libs the program is linked against. That's the moment when a missing lib causes an error. Non standard libs need to be included in the project's app version description to be checked/downloaded by BOINC. |
|
30)
Questions and Answers :
Windows :
macOS Mojave installation on Windows 10 with VirtualBox
(Message 65316)
Posted 30 Mar 2022 by computezrmle Post: This should be explained a bit more precise to avoid confusion. The CMOS RTC can be set to an arbitrary value. If an OS starts it reads the value and interprets it according to it's standard rules. Windows usually interprets it as local time. Other OSs usually interpret it as UTC. As long as you run only 1 OS - no multiboot, no VMs - it doesn't matter whether you use local time or UTC. The confusion starts as soon as you use a mix of OSs. To solve this all OSs should be told to either interpret the RTC value as local time or as UTC. The suggested solution is to use UTC since there are some (small) advantages compared to local time. Windows can easily be told to interpret the RTC value as UTC. Just run: reg add "HKEY_LOCAL_MACHINE\System\CurrentControlSet\Control\TimeZoneInformation" /v RealTimeIsUniversal /d 1 /t REG_DWORD /f The VirtualBox option "Hardware Clock in UTC Time" should be set according to the host/guest combination. Best would be to boot a guest and check whether host and guest are in sync. If not, shut down the guest and change the setting. |
©2024 climateprediction.net