• Arma 3 server AppCrash .Net Runtime

    1. offizieller Beitrag

      Nabend zusammen,
      im Gegensatz zu den meisten Anderen haben wir kein Problem mit "Out of Memory".
      Allerdings haben wir ein Problem damit, dass die arma3server.exe immer wieder abstürzt.
      Das passiert ca. 3 mal am Tag.

      Zu den Abstürzen habe ich 2 Logs gefunden.
      Ein Log hat als Quelle: ".NET Runtime":

      Spoiler anzeigen

      Anwendung: arma3server.exe
      Frameworkversion: v4.0.30319
      Beschreibung: Der Prozess wurde aufgrund eines Ausnahmefehlers beendet.
      Ausnahmeinformationen: Ausnahmecode c0000005, Ausnahmeadresse 0048D495
      Stapel:


      Der andere Hat die Quelle: "Application Error":

      Spoiler anzeigen

      Name der fehlerhaften Anwendung: arma3server.exe, Version: 1.54.133.596, Zeitstempel: 0x565f11b2
      Name des fehlerhaften Moduls: arma3server.exe, Version: 1.54.133.596, Zeitstempel: 0x565f11b2
      Ausnahmecode: 0xc0000005
      Fehleroffset: 0x0011d495
      ID des fehlerhaften Prozesses: 0x1168
      Startzeit der fehlerhaften Anwendung: 0x01d134341bec35e8
      Pfad der fehlerhaften Anwendung: E:\Arma3\ArmaFiles\arma3server.exe
      Pfad des fehlerhaften Moduls: E:\Arma3\ArmaFiles\arma3server.exe
      Berichtskennung: a86c5b4f-a035-11e5-80c1-7824af4079d6
      Vollständiger Name des fehlerhaften Pakets:
      Anwendungs-ID, die relativ zum fehlerhaften Paket ist:

      Wie das Ganze aussieht sieht man hier:
      Application Error [Screen]
      .NET Runtime Error [Screen]

      Vlt kenn das ja jemand.
      das .NET Framework habe ich bereits komplett installiert [Server Manager]

      was heißt viele Spieler?
      Bei uns läuft er immer komplett durch wenn weniger als 40 on sind. Wenns mehr sind läufts vlt 2h und bei vielen ca 1.5h

      Ich nenne viele Spieler bei mir 40-50
      Ich habe die Performance genommen, wo genau der unterschied zwischen profiling und performance ist weiß ich leider nicht so genau.


      Zitat

      PERF = STABLE branch compatible, no debug layer, no #captureFrame nor diag_captureFrame
      PROF = STABLE branch compatible, with debug layer, with #captureFrame / diag_captureFrame


      Ich habe aber auch gerade gelesen das es an [lexicon]extDB[/lexicon] liegen soll


      1. older version of extDB2.dll

      Zitat von dwarden

      based on your server RPT crash details

      please, update to extDB2.dll version 66 (as per https://github.com/T...r/Changelog.txt )

      Welche Version von [lexicon]extDB[/lexicon] nutzt du?

      Server Adresse: altis.minefactory.eu

      TS: ts.minefactory.eu

      minefactory.eu

      sql_raw geht aber nur mit der v63.
      sql_raw_v2 müsst ich erst schauen, wie man das im life_server machen muss

      Wir haben auch die Probleme ... ich vermute auch ganz stark das es an [lexicon]extDB[/lexicon] liegt ...

      ne andere Vermutung wäre InfiStar ...
      Aber ich denke mir auch mal das es an [lexicon]extDB[/lexicon] liegt

      Ich hab mir extDB2 mal angeschaut und ... puhhh .. oh man ... isn Arsch voll arbeit ...

      Hab hier auch mal was gefunden ... da is sogar alles schon fretig für 4.0
      How to: extDB2 with sql_raw protocol - Script Releases - Altis Life RPG

      Allerdings hilf uns das nicht weiter da wir mit 3.1.4.8 arbeiten..

      Also .. entweder umsteigen auf extDB2 oder .......

      Is jetzt nur ne Idee,
      eine Art controlling sytem ( oder wie auch immer der Fachausdruck dafür wäre ) zu bauen..
      Weil, wenn man sich das Chaos anguckt, wie die Anfragen an [lexicon]extDB[/lexicon] weier geleitet werden, dann wundert mich das nicht, das es nicht vorher schon Probleme damit gab..
      Mit Chaos meine ich vorallem den Eintag hier immer wieder -> waitUntil{sleep (random 0.3); !DB_Async_Active}; bzw. waitUntil{ !DB_Async_Active};

      controlling system in so fern, das alle Anfragen in ein Array gespeichert werden, und von fn_asyncCall sauber nacheinander und getaktet abarbeitet werden kann .. Sogar das prioritisieren der leseanfragen wäre möglich.

      Jetzt ist die Frage, ob das hilft bei unserem gemeinsamen Problem.. Es würde definitiv helfen , [lexicon]extDB[/lexicon] zu entlassten ..

      Möglich wäre es für mich sowas zu schreiben evtl..Sowas ähnmliches hab ich auch schonmal gebaut.. ( Erfahrung aus µContorller Bereich Mavlink Protokoll ).

      Ich würde es euch auch zur verfügung stellen aber is immer noch die Frage ob sich der Aufwand lohnt oder der Fehler eigentlich ganz woanders liegt.. Dann wäre die Arbeit für die Katz..


      Wie ist Eure Meinung dazu ??? Oder habe ich irgendwas nicht bedacht ???


      Gruß,

      Hirschi - Die Liga

      █▀▀▀▄░▄░░░░░░░█░░░░▄░░░░░░░░░
      █░░░█░░░█▀▀▀░░█░░░░░░░█▀▀▀▀█░█▀▀▀█
      █░░░█░█░█▀▀▀░░█░░░░█░░█░░░░█░█░░░█
      ▀▀▀▀░░▀░▀▀▀▀░░▀▀▀▀░▀░░▀▀▀▀▀█░▀▀▀▀█
      ░░░░░░░░░░░░░░░░░░░░░░▄▄▄▄▄█░

      mhhh ok ....

      Das ist ja schonmal ne vernünftige Aussage... Trotzdem zum Kotzen das ganze.. Ich hasse ArmA Updates ... aber keins war so schlimm waie das ... Die Spieler selbst haben auch schon gar kein Bock mehr auf ArmA ... is klar ... grade bei Altis Life .. Stundenlanges Farmen fürn Arsch ...

      Da können unsere Supps noch so kulant sein mit Rückerstattungen usw .. Aber irgendwann hat man verständlicherweise die Faxen dicke ..
      Sry ... aber bin hier Tage lang dabei mich im Kreis zu drehen und Stück für Stück unsere Misson ausseinander zu reissen auf verdacht ---

      █▀▀▀▄░▄░░░░░░░█░░░░▄░░░░░░░░░
      █░░░█░░░█▀▀▀░░█░░░░░░░█▀▀▀▀█░█▀▀▀█
      █░░░█░█░█▀▀▀░░█░░░░█░░█░░░░█░█░░░█
      ▀▀▀▀░░▀░▀▀▀▀░░▀▀▀▀░▀░░▀▀▀▀▀█░▀▀▀▀█
      ░░░░░░░░░░░░░░░░░░░░░░▄▄▄▄▄█░

      Ich war heute auf dem TeamSpeak von dem Französischen BayLife Server, die haben keinerlei Probleme. Habe halt deren devs/admins im Ts angeschrieben, irgendwann wurde ich auch gemoved, und die haben mit mir geredet. Allerdings kam dabei nur raus das sie es nicht verraten und jede Menge Hitler sprüche....

      Server Adresse: altis.minefactory.eu

      TS: ts.minefactory.eu

      minefactory.eu

      Hmpf ....
      Watt is aus den guten alten Zeiten geworden wo es noch Amiga 500 gab und so .. grins ..

      Ok ... lt. Changelog hat Bohemia was mit den allocators gemacht ... Hatte allerdings Crash mit system allocator und auch mit default allocator ..
      Würde aber für die Out of Memmory geschichte sprechen die wir auch haben ...

      Wir selbst hatten auch schonmal so einen Fehler, der aber selbst vereursacht war .. Und zwar haben unsere Cop´s in na ungetimten while schleife ( is das sleep abhanden gekommen bzw. waituntil ) das Scriptcomando setObjectTextureGlobal rausgehauen ... Der Server ist mit selber Error Meldung gecrasht ..

      Allerdings ist damals der Client Upstream bis zum Anschlag hochgegangen und das dann irgendwann alles zusammenbricht ist kein wunder .. Besonders bei 50 Spielern gleichzeitig... war ordentlich was los im Netzwerk .. grins ..

      Aber wie gesagt, der Fehler kommt so nicht in Frage .. der Upstream ist normal ... habs ausserdem mal provoziert via Script Console und da gehört schon einiges dazu um so einen Crash zu verursachen ..


      Was ist überhaupt mit den ganzen Addon´s , die am anfang der Mission.sqm mit eingebunden werden.. braucht man die überhaupt ?? holt sich doch der Client von alleine wen er sie braucht oder ??? kann es da ein Problem mit gibt?? veralterte verweise oder so ??
      Würde zu den Erros Server Object not found passen ..
      Die haben ja auch krass was an der Altis Map geändert .. Script Command nearstBulding funktioniert nicht mehr so wie soll .. Mir ist aufgefallen, das manche Häuser zwar noch da sind, aber nicht mehr auf der 2D MAp verzeichnett sind (z.B.: Flugahafengebäude ).. und nearstBulding scheint zusammen zu hängen mit den 2D Map Häusern ...


      Kann doch nicht unlösbar sein das Problem und wenn du sagst, das die Franzosen das hinbekommen haben muss es ja ne Lösung geben ... hmpf

      █▀▀▀▄░▄░░░░░░░█░░░░▄░░░░░░░░░
      █░░░█░░░█▀▀▀░░█░░░░░░░█▀▀▀▀█░█▀▀▀█
      █░░░█░█░█▀▀▀░░█░░░░█░░█░░░░█░█░░░█
      ▀▀▀▀░░▀░▀▀▀▀░░▀▀▀▀░▀░░▀▀▀▀▀█░▀▀▀▀█
      ░░░░░░░░░░░░░░░░░░░░░░▄▄▄▄▄█░