Today i receive this message on both my pc: the first says "quota of 4 results" and the second "quota of 2 results" and doesn't download any wu.
What does it means?

Today the same thing.
Sometimes i can dowload a lot of wu without problems, sometimes the project send this message. I cannot download for 24 hours....

Ramostol, this is relevant for you too, i think that's the same bug.
You two, could you set your settings back to restrict to specific days and see if it works now ? It did here :)

*** set a breakpoint in malloc_error_break to debug
minirosetta_1.47_i686-apple-darwin(69428,0xa031b720) malloc: *** error for object 0x1748220: incorrect checksum for freed object - object was probably modified after being freed.

Hi ramostol, thanks for joining ralph. You error is new, i've not seen it on any other machine yet, but at least now we have a chance to cathc it. Shame the trace is giving so little information.

Mike

So, either the guideline should change, or the tasks should change.

I am in no position (and totally unqualified) to check this out, but if this were to happen on my Mac my first question would be: What is the behavior of the kernel_task process? (See <a href="http://ralph.bakerlab.org//forum_thread.php?id=326&nowrap=true#3338">this message</a>.)

Can you put that in English for the technically challenged among us (/me points to self)?

My reaction to the whole thread 326 is, that it contains very confusing combination of posts, especialy these concerning kenel_task process and these from Anonymous. Maybe the only relevant think I'd agree with was what anders_n suggested.

I had noticed a few days ago that an Einstein and a Rosetta Mini task were running together. Both were listed as running, but only the Rosetta task was accruing CPU time. Top confirmed that the E@H task wasn't getting any CPU time. Stopping/starting the daemon got things running properly again and I didn't think anything else of it.

I saw the same thing again this evening. I took some screen shots before and after restarting the daemon.

Happened again.

It's only happening with Einstein. Other projects are running fine with Rosetta Mini.

I put "Failures last 24h" on ralph. It can be client errors, invalid results, unsent results etc, i.e. everything else with a complete status. I am hesitant to add this to R@h. I'd rather point out the positive than negative for the good of the project. I wonder what other users think.

Another post I read in Rosetta said that there is a rule that will stop the Rosetta WU once it has run for 6 times its preference time, I have yet to verify this rule or prove it works.

I have alot of - exit code -1073741819 (0xc0000005)
with this kind of wu-s

Anders n