Posts by John McLeod VII

11) Message boards : Észrevételek, tapasztalatok : Long WUs (Message 2089)
Posted 4249 days ago by John McLeod VII
I had reset SZTAKI on one box as it had too many long running WUs - just to receive long running WUs again with a completely wrong estimated time. I had to detach that one, it makes no sense to keep crunching those WUs just for the trashbin :-(


P.s.: Waiting for the client to adjust the estimated time isn\'t a good idea. Older clients will never adjust and if there\'s much variation in the time, it will never be OK.

This adjusting feature is sure not thought to repair broken project configurations, it\'s more likely a bugfix for the broken BOINC benchmark.

The Duration Correction Factor will catch either a badly estimated time, or a BOINC Benchmark that is off. However, the first result has to be processed in order to have any idea what is happening. As a safety, it works as well as it can - move agressively upwards in the estimate and cautiously down. It does not work quite as well if there are a very few very long running results.

What is needed is for the project administrators to try a new application on a few guinea pigs first. This is not the first project with this problem, nor is it the worst case (that is so far held by a project that had estimates that were a factor of 900 too low and nine hundred was not a typo).
12) Message boards : SZTAKI Desktop Grid : Ad@m\'s BLOG (page 2) (Message 1607)
Posted 4276 days ago by John McLeod VII
What is the status of the daily quota exceed problem?
13) Message boards : SZTAKI Desktop Grid : Ad@m\'s BLOG (page 2) (Message 1555)
Posted 4293 days ago by John McLeod VII
If the real scheme doesn\'t match schema.sql AND db_parse(), it will cause the same effect too of course.

Which was the problem on the other project.

The added column wound up at the END of the physical structure, instead of the middle. Because the base code uses SELECT * statements, if the PHYSICAL order in the database is incorrect it will not work.

And as Raimund pointed out, that is the crux of the matter... if the upgrade adds the column in the wrong place ... it will not work.

Sadly, if the columns were enumerated in the base class this type of error would not be an issue. One of the reasons I never used SELECT * or allowed people working for me to use it, it is too easy to break code ...

Worse, it is also an efficiency killer as you pull columns that are not needed increasing database loads to no point.

However, every rule needs to be broken occasionally. I have used a select * in a place that I know would have to change if the DB schema ever did, and I needed every column anyway for the calculations.
14) Message boards : SZTAKI Desktop Grid : No work sent - reached daily quota of 1 results (Message 1554)
Posted 4293 days ago by John McLeod VII
You will most likely - now and then - get work.

I always get a little work, often less than I asked for though and after several retries.



Thanks Ananas

I suppose I was just posting to see if this behaviour was normal or if I had a problem. I have since got 2 units to crunch. I am attached to multiple projects anyway, so gaps will not really be a problem. I was just making sure that there wasn\'t a problem relating to my machine.

Have a good week.

UBT - Mark L.

The problem is serverside. No, it is not normal, but it is also not on your end.
15) Message boards : Észrevételek, tapasztalatok : Daily quota problem (Message 1476)
Posted 4304 days ago by John McLeod VII
I have a couple of machines that reach the daily quota of 500 without downloading a single result.

If the root cause of the problem has been fixed, it may be nessecary to fix the DB so that every host can at least download some work - so that the quota starts to climb again.


I have 3 machines that are at least downloading a couple of units before hitting the limit, but I have one that hasn\'t been able to download for days and everytime it tries the response is like the following:

1/5/2006 7:19:38 PM|SZTAKI Desktop Grid|Sending scheduler request to http://szdg.lpds.sztaki.hu/szdg/cgi-bin/scheduler
1/5/2006 7:19:38 PM|SZTAKI Desktop Grid|Reason: To fetch work
1/5/2006 7:19:38 PM|SZTAKI Desktop Grid|Requesting 86400 seconds of new work
1/5/2006 7:19:43 PM|SZTAKI Desktop Grid|Scheduler request to http://szdg.lpds.sztaki.hu/szdg/cgi-bin/scheduler succeeded
1/5/2006 7:19:43 PM|SZTAKI Desktop Grid|Message from server: No work sent
1/5/2006 7:19:43 PM|SZTAKI Desktop Grid|Message from server: (reached daily quota of 1000 results)
1/5/2006 7:19:43 PM|SZTAKI Desktop Grid|No work from project

Something needs a kick somewhere as the scheduler obviously either can\'t count or has been given the wrong set of data.


The same thing happened to LHC after their upgrade. For them at least, it seems it was an insertion of a field into the middle of a table in the DB.
16) Message boards : Észrevételek, tapasztalatok : Daily quota problem (Message 1467)
Posted 4305 days ago by John McLeod VII
I have a couple of machines that reach the daily quota of 500 without downloading a single result.

If the root cause of the problem has been fixed, it may be nessecary to fix the DB so that every host can at least download some work - so that the quota starts to climb again.
17) Message boards : Észrevételek, tapasztalatok : Another no work problem (Message 1453)
Posted 4308 days ago by John McLeod VII
I believe that it is a select * someplace that then gets columns by index. There have been some columns inserted into the middle of some of the tables. At least this is the experience on LHC.
18) Message boards : Észrevételek, tapasztalatok : Daily quota problem (Message 1445)
Posted 4310 days ago by John McLeod VII
If I recall, the problem with LHC was that some of the columns had moved because new columns had been added and the validator was sticking the data in the wrong columns. I am wondering if something similar is going on here.
19) Message boards : Észrevételek, tapasztalatok : Problems with v5 Update - website and Manager (Message 1176)
Posted 4332 days ago by John McLeod VII
New host venue 30453.202385?

It should say \"home\" instead.
20) Message boards : Észrevételek, tapasztalatok : Finish in Time (Message 1017)
Posted 4369 days ago by John McLeod VII
The server will hand out one result if there are none on your computer from SZTAKI.

The message is modified in later versions of the server. The resource fraction is no longer counted, and it is up to the client to make certain that the work is done on time.


Next 10 posts

Home | My Account | Message Boards


Copyright © 2017 SZTAKI Desktop Grid