Posts by Yeti

InfoMessage
1) Message boards : BOINC client : BOINC 8.2.5 and workfetch
Message 116719
Posted 24 Aug 2025 by Yeti
It looks as if it has something to do with an app_config.xml.

I just removed it and now the client asks for work

Not a good idea to run CPDN without an app_config.xml
2) Message boards : BOINC client : BOINC 8.2.5 and workfetch
Message 116716
Posted 24 Aug 2025 by Yeti
In reply to Dr Who Fan's message of 23 Aug 2025:
CDPN has had no available work for several days but I've also seen the client act pretty dumb with zero tasks running and not download work. It can sometimes take several attempts.
Does this work fetch issue as previously described show up on any other projects you are attached to on this computer when work is available?

If so, please post details here and hopefully one of the BOINC Developers will chime in.
I have seen this occasionally on different clients from me, starting with BOINC 8.x.x and on different projects, mostly with starting Formular-Boinc-Sprints. Then I never had the time to follow up this problem
3) Message boards : BOINC client : BOINC 8.2.5 and workfetch
Message 116695
Posted 22 Aug 2025 by Yeti
Ubuntu 24.04

The machine has 32 GB memory.

Normal tasks from CPDN use something around 2 GB per Task, only the new MultiCore-App uses up to 26 GB

But the client doesn't know all this. He would have to request new work and then the server decides weather he will handout work to the client or not.
4) Message boards : BOINC client : BOINC 8.2.5 and workfetch
Message 116693
Posted 22 Aug 2025 by Yeti
Shure

The client should ask the server for work like this client:

WoolyW10 VLneu

749 climateprediction.net 21-08-2025 23:18 Sending scheduler request: To fetch work.
750 climateprediction.net 21-08-2025 23:18 Requesting new tasks for CPU
751 climateprediction.net 21-08-2025 23:18 Scheduler request completed: got 0 new tasks
752 climateprediction.net 21-08-2025 23:18 Project has no tasks available
753 climateprediction.net 21-08-2025 23:18 Project requested delay of 606 seconds

Then the server can decide weather it wants to hand out some WUs or not, but if the client as shown in my first post doesn't ask for work the server has no need to hand out work
5) Message boards : BOINC client : BOINC 8.2.5 and workfetch
Message 116690
Posted 22 Aug 2025 by Yeti
I have a Linux-x64-Client of boinc 8.2.5 on an Ubuntu 24.04.x

The client doesn't have any WU to crunch, it should fetch work from CPDN.

But instead of doing this, the client tells in Logs:

Manni HyV Li

884 climateprediction.net 22-08-2025 12:54 update requested by user
885 climateprediction.net 22-08-2025 12:54 Sending scheduler request: Requested by user.
886 climateprediction.net 22-08-2025 12:54 Not requesting tasks: don't need ()
887 climateprediction.net 22-08-2025 12:54 Scheduler request completed
888 climateprediction.net 22-08-2025 12:54 Project requested delay of 606 seconds

CPDN has a ResourceShare of 100, all other projects are on "no new work"

The client was a fresh install on a "clean" machine, so no more history can influence the client

Any idea what to do ?
6) Message boards : News : Client version 7.14.2 released
Message 89646
Posted 16 Jan 2019 by Yeti
Remote desktop in use; disabling GPU tasks

HM, I found a solution that works on my personal PC, but I don't know if it is a workaround or a real solution

I started my BOINC-Instances with the Task-Scheduler of Win10 (1803 and former Versions) by starting the batch file direct.

Now I changed this and start only C:\Windows\System32\cmd.exe with parameter /C "PathToMyBatchFile\Batch.bat" and now it works fine
7) Message boards : News : Client version 7.14.2 released
Message 89641
Posted 16 Jan 2019 by Yeti
I'm having problems running GPU-Tasks in a second BOINC-Instance. As I

Release Notes 7.14 wrote:
Fix GPU detection when run with --detach_console or using $PATH
I'm starting my second instance with this command:

start "BOINC_CI2" /MIN C:\Programme\BOINC\boinc.exe --redirectio --detach_console --allow_multiple_clients --dir X:\BOINC_DATA\02_9002 --gui_rpc_port 1234

When this instance is started the GPU-Tasks don't start and I can see following line in event-log:

Remote desktop in use; disabling GPU tasks

So far no Remote Desktop is in use.

Now I log on to the machine (via Teamviewer), stop the second instance and start the second instance again with the same command like above and now GPU-Tasks are run

So, what is going wrong ?


Copyright © 2026 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.