Nun, der Ausbau meine Regionen geht weiter. Ich habe nun das komplette Server und Monitoring Environment geschaffen, jetzt müßen die Simulationen mit Leben gefüllt - heißt, bebaut werden.

Da ich hauptberuflich Angestellt bin sowie Familie habe, ist meine Zeit im Grid begrenzt. Zu dem bin ich nicht der 3D Künstler. Also, hier mein Anliegen:

Ich suche jemanden, der mir eine Unterwasserstadt baut und das sind die Gegebenheiten und die Anforderungen:

Das Land welches bebaut werden soll:

  • FullSize Region (Atlantis - Koordinaten: 8007,7997 im GermanGrid)
  • Höhe: 0 (20 m unter Wasseroberfläche)
  • Prim: 15000
  • Größe 256 x 256

Anforderung (das, was Du machen sollst!):

  • Errichten einer Wasserstadt
  • ggf. 'Connectivity' an meine angrenzenden Simulationen
  • keine Nutzung fremde Scripts (bei GPL nur untere den GPL Bedingungen), ausschließlich 'Copyrightfreier' Texturen, Prims, sonstiges)!
  • Rücksprache bzgl. einzelner Bauabschnitte mit mir
  • Alle Rechte an mich übertragen (Transfer, Copy, Modify, etc.) - wobei Du als 'Architekt natürlich der Baumeister bleibst (siehe Abschnitt 'das biete ich'!)
  • Komplette Dokumentation insbesondere der Scripts (dazu stelle ich ein System zur Verfügung)
  • Du musst GermanGrid Resident sein oder werden!
  • Issue Management (das heißt, das Probleme oder Ungereimtheiten, die gefunden werden, in einem System getrackt werden, mitsamt der Lösung des Problems
  • Eingetragener Benutzer bei 3DGrid.de (nötig, um den Fortschritt und die Bebauung zu dokumentieren, sowie das Issuemanagement zu benutzen)
  • Mein Banner auf Deiner Site veröffentlichen (Größen nach Absprache) - siehe auch 'das Biete ich'

Das biete ich:

  • eine Full-Size Sim (256 m x 256 m, 15000 Prims) im GermanGrid für 12 Monate kostenfrei. Danach für ein weiteres Jahr den Vorzugspreis von 20€/Monat (= 10€ Preisreduzierung) - inc. 24/7 Monitoring, Autorestart, etc.!
  • Hosting einer Domain auf meinem Webserver für 1 Jahr kostenfrei (FTP Zugriff, eine Datenbank, tägliche Backups, 24/7 Monitoring, eigene Statistiken mit Piwik (wenn Code eingebunden wird)
  • Banner in meinen Webs kostenfrei (Format ist abzusprechen)
  • 20% Beteiligung an allen Verkäufen die ich beim Verkauf als Ganzes oder auch bei einzelnen Komponenten der von Dir errichteten Scripts/Gebäuden/etc. errhalte!

Wenn Du Interesse hast, dann melde Dich bei Diese E-Mail-Adresse ist gegen Spambots geschützt! JavaScript muss aktiviert werden, damit sie angezeigt werden kann. . Ich würde mich freuen, hier Hilfe zu bekommen, und wie Ihr seht, hab ja nun auch ich einiges zu bieten. Das 'wie' und 'was' usw. muss dann mit mir persönlich (Email, Telefon) abgesprochen werden.

altWie angekündigt, sollte 3DGrid reorganisiert werden. Dieser Prozess ist abgeschloßen und alle Regionen stehen in der aktuellen Simulator Version auf GermanGrid zur verfügung.

Was hat sich nun geändert?

Ich betreibe jetzt jede Region in einem eigenen Simulatorprozess. Dieser Prozess bekommt feste CPU Zeiten und eine fest eingestellte Menge an Arbeitsspeicher. Monitoring ist auf alle Simulationen 24/7 eingerichtet. Das Monitoringsystem sorgt dafür, dass Simulationen, die aus ihren zugewiesenen Parametern laufen, automatisch neu gestartet werden. Dies passiert mit Ankündigung als Broadcast in die Region selbst. So hat jeder Avatar die Möglichkeit, die Region früh genug zu verlassen.

alt

Darüberhinaus wird dauerhaft geprüft, ob die Simulation antwortet. Sollte das nicht der Fall sein, wird sie neu gestartet. Ich als Betreiber werde über jedes Event automatisch unterichtet.

Megaregionen: ich habe vorerst alle Megaregionen aufgelöst. In der Praxis hat sich gezeigt, dass weder die Performance den Ansprüchen der User genügt, noch die Stabilität einer 'normalen' SIM erreicht wird.

OMC ist als Währung auf allen 3DGrid Regionen verfügbar.

Damit sollte für eine dauerhaft stabile Simumgebung gesorgt sein. Auch sind nun die Grundlagen geschaffen, mein Angebot allen zur Verfügung zu stellen. Auch wenn schon lange Preise auf dieser Seite veröffentlicht sind, war der technische Aufwand bisher emens.

Zur Zeit angeschloßene Regionen:

  • 3DGrid
  • Avatare Online
  • Dream Land (dort werden demnächst Grundstücke vermietet)
  • Club Isle (dort werden demnächt Grundstücke vermietet)

Die nächsten Schritte: Ich werde das komplette Setup und Monitoring System veröffentlichen. Eventuell werde ich auch ein VMWare Image erstellen, mit dem jeder zuhause selbst probieren kann, wie das funktioniert. Darüberhinaus dient dieses System auch als Grundlage, ganze SIM's zu vermieten und diese mit einem Webinterface zu administrieren - incl. dem Anpassen der Konfigurationsfiles, etc.

Ich arbeite fleißig weiter!

Nachdem ich nun meine gesamten Sims ins GermanGrid gehängt habe, werde ich jetzt die Infrastruktur ändern. Das heißt, dass ich alle Sercer mit zentralen Scripts administrieren werde, um mir Arbeitsaufwand zu ersparen. Das sollte für den User transparent sein und bis auf einige Minuten 'Downtime' keine Auswirkungen auf die Ländereien haben.

Noch etwas in eigener Sache: Länder zur Verfügung zu stellen ist die eine Sache - eine andere ist, sie zu bebauen. Jeder der Interesse hat, kann sich gerne bei mir melden. Ob scripten oder bauen - jeder ist willkommen. Dazu bitte auf http://www.germangrid.de einen Avatar anlegen. Inworld nach 3DGrid suchen .... oder mir eine IM schicken!

Manny

 

Jeder, der sich mit OpenSim beschäftigt und solch eine Simulation auf seinem Server laufen läßt, wird sich früher oder später Gedanken über Recourcennutzung, Monitoring, Updates, Start/Stop usw. machen müßen. Bei meinen Recherchen bin ich auf einen sehr detailierten Artikel (Originalartikel: http://snoopypfeffer.wordpress.com/2009/05/09/opensim-service-management/) von Snoopy Pfeffer (Kontakt: http://snoopypfeffer.wordpress.com/about/) gestoßen. Ich bat Snoopy, diesen Artikel ins deutsche übersetzen zu dürfen.

Hier also der gesamte Artikel:

Vorwort: der folgende Artikel beschreibt, wie Snoopy Pfeffer eigene Regionen laufen läßt, wie der Upgrade Prozess zu OpenSim ist, und wie reguläre Backups erstellt werden.

Verzeichnisstruktur:

Auf dem Server ist ein eigener User 'opensim' eigerichtet. In dem Homeverzeichnis dieses Benutzers werden alle OpenSim Dateien in einem Unterverzeichnis 'opensim' angelegt. Dieses Unterverzeichnis enthält ebenso ein Verzeichnis für jede OpenSim Version, die installiert ist.

Die Verzeichnisnamen sind wie folgt: "opensim_xxxx", wobei "xxxx" gleich der OpenSim SVN Nummer ist. Die gleiche Richtlinie wird für das Verzeichnis mit dem 'Searchmodul' angewendet. Die Software wird direkt in diesen Verzeichnissen compliert und ebenfalls die Standard-Konfigurationsfiles werden dort abgelegt.

Das Unterverzeichnis 'Servicemanagement' enthält alle Scripts und PID's ( process id) die für das OpenSim Management benötigt werden.

Für jede OpenSim Region, die in einem eigenen Serverprozess laufen, werden seperate Unterverzeichnisse namens 'run' benutzt. Das 'run' Verzeichnis enthält die Opensimversion, die zur Zeit benutzt wird. Das Verzeichnis 'run_old' werden die Vorgängerversionen gespeichert, so dass man immer die Möglichkeit eines 'Roll backs' hat.

In den 'run' Unterverzeichnissen befinden sich größten Teils Symbolic-Links zu den Dateien in 'opensim_xxx/bin'. Nur OpenSim.ini und die Regionsdateien sind echte Kopien. Die OpenSim.ini wird gegebenenfalls manuell angepasst. Ebenfalls werden unabhängige Regions und Scriptcache Verzeichnisse für jede Opensim-Server Instanz genutzt, da hier regionsspezifische Dateien gespeichert werden.

Neben den schon genannten Verzeichnissen wird 'tmp' für den Download neuer Releases und das Testen benutzt wird, und danach gemäß den oben genannten Konventionen umbenannt wird. Darüberhinaus gibt es ein Verzeichnis 'doc' für die Dokumentation und ein Verzeichnis 'backup' für backups der OpenSim.ini sowie Regionsdateien und oar Dateien.

.opensim
|-doc
|-backup
|-opensim_xxxx
|—bin
|—–Regions
|-ossearch_xxx
|—trunk
|-run
|—H1
|—–Regions
|—–ScriptEngines
|—H2
|—–Regions
|—–ScriptEngines
|—M3
|—–Regions
|—–ScriptEngines
|—M4
|—–Regions
|—–ScriptEngines
|—M5
|—–Regions
|—–ScriptEngines
|-run_old
|—H1
|—–Regions
|—–ScriptEngines
|—H2
|—–Regions
|—–ScriptEngines
|—M3
|—–Regions
|—–ScriptEngines
|—M4
|—–Regions
|—–ScriptEngines
|—M5
|—–Regions
|—–ScriptEngines
|-ServiceManagement
|-tmp

 

Interne Regionsnamen

Die folgende Konventionen werden für die Benamung der Verzeichnisse, MySQL Datenbanken und Prozess ID Dateien (pid) verwendet. Diese Namen sind völlig unabhängig der Namensgebung für die jeweiligen Regionen in OSGrid oder einem anderen Grid.

  • zuerst ein Buchstabe: H = high traffic, M = medium traffic, L = low traffic
  • dann die Nummer des Regionsserver Prozesses beginnend mit 1

Beispiel: H1 ist der erste OpenSim Prozess auf dem Server. Auf diesem OpenSim Server läuft eine 'high traffic' Region. M3 ist der dritte OpenSim Server Prozess. Auf diesem läuft eine Region mit mittlerer Frequentierung.

Update von OpenSim - Prozess und Scripte

Snoopy Pfeffer hat einige Scripts sowie einen Prozess entwickelt, mit dem sich viele OpenSim Regionen auf einem Server schnell updaten lassen und zudem immer die Möglichkeit eines 'roll backs' vorhanden ist. Folgende Schritte sind für ein Update nötig:

1. gehe in das Verzeichnis 'tmp' und lade die letzte OpenSim Version herunter

$ svn co http://opensimulator.org/svn/opensim/trunk opensim

oder lade eine spezielle Version von OpenSim herunter

$ svn co -r <version> http://opensimulator.org/svn/opensim/trunk opensim

 

2. benenne das Verzeichnis um in opensim_xxxx und 'bewege' (nicht kopiere!) es 'hoch'

$ mv opensim opensim_<opensim version>
$ mv opensim_<opensim version> ..

 

3. lade die letzte Version von OpenSim Search herunter, benenne das Verzeichnis um und bewege es 'aufwärts'

$ svn checkout http://forge.opensimulator.org/svn/ossearch
$ mv ossearch ossearch_<ossearch version>
$ mv ossearch_<ossearch version> ..

 

4. gehe in das Verzeichnis der neuen OpenSim Installation und reinige es:

$ cd ../opensim_<opensim version>
$ ./runprebuild.sh
$ nant clean
Wenn eine Fehlermeldung angezeigt wird, bitte nochmals nant clean ausführen!
 
5.  Installiere das letzte Opensim Such Modul:
cp -r ../ossearch_<ossearch version>/trunk/* .
 
6. Compiliere OpenSim:
$ ./runprebuild.sh
$ nant
Wenn eine Fehlermeldung angezeigt wird, bitte nant noch einmal starten.
 
7. Um OpenSim zu konfigurieren, kann die OpenSim.ini.example im Verzeichnis "bin" benutzt werden um eine völlig neue Konfiguration zu erstellen. Normalerweise wir man aber eine Version benutzen, mit der schon die Vorgängerversionen von OpenSim konfiguriert waren. Um dies zu tun, sollte man einen Vergleich zwischen der alten und der neuen Version durchführen. Danach kann die Kopie des alten OpenSim.ini Files bearbeitet werden. Am Schluß befindet sich dann eine neue angepasste OpenSim.ini im "bin" Verzeichnis.
$ cd bin
$ cp ../../opensim_<opensim old version>/bin/OpenSim.ini .
$ diff ../../opensim_<opensim old version>/bin/OpenSim.ini.example OpenSim.ini.example
$ vi OpenSim.ini

In der normalen OpenSim.ini im 'bin' Verzeichnis werden folgende symbolische Bezeichnungen verwendet, die später mit den richtigen Werten ersetzt werden müßen. Das vereinfacht die Pflege vieler OpenSim Regionen weil nur das 'Master-OpenSim.ini File angepasst werden muss. Alle anderen opensim.ini Dateien werden dann automatisch mit den richtigen Werten mittels eines Scripts (Erklärung folgt später) erstellt.

  • REGION_NAME
  • HTTP_PORT
  • DATABASE_NAME
  • DATABASE_PASSWORD
  • SERVER_IP
  • VOICE_IP
  • AV_CAPSULE (wird nur für 64 bit Server benötigt)

 

8. Zum Schluss wird überprüft, ob alle Dateien richtig erstellt worden sind. Danach zurück ins Haupt OpenSim Verzeichnis:

$ ls *.ini libode* *Sea*
$ cd ../..

 

9. Jetzt wird automatisch ein 'run_new' Verzeichnis für die neue Simulation erzeugt. Dieses neue Verzeichnis basiert auf der OpenSim Distribution, welche wir gerade geladen, compiliert und erstellt haben, sowie den Regionen aus dem zur Zeit aktivem 'run' Verzeichnis. Das aller erste mal muss das 'run' Verzeichnis manuell angelegt werden.

$ updateos opensim_<opensim version (ohne slash am Ende!)>

Dieses Script erstellt die OpenSim.ini für jede Region!

10. Alle laufenden OpenSim Prozesse stoppen. PID und MONO Dateien aufräumen (siehe “rmpiddsos” und “clearos” scripts in nächstem Abschnitt) und wechseln zur neu installierten Version mit Hilfe der folgenden Befehle:

$ rm -fr run_old
$ mv run run_old
$ mv run_new run

 

11. Entweder Neustart der OpenSim Prozesse (siehe auch MONIT im nächsten Abschnitt) oder Neustart des gesamten Servers, um andere Linux Updates zu installieren.

12. Zum Schluss einloggen, und überprüfen, ob tatsächlich alle Regionen in allen Instanzen laufen. INWorld testen, ob alle Scripts laufen, rezzen ok ist, Teleports funktionieren, etc ...

Ab und Zu müßen Scripts resettet werden, damit sie korrekt laufen. Normalerweise sind es immer die selben Scripts, die nach einem Update neu gestartet werden müßen. Eventuell macht es Sinn, sich diese Aufzuschreiben - oder sogar einen Automatismus zum Neustart zu schreiben.

Sollten tatsächlich emense Probleme nach einem Sim Update auftauchen, dann einfach alle OpenSim Prozesse stoppen unddas Verzeichnis 'run' in 'run_broken' und 'run_old' in 'run' umbenennen. Danach Neustart aller OpenSim Prozesse. Damit ist man wieder mit seiner alten Konfiguration live

Wenn OpenSim.ini geändert werden muss, wird diese Änderung in der 'master OpenSim.ini' eingepflegt und dann das folgende Script ausgeführt, um die Änderung in allen Simulationen anzuwenden:

$ refreshos opensim_<opensim version (ohne Slash am Ende!)>

 

Servise Management Scripts

Der vorhin beschrieben Prozess benötigt 2 Scripts, welche im Verzeichnis ~/bin zu finden sind. Diese beiden Scripts ersetzen die vorhin angesprochen Bezeichner (REGION_NAME, HTTP_PORT, DATABASE_NAME, DATABASE_PASSWORD, SERVER_IP, VOICE_IP and AV_CAPSULE) in OpenSim.ini:

updateos
#!/bin/sh
# updateos
echo Updating OpenSim…
cd /home/opensim/opensim/
mkdir run_new
cd run_new
mkdir M1 M2 M3 M4 M5 M6
mkdir M1/Regions M2/Regions M3/Regions M4/Regions M5/Regions M6/Regions
mkdir M1/ScriptEngines M2/ScriptEngines M3/ScriptEngines M4/ScriptEngines M5/ScriptEngines M6/ScriptEngines
cp ../run/M1/Regions/* M1/Regions
cp ../run/M2/Regions/* M2/Regions
cp ../run/M3/Regions/* M3/Regions
cp ../run/M4/Regions/* M4/Regions
cp ../run/M5/Regions/* M5/Regions
cp ../run/M6/Regions/* M6/Regions
cat ../$1/bin/OpenSim.ini | sed -e ‘s/REGION_NAME/M1/g’ -e ‘s/HTTP_PORT/9010/g’ -e ‘s/DATABASE_NAME/M1/g’ -e ‘s/DATABASE_PASSWORD/password/g’ -e ‘s/SERVER_IP/71.6.217.139/g’ -e ‘s/VOICE_IP/66.240.232.99/g’ -e ‘s/AV_CAPSULE/1700000/g’ > M1/OpenSim.ini
cat ../$1/bin/OpenSim.ini | sed -e ‘s/REGION_NAME/M2/g’ -e ‘s/HTTP_PORT/9011/g’ -e ‘s/DATABASE_NAME/M2/g’ -e ‘s/DATABASE_PASSWORD/password/g’ -e ‘s/SERVER_IP/71.6.217.139/g’ -e ‘s/VOICE_IP/66.240.232.99/g’ -e ‘s/AV_CAPSULE/1700000/g’ > M2/OpenSim.ini
cat ../$1/bin/OpenSim.ini | sed -e ‘s/REGION_NAME/M3/g’ -e ‘s/HTTP_PORT/9012/g’ -e ‘s/DATABASE_NAME/M3/g’ -e ‘s/DATABASE_PASSWORD/password/g’ -e ‘s/SERVER_IP/71.6.217.139/g’ -e ‘s/VOICE_IP/66.240.232.99/g’ -e ‘s/AV_CAPSULE/1700000/g’ > M3/OpenSim.ini
cat ../$1/bin/OpenSim.ini | sed -e ‘s/REGION_NAME/M4/g’ -e ‘s/HTTP_PORT/9013/g’ -e ‘s/DATABASE_NAME/M4/g’ -e ‘s/DATABASE_PASSWORD/password/g’ -e ‘s/SERVER_IP/71.6.217.139/g’ -e ‘s/VOICE_IP/66.240.232.99/g’ -e ‘s/AV_CAPSULE/1700000/g’ > M4/OpenSim.ini
cat ../$1/bin/OpenSim.ini | sed -e ‘s/REGION_NAME/M5/g’ -e ‘s/HTTP_PORT/9014/g’ -e ‘s/DATABASE_NAME/M5/g’ -e ‘s/DATABASE_PASSWORD/password/g’ -e ‘s/SERVER_IP/71.6.217.139/g’ -e ‘s/VOICE_IP/66.240.232.99/g’ -e ‘s/AV_CAPSULE/1700000/g’ > M5/OpenSim.ini
cat ../$1/bin/OpenSim.ini | sed -e ‘s/REGION_NAME/M6/g’ -e ‘s/HTTP_PORT/9015/g’ -e ‘s/DATABASE_NAME/M6/g’ -e ‘s/DATABASE_PASSWORD/password/g’ -e ‘s/SERVER_IP/71.6.217.139/g’ -e ‘s/VOICE_IP/66.240.232.99/g’ -e ‘s/AV_CAPSULE/1700000/g’ > M6/OpenSim.ini
cd M1
ln -s ../../$1/bin/* .
ln -s ../../$1/bin/.* .
cd ../M2
ln -s ../../$1/bin/* .
ln -s ../../$1/bin/.* .
cd ../M3
ln -s ../../$1/bin/* .
ln -s ../../$1/bin/.* .
cd ../M4
ln -s ../../$1/bin/* .
ln -s ../../$1/bin/.* .
cd ../M5
ln -s ../../$1/bin/* .
ln -s ../../$1/bin/.* .
cd ../M6
ln -s ../../$1/bin/* .
ln -s ../../$1/bin/.* .
cd ../..

 

refreshos
#!/bin/sh
# refreshos
echo Refreshing OpenSim INI Files…
cd /home/opensim/opensim/run/
cat ../$1/bin/OpenSim.ini | sed -e ‘s/REGION_NAME/M1/g’ -e ‘s/HTTP_PORT/9010/g’ -e ‘s/DATABASE_NAME/M1/g’ -e ‘s/DATABASE_PASSWORD/password/g’ -e ‘s/SERVER_IP/71.6.217.139/g’ -e ‘s/VOICE_IP/66.240.232.99/g’ -e ‘s/AV_CAPSULE/1700000/g’ > M1/OpenSim.ini
cat ../$1/bin/OpenSim.ini | sed -e ‘s/REGION_NAME/M2/g’ -e ‘s/HTTP_PORT/9011/g’ -e ‘s/DATABASE_NAME/M2/g’ -e ‘s/DATABASE_PASSWORD/password/g’ -e ‘s/SERVER_IP/71.6.217.139/g’ -e ‘s/VOICE_IP/66.240.232.99/g’ -e ‘s/AV_CAPSULE/1700000/g’ > M2/OpenSim.ini
cat ../$1/bin/OpenSim.ini | sed -e ‘s/REGION_NAME/M3/g’ -e ‘s/HTTP_PORT/9012/g’ -e ‘s/DATABASE_NAME/M3/g’ -e ‘s/DATABASE_PASSWORD/password/g’ -e ‘s/SERVER_IP/71.6.217.139/g’ -e ‘s/VOICE_IP/66.240.232.99/g’ -e ‘s/AV_CAPSULE/1700000/g’ > M3/OpenSim.ini
cat ../$1/bin/OpenSim.ini | sed -e ‘s/REGION_NAME/M4/g’ -e ‘s/HTTP_PORT/9013/g’ -e ‘s/DATABASE_NAME/M4/g’ -e ‘s/DATABASE_PASSWORD/password/g’ -e ‘s/SERVER_IP/71.6.217.139/g’ -e ‘s/VOICE_IP/66.240.232.99/g’ -e ‘s/AV_CAPSULE/1700000/g’ > M4/OpenSim.ini
cat ../$1/bin/OpenSim.ini | sed -e ‘s/REGION_NAME/M5/g’ -e ‘s/HTTP_PORT/9014/g’ -e ‘s/DATABASE_NAME/M5/g’ -e ‘s/DATABASE_PASSWORD/password/g’ -e ‘s/SERVER_IP/71.6.217.139/g’ -e ‘s/VOICE_IP/66.240.232.99/g’ -e ‘s/AV_CAPSULE/1700000/g’ > M5/OpenSim.ini
cat ../$1/bin/OpenSim.ini | sed -e ‘s/REGION_NAME/M6/g’ -e ‘s/HTTP_PORT/9015/g’ -e ‘s/DATABASE_NAME/M6/g’ -e ‘s/DATABASE_PASSWORD/password/g’ -e ‘s/SERVER_IP/71.6.217.139/g’ -e ‘s/VOICE_IP/66.240.232.99/g’ -e ‘s/AV_CAPSULE/1700000/g’ > M6/OpenSim.ini
cd ..

 

Service Management mit Monit

tbd

alt  Nachdem wir jetzt ca 6 Wochen lang unsere Erfahrungen mit OSGrid gemacht haben, suchten wir nun ein Grid im deutschsprachigen Raum und haben uns letztendlich für das GermanGrid entschieden. Dies hat mehrere Gründe. So ist meines Erachtens das OSGrid zwar sehr groß - aber im Vergleich zur Größe sind nur wenige User online. Auch haben wir die Möglichkeit untersucht, ein eigenes Grid aufzubauen. Jedoch ist das nicht dem Gemeinschaftsgedanken dienlich, wenn jeder sein eigenes Grid aufbaut. Selbst in Zeiten von HyperGrid hat ein ausgewachsenes Grid seine Daseinsberechtigung.

Mit GermanGrid fanden wir eine Plattform mit überschaubaren Regionen, passend zur Anzahl User. Hier auch noch einmal ein großes Lob an den Betreiber 'Easy Auer' für seine schnelle Bereitschaft, andere an seinem Grid teilhaben zu lassen. Unkompliziert und schnell wurde das Einrichten (inc. der Währung OMC) abgewickelt. Toll - und auch dies spricht für die Qualität des Grids!

Also, alle die uns Besuchen möchten - oder auch eben GermanGrid kennen lernen möchten - hier gehts zur Anmeldung: http://www.germangrid.de

Uns findet ihr dort, wie gehabt - unter 3DGrid (als 4er Megaregion mit Hypergrid und demnächt mit Cart-Bahn yes)

Wir werden jetzt basierend auf den letzten Aktivitäten unser Angebot ausrichten und innerhalb der nächsten 4 Wochen mit diesen live gehen.

In diesem Sinne,

Euer Manny