Wochenend-Aktion: Cluster-Revival

[Dennis Kautz]

Schon, aber das erste mal ist er wahrscheinlich über die email von Root gelaufen... Naja, sind nur 3 WUs, aber künftig sollte der schon über ne Vereins-Email laufen.

[Michael H.W. Weber]

User Name = RKN_Cluster
eMail = weiß nicht, was root eingetragen hat damals, aber es besteht ja die eMail-Addresse cluster@rechenkraft.net und ich denke, die sollten wir dann auch nehmen (wird im Moment auf mich umgeleitet). Der Cluster hat bei FAD ja bislang ohnehin erst 3 WUs berechnet.

Michael.

[martin.k]

Hi,
hier bin ich wieder. Nach vier Tagen Familienbesuch, einem Tag Krank und einem Abend mit Weihnachtsfeier bin ich heute mal wieder am Cluster.
Mein PC@work rechnet inzwischen auch wieder für FAD (vier Tage kein Internetzugang)!

So long, Martin

[Michael H.W. Weber]

Ich würde sehr gerne bei der Dokumentation des Clusteraufsetzens helfen.

Michael.

[sthaler]

Habe eben den RKN_Cluster in den Stats bei FAD gesehen und mir den ganzen Thread durchgelesen. Spannende Lektüre und interessante Fotos.

Kann allen Beteiligten nur sagen:

[schild=standard fontcolor=000000 shadowcolor=C0C0C0 shieldshadow=1]Spitze, Spitze, Spitze[/schild]

Sepp

[martin.k]

Hi,
so ich habe nun den Cluster am laufen. Alle 4 Prozessoren heizen mein Zimmer und alles geht soweit. Derzeit läuft FAD und ich lasse die Kiste mal ein paar Tage an.
Jetzt noch einige Feineinstellungen (Apt-proxy, multikonsole, Leistungsüberwachung) und Hardwareeinstellungen (wer kann dazu was sagen?)

Dann kann man eine Doku aufsetzen. Nächste Woche habe ich sturmfreie Bude und ich kann mich dem Thema widmen...

Grüße Martin

[Pascal]

Hardwareeinstellungen (wer kann dazu was sagen?)
..

Hier im Forum müssten einige Beiträge von ^r00t^ dazu rumliegen.

[nico]

Zum Apt-proxy:
Der Server ist doch sicherlich ein Router/Gateway für die Clients zum Internet, oder? Wenn ja sollte doch jeder Client auf die Updates/Programme aus dem Internet per Apt Zugriff haben. Oder dachtest Du da eher an Trafficersparnis?
Hardwareeinstellung:
hdparm - für den DMA Modus der Platte - falls noch nicht geschehen.

[Michael H.W. Weber]

Traffic brauchen wir keineswegs sparen, da er für uns kostenlos ist. Der Cluster wird über einen Router an ein LAN gehängt. Einwahl nicht erforderlich, da permanenter 10 MBit/s-Zugriff besteht.

Michael.

[martin.k]

Hi,
- apt-proxy (inzwischen apt-cacher) ist auch sinnvoll wenn's auf den Traffic nicht ankommt, da es den Administrationsaufwand erheblich reduziert. Alle Nodes haben die gleiche Konfigdatei - nur der Server verändert sich, falls notwendig.
- DMA ist automatisch aktiv (habs geprüft) , da brauchen wir mir hdparm nicht rummachen.
- Wegen der Leistungsüberwachung habe ich noch keine Idee. Man bräuchte ein Scipt der je Node eine Auswertung macht. Dann auf dem Master einen Script der alles zusammenfast...
- Wegen den Hardwareinstellungen habe ich hier etwas gefunden, ich schau mal wie sich die Hardware verhält...
Grüße Martin

[martin.k]

So, ich habe heute nochmal ein paar Stunden zum Wohle der Menschheit in den Cluster gesteckt:
-apt-cacher ist kein Proxy und macht keinen Sinn, apt-proxy gibts wohl derzeit nicht für Debian Sarge. Aber da Michael sagte, dass Traffic kein Problem ist, belasse ich es mal dabei.
-dssh (Multiconsole) gibts wohl derzeit auch nur über freshmeat, was ich aber sowieso nicht direkt für notwendig erachte.
Dies klingt zwar als wäre Linux /Debian mal wieder der letzte Kram, aber ich will keinen Sonderkram installieren der nicht über apt-get update zu Administrieren ist.

Bezüglich des Hardwaretunings läuft jetzt alles auf Vollgas. Mehr kann ich ich derzeit nicht einstellen, da ich von dem Thema Overclocking nix verstehe und mich da auch nicht einarbeiten will. Ausserdem brauche ich ja keinen Zimmerbrand

Hier mal die derzeitigen Leistungen. Die Hardware lässt sich am besten per MAC-Adresse der Netzwerkkarten ausseinander halten:
#Server = 00:30:1b:33:7c:9c = IP: 202
#Nr3 = 00:30:1b:26:d1:c3 = IP: 203
#Nr4 = 00:30:1b:26:d1:c4 = IP: 204
#Nr5 = 00:30:1b:26:d6:23 = IP: 205

Die aktuellen MHz-Zahlen:
202: 2204
203: 1985
204: 2035
205: 2035
Sobald ich mehr einstelle, bleibt der jeweilige Node stehen oder kann nicht mounten. Warum dies so unterschiedlich ist, weiss ich nicht.

Die 1985 und 2035 kommen über folgende BIOS-Einstellungen:
Expert, 185, Optimal, Auto,Optimal.
So long, Martin

[nico]

- apt-proxy (inzwischen apt-cacher) ist auch sinnvoll wenn's auf den Traffic nicht ankommt, da es den Administrationsaufwand erheblich reduziert. Alle Nodes haben die gleiche Konfigdatei - nur der Server verändert sich, falls notwendig.

Könntest Du das nicht einfach auch damit erreichen, dass Du auf dem Server eine Configdatei erstellts und dann (über das verteilte Dateisystem) darauf von jedem Client aus linkst?