Beiträge von rgnbgnhnd

Genau!
mit extDB3 und der Tipp von dir Pac, läuft endlich alles.
Ich bedanke mich bei allen Postern.

Pardon, das habe ich verpeilt.

16-0-51.txt

Nachdem ich einen extDB3 Download gefunden habe, es auf den Server gespielt habe und als [lexicon]Startparameter[/lexicon] angegeben habe,
kommt folgendes

Also schätze ich dass es vernünftig geladen wurde.
Allerdings:

existiert dieses Problem nach wie vor.

Stell ich mich einfach saublöd an oder ist es tatsächlich so "umständlich"

Das ist ja lustig...

Ich habe wohl nun eine komplett andere Arma Life Version runtergeladen, es wird nun nach extDB3 und nicht mehr nach extDB2 verlangt.

Gibt es extDB3 schon irgendwo zum Download?

Die in der Datenbank angegebene Länge ist zu klein.

Siehe Anhang.

Diese Zahl musst du ein bisschen erhöhen.

Nein, in der Datenbank

Siehe Anhang

Zitat von majoess

extDB2 läuft aber definitiv nicht, denn der Error ist in der init.sqf vom life_server

Ok, das ist seltsam. Nachdem ich den Server neu aufgesetzt habe werde ich dir wieder berichten.

Zitat von majoess

Schau mal bitte im Log, ob dort auch extDB2 angezeigt wird.

Ja, wie gesagt @extDB2 und @life_server wurden vom Server erkannt und in der Konsole angezeigt sowie im Serverbrowser vom A3-Client.

Zitat von Pac

Deine Ausgabe aus der SSH Sitzung ist der Log. d.h. du musst ihn selber Loggen. Bsp. >> log.txt oder schreib dir ein Script was die .txt mit Datum benennt.

Oh, das wusste ich nicht. Vielen Dank!

Logs kann ich gerade keine posten, ich hatte Probleme mit meinem Root-Server/Anbieter also muss ich alles neu aufsetzen.
Bis dahin melde ich mich nochmal.

Zitat von Lukas B.

Du brauchst mindestens die Version 5.6 aber da kommt eigentlich ein anderer fehler.

Tatsächlich wird durch die Debian-Distribution nur Version 5.5.54 von MySQL verwendet.

Er versucht einen Nicht-Integer in eine Integer-Spalte zu prügeln, das kann nicht funktionieren.
Ich schätze das gesamtexp eine Float(Fließkommazahl) ist.

Wieder hast du 2 Möglichkeiten:

Du gehst in die Datenbank und änderst den Datentyp von der Spalte "gesamtexp" in "FLOAT" um

ODER

Du sorgst dafür dass die gesamtexp nicht als float sondern als integer ausgegeben wird.

Nein.
Die Servermods werden mit deiner Methode geladen, wurden sie mit meiner Methode aber auch.

Zitat von majoess

Könnt ihr den Mist nicht bitte einmal lassen? WIESO WINDOWS?! Ist doch seine eigenes Entscheidung, ich persönlich habe nur bessere [lexicon]Performance[/lexicon] auf Linux, daher kann ich mich nicht beschweren.

Dies.
Ich benutze Linux/Debian weil ich es für performanter und stabiler halte. Da extDB2 auch größtenteils auf nem Linux-Server entwickelt wird/wurde sollte das nicht zu meinem Nachteil sein.
Und der Arma 3 Server läuft an sich ja wunderprächtig.

Sieht wohl nach nem Schreibfehler aus.

Du kannst entweder in die Datenbank gehen und "gesamtexp" in "gestamtexp" umbennen, oder du gehst in die fehlerhafte Datei und änderst "INSERT INTO players ([...] med_gear, gestamtexp, quest, [...])
in "INSERT INTO players([...] med_gear, gesamtexp, quest [...]).

Soweit ich das beurteilen kann sollte die fehlerhafte Datei

life_server\Functions\MySQL\fn_insertRequest.sqf sein

Moin blackfisch

Ich habe die Linux-Version direkt vom GitHub-Download, in meinem extDB2 Ordner ist also keine .dll sondern eine .so.

Guten Abend,
Seit einiger Zeit besitze ich einen Root-Server welchen ich bereits mit MySQL ausgestattet habe, ich hab einen Arma 3 Server eingerichtet und Altis Life aufgespielt und konfiguriert.
Allerdings plagt mich das Problem dass extDB2 wohl keine Verbindung zur Datenbank herstellen kann(SA-MP kann auf die Datenbank zugreifen).
Leider erstellt mein Server weder extDB2 Logs, noch Arma 3 Server Logs.

Ich habe also nur die Ausgabe des SSH-Terminals, und die [lexicon]Startparameter[/lexicon] sowie die [lexicon]extdb[/lexicon]-conf

Terminal-Ausgabe

[lexicon]Startparameter[/lexicon]

[lexicon]extdb[/lexicon]-conf

Muss es zwingend an extDB2 liegen? Kann man anhand der Daten die ich geliefert habe etwas anfangen?