This afternoon, I had 4 tasks in a row which failed after few seconds; see here: http://www.gpugrid.net/results.php?userid=125700&offset=0&show_names=1&state=0&appid=

-97 (0xffffffffffffff9f) Unknown error number

The simulation has become unstable. Terminating to avoid lock-up

I've never had that before; and I didn't change anything in my settings or so.
Does anyone else experience the same problem?
I now stopped the download.

I've had three failed tasks over the last two days, but all the others have run normally. All the failed tasks had PABLO_V3_p27_sj403_IDP in their name.

But I'm currently uploading e10s21_e4s18p1f211-PABLO_V3_p27_sj403_IDP-0-2-RND5679_0 - which fits that name pattern, but has run normally. By the time you read this, it will probably have reported and you can read the outcome for yourselves. If it's valid, I think you can assume that Pablo has found the problem and corrected it.

Yes, part of the PABLO_V3_p27_sj403_ID series seems to be erronious.
Within the past few days, some of them worked well here. But others don't, as can be seen.
The server status page shows an error rate of 56.37% for them. Which is high, isn't it?

I'll switch off my aircond over night and will try to download the next task tomorrow morning.

The server status page shows an error rate of 56.37% for them. Which is high, isn't it?

The server status page shows an error rate of 56.37% for them. Which is high, isn't it?

over night, failure rate has raised to 57.98%.

The remaining tasks from this series should be cancelled from the queue.

I thought we'd got rid of these, but I've just sent back e15s24_e1s258p1f302-PABLO_V3_p27_sj403_IDP-0-2-RND4645_0 - note the _0 replication. I was the first victim since the job was created at 11:25:23 UTC today, seven more to go.

The failure rate now is close to 64%, so it's still climbing up.
From what it looks, none of the tasks from this series are successful.

Can anyone from the GPUGRID people explain the rationale behind leaving these faulty tasks in the download queue?

The failure rate now is close to 64%, so it's still climbing up.
From what it looks, none of the tasks from this series are successful.

Can anyone from the GPUGRID people explain the rationale behind leaving these faulty tasks in the download queue?

Some will just let them error out the max # of times.

the failure rate has passed the 70% mark now. Great !

meanwhile, the failure rate has passed the 75% mark. It now is 75,18%, to be exact.
And still, these faulty tasks are in the download queue.
Does anybody understand this?

If you are so unhappy running the available Windows tasks, just stop getting any work. Problem solved. You are happy now.

I don't have any issues with the project and I haven't had any normal work since February when the Linux app was decommissioned.

I trust Toni will eventually figure out the new wrapper apps and we will get work again. Don't PANIC!

If you are so unhappy running the available Windows tasks, just stop getting any work. Problem solved. You are happy now.

I don't have any issues with the project and I haven't had any normal work since February when the Linux app was decommissioned.

I trust Toni will eventually figure out the new wrapper apps and we will get work again. Don't PANIC!

So far as I can tell from my account pages, my machines are processing GPUGrid tasks just fine and at the normal rate.

It's just one sub-type which is failing, and it's only wasting a few seconds when it does so. For some people on metered internet connections, there might be an additional cost, but I think it's unlikely that many people are running a high-bandwidth project that way.

The rationale for letting them time out naturally? It saves staff time, better spent doing the analysis and debugging behind the scenes. Let them get on with that, and I'm sure the research will be re-run when they find and solve the problem.

BTW, "No, it doesn't work" is a valid research outcome.

