Strange error when trying to get work: Not Trusted

jay
jay
Joined: 25 Jan 07
Posts: 99
Credit: 84044023
RAC: 0
Topic 197926

Hello all and greetings.

I had tried E@H earlier today for GPU-only work (while SETI was doing DB maintenance).

Did not get any WU. Did get an error I have not seen before.

I have done E@H on this PC before without any problem.

The BOINC event logs says:

1/13/2015 10:47:56 PM | Einstein@Home | update requested by user
1/13/2015 10:47:56 PM | Einstein@Home | Sending scheduler request: Requested by user.
1/13/2015 10:47:56 PM | Einstein@Home | Requesting new tasks for AMD/ATI GPU
1/13/2015 10:47:59 PM | Einstein@Home | Scheduler request completed: got 0 new tasks
1/13/2015 10:47:59 PM | Einstein@Home | No work sent
1/13/2015 10:47:59 PM | Einstein@Home | see scheduler log messages on http://einstein5.aei.uni-hannover.de/EinsteinAtHome/host_sched_logs/11712/11712585

The referenced log file says:

2015-01-14 03:47:58.6107 [PID=20404]   Request: [USER#xxxxx] [HOST#11712585] [IP xxx.xxx.xxx.26] client 7.4.36
2015-01-14 03:47:58.6113 [PID=20404]    [send] effective_ncpus 4 max_jobs_on_host_cpu 999999 max_jobs_on_host 999999
2015-01-14 03:47:58.6114 [PID=20404]    [send] effective_ngpus 1 max_jobs_on_host_gpu 999999
2015-01-14 03:47:58.6114 [PID=20404]    [send] Not using matchmaker scheduling; Not using EDF sim
2015-01-14 03:47:58.6114 [PID=20404]    [send] CPU: req 0.00 sec, 0.00 instances; est delay 0.00
2015-01-14 03:47:58.6114 [PID=20404]    [send] ATI: req 1908.00 sec, 1.00 instances; est delay 0.00
2015-01-14 03:47:58.6114 [PID=20404]    [send] work_req_seconds: 0.00 secs
2015-01-14 03:47:58.6114 [PID=20404]    [send] available disk 19.64 GB, work_buf_min 0
2015-01-14 03:47:58.6114 [PID=20404]    [send] active_frac 0.994240 on_frac 0.898916 DCF 0.707556
2015-01-14 03:47:58.6122 [PID=20404]    [send] [HOST#11712585] is reliable

2015-01-14 03:47:58.6124 [PID=20404] [send] set_trust: error rate 0.063024 > 0.050000, don't trust

2015-01-14 03:47:58.6124 [PID=20404] [mixed] sending locality work first (0.8570)
2015-01-14 03:47:58.8737 [PID=20404] [version] Checking plan class 'SSE2'
2015-01-14 03:47:58.8755 [PID=20404] [version] reading plan classes from file '/BOINC/projects/EinsteinAtHome/plan_class_spec.xml'
2015-01-14 03:47:58.8755 [PID=20404] [version] numerical Windows version: 600600200 (Microsoft Windows Vista Home Premium x64 Edition, Service Pack 2, (06.00.6002.00))
2015-01-14 03:47:58.8755 [PID=20404] [version] plan class ok
2015-01-14 03:47:58.8755 [PID=20404] [version] Don't need CPU jobs, skipping version 106 for einstein_S6BucketFU1UB (SSE2)
2015-01-14 03:47:58.8756 [PID=20404] [version] no app version available: APP#28 (einstein_S6BucketFU1UB) PLATFORM#9 (windows_x86_64) min_version 0
2015-01-14 03:47:58.8756 [PID=20404] [version] no app version available: APP#28 (einstein_S6BucketFU1UB) PLATFORM#2 (windows_intelx86) min_version 0
2015-01-14 03:47:58.8759 [PID=20404] [mixed] sending non-locality work second
2015-01-14 03:47:58.8951 [PID=20404] [send] [HOST#11712585] will accept beta work. Scanning for beta work.
2015-01-14 03:47:58.9267 [PID=20404] [debug] [HOST#11712585] MSG(high) No work sent
2015-01-14 03:47:58.9268 [PID=20404] [debug] [HOST#11712585] MSG(high) see scheduler log messages on http://einstein5.aei.uni-hannover.de/EinsteinAtHome/host_sched_logs/11712/11712585
2015-01-14 03:47:58.9268 [PID=20404] Sending reply to [HOST#11712585]: 0 results, delay req 60.00
2015-01-14 03:47:58.9278 [PID=20404] Scheduler ran 0.321 seconds

Is the "don't trust" line significant???

About Task History:
I could see only one other WU for this PC - but it was completed and validated..

http://einsteinathome.org/host/11712585/tasks

I wanted to share the logs.

Anyone else seeing this??

Suggestions??

Jay

Ananas
Ananas
Joined: 22 Jan 05
Posts: 272
Credit: 2500681
RAC: 0

Strange error when trying to get work: Not Trusted

I don't think that it does not trust your physical host or connection, it's just a sign that your host had more errors than the BOINC client software allows for a host to be trusted very much (result-quality).

A project might prefer trusted hosts to send out specific results that they really really really need to be correct. I do not think that this flag is used in this project.

mikey
mikey
Joined: 22 Jan 05
Posts: 11933
Credit: 1831923553
RAC: 212811

Some projects use the 'trust'

Some projects use the 'trust' status when they send out units that do not have wingmen, ie PrimeGrid, once you get to a 'trusted' host status you can crunch without wingmen anymore to validate your work. Meaning they 'trust' that your pc will return valid work, once you start returning junk your status will drop to 'don't trust' and you will see wingmen again on your units. I believe they periodically assign wingmen just to ensure your pc is still 'trusted' though. It's the old 'trust but verify' thing.

Comment viewing options

Select your preferred way to display the comments and click "Save settings" to activate your changes.