offener Betatest für neue cmsearch VM Anwendung

[Dunuin]

Soweit ok, aber ich würde da noch eine Troubleshooting-Seite gut finden. Oder wenigstens ein Link auf einen FAQ-Tread im Forum.
Ich werde ja z.B. nicht der einzige sein, wo BOINC einfach die VB-Installation nicht finden konnte. Da wäre es dann gut wenn man gleich "BOINC deinstallieren und neu installieren" als Antwort hat, damit man sich nicht wie ich da lange mit dem Problem herumschlagen muss.

[Dunuin]

Hab da etliche Fehler.

[ChristianB]

Hab da etliche Fehler.

Ich habe das mal weitergeleitet. Hast du die VM's selbst mit dem VBox Manager angeschaut oder liefen die unbeobachtet? Ein paar sind ja erfolgreich beendet wurden und ein paar nicht. Bei einigen der abgebrochenen steht auch explizit drin das der vboxwrapper die VM nicht mehr kontrollieren konnte, bei anderen konnte er die virtuelle Festplatte erst gar nicht einhängen, was komisch ist.

[Dunuin]

Ne, hab mit VB nichts gemacht. Hatte aber einmal ein PC Absturz am 8. Oktober. Vielleicht ist er da irgendwie mit dem virtuellen Dateisystem durcheinander gekommen oder sowas.

[ChristianB]

Ich habe mittlerweile von Rom eine Rückmeldung und anscheinend wird beim aufräumen des Slotverzeichnisses etwas vergessen. Er wird das demnächst korrigieren. Vielleicht hängt es auch mit deinem Absturz zusammen da bisher noch kein anderer das Problem hat.

[Michael H.W. Weber]

Also ich habe nach Umstellung des RNA World Web-Designs absolut keine Möglichkeiten mehr, die Tasks einzelner Rechner überhaupt noch angezeigt zu bekommen. Da bekomme ich zwar eine Liste, wie viele WUs z.B. auf "Pending" stehen, aber deren Details sind dann nicht angezeigt. Ich kann also auch keine WU-Verlängerungserfordernisse mehr einsehen und hier melden. Das müßte unbedingt behoben werden.

Michael.

[ChristianB]

Also ich habe nach Umstellung des RNA World Web-Designs absolut keine Möglichkeiten mehr, die Tasks einzelner Rechner überhaupt noch angezeigt zu bekommen. Da bekomme ich zwar eine Liste, wie viele WUs z.B. auf "Pending" stehen, aber deren Details sind dann nicht angezeigt. Ich kann also auch keine WU-Verlängerungserfordernisse mehr einsehen und hier melden. Das müßte unbedingt behoben werden.

Michael.

Es gab gerade ein kleines Problem wobei ein paar Seiten nicht richtig angezeigt wurden. Das habe ich behoben. Schau bitte nochmal nach ob die Info jetzt da ist. Wenn nicht bitte die Seite posten wo du die Info erwartest und ich schaue nach.

[Michael H.W. Weber]

Ah! Jetzt ist alles wieder im Lot. Danke.

Es scheint, dass bislang bei mir alle VM-Wus anstandslos durchgewunken wurden. Ich werde jetzt zwei weitere Maschinen zuschalten, die eine andere Architektur haben und mal schauen, wie es da aussieht.

Michael.

[ChristianB]

Ich erkläre den Test hiermit für abgeschloßen. Es sind noch ein paar Aufgaben unterwegs, unter anderem auch 5 konvertierte Langläufer (6330530, 6330531, 6330532, 6330533, 6330534). Wer eine davon hat kann die ruhig weiterrechnen lassen. Leider funktioniert für diese 5 die automatische Deadlineverlängerung nicht. Das werde ich aber selbst im Auge behalten.

Es stehen circa 120 weitere XXL-Langläufer für die Konvertierung bereit und Michael wird demnächst ein paar frische Aufgaben hochladen die wir dann verteilen. Es bleibt weiterhin bei der Mindestanforderung von 4GB RAM und 64bit System. Ich habe erstmal keine Zeit mehr eine 32-bit VM aufzusetzen und zu testen, das müssen wir auf später verschieben.

