ODROID-XU4

[Michael H.W. Weber]

Die Fehlermeldung der fehlenden Treiber ist weg und damit waren meine Anforderungen gestillt

Heisst das, Du bekommst von irgend einem DC-Projekt nun für die ARM Mali WUs?

Michael.

[Michael H.W. Weber]

So, hier noch die Anleitung zur Installation des ARM Mali SDKs:

http://forum.odroid.com/viewtopic.php?p=44743#p44743

OpenCL soll im aktuellen 15.04er OS-Image out-of-the-box funktionieren.

Ich habe heute erstmal das Image re-sized, alles aktualisiert, Keyboard auf GER umgestellt, usw.

Einige Hardware-Ärgernisse:

-die USB-Ports liegen so dicht beieinander, dass man Schwierigkeiten hat, das WLAN 3 Modul (ORDIGINAL für XU4 vorgesehen) und ein weiteres USB-Gerät anzuschließen. Ich empfehle, ein flacheres WLAN-Modul; welches unterstützt wird, kann ich aber leider nicht sagen.
-der µSD-Kartenslot liegt dermassen nahe neben dem HDMI-Ausgang, dass man auch diverse HDMI-Kabel nicht vollständig reinstecken kann. Es läuft dennoch fehlerfrei mit 1 mm uneingeschobenem HDMI-Stecker.

Michael.

[Michael H.W. Weber]

Zwei typische Probleme traten auch mit dem XU4 wieder auf:

1. Die Auflösung ist per AutoDetect am Motorola Lapdock nicht ausreichend gross, dass man im BOINC Manager irgendwas an Änderungen in den Voreinstellungen mit OK bestätigen könnte (der OK Button ist unten außerhalb des Bildschrims angesiedelt). Anders als beim U3 unter LUbuntu 14.04 gibt es kein Tool, dass die Auflösung erkennt und automatisch anpasst - das ist Mist. Um Die Auflösung zu erhöhen, muss man manuell die boot.ini editieren.

2. BOINC hängt nach Installation wie üblich mit der Meldung "connecting to local host...".

Michael.

P.S.: Als drittes Problem wird wohl wieder die falsch gemeldete Platform auftreten...
P.P.S.: Ansonsten muss ich sagen, dass ich wahnsinnig überrascht wurde von der Geschwindigkeit, mit dem das XU4 mit SD-Kartenbootmedium arbeitet. Ich habe da nur das U2/U3 zum Vergleich und diese sind dagegen grotten-langsam.

[Eric]

2. BOINC hängt nach Installation wie üblich mit der Meldung "connecting to local host...".

Das habe ich bei meine 8 Linux-Rechnern bisher noch nicht beobachtet.
Liegt vielleicht auch daran, dass ich die immer mit boinccmd bzw. per boinctask steuere.
Obwohl auch da waren die immer sofort ansprechbar, d.h. bei BAM angemeldet und los geht's.

[Michael H.W. Weber]

Tjo, also derzeit weiss ich nicht, wie ich das Problem lösen soll. Steht aber sicher irgendwo im Wiki...

Noch ein paar Dinge:

• * kauft euch keine eMMCs: Ulis ODROID-Cluster ist nun seit einem guten halben Jahr bei uns im Dauerbetrieb und in dieser Zeit sind drei der SD-Karten irreparabel verstorben. Ursache ist mit hoher Wahrscheinlichkeit das ständige Herumgerödel auf der Karte. Die eMMCs sind einfach zu teuer, um demselben Problem anheim zu fallen. Uli meinte allerdings,d ass die Karten schon 2 Jahre alt sind. Dennoch würde ich ungern alle 2-3 Jahre meine eMMCs wechseln müssen.
  * ich habe inzwischen Kabel gefunden, die ohne Stress in die eng nebeneinander liegenden Buchsen von HDMI und USB passen. Ausstehen tut noch ein anständiger WLAN Stick (USB), denn das Original bereitet wie erwähnt etwas Schierigkeiten, wenn man direkt daneben noch ein USB-Gerät betreiben möchte

Michael.

[Eric]

Ich habe drei Odroids mit eMMC laufen, einen U3 und zwei XU3 Lite. Allerdings habe ich den Parameter zum Schreiben von Checkpoints auch auf 999 Sekunden stehen. Bei 24/7 Rechnern mache ich das generell so.

[Michael H.W. Weber]

Zwei typische Probleme traten auch mit dem XU4 wieder auf:

2. BOINC hängt nach Installation wie üblich mit der Meldung "connecting to local host...".

Habe die Kiste heute neu gestartet und das Problem war futsch.

Als drittes Problem wird wohl wieder die falsch gemeldete Platform auftreten...

...so war es dann auch.
Ich habe dann folgende cc_config.xml in /var/lib/boinc-client (seltsamer weise nicht etwa .../boinc) gepackt:

Code: Alles auswählen

<cc_config>
  ...
  <options>
    <alt_platform>arm-linux-gnueabihf</alt_platform>
    ...
  </options>
</cc_config>

Yoyo@home liefert nur Fehler.
Einstein@home liefert nur Fehler ("output file missing").
SETI@home und Citizen Science Grid melden, dass für die Platform arm-unknown-linux-gnueabihf kein Client verfügbar sei. Ich hatte einen anderen "string" in die cc_config.xml geschrieben. Sehr seltsam...

Michael.

[ChristianB]

Bei einem aktuellen Ubuntu brauchst du keinen alternativen String angeben. Die Platformbezeichnung "arm-unknown-linux-gnueabihf" ist für die meisten Projekte richtig. Bei Fehlern wäre es schön wenn du auf die Results verlinken könntest dann schaut auch jemand nach woran es liegen könnte.

[Michael H.W. Weber]

Bei einem aktuellen Ubuntu brauchst du keinen alternativen String angeben. Die Platformbezeichnung "arm-unknown-linux-gnueabihf" ist für die meisten Projekte richtig.

Der XU4 läuft mit einem aktuellen Ubuntu (15.04-Mate). Yoyo zog erst WUs, nachdem ich in der cc_config.xml den von Dir angegebenen String "arm-linux-gnueabihf" integriert hatte. Von "...-unknown-..." wa aber nicht die Rede. Ich frage mich, wieso dieser String aber mit dem "unknown" angegeben wird, wo ich in der cc_config-xml doch etwas anderes eingestellt habe?

Bei Fehlern wäre es schön wenn du auf die Results verlinken könntest dann schaut auch jemand nach woran es liegen könnte.

Einstein@home: http://einstein.phys.uwm.edu/results.ph ... d=12114041
Yoyo@home: http://www.rechenkraft.net/yoyo/results ... tid=242877

Michael.

[yoyo]

Gib mir login, dann kann ich nachschauen.
Er kann dnetc nicht starten.

[Eric]

Irgendwie habe ich ein déjà vu....

[ChristianB]

Das schaut wieder nach einem glibc Problem wie auf dem Jetson aus. Ich habe dir eine Mail wegen dem Login geschickt (Key kommt noch nach).