Serverabsturz mit Datenverlust
-
Falke
Windoof benutze ich ja so gut wie nie. Fast nur Linux und HP-UX. Ich bin auch kein so großer Fan von grafischen Oberflächen, jedenfalls was solche Programme angeht.
Das man mehrere Clients in verschiedenen Verzeichnissen laufen lassen kann wußte ich. Mache ich auf den Mehrprozessormaschinen auch so. Am liebsten wäre es mir, wenn ich den Client als Dienst beim Systemstart loslaufen lasse (was ja auch klappt) und mich dann nicht mehr darum kümmern muss. Das Autoupdate gestern ist jedenfalls auf fast allen Maschinen gescheitert.
Das der Server mal nicht erreichbar ist - sehe ich überhaupt kein Problem drin. Soll der Client seine Arbeit halt solange offline ablegen. Aber anscheinend hat sich der Prozess nach einer Weile einfach beendet. Natürlich ohne eine hilfreiche Fehlermeldung. Ich hatte auch ein paar Windows-Maschinen laufen und auf denen ist der Client nach dem Autoupdate auch einfach abgeschmiert...
Bei distributed.net konnte man den Client auch jederzeit mit "dnetc -shutdown" beenden. Bei DF löscht man die Lockdatei und der Client beendet sich dann irgendwann mal. Nicht gerade optimal, wenn man den Client beim Herunterfahren des Systems sauber stoppen will.
Naja, das alles stört mich noch gar nicht so sehr. Ist zwar etwas Fimmelarbeit, aber alles noch machbar. Nur die Systemaufrufe sollten wirklich mal geprüft werden. Wenn man Speicher allokiert, Dateien erzeugt und was weiß ich, dann sollte man schon prüfen, ob das auch geklappt hat...
Das man mehrere Clients in verschiedenen Verzeichnissen laufen lassen kann wußte ich. Mache ich auf den Mehrprozessormaschinen auch so. Am liebsten wäre es mir, wenn ich den Client als Dienst beim Systemstart loslaufen lasse (was ja auch klappt) und mich dann nicht mehr darum kümmern muss. Das Autoupdate gestern ist jedenfalls auf fast allen Maschinen gescheitert.
Das der Server mal nicht erreichbar ist - sehe ich überhaupt kein Problem drin. Soll der Client seine Arbeit halt solange offline ablegen. Aber anscheinend hat sich der Prozess nach einer Weile einfach beendet. Natürlich ohne eine hilfreiche Fehlermeldung. Ich hatte auch ein paar Windows-Maschinen laufen und auf denen ist der Client nach dem Autoupdate auch einfach abgeschmiert...
Bei distributed.net konnte man den Client auch jederzeit mit "dnetc -shutdown" beenden. Bei DF löscht man die Lockdatei und der Client beendet sich dann irgendwann mal. Nicht gerade optimal, wenn man den Client beim Herunterfahren des Systems sauber stoppen will.
Naja, das alles stört mich noch gar nicht so sehr. Ist zwar etwas Fimmelarbeit, aber alles noch machbar. Nur die Systemaufrufe sollten wirklich mal geprüft werden. Wenn man Speicher allokiert, Dateien erzeugt und was weiß ich, dann sollte man schon prüfen, ob das auch geklappt hat...
-
mwannema
@ falkeFalke hat geschrieben:Naja, 10 Mio waren es nicht. Einiges konnte jetzt beim Neustart der Clients auch noch nachgeschoben werden, aber während der letzten Nacht lief ja gar nichts mehr. Ich schätze mal so etwa 2-3 Mio Strukturen hätten in der Zeit berechnet werden können. Schade, aber das Problem hatten ja alle gleichermaßen.
hm, bei arachnid sieht das anders aus. aber kann schon sein das dies durch die zeitverschiebung noch nicht sichtbar war.
manuel
-
Michael H.W. Weber
- Vereinsvorstand

- Beiträge: 23168
- Registriert: 07.01.2002 01:00
- Wohnort: Marpurk
Also bei mir hat es einwandfrei funktioniert - müssen Deine Probleme dann wohl mit deren Servercrash zusammenhängen.Falke hat geschrieben:Das Autoupdate gestern ist jedenfalls auf fast allen Maschinen gescheitert.
Michael.
Fördern, kooperieren und konstruieren statt fordern, konkurrieren und konsumieren.


-
Falke
Hihi, ja die Datei war vorhanden. Auf manchen Maschinen wurde das Update auch korrekt per FTP heruntergeladen und entpackt, aber der automatische Neustart funzte nicht. Naja, schwamm drüber. Jetzt läuft ja wieder alles...
Schade, jetzt wo wieder alles läuft müssen 20 unserer Rechner gewartet werden (Serienfehler beim Lüfter der Grafikkarte). Sieht also etwas bitter aus für die nächsten Tage...
Schade, jetzt wo wieder alles läuft müssen 20 unserer Rechner gewartet werden (Serienfehler beim Lüfter der Grafikkarte). Sieht also etwas bitter aus für die nächsten Tage...
-
Bananeweizen
- Urvater

- Beiträge: 2867
- Registriert: 14.06.2001 01:00
- Wohnort: Kornwestheim
Re: Serverabsturz mit Datenverlust
Dies betrifft auch meine Statistiken. Deshalb erfolgt heute abend ein kompletter Reset der DF-Statistiken innerhalb meiner Engine. Ist aber nicht so schlimm, da ich bisher erst 2 Wochen die Daten für DF erfaßt habe.As a minor side effect, the user id numbers (UIDs), which some people use to track users who do not have names, MAY not be preserved in some cases and may have in fact changed now.
Ciao, Michael.
-
Arnim Weber
-
Midon
- Prozessor-Polier

- Beiträge: 144
- Registriert: 02.11.2002 09:45
- Wohnort: Donauwörth
-
Pascal
Bei mir sieht's auch gut aus. In der TOP 10 der besten RMSD stehen nur Werte von frühestens dem 26. Februar - also nach dem Proteinwechsel. Und dort ist der beste Wert bei 6,68 A.Midon hat geschrieben:Also bei mir sieht es gut aus. LeiderArnim Weber hat geschrieben:Sagt mal habt Ihr auch beobachtet, das eure RMSD Werte im High-Flyer der Hompage bei DF nicht resettet wurde ? Meiner ist nämlich immer noch der selbe wie beim letzten Protein. Kann das sein ?
Machmal hilfts, den Browsercache zu löschen - oder wenigstens immer die neueste Version einer Seite zu laden.
-
mwannema