My machine has also failed numerous GPUGrid tasks lately, running on 2 GTX 1070 cards (individual, not SLI'd).

The failed ones are usually PABLO or NOELIA in their names.

Here are four examples of recent fails on my machine, hopefully you can determine from output any issues to resolve.

http://www.gpugrid.net/result.php?resultid=7412820
http://www.gpugrid.net/result.php?resultid=21094782
http://www.gpugrid.net/result.php?resultid=7412829
http://www.gpugrid.net/result.php?resultid=21075338

I'll be skipping GPUGrid tasks from now on until it is resolved, as it is wasting CPU/GPU time that i can use for other projects on the machine. I'll refer back to these forums to check on updates though so i know when to restart GPUGRID tasks.

http://www.gpugrid.net/result.php?resultid=7412820 This WU is from 2013.
http://www.gpugrid.net/result.php?resultid=21094782 This WU is from the present bad batch. It took 6 seconds to error out.
http://www.gpugrid.net/result.php?resultid=7412829 This WU is from 2013.
http://www.gpugrid.net/result.php?resultid=21075338 This WU is from the present bad batch. It took 5 seconds to error out.

http://www.gpugrid.net/result.php?resultid=21094816 This WU is from the present bad batch. It took 6 seconds to error out.

I'll be skipping GPUGrid tasks from now on until it is resolved, as it is wasting CPU/GPU time that i can use for other projects on the machine.

I'll refer back to these forums to check on updates though so i know when to restart GPUGRID tasks.

Oops my bad, i sorted the tasks by 'errored' and mixed up the ones to paste.

The results in their entirity are below, with 10 errored ones, only 4 recently with non have errored (or are not showing there) since one in 2015, and the other 5 in 2013.
http://www.gpugrid.net/results.php?userid=93721&offset=0&show_names=0&state=5&appid=

On your advice i'll restart the GPUGrid task seeking, and hopefully the toin cosses go in my way and it'll fetch a wide spread of tasks to not get itself blacklisted. Interesting it is set to store up to 28, given it only ever stores 4, and that is if 2 are running active on the GPUs with 2 spare. But I guess that is down to the limits on the future work storage settings for BOINC.

There are two more 'bad' batches at the moment in the 'long' queue:
PABLO_V4_UCB_p27_isolated_005_salt_ID
PABLO_V4_UCB_p27_sj403_short_005_salt_ID
Don't be surprised if the tasks from these two batches fail on your host after a couple of seconds - there's nothing wrong with your host.
The safety check of these batches is too sensitive, so it thinks that "the simulation became unstable" while it's probably not.

any idea why all tasks downloaded within the last few hours fail immediately?

any idea why all tasks downloaded within the last few hours fail immediately?

any idea why all tasks downloaded within the last few hours fail immediately?

No idea, but it's the same for others.

same here all WU's with the same Error Code

<core_client_version>7.14.2</core_client_version>
<![CDATA[
<message>
(unknown error) - exit code -44 (0xffffffd4)</message>
]]>

it seems that the licence for Windows 10 (and maybe for Windows 7/8, too) has expired.

Why do I think so? My Windows XP host downloaded a new tasks a few minutes ago, and it works well.

any idea why all tasks downloaded within the last few hours fail immediately?

No idea, but it's the same for others.

yes, I had checked that before I wrote my posting above.

I wonder whether the GPUGRID team has realized this problem yet.

Several more tasks with computation errors, but nothing definite about just what kind of error.

At least they didn't use much CPU or GPU time.

http://www.gpugrid.net/result.php?resultid=21242466

http://www.gpugrid.net/result.php?resultid=21242065

http://www.gpugrid.net/result.php?resultid=21241863

http://www.gpugrid.net/result.php?resultid=21233480

And so on.

Could more diagnostics be added to v9.22 (cuda80) to show what caused this error, if you can't fix it instead? This appears for both short and long runs.

Same here...

I actually got one to finish successfully:

http://www.gpugrid.net/workunit.php?wuid=16709219


I changed the date to before the license expired, right after the WU started crunching and before it crashes, and then change it back. It's actually tricky to do, because boinc acts strangely when the date is moved back. My two other attempts failed, so I had enough of this.

BTW, the video card that I used was a gtx 980 ti, not the rtx 2080 ti.

I actually got one to finish successfully:

http://www.gpugrid.net/workunit.php?wuid=16709219

I changed the date to before the license expired, right after the WU started crunching and before it crashes, and then change it back. It's actually tricky to do, because boinc acts strangely when the date is moved back.

I actually got one to finish successfully:

http://www.gpugrid.net/workunit.php?wuid=16709219

I changed the date to before the license expired, right after the WU started crunching and before it crashes, and then change it back. It's actually tricky to do, because boinc acts strangely when the date is moved back.

so it's clear that the license has expired.

Changing the date of the host can indeed be tricky, even more if also other BOINC projects are running which could be totally confused by doing this. Happened to me last time when the license expired, it all ended up in a total mess.

Let's hope that it won't take too long until there is a new acemd with a valid license.

They are not using the new app yet, the reason the app expired is because it's still the old app.

They are not using the new app yet, the reason the app expired is because it's still the old app.

I've seen some mentions of tasks still completing properly on some rather old versions of Windows, such as Windows XP. Could some people with at least one computer with such a version give more details?

Perhaps the older versions don't include an expiration check, and therefore have to assume that it is not expired.

the "older versions" also include an expiration check.

However, for XP, a differnt acemd.exe is used (running with CUDA 65), the license for which seems to expire at a later date. No idea at what date exactly, it could be tomorrow, or in a week, or next month ...

I´m using Win XP 64 and havind just errors aswell.

No, you are using Windows 7 x64.

Stderr output
<core_client_version>7.14.2</core_client_version>
<![CDATA[
<message>
(unknown error) - exit code -44 (0xffffffd4)</message>
]]>

name e18s22_e7s95p0f111-PABLO_V4_UCB_p27_sj403_no_salt_IDP-0-2-RND0646
application Long runs (8-12 hours on fastest card)
created 8 Aug 2019 | 21:02:41 UTC
minimum quorum 1
initial replication 1
max # of error/total/success tasks 7, 10, 6
errors Too many errors (may have bug)

100% failure rate for the last three days.

Hello everyone,
Please read the post in "news" about "expired licence".
It is not at our side, but at server side.

Admin know it already two days.

No, you are using Windows 7 x64.

Hello everyone,
Please read the post in "news" about "expired licence".
It is not at our side, but at server side.

Admin know it already two days.

But the errors continue, 2 seconds into a Pablo unit and poof they error out

the faulty tasks seem to be back (erroring out after a few seconds):

http://www.gpugrid.net/result.php?resultid=21331546

:-(

I had a task fail after few seconds.

Stderr says: ERROR: file pme.cpp line 91: PME NX too small

here the URL: http://www.gpugrid.net/result.php?resultid=21429528

anyone any idea what was going wrong?

At least it went wrong for everyone, not just for you. A bad workunit.

WU 16799014

here another one, from this morning, with error message:

ERROR: file mdioload.cpp line 81: Unable to read bincoordfile

http://www.gpugrid.net/result.php?resultid=21431713

Same here
http://www.gpugrid.net/result.php?resultid=21432948
http://www.gpugrid.net/result.php?resultid=21432946
http://www.gpugrid.net/result.php?resultid=21431340
http://www.gpugrid.net/result.php?resultid=21431266
http://www.gpugrid.net/result.php?resultid=21430771
...and more others, all CUDA 80

Same here
http://www.gpugrid.net/result.php?resultid=21432948
http://www.gpugrid.net/result.php?resultid=21432946
http://www.gpugrid.net/result.php?resultid=21431340
http://www.gpugrid.net/result.php?resultid=21431266
http://www.gpugrid.net/result.php?resultid=21430771
...and more others, all CUDA 80

obviously, the faulty tasks are back, here the next one from a minute ago:
http://www.gpugrid.net/result.php?resultid=21433016

This is even worse in times where new tasks are very rare, anyway :-(

the next ones:

http://www.gpugrid.net/result.php?resultid=21462742

http://www.gpugrid.net/result.php?resultid=21462460

http://www.gpugrid.net/result.php?resultid=21462682

http://www.gpugrid.net/result.php?resultid=21462715

they all didn't run even one second :-(

and here some more:

http://www.gpugrid.net/result.php?resultid=21463119

http://www.gpugrid.net/result.php?resultid=21463047

http://www.gpugrid.net/result.php?resultid=21463010

http://www.gpugrid.net/result.php?resultid=21462974

http://www.gpugrid.net/result.php?resultid=21463183

http://www.gpugrid.net/result.php?resultid=21463207

I think the license of the v9.22 app has expired this time.

I think the license of the v9.22 app has expired this time.

Any prediction when continous supply of new WU's will become available again ?
Nearly full month of very intermittent and small numbers of WU's.

Einstein is a happy project in the meantime :-)

Are all efforts being put into support of the new 20XX cards at the detriment
of the current 10XX cards ? (limited staff available maybe/lack of funding ?)

this is an increasingly annoying situation:

while there are no tasks available most of the time, some of the few ones that are being downloaded fail after 5 seconds:

http://www.gpugrid.net/result.php?resultid=21481323

ERROR: file mdioload.cpp line 81: Unable to read bincoordfile

:-( :-( :-(

Hi:

I see this is a well used section of the forum.

I would like to contribute some useful results here with my Alienware laptop but I have a high failure rate which I would like to resolve here. The GPU in my laptop is a Geoforce 660M. The OS I am using is uptodate Windows 10.

I would appreciate it if a tech person could narrow down the reason or reasons why I am experiencing such a high failure rate.

Clive Hunt
Canada

I would like to contribute some useful results here with my Alienware laptop

I would like to contribute some useful results here with my Alienware laptop

I am afraid that laptop GPUs are not made for this kind of heavy load :-(

I would like to contribute some useful results here with my Alienware laptop

My Dell G7 15 laptop is happily crunching. That is another matter that I have to send a blast of air every day to get the dust-out.

Hi:

I see this is a well used section of the forum.

I would like to contribute some useful results here with my Alienware laptop but I have a high failure rate which I would like to resolve here. The GPU in my laptop is a Geoforce 660M. The OS I am using is uptodate Windows 10.

I would appreciate it if a tech person could narrow down the reason or reasons why I am experiencing such a high failure rate.

Clive Hunt
Canada

... when the new Application is released (ACEMD3)...

... when the new Application is released (ACEMD3)...

I am curious WHEN this will be the case

I thought at one point when I saw the acemd2 long task buffer dwindle down that was in preparation of the project deprecating the acemd2 applications and move on to the new acemd3 applications.

But then they added a lot more acemd2 tasks to the buffer and now the acemd3 tasks have dwindled down to nothing.

Just the opposite of what I expected. Who knows what is up with the project? Seems like a lot of wasted effort developing and testing the new acemd3 app that finally removes the yearly aggravations of expired licenses and no sign of significant project acemd3 task work has appeared showing the project is back in gear.

Sorry for my English.

I don't know why my tasks most failed about 1 month:
http://www.gpugrid.net/results.php?hostid=495250

I looking in to tasks, some tasks failed on another users too.
http://www.gpugrid.net/workunit.php?wuid=16845665
http://www.gpugrid.net/workunit.php?wuid=16845047
http://www.gpugrid.net/workunit.php?wuid=16842720
http://www.gpugrid.net/workunit.php?wuid=16837588
http://www.gpugrid.net/workunit.php?wuid=16835265
http://www.gpugrid.net/workunit.php?wuid=16833172

IMHO, The program maybe have some issue.

Sorry for my English.

I don't know why my tasks most failed about 1 month:
http://www.gpugrid.net/results.php?hostid=495250

I looking in to tasks, some tasks failed on another users too.
http://www.gpugrid.net/workunit.php?wuid=16845665
http://www.gpugrid.net/workunit.php?wuid=16845047
http://www.gpugrid.net/workunit.php?wuid=16842720
http://www.gpugrid.net/workunit.php?wuid=16837588
http://www.gpugrid.net/workunit.php?wuid=16835265
http://www.gpugrid.net/workunit.php?wuid=16833172

IMHO, The program maybe have some issue.

Thank you.

Sorry for my English.

After update to "New version of ACEMD v2.10 (cuda101)", My first task still failed.

http://www.gpugrid.net/result.php?resultid=21504825

Is my graphics too old for this? :\

Is my graphics too old for this? :\