cmsearch nach Absturz des BOINC Managers

[bbmz]

Hallo,

nachdem ich Anfang Dezember schon einmal das Problem hatte, dass sich ohne erkennbaren Grund der Boinc Manager aufgehängt hat und alle Aufgaben mit Berechnungsfehlern abgebrochen hat, hat sich dieses Problem Mitte Januar erneut ereignet.
Die cmsearch Tasks liefen nach beiden Abstürzen weiter. Ich Dezember habe ich diese durch einen Neustart manuell beendet, im Januar habe ich diese in der Hoffnung weiter laufen lassen, dass diese noch ein normales Ende finden.

Ist es möglich, dass die cmsearch Tasks, die von dem Absturz des BOINC Managers nichts mitbekommen zu haben scheinen, fehlerfrei durchlaufen? Sind für den Abschluss der WUs irgendwelche Dateien notwendig - die normalerweise beim Start erstellten Dateien scheint der BOINC Manager gelöscht zu haben? (Soll ich daher ggf. Dateien von Hand erstellen?) Gibt es noch einen Weg, die Aufgaben/Ergebnisse zu retten, oder führt kein Weg am Abbruch der 6 Tasks mit jeweils ca. 2 Monaten Rechenzeit vorbei?

Es wäre nett, wenn jemand ein paar Auskünfte geben kann, was in solchen Fällen zu tun ist - gerade bei den langen Laufzeiten lohnt es sich ja etwas Aufwand zu betreiben, um die Ergebnisse zu retten.

[Michael H.W. Weber]

Das müßte Yoyo beantworten. Ich würde aber vermuten, dass CMSEARCH die Ergebnisse tatsächlich im vorgegebenen Verzeichnis sauber abspeichert, sofern es denn durch den Absturz des Managers nicht beeinträchtigt wurde.

Michael.

[bbmz]

Hallo Michael,

vielen Dank für die schnelle Antwort! Mal sehen, wie Yoyo's Antwort ausfallen wird.

Viele Grüße
bbmz

[yoyo]

Hallo,

da ich den Fall noch nicht hatte, kann ich es nicht zuverlässig beantworten. Wenn cmsearch fertig ist sollte alle Ergebnisse in dem Slot Verzeichnis, in dem die WU läuft stehen und zwar in den Dateien <wuname>_0 und <wuname>_1.
Da aber bestimmt Dein Boinc weiterläuft, weiß ich nicht genau was Boinc mit dem Slotverzeichnis macht. Normalerweise löscht Boinc diese und benutzt dann das gleiche Slotverzeichnis für eine andere WU. Damit kann dann alles weg sein.

yoyo

[bbmz]

Hallo Michael, hallo Yoyo,

nochmal vielen Dank für die Antworten - ich habe mich entschlossen ein bisschen Grundlagenforschung zu betreiben und es weiter zu versuchen. Mehr als schiefgehen kann es ja nicht ... ich werde dementsprechend auch weiter berichten.

Einer der überlebenden Tasks war heute morgen ohne Fehlermeldung etc. verschwunden, sodass ich vermute, dass sich dieser ohne Probleme beendet hat. Die entsprechenden Dateien habe ich leider nicht finden können - die Vermutung, dass BOINC diese Dateien löscht scheint also zu stimmen. Ich habe deswegen jetzt den BOINC-Manager beendet (sollte ich es riskieren und auch den BOINC-Client beenden, oder beendet der alle unter seinem Namen laufenden Prozesse - also auch cmsearch?)

Vielleicht lassen sich ja ohne BOINC-Manager die restlichen Aufgaben retten

Viele Grüße
bbmz

[ChristianB]

der Manager ist nur zum verwalten des Clients da. Wenn du den Client beendest dann werden auch alle von Ihm gestarteten Prozesse beendet (oder auch nicht je nachdem wie du den Client beendest). Sollte der cmsearch noch von einer früheren Instanz des Clients laufen dann dürfte er nicht beendet werden aber was der Client macht wenn er dann wieder gestartet wird ist unbekannt. Normalerweise sollte er versuchen die Aufgabe neu zu starten. Was aber auch komisch ist weil der Client eigentlich das schon gemacht haben müsste. Wie sieht denn dein slot Verzeichnis aus? Sind da mehr Ordner als du Prozessoren hast? Von welchem Betriebssystem reden wir hier eigentlich?

[bbmz]

Das Betriebssystem ist Ubuntu 64-bit. In das Slot-Verzeichnis habe ich bis jetzt noch nicht gesehen (siehe unten). Im Projektordner sind nur die Dateien der zuletzt von Manager gestarteten Aufgaben zu finden.

Was im Dezember und nochmals im Januar passiert ist, weiß ich nicht genau. Jedenfalls ist im Januar ein Fehler/Absturz im BOINC-Manager aufgetreten, der alle Aufgaben mit Berechnungsfehler quittiert hat und die entsprechenden cmswrapper-Prozesse beendete. Die cmsearch-Prozesse haben überlebt und laufen immer noch und zeigen als Startdatum auch das ursprüngliche Startdatum an.

Ich habe im Januar den BOINC-Manager neugestartet, woraufhin dieser 8 neue WUs bekam. Dass die alten WUs noch liefen habe ich erst bemerkt, als bei den fertigen Tasks extreme Diskrepanzen zwischen Laufzeit und Rechenzeit auftraten (weil ja jetzt 16 Prozesse bei 8 Kernen liefen). Ich hatte vorher nicht daran gedacht, das zu kontrollieren. Fest steht jedenfalls, dass die Prozesse bei Neustart des BOINC-Managers nicht neu gestartet wurden und von diesem auch nicht mehr gezeigt werden.

Wie beschrieben hat sich heute einer der alten Prozesse beendet, da keine Ergebnis-Dateien vorhanden waren, habe ich den BOINC-Manager beendet (über die entsprechende Schaltfläche) ohne die Berechnungen also den BOINC-Client zu beenden. Unter Linux laufen die Prozesse unter dem Benutzer boinc - ich hatte gefürchtet, dass beim Beenden des Clients alle Prozesse von diesem Benutzer beendet werden würden, was auch auf die alten cmsearch-Prozesse zutreffen würde.

Viele Grüße
bbmz

P.S.: Ich habe im Slot-Verzeichnis 8 Unterordner - das stimmt also mit der Anzahl der Prozessor-Kerne überein.

[yoyo]

Wenn du im Boincmanager auf die Task und dann auf Eigenschaften klickst, steht dort in welchem Slot diese Task läuft.

yoyo

[bbmz]

Die Tasks sind im Boinc-Manager nicht zu finden bzw. werden nicht aufgeführt. Die Prozesse sind nur im Betriebssystem bzw. Task-Manager unter den laufenden Prozessen, dem Speicherverbrauch, der Systemlast, etc. zu finden. Für den Boinc-Manager scheinen sie nicht zu existieren. Slots lassen sich dementsprechend nicht anzeigen.

[Dunuin]

Also eigentlich sollte es egal sein, wenn der BOINC-Manager abstürzt. Solange der BOINC-Client weiterläuft kann man den Manager ja einfach wieder starten. Der ist ja echt nur die grafische Bedienoberfläche für BOINC. Ich persönlich nutze den z.B. garnicht, da ich mich per Fernzugriff mit BoincTasks zu den Rechnern verbinde.

[bbmz]

Das eigentlich bei einem Absturz des BOINC-Managers nichts passieren sollte und dieser nur zur Verwaltung des BOINC-Clients dient, ist mir bekannt. Es ist aber definitiv so, dass beim Absturz der BOINC-Client beeinflusst wurde, da auch dieser von den cmsearch-Tasks nichts mehr zu wissen scheint. In den Slot-Verzeichnissen sind keine Dateien mehr zu finden und auch nach einem Neustart des BOINC-Managers tauchen die Tasks nicht mehr auf. Auch von Beenden des BOINC-Clients (mitsamt der Berechnungen) werden die cmsearch-Prozesse nicht beeinflusst - diese laufen weiterhin.

Da ja der Verdacht bestand, dass der BOINC-Client die beim Abschluss der WUs erzeugten Dateien gelöscht haben könnte, habe ich auch den BOINC-Client beendet - die cmsearch-Prozesse hat dies nicht gestört. Leider hat sich heute ergeben, dass auch dies nicht zu helfen scheint. Ein cmsearch-Prozess hat sich ohne Fehler beendet, aber leider sind im Projektordner die entsprechenden Dateien nicht zu finden.

Existieren noch Ideen, was die Erzeugung der Dateien verhinder könnte, bzw. wie die laufenden Prozesse zu einem erfolgreichen Ende gebracht werden könnten?

[ChristianB]

fraglich ist warum die cmsearch prozesse überhaupt noch liefen. Wenn der Client die Slotverzeichnisse aufgeräumt hat dann muss er ja auch die dateien der gerade laufenden cmsearch prozesse gelöscht haben, was aber eigentlich nicht geht weil die Dateien ja gerade ausgeführt werden. Siehst du mit htop bzw. ps aux nicht in welchem Verzeichnis die cmsearch gestartet wurden? Es kann ja eigentlich nur ein Slot oder das project Verzeichnis sein. Nichtsdestotrotz hast du ja schon festgestellt dass du nicht weißt wo die Ergebnisdateien sind daher würde ich dir raten die restlichen unkontrollierten cmsearch einfach abzubrechen. Wenn die Ergebnisse eh nicht zu bekommen sind ist es nur eine Verschwendung von CPU-Zeit.