Ich möchte mich bei allen für die rege Teilnahme bedanken und hoffe das Ihr anderen Nutzern mit eurem Wissen weiterhelft.

[Crystal Pellet]

Es sind noch ein paar Aufgaben unterwegs, unter anderem auch 5 konvertierte Langläufer 6330531. Wer eine davon hat kann die ruhig weiterrechnen lassen.

Na, dann lasse ich die braune Ratte mal weiter rennen
Nach 549 Stunden noch nicht müde.

Wohl nach fast 522 Stunden Schluckauf gehabt, aber progress.txt wird noch bei jedem Umlauf berührt.



Die Ratte wird's doch wohl nicht übel geworden sein?
Vielleicht weiß Michael mehr ...

[Beorn]

Es sind noch ein paar Aufgaben unterwegs, unter anderem auch 5 konvertierte Langläufer (6330530, (...), 6330532, (...) ). Wer eine davon hat kann die ruhig weiterrechnen lassen.

Hallo, habe am 10. Oktober jeweils eine Kopie der beiden o.g. 'Laborfische' erhalten. Leider ist die Workunit zu 6330530 nach knapp 55 Stunden abgebrochen mit Fehler "Maximum disk usage exceeded". Da dieser Fehler bereits bei anderen Workunits aus diesem Arbeitspaket aufgetreten war, hatte ich präventiv den für BOINC insgesamt zur Verfügung stehenden Platz von 10 GB auf 100 GB erhöht. Dennoch jener Fehler.

Bitte schaut Euch einmal Art und Weise an, wie die stderr.txt im BOINC-slot geschrieben wird! Diese Datei war auf mehrere 100 MB angeschwollen. Ich vermute hier den Grund für den Abbruch.

Eine weitere Workunit zu Paket 6330532 ist noch aktiv. Hier hatte die stderr.txt heute nach 61 Stunden rund 420 MB Größe erreicht. Zusammen mit vm_image.vdi (847 MB), der .sav Datei (570 MB) sowie den anderen, kleineren Dateien im Slot lag das bereits wieder gefährlich nahe am Grenzwert aus der Workunit-Konfiguration: <rsc_disk_bound>2000000000.000000</rsc_disk_bound>

Falls Ihr die Größe der stderr.txt nicht begrenzen könnt, würde ich daher vorschlagen, für diese beiden Arbeitspakete den rsc_disk_bound zu erhöhen. Die Preisfrage ist nur, wie hoch.

[Beorn]

Paket 6330532: Nach Löschung der ersten rund 420 MB stderr-Inhalt wurden zunächst etwa 20 Stunden lang normale Statusmeldungen in die Datei geschrieben. Dann begann die Datei wieder stark anzuwachsen (ca. 10 MB pro Stunde). Auslöser war offensichtlich folgender in der stderr.txt protokollierter Fehler um 14:41:54.

Code: Alles auswählen

2013-10-14 14:36:57 (2364): Creating new snapshot for VM.
2013-10-14 14:37:03 (2364): Deleting stale snapshot.
2013-10-14 14:37:05 (2364): Checkpoint completed.
2013-10-14 14:41:54 (2364): Error in get vm log for VM: 3
Arguments:
showvminfo "boinc_fb76a72fc6655131" --log 0 
Output:
VirtualBox VM 4.2.16 r86992 win.amd64 (Jul  4 2013 15:51:44) release log
00:00:00.040636 Log opened 2013-10-13T21:58:37.073124100Z
00:00:00.040643 OS Product: Windows 7
00:00:00.040646 OS Release: 6.1.7601
00:00:00.040647 OS Service Pack: 1
00:00:00.078812 DMI Product Name: P15xEMx
00:00:00.081623 DMI Product Version: Not Applicable                    
00:00:00.081631 Host RAM: 16280MB total, 13970MB available
00:00:00.081633 Executable: C:\Program Files\Oracle\VirtualBox\VBoxHeadless.exe

Habe gestern abend wieder 100 MB stderr gelöscht.