move IT Home Base

Fehler

anonymous@undisclosed.example.com (Anonymous) — Fri, 29 Nov 2019 10:58:48 +0000

Fehler

Nach der Datenbankumstellung von SQLite nach mySQL ging zunächst alles gut, aber nach einem OpenSIM Neustart fingen plötzlich jede Menge unerklärliche Fehler an, deren Ursache unbekannt ist. Ich hab hier mal zusammengetragen welche Fehler bisher aufgefallen sind:

Eingeloggte Avatare werden plötzlich nur noch teilweise, oder gar nicht mehr in der Konsole mit „show users“ angezeigt. Ich vermute, bin aber nicht sicher, das dies die importierten User betrifft die Region-Owner sind und daher in den Region-XML Dateien gespeichert sind und nach der Migration nicht manuell wieder angelegt werden müssen.

Teilweise lässt sich OpenSIM nicht mehr starten und bleibt bei einem Script von XEngine hängen. Hier vermute ich auch die eigentliche Ursache der extrem vielen Programmabstürze von OpenSIM unter Windows. Angefangen hat es damit als ein Avatar ein Script hochlud und startete und sich darauf OpenSIM sofort verabschiedete. Anschliessend konnte sich der Avatar mit seinem Namen nicht mehr einloggen und musste einen neuen Namen annehmen. Das problematische Script aber verblieb im System.

Obwohl komplette Regionen mit „save oar“ gespeichert und mit „load oar“ wieder importiert wurden, fehlen teilweise Texturen.

Ein und diesselbe OpenSIM-Version verhält sich unter Linux komplett anders als unter Windows. Meine Erfahrung ist das eine 1:1 Kopie auf verschiedenen Betriebssystemen mehr Probleme macht als wenn man neu anfangen würde. Was unter Windows noch gut lief schmeisst auf Linux reihenweise Fehlermeldungen.

Mein Fehler war wohl auch daß ich zusammen mit dem Serverumzug auch gleich noch die OpenSIM-Version mit updaten wollte. Erst nach ewig langem suchen in der Konfiguration merkte ich daß eine ganze Reihe von Einstellungen umgestellt worden sind und nun gar nicht mehr passen. Es sind neue Bereiche in der Konfiguration hinzugekommen, andere müssen dafür nun weggelassen werden.

Der Linux-Server weigert sich unerklärlicherweise beharrlich die Startup-Kommandos auszuführen um Hypergrid-Regionen zu verlinken, was unter Windows einwandfrei funktioniert hat. Diese Link-Kommandos werden zwar in der Konsole angezeigt, aber nicht ausgeführt. Ursache unbekannt.

Der Linux-Server zeigt nicht die kompletten Web-Statistiken an. Die Sessions beispielsweise werden nicht angezeigt. Ich denke da wird irgendeine Komponente fehlen. Bisher kann sich dies aber keiner erklären, auch die Entwickler nicht.

OpenSIM unter Linux scheint instabiler als unter Windows XP/Vista/Win7 zu laufen. Beispiel: nach dem Kommando „restart“ trat in der Konsole ein Mono-Fehler auf und der OpenSIM-Serverprozess frierte ein. Nach einem Neustart war OpenSIM nicht mehr zu erreichen und musste neu installiert werden. Beim Beenden von OpenSIM per „quit“ oder „shutdown“ tritt regelmäßig ein Fehler „Application Exception Detected: System.UnhandledExceptionEventArgs“ auf. Dieser Fehler wird vermutlich durch das anschliessende Kommando „backup“ beim beenden von OpenSIM verursacht wo ich vermute das er nicht schnell genug die Daten schreiben kann, denn mit weniger Regionen taucht der Fehler seltener oder gar nicht mehr auf.

Das Kommando „link region“ in der Startup-Datei unter Windows funktioniert, unter Linux merkwürdigerweise nicht mehr.
Die World Map im God-Modus wird unter Linux nicht mehr angezeigt, man muß erst den God-Modus wieder verlassen. Unter Windows hatte das noch einwandfrei funktioniert.
Teilweise Probleme JPEG-Grafiken unter Linux anzuzeigen. In der OpenSIM Server-Konsole gibt es entsprechende Fehlermeldungen dazu. Die Anleitungen die benötigten Module nachzuinstallieren wurden aber penibelst beachtet und eingehalten.
Nach einem Neustart waren plötzlich die Avatare wieder auf Ruth zurückgesetzt, obwohl eine mySQL-Datenbank verwendet wird wo so etwas nicht mehr passieren dürfte.

Generell finde ich der OpenSIM-Betrieb unter Linux hat wesentlich mehr mögliche Fehlerquellen und Fallen als unter Windows, auch wenn ich ansonsten stets Linux als Server-Betriebssystem einsetze und empfehle. Im speziellen Fall OpenSIM unter Linux hab ich da aber eher schlechte Erfahrungen machen müssen, obwohl die Entwickler behaupten das OpenSIM unter Linux am einfachsten wäre. Ich bin der Meinung unter Windows ist es wesentlich einfacher.

Die OpenSIM-Entwickler ändern leider öfters die Konsolen-Kommandos, z.B. fehlen bei einigen Kommandos plötzlich die Bindestriche, bzw. werden einige Kommandos mit, andere ohne Bindestriche geschrieben, was verwirrend ist und die Bedienung unnötig erschwert. Typisches Beispiel: aus dem Kommando „link-region“ wurde „link region“.

Bei der Erstellung neuer Benutzer wird bei der Passworteingabe das eingetippte Passwort nicht angezeigt, erst wenn man es durch die Eingabetaste bestätigt hat (ziemlich sinnlos und fehleranfällig).

Die Reihenfolge der Kommandos unter „help“ ändert sich auch immer wieder, sodass man bei jeder neuen Version suchen und Startscripts evtl. wieder anpassen muß. Das ist eigentlich hausgemachtes Chaos was nicht sein müsste. Neuerdings werden die Kommandos alphabetisch aufgelistet, was viel besser ist.

Nach der Umstellung der Sim-Position von 1000,1000 nach 4400,4400 konnten sich manche Nutzer nicht mehr einloggen, denn die Home-Position hatte sich geändert und die zuletzt gespeicherte Position war auch nicht mehr verfügbar. Zudem gibt es beim Neuanlegen eines OpenSIM-Benutzers die Abfrage wo die Standard-Home-Position sein soll. Logischerweise habe ich da nach der Umstellung der Sim-Position nun stets 4400,4400 statt 1000,1000 eingegeben, was aber zu erheblichen Problemen führte weil sich neue Benutzer nicht einloggen konnten. Tatsächlich muss man weiterhin 1000,1000 eingeben, bzw. die Werte so lassen um keine Fehler zu erzeugen. Logisch ist das nicht gerade, aber so funktioniert es.

Das DOS-Fenster scheint auf den festen Wert von 25 Zeilen (80*25) eingestellt zu sein, denn wenn man das Fenster verlängert bzw. vergrößert und Kommandos in OpenSIM eingibt gibt es ein ziemliches Durcheinander und Zeilen werden einfach überschrieben statt zu scrollen. Man sollte das DOS-Fenster daher vorerst auf dem Standard-Wert 80*25 (80 Zeichen, 25 Zeilen) belassen. Da das DOS-Fenster viel zu klein ist und es fast unmöglich ist in Ruhe Kommandos einzugeben während gerade Avatare eingeloggt sind kann man kaum was von den vorbeirasenden Logs lesen, geschweigedenn die vollständige Liste aller Befehle per „help“ Kommando lesen.

Weiterführende Links zum Thema

Performance

anonymous@undisclosed.example.com (Anonymous) — Fri, 29 Nov 2019 10:58:50 +0000

Performance

Hardwareseitige Performance-Beeinflussungen

Um die Geschwindigkeit des OpenSIM-Servers zu erhöhen sind folgende Punkte mit am wichtigsten:

Viel Arbeitsspeicher (RAM)

Optimal ist DDR2-RAM ab 2 GB, mehr ist auch nicht verkehrt. OpenSIM verbraucht im laufenden Betrieb locker hundert und mehr Megabyte RAM (je nach Konfiguration von OpenSIM), daher ist viel RAM eines der wichtigsten Punkte. Als absoluter Mindestwert kann man kurzzeitig 512 MB RAM verwenden, wesentlich besser läuft es bereits mit 1 GB, optimal ab 2 GB RAM. Es hängt allerdings auch davon ab welches Betriebssystem man einsetzt, denn nicht jedes Betriebssystem verbraucht gleichviel RAM. Da die RAM-Preise momentan sehr niedrig liegen sollte man mit RAM nicht geizen und reinpacken was an freien Slots vorhanden ist.

Schneller Prozessor (CPU)

Am besten leistungsstarke Dual-Core oder Quad-Core Prozessoren ab 2 GHz Taktfrequenz pro Prozessorkern. Die Geschwindigkeit der CPU ist für OpenSIM sehr entscheidend. Als absoluter Mindestwert kann man kurzzeitig eine CPU mit 1 GHz einsetzen, die dann aber im Betrieb möglicherweise extrem ausgelastet sein wird und OpenSIM träge macht. Wesentlich besser sieht es mit doppelt soviel CPU-Power aus. Leistungsstarke Quad-Core Prozessoren wie man Sie in richtigen Servern findet sind für OpenSIM der Idealfall. Allerdings geht das ziemlich auf die Stromrechnung Nicht empfehlenswert sind abgespeckte, leistungsschwache CPU´s wie sie in manchen Notebooks oder billigen PC´s verbaut werden und die auf Stromsparen optimiert worden sind und nicht auf Geschwindigkeit.

Schnelle Festplatte

SCSI-Festplatten mit RAID-5 (ab 3 Stück) haben mehr Datendurchsatz als eine Single-IDE oder SATA-Festplatte. Dazu kommt noch daß viele Consumer-Festplatten die in den PC stecken nicht für den Dauerbetrieb ausgelegt sind. Moderne PC haben aber normalerweise ausreichend Festplatten-Datendurchsatz, sodaß dieser Punkt nicht allzu kritisch ist. Planen Sie bei der Festplattengrösse nicht zu knapp. Wenn OpenSIM auf der selben Festplatten-Partition wie das Betriebssystem installiert ist nehmen Sie mindestens 100 GB, mehr sind nie verkehrt. Wenn Sie den Datendurchsatz steigern möchten, dann installieren Sie die Datenbank von OpenSIM auf einer separaten Festplatte mit eigener Partition, damit gleichzeitig ablaufende Festplattenzugriffe durch das Betriebssystem nicht störende Auswirkungen haben.

Und wo wir schon beim Thema Festplatte sind: regelmäßig Datensicherungen (Backups) machen nicht vergessen ! Totalverlust aller Daten ist immer sehr ärgerlich und lässt sich nur durch konsequentes Datensichern auf externen Medien verhindern. Merke: auch Festplatten können mal kaputtgehen und insbesonders ständig laufende Festplatten wie beim Serverbetrieb mit der OpenSIM-Software, die aber nicht für den Dauerbetrieb ausgelegt sind, verabschieden sich häufig mit einem sehr nachhaltigen Erlebnis.

Wir zählen mittlerweile ganze Stapel von defekten, externen USB-Festplatten die erstens in den Metallgehäusen viel zu schlecht gekühlt waren (wenn man eine Passivkühlung durch das Ableiten der Wärme überhaupt als richtige Kühlung ansehen darf), zweitens oft miserabel konstruierte Controller enthielten die gerne schnell defekt gehen und drittens sich gerne mal nach ein paar Wochen Dauerbetrieb mit einem lauten „Klack“ (Headcrash) für immer verabschiedet haben. Wenn da dann wichtige Datensicherungen drauf waren …

Schnelle Datenbank

Eine mySQL-Datenbank ist SQLite zu bevorzugen. Die Performance der verwendeten Datenbank ist aber erst mit steigender Anzahl der Avatare kritisch, da viele gleichzeitige Operationen ausgeführt werden müssen und eine SQLite-Datenbank damit auch mal gerne überfordert sein kann. Für viele gleichzeitige Datenbankzugriffe ist die kostenlose mySQL-Datenbank am besten geeignet. Wer sich mit mySQL gut auskennt und mehr als die Standard-Konfiguration haben möchte, verwendet die im WWW sehr zahlreich zu lesenden Tricks um aus einer mySQL-Datenbank das maximale Potential herauszuholen. Viele Einstellungen lassen sich sehr einfach in der mySQL-Konfigurationsdatei vornehmen.

Schnelle Internetanbindung

Je mehr Avatare sich auf der eigenen Sim einloggen möchten, umso mehr Internetbandbreite wird benötigt. Kleine Gruppen lassen sich möglicherweise noch auf dem heimischen PC verwalten. Bei grösseren Gruppen wird es nötig werden entweder seinen Server bei einem grossen Hoster mit grosser Internetanbindung unterzustellen, oder einen Root-Server bei einem Hoster zu mieten (Preise ab ca. 80 Euro/Monat). Wer OpenSIM bei sich zuhause betreiben möchte, sollte einen Upstream von mindestens 1 MBit haben, also etwa ADSL mit 16.000 kBit/sec. aufwärts. Je höher der Upstream, desto besser. Ideal und vom Kosten-/Nutzen-Verhältnis am sinnvollsten ist derzeit VDSL mit 50 MBit Downstream und 10 MBit Upstream.

Grafikkarte

Die verwendete Grafikkarte im OpenSIM-Server ist hingegen völlig nebensächlich wenn dieser Computer nur als Server dient und nicht gleichzeitig auf diesem auch noch ein 3D-Viewer zum einloggen ausgeführt wird. Da wir davon ausgehen daß Sie nur einen Server betreiben, gehen wir auf den Punkt Grafikkarte nicht weiter ein.

Softwareseitige Performance-Beeinflussungen

Softwareseitig sind extrem viele, unterschiedliche OpenSIM-Werte an der vom Avatar „gefühlten“ Geschwindigkeit der Sim beteiligt. Hauptsächlich sind dies die Menge der auf einer Sim gleichzeitig eingeloggten Avatare, die auf einer Sim laufenden Scripts und physische Prims, neben einer ganzen Reihe anderer Faktoren.

Performance-Messung Inworld OpenSIM

Mit der Tastenfolge STRG-SHIFT-1 die Statusanzeige einschalten.

Time Dilation: sollte möglichst bei 1.0 liegen (Echtzeitbetrieb). Je niedriger der Wert umso zeitversetzter läuft alles ab. Ab einem Wert von 0.7 wird es extrem träge.

Sim FPS: FPS = Frames per Second (Bilder pro Sekunde). Maximal 45 sind möglich, 30 ist gut, unter 20 ruckelt es heftigst.

Time: sagt genau warum die beiden Werte oben evtl. schlecht sind. Eine Sim erreicht maximal 45 FPS, d.h. pro Frame 1/45 = 22ms Zeit.

Total Frame Time: sollte am besten bei 12 ms, möglichst aber noch unter 22 ms liegen. Steigt die Zeit pro Frame darüber, wird der Frame eben länger, und es kommt zu Lags, Time Dilation sinkt und natürlich analog der Sim FPS-Wert. Die Total Frame Time setzt sich zusammen aus verschiedenen Unterzeiten:

Sim Time (Physics): Wenn jemand tausende von fliegenden physischen Würfeln rezzt, braucht der Simulator irsinnig lange, um das in Havok4 alles zu berechnen, dann geht die Zeit extrem hoch. → Physics Lag
Script Time: sollte möglichst unter 12 ms sein. Wenn sehr viele Scripte laufen und richtig was tun, dann geht diese Zeit hoch. Script-Lag ist tückisch, weil er sich gar nicht so in der Time Dilation und Sim FPS ablesen lässt. Seit Havok4 funktionieren physische Bewegungen trotz Script-Lag oft noch recht gut, aber die Scripte werden sehr langsam. Kann man fast nur an diesem Wert ablesen.
Agent Time: Weiter oben unter Simulator gibts die „Main Agents“. Viele Avatare in der Sim bedeuten hohe Agent Time (viel Lag). Child Agents sind diejenigen die aus einer Nachbar-Region oder Sim theoretischen Sichtkontakt haben. Viele Child Agents stören aber kaum.

Performance-Optimierungen

Wie schon geschildert gibt es Inworld eine Menge Potential die Performance einer Sim zu verbessern. Dazu gehören zum Beispiel:

- animierte Bäume und Pflanzen nur sparsam einsetzen, denn diese verringern die Simulator Framerate (Bilder pro Sekunde) und machen die Sim auch träger (Ping-Wert verschlechtert sich).

- auch Scripte schlucken - je nach Art und Programmierung des Scripts - durch die benötigte Rechenzeit einiges an Performance und sollten nicht übermäßig stark eingesetzt werden.

Fazit

Passende PC für OpenSIM bekommt man ab etwa 300 Euro zu kaufen, z.B. über diesen Online-Shop mit sehr preiswerten Angeboten. Wer zukunftsweisend einkaufen möchte achtet insbesondere auf die verwendete CPU und das RAM und investiert lieber etwas mehr, bekommt dafür aber auch mehr Leistung.

Sims per Hypergrid miteinander verbinden

anonymous@undisclosed.example.com (Anonymous) — Fri, 29 Nov 2019 10:58:50 +0000

Sims per Hypergrid miteinander verbinden

Hypergrid ist eine ideale Lösung um aus einer Standalone-Sim eine Sim mit Anschluss an andere Sims zu machen. So kann man sich zum Beispiel mit der Sim seines Freundes verbinden, sodaß man mit seinem Avatar von einer Sim zur anderen teleportieren kann. Wenn noch weitere Freunde dazukommen kann man diese virtuellen Welten nach und nach erweitern.

Um Hypergrid zu nutzen muß man zunächst sein eigenes OpenSIM-Programm im Hypergrid-Modus betreiben. Die Sim mit der man sich verbinden möchte muß ebenfalls im Hypergrid-Modus laufen, ansonsten kann man sich nicht verbinden. Dazu wird OpenSIM mit dem Startparameter „-hypergrid=true“ gestartet. Ein kompletter Programmpfad würde dann zum Beispiel auf einem Windows-Betriebssystem etwa so aussehen:

C:\OpenSim\OpenSim.exe -hypergrid=true

Man kann sich beispielsweise auf den Desktop eine neue Verknüpfung zu OpenSIM einrichten und dort im Feld „Ziel“ den Startparameter mit eintragen, dann wird OpenSIM mit Doppelklick auf die neue Desktop-Verknüpfung automatisch im Hypergrid-Modus gestartet. Ob OpenSIM im Hypergrid-Modus läuft können Sie so feststellen:

direkt beim Start von OpenSIM erscheint ganz oben in eingerahmten Sternchen der Hinweis das Hypergrid aktiv ist
wenn OpenSIM bereits läuft geben Sie im Programmfenster den Befehl „link-region“ ein. Wenn eine Fehlermeldung erscheint ist Hypergrid nicht aktiv.

Regionen bzw. Sims miteinander verlinken

Mit Hypergrid verlinkte Regionen bzw. Sims erscheinen auf der grossen Karte (Map) als normale Regionen. Um Regionen bzw. Sims miteinander zu verlinken kann man direkt im Programmfenster von OpenSIM das „link-region“-Kommando nutzen, beispielsweise so:

link-region 1001 1001 opensimserver.example.com 9000 SimName

Wenn die Verbindung geklappt hat wird dies im Programmfenster von OpenSIM mit einer entsprechenden Meldung bestätigt. Man sieht nun die neue Region auf der grossen Karte und kann mit einem Doppelklick auf die neue Region bzw. Sim mit seinem Avatar dorthin teleportieren - mitsamt seinem Inventar. Allerdings ist man auf der anderen Sim nur Gast und hat nur sehr eingeschränkte Rechte.

Unsere Sim verbinden

Wer die von uns betriebene Sim an seine eigene Sim anschliessen möchte, nimmt dieses Kommando

link-region 1001 1001 opensim.DOMAIN 9090 M34

Die Beispiel-Koordinaten 1001 1001 müssen an Ihre Sim angepasst werden. Wenn Sie nur 1 Sim mit 1 Region haben mit den Standard-Koordinaten 1000 1000 können Sie dieses Beispiel so übernehmen. Falls Sie mehr als 1 Region haben oder Sie die Sim-Koordinaten geändert haben müssen Sie die Werte an Ihre Sim anpassen. Lassen Sie aber immer mindestens 1 Region zwischen den eigenen und den externen Regionen frei.

Es gelten für externe Hypergrid-Regionen folgende Einschränkungen

die per Hypergrid verlinkten Regionen bzw. dessen Koordinaten dürfen keine direkten Nachbarn der eigenen Regionen sein, am besten mindestens 1 Region dazwischen freilassen
die per Hypergrid verlinkten Regionen sind nur auf der grossen Karte (Map) zu sehen, aber nicht wenn man z.B. am Rand einer Nachbar-Region steht
die per Hypergrid verlinkten Regionen bzw. dessen Koordinaten müssen unbenutzt sein, dürfen also nicht auf der eigenen Sim ebenfalls verwendet werden
die per Hypergrid verlinkten Regionen dürfen maximal 4096 Positionen von den eigenen Koordinaten entfernt sein
die per Hypergrid verlinkten Regionen müssen auf einem OpenSIM-Server liegen der im Hypergrid-Modus gestartet wurde
die per Hypergrid verlinkten Regionen sind nur per Teleport erreichbar
die Avatare sollten unbedingt ihre Home-Position gesetzt haben, ansonsten ist u.U. keine Rückkehr mit der Tastenfolge STRG-SHIFT-H zur Ursprungs-Sim möglich wo man sich eingeloggt hat, wenn auf der Ziel-Sim keine ebenfalls gesetzte Teleportmöglichkeit zur eigenen Sim zurück existiert. Man müsste sich dann erst wieder ausloggen und wieder neu einloggen.

OpenSIM über das Internet erreichen

Damit man sich mit dem OpenSIM eines Freundes verbinden kann muß man die Internetadresse des Freundes kennen. In den meisten Fällen wird der Freund aber keine feste Internetadresse haben, sondern nur einen ADSL-Internetzugang mit täglich wechselnder IP-Adresse. Wenn man OpenSIM nur für einen Tag testen möchte kann man die IP-Adresse des Freundes verwenden die er von seinem Internetprovider bekommen hat. Diese IP-Adresse kann man z.B. auf der Webseite www.wieistmeineip.de ablesen. Diese Internetadresse wird dann für das „link-region“-Kommando wie im obigen Beispiel gezeigt verwendet. Statt „opensimserver.example.com“ wird dort die IP-Adresse eingetragen.

Wer die Verbindung längere Zeit aufrechterhalten möchte, sollte über eine feste Internetadresse verfügen, damit man sich die täglich Anpassung der IP-Adresse in der Konfiguration erspart. Eine feste Internetadresse bekommt man z.B. bei dem bekanntesten aller DYNDNS-Anbieter www.dyndns.com . Dort kann man sich kostenlos einen oder mehrere Sub-Domains registrieren die man für OpenSIM verwenden kann. Statt der IP-Adresse wird fortan die Sub-Domain verwendet die sich automatisch an die täglich wechselnde IP-Adresse anpasst. Bei den meisten Routern kann man die Sub-Domain von DYNDNS in der Router-Konfiguration eintragen, sodaß der Abgleich automatisch stattfindet.

Editieren Sie dann die Datei „Regions/default.xml“ und ändern Sie den Wert von „external_host_name“ auf Ihre DYNDNS-Internetadresse. Beispiel: external_host_name=„yourcomputer.ath.cx“. Lassen Sie den Wert von „internal_ip_address“ auf „0.0.0.0“ und „port“ auf „9000“. Nun müssen Sie die Firewall Ihres Routers konfigurieren, damit eingehende Anfragen von aussen auf Ihren OpenSIM Server erfolgen können. In den NAT-Einstellungen muss bei Port-Forwarding der Port 9000 (TCP und UDP) für ein- und ausgehenden Datenverkehr (Traffic) freigegeben werden. Der Port 9000 muss dabei als weiterleitendes Ziel die interne IP-Adresse Ihres OpenSIM Servers bekommen. Vergessen Sie nicht auch eine entsprechende Desktop-Firewall wie z.B. die in Windows integrierte Windows Firewall zu konfigurieren. Sobald Sie den Server starten wird die Windows Firewall sich melden und fragen ob diese Verbindung freigegeben werden darf. Beantworten Sie mit Ja.

Wenn Ihr NAT-Router nicht korrekt mit NAT-Loopback umgehen kann und sich Clients von aussen nicht anmelden können, probieren Sie auf dem OpenSIM Server zusätzlich noch folgende Einstellung: editieren Sie unter Windows die Datei C:\Windows\System32\Drivers\etc\hosts und fügen Sie eine neue Zeile hinzu: 192.168.1.10 yourcomputer.ath.cx Ersetzen Sie „192.168.1.10“ durch die interne IP-Adresse Ihres OpenSIM Servers und „yourcomputer.ath.cx“ durch Ihre eigene DYNDNS-Adresse. Machen Sie zwischen der IP-Adresse und der DYNDNS-Adresse mindestens ein oder mehr Leerzeichen, oder ein TAB. Starten Sie den Windows PC neu, damit die Host-Datei eingelesen wird.

Tipp

Am besten ist es wenn die per Hypergrid verlinkten Regionen bzw. Sims nicht exakt diesselben Koordinaten für die Regionen benutzen, also beispielsweise beide 1000/1000 (Standardeinstellung von OpenSIM). Der Abstand darf allerdings aus technischen Gründen wegen eines Fehlers im Second Life Viewer auch nicht zu gross gewählt werden. Der Regionenabstand darf maximal 4096 Positionskoordinaten weit gewählt sein. Eine Abweichung im Hunderterbereich ist zum Beispiel sinnvoll. So kann der eine Sim-Betreiber seine Region unter den Koordinaten 1200/1200 konfigurieren, der andere 1300/1300. Diese Konfiguration nimmt man in den Konfigurationsdateien im Verzeichnis „Regions“ vor. Die darin enthaltene Datei default.xml muss dann angepasst werden.

Hat man mehr als eine Region installiert müssen auch alle anderen xml-Dateien in diesem Verzeichnis angepasst werden. Die Konfiguration nimmt man immer im ausgeschalteten Zustand von OpenSIM vor und bearbeitet die xml-Dateien immer mit einem normalen ASCII-Texteditor. Niemals Wordpad, Windows Word oder eine andere Textverarbeitung nutzen, sondern immer nur reine Texteditoren die keine Steuerzeichen in die Datei einfügen.

Achten Sie darauf daß sich im Verzeichnis „Regions“ ausschliesslich nur verwendete Konfigurationsdateien mit der Dateiendung .xml befinden dürfen, denn beim Start von OpenSIM durchsucht das Programm dieses Verzeichnis und entnimmt aus den darin enthaltenen Dateien die Konfiguration für die Regionen.

Standalone-Modus

anonymous@undisclosed.example.com (Anonymous) — Fri, 29 Nov 2019 10:58:50 +0000

Standalone-Modus

Der Standalone-Modus klingt erst einmal so als wenn dies ein isolierter OpenSIM-Server ist, was aber durch die Möglichkeit von Hypergrid nicht wirklich so ist. Mittels Hypergrid ist ein OpenSIM-Server im Standalone-Modus alles andere als „alleine“, sondern in der Regel sehr gut mit anderen OpenSIM-Servern vernetzt, egal ob diese im Grid-Modus oder auch im Standalone-Modus laufen.

Der Standalone-Modus wird in der OpenSIM-Konfigurationsdatei „opensim.ini“ mit folgendem Eintrag aktiviert:

gridmode = false

Zusätzlich muss die Standalone-Konfiguration im Bereich „Standalone“ angepasst werden. Beispiel für eine Standalone-Konfiguration mit einer mySQL-Datenbank:

[StandAlone] 
    accounts_authenticate = true 
    welcome_message = "Willkommen bei OpenSIM !" 

    ; Asset database provider 
    ; asset_plugin = "OpenSim.Data.SQLite.dll" 
    asset_plugin = "OpenSim.Data.MySQL.dll" ; for mysql 
    ; asset_plugin = "OpenSim.Data.NHibernate.dll" ; for nhibernate 

    ; the Asset DB source.  This only works for sqlite, mysql, and nhibernate for now 
    ; Asset Source SQLite example 
    ; asset_source = "URI=file:Asset.db,version=3" 
    ; Asset Source NHibernate example (DIALECT;DRIVER;CONNECTSTRING) 
    ; asset_source = "SQLiteDialect;SqliteClientDriver;URI=file:Asset.db,version=3" 
    ; Asset Source MySQL example 
    asset_source = "Data Source=localhost;Database=opensim;User ID=opensimuser;Password=opensimpassword;" 

    ; Inventory database provider 
    ; inventory_plugin = "OpenSim.Data.SQLite.dll" 
    inventory_plugin = "OpenSim.Data.MySQL.dll" 
    ; inventory_plugin = "OpenSim.Data.NHibernate.dll" ; for nhibernate 

    ; Inventory Source NHibernate example (DIALECT;DRIVER;CONNECTSTRING) 
    ; inventory_source = "SQLiteDialect;SqliteClientDriver;URI=file:Inventory.db,version=3" 
    ; Inventory Source MySQL example 
    inventory_source = "Data Source=localhost;Database=opensim;User ID=opensimuser;Password=opensimpassword;" 

    ; User Data Database provider 
    ; 
    ; Multiple providers can be specified by separating them with commas (whitespace is unimportant) 
    ; If multiple providers are specified then if a profile is requested, each is queried until one 
    ; provides a valid profile, or until all providers have been queried. 
    ; Unfortunately the order of querying is currently undefined (it may not be the order in which 
    ; providers are specified here).  This needs to be fixed 
    ; 
    ; userDatabase_plugin = "OpenSim.Data.SQLite.dll" 
    userDatabase_plugin = "OpenSim.Data.MySQL.dll" 
    ; userDatabase_plugin = "OpenSim.Data.NHibernate.dll" ; for nhibernate 

    ; User Source NHibernate Example (DIALECT;DRIVER;CONNECTSTRING) 
    ; user_source = "SQLiteDialect;SqliteClientDriver;URI=file:User.db,version=3" 
    ; User Source MySQL example 
    user_source = "Data Source=localhost;Database=opensim;User ID=opensimuser;Password=opensimpassword;" 

    ; Specifies the location and filename of the default inventory library control file.  The path can be relative or absolute 
    ; Default is ./inventory/Libraries.xml 
    ;LibrariesXMLFile="./inventory/Libraries.xml" 
     
    ; Specifies the location and filename of the inventory library assets control file.  The path can be relative or absolute 
    ; Setting is optional. Default is ./assets/AssetSets.xml 
    ;AssetSetsXMLFile="./assets/AssetSets.xml" 

    dump_assets_to_file = false