Lifemapper

[^r00t^]

Die Results wurden verworfen! Definitiv!

Die "waiting for insertion" sind die, die "submitted" wurden, aber noch nicht "archived" sind.

[VirtualAdept]

Wieso müssen die eigentlich gelöscht werden, nur weil der Server spinnt?
Komisches System...

[Michael H.W. Weber]

Dieses Problem taucht gelegentlich auf. Ich hatte vor Wochen die LM-Betreiber auch darauf hingewiesen. Aber es ist recht selten.

Michael.

[^r00t^]

Man, die DB's sind ja schon wieder platt... is doch echt zum kotzen!
Und da regt ihr euch über nicht funktionierende Stats bei anderen Projekten auf, während hier WU's verloren gehen...

[vfrey]

ich laß die Konsole seit gestern Abend mit -f laufen...da hab' ich wenigstens die Kontrolle, ob die DB beim Upload auch funktioniert...

aber ansonsten muß ich Dir leider recht geben...direkt das Gelbe ist das nicht...

[VirtualAdept]

aber ansonsten muß ich Dir leider recht geben...direkt das Gelbe ist das nicht...

Nur, was machst du wenn dein -f genau da ausläuft, wenn die DB gerade down ist?
Ich werde meinen Rechner jetzt erst Mal durch ne Runde UT2k4 bremsen und wenns dann immer noch nicht besser ist, schalte ich Lifemapper erstmal ab, denn viele WUs hab ich nciht mehr im Cache.

[Patman7]

Da bin ich aber froh, daß es anderen genauso geht wie mir. Jetzt habe ich mal ein Result fertig, schon geht der Upload nicht mehr...

[SpeedKing]

Machen die das eigentlich immer absichtlich genau dann, wenn wir eine TaskForce haben?

[maxamd400]

Moin...

da kann man nur stink sauer sein...
Kurz nach 8h fällter der server aus... die berechneten WU's werden verworfen... was ist das für ein system...

Ich hab 2PC am laufen. Der eine schafft 5WUs/h, der ander 4WUs/h = 9WUs/h und das x 7 stunden 30min

Sorry... schreibt ne mail wenn LM es schafft, fertige WU's zu bunkern obwohl man online ist...

Ich rechne dann solange erstmal weiter für FAH u den 2PC mach i wegen stromkosten wieder aus... denn so dicke hab ichs auch net...

Grüsse
Max

[Michael H.W. Weber]

Habe die Jungs mal etwas aufgeplustert:

Code: Alles auswählen

Lifemapper DOES COST ENERGY BUT DISCARDS RESULTS BECAUSE OF BUG

I brought this issue to your attention months ago and it has NOT been corrected. The latest CLI clients (and also previous ones) running under Windows as well as under Linux DISCARD local WUs when they encounter an error during upload of their results to your MALFUNCTIONAL database (and/or client). This occurred all over the last night and is currently happening over and over again. I can only URGE you to correct this ASAP. We have a significant number of machines running for your project at present and they all eat up our electricity without being useful at all. This is absolutely unsatisfying and we expect a detailed description of the problem and its solution on the main lifemapper website. Such a bug is absolutely ridiculous. Sorry if all this sounds a little harsh - but really, it is all but okay with the client/server communication.

Michael.

Steckt!

Michael.

P.S.: Bitte schreibt mal über deren "feedback" Form ein Briefchen.

[Pascal]

Saubere Sache! Ich werd deren Forum auch mal öfter heimsuchen..

[VirtualAdept]

Schaut mal auf deren inoffizielles Board:

Question:

Currently I'm getting:
"Could not send result properly due to a server error.
Unit cached for later insertion. Error: Timeout expired.
Discarding results. Sorry."

Does this mean the results are just being thrown away?
-------------------------------------------------------------

Answer:

No, it is not thrown away. The "unit was cached for later insertion" due to timeout. Unfortunatelly, the "discarding results" part is somewhat misleading. It means the client is deleting the computed results on the user's PC so that it can move on to the next job.

LM

Vielleicht haben wir ja doch Glück?
Zumindest könnten sie dann mal den Client-Text nicht so "angsteinflößend" gestalten...