most work requests get the `no tasks sent` and no reason why message.

Do you have any of the "Vm job unmanageable" ones on you machine? That will prevent any more from downloading.
You need to reboot to fix it. Or find another project.

---

most work requests get the `no tasks sent` and no reason why message.

Do you have any of the "Vm job unmanageable" ones on you machine? That will prevent any more from downloading.
You need to reboot to fix it. Or find another project.

I luckily have never had any `unmanageable` jobs or things like that,
and I only have 5 error tasks and one of them was `cancelled by server` another three where the `one minit wunders` that run for hours and do nothing , aborted them.
I did reboot the computer earlier today anyway, just in case something had gone funky
Just had a look at the server status, only three R4.2 jobs in que.

Check the details tab of your individual computer(s) on this website and see if "VirtualBox VM jobs" is showing Skip. If you want VM / Python jobs, that has to say Allow

most work requests get the `no tasks sent` and no reason why message.

Do you have any of the "Vm job unmanageable" ones on you machine? That will prevent any more from downloading.
You need to reboot to fix it. Or find another project.

Jim, have a look here at a older reddit thread.
Its to late at night here in the EU to try and understand what this person is saying, but maybe you understand it?

Check the details tab of your individual computer(s) on this website and see if "VirtualBox VM jobs" is showing Skip. If you want VM / Python jobs, that has to say Allow

I have two computers that are worth running VM jobs on and for both of them the button "VirtualBox VM jobs" is showing "Allow"
For some strange reason they stopped getting ANY work, one has now got two ordinary R4.2 tasks ,
The pythons don't want to come out of their cages and get crunched.
It may just be a strange scheduler thing that will work itself out in time.

Check the details tab of your individual computer(s) on this website and see if "VirtualBox VM jobs" is showing Skip. If you want VM / Python jobs, that has to say Allow

I have two computers that are worth running VM jobs on and for both of them the button "VirtualBox VM jobs" is showing "Allow"
For some strange reason they stopped getting ANY work, one has now got two ordinary R4.2 tasks ,
The pythons don't want to come out of their cages and get crunched.
It may just be a strange scheduler thing that will work itself out in time.

Or there were issues with them & they were black listed by the server.

---

Grant
Darwin NT

I had gone as far to untick all the disk space boxes to give it unlimited use of the disk

The boxes aren't tickable, they require values. And one value in any one of the options overrides the values in any of the other two when it comes to what disk space is actually available.

They are quite tickable - there are checkboxes to the left of each value box which turn off corresponding limit.

I was referring to the web based settings.
If you've only got one system, local Setting are ok. More than one, web based settings make life much easier.

web based settings also have same checkboxes for disk and network usage limits as local settings do. At least here on Rosetta server web based settings for BOINC.

I had gone as far to untick all the disk space boxes to give it unlimited use of the disk

The boxes aren't tickable, they require values. And one value in any one of the options overrides the values in any of the other two when it comes to what disk space is actually available.

They are quite tickable - there are checkboxes to the left of each value box which turn off corresponding limit.

I was referring to the web based settings.
If you've only got one system, local Setting are ok. More than one, web based settings make life much easier.

web based settings also have same checkboxes for disk and network usage limits as local settings do. At least here on Rosetta server web based settings for BOINC.

Hmm.
That's new.
Clicked on Edit and up come the check boxes with the value boxes next to them.

---

Grant
Darwin NT

Jim, have a look here at a older reddit thread.

Thanks, but I think Project Lasso is for Windows. I am on Linux, and don't change the default priorities.

You may be able to avoid the problem by running only one or two cores, but that defeats the purpose for me.
They have to fix it at the Rosetta end. LHC has managed to do so with their own Vbox wrapper.

---

Check the details tab of your individual computer(s) on this website and see if "VirtualBox VM jobs" is showing Skip. If you want VM / Python jobs, that has to say Allow

I have two computers that are worth running VM jobs on and for both of them the button "VirtualBox VM jobs" is showing "Allow"
For some strange reason they stopped getting ANY work, one has now got two ordinary R4.2 tasks ,
The pythons don't want to come out of their cages and get crunched.
It may just be a strange scheduler thing that will work itself out in time.

Or there were issues with them & they were black listed by the server.

Grant (SSSF) YOU GOT IT I am now getting Pythons again. 35 running.
The buttons work backwards {sort of}
If the button is showing "Allow" That computer is set on "skip" and will NOT get VB/Python work.
To get VB/Python work click the "Allow" button to get work again, and the button changes to "Skip" {for those that don`t want them etc}
After doing the `click and collect` I got this message on the webpage ....
------------------------------
Host updated
This host can now run VirtualBox VM jobs
This change will take effect the next time the host communicates with this project. If VM jobs cannot run due VirtualBox errors, this host will be flagged again to skip VM jobs.
_________________________
And so whoever it is [that has been blacklisted] will have to click the "Allow" button again to get tasks again to order in another takeaway of Pythons {oops sorry wrong website :), }

Jim, have a look here at a older reddit thread.

Thanks, but I think Project Lasso is for Windows. I am on Linux, and don't change the default priorities.

You may be able to avoid the problem by running only one or two cores, but that defeats the purpose for me.
They have to fix it at the Rosetta end. LHC has managed to do so with their own Vbox wrapper.

I keep losing QuChem to that problem. I am now reducing it to a single task and core from 2.
I thought python was causing troubles, that does not seem to be the case.

... Project Lasso is for Windows. I am on Linux ...

On Linux systemd slices can be used to group processes and modify/control their priorities.
The following steps can be used on a Linux system running cgroups v2.
Cgroups v1 used by older kernels have a slightly different syntax as well as different default values.


Shutdown BOINC and create/modify the systemd configuration as follows

1.
Create a slice description /etc/systemd/system/boinc.slice
Content:

[Unit]
Description=BOINC main Slice
Before=slices.target
Requires=-.slice
After=-.slice

2.
Add this to the [Service] section of your BOINC service file (usually /etc/systemd/system/boinc-client):

Slice=boinc.slice

3.
Run "systemctl daemon-reload" (or reboot) and restart BOINC.
To check whether BOINC (and all processes started by BOINC or below) is running as part of the boinc slice run "systemctl status boinc-client.service" and check for:

CGroup: /boinc.slice

The default priority for all slices on the same level is 100.
This means system(slice), user(slice) and boinc(slice) are now running at the same priority relative to each other.

This simple example (permanently) modifies the mentioned scheduler parameters:

systemctl set-property boinc.slice CPUWeight=70 CPUQuota=300% CPUQuotaPeriodSec=400ms

CPUWeight=70: reduces the relative priority of all processes running in this slice to 70
=> System processes and interactive (user) processes stay responsive even on fully loaded systems
CPUQuota=300%: limits the slice to never use more than 3 cores, even if the system has many more and even if BOINC runs many more tasks.
CPUQuotaPeriodSec=400ms: Tries to keep a process active for the given timespan (Linux default: 100ms)
=> usually better CPU cache efficiency for long running background processes

Further information can be found in the systemd manual and the kernel manual.

On Linux systemd slices can be used to group processes and modify/control their priorities.

I have tried modifying priorities on a temporary basis, but have never found any that correct the "Vm job unmanageable" problem.

This should be done by the project anyway, but thanks for the procedure.

---

most work requests get the `no tasks sent` and no reason why message.

Do you have any of the "Vm job unmanageable" ones on you machine? That will prevent any more from downloading.
You need to reboot to fix it. Or find another project.

I luckily have never had any `unmanageable` jobs or things like that,
and I only have 5 error tasks and one of them was `cancelled by server` another three where the `one minit wunders` that run for hours and do nothing , aborted them.
I did reboot the computer earlier today anyway, just in case something had gone funky
Just had a look at the server status, only three R4.2 jobs in que.

I got a "the VB environment needs cleaning up", which paused a task. I went into VBox itself and removed some images that LHC had left in there cluttering it up, then rebooted the computer. Everything is fine now.

I had gone as far to untick all the disk space boxes to give it unlimited use of the disk

The boxes aren't tickable, they require values. And one value in any one of the options overrides the values in any of the other two when it comes to what disk space is actually available.

They are quite tickable - there are checkboxes to the left of each value box which turn off corresponding limit.

I was referring to the web based settings.
If you've only got one system, local Setting are ok. More than one, web based settings make life much easier.

web based settings also have same checkboxes for disk and network usage limits as local settings do. At least here on Rosetta server web based settings for BOINC.

Hmm.
That's new.
Clicked on Edit and up come the check boxes with the value boxes next to them.

What are these boxes? I just use local settings, even though I have 7 computers, because they're all different. Pythons run ok here.

Looks like a small batch of Zika/West Nile stuff. Around 400,000 tasks.
That's the 3rd of 4th batch of work on those viruses in recent times.

---

I had gone as far to untick all the disk space boxes to give it unlimited use of the disk

The boxes aren't tickable, they require values. And one value in any one of the options overrides the values in any of the other two when it comes to what disk space is actually available.

They are quite tickable - there are checkboxes to the left of each value box which turn off corresponding limit.

I was referring to the web based settings.
If you've only got one system, local Setting are ok. More than one, web based settings make life much easier.

web based settings also have same checkboxes for disk and network usage limits as local settings do. At least here on Rosetta server web based settings for BOINC.

Hmm.
That's new.
Clicked on Edit and up come the check boxes with the value boxes next to them.

What are these boxes? I just use local settings, even though I have 7 computers, because they're all different. Pythons run ok here.

I was setting the disk usage in Boinc Manager as large as possible - click the `Options` tab, then `computing preferences` then `Disk and memory` settings , to try and get rid of some messages about low disk space.
It did not work . even with 200GB+ of disk space "Free available to Boinc"
I still sometimes get.. and this is only ten minits after a reboot
-----------------
26/12/2021 16:31:29 Rosetta@home Message from server : Rosetta needs 1907.35MB more disk space. You currently have 0.00 MB available and it needs 1907.35 MB.
26/12/2021 16:31:29 Rosetta@home Message from server : rosetta python projects needs 19073.49MB more disk space. You currently have 0.00 MB available and it needs 19073.49 MB.
--------------------
and that is with - on the `Disk` tab of boinc manager
used by boinc - 123.97GB
free . available to BOINC - 226.19GB
used by other programs - 114.99GB
-------------
I have given up caring about those messages so long as rosetta works.

I was setting the disk usage in Boinc Manager as large as possible - click the `Options` tab, then `computing preferences` then `Disk and memory` settings , to try and get rid of some messages about low disk space.
It did not work . even with 200GB+ of disk space "Free available to Boinc"

It doesn't matter how large the "Use no more than" value is, if the "Leave at least" & "Use no more than % of total" result in a lower amount being available.
As it says at the top of those options, the most restrictive setting is the one that is used.

I have given up caring about those messages so long as rosetta works.

When it comes to Python, you're aborting more than you actually process. So i wouldn't consider that as it being working.

---

Grant
Darwin NT

I have given up caring about those messages so long as rosetta works.

When it comes to Python, you're aborting more than you actually process. So i wouldn't consider that as it being working.

That is true,
I don't want to abort them, I am ok with running anything that will do some thing usefull
I take it you have looked at my returned work units.
the problem is that the one`s I abort are the `one minit wunders` that have only a few seconds of CPU time after several hours of elapsed time, and seem to be pointless to continue running them
I did see one of mine had run for 23 hours before I gave up on it,
in another thread on was seen to run for over three days and still not finish
What do you do with them ?
Do they ever finish and produce usefull work
Any idea if the over run watch dog is working with python work units, it does not look like it from what I can see.

I've been out of the loop for a little while. Did they recently fix the RAM requirements for the vBox tasks? I'm running 7 Rosetta Python tasks + 1 WCG ARP on 16GBs of RAM.

I'm not having issues, for once.