Beiträge von Henne

Zitat von Marius1773

Ich weiß zwar nicht was du darunter verstehst, aber das ist einfach nur ein Script damit du in Autos reinkommst welche nicht ohne DLC betretbar sind

Es hat einen Grund, warum man in diese Fahrzeuge nicht einsteigen kann/können soll.

Sei lieber froh, dass man dennoch als Passagier einsteigen kann und somit zumindestens mitfahren kann.

Die DLCs kosten nicht die Welt, vorallem sind diese gefühlt jeden Monat mal im Angebot.

Da sollte es jedem möglich sein, sich die DLCs zu kaufen die ihm gefallen.

Mit dem Geld wird die stetige Entwicklung an Arma finanziert.

Anders gefragt, was hälst du davon, wenn du für deine geleistete Arbeit, keine Entlohnung erhalten würdest?

Ich werde zu Offtopic. Bin hier raus.

Edit: Ist ja eh schon gelöst.

In die Log hast du aber selbst schonmal reingeschaut?

Dann wäre dir hundertfach sowas aufgefallen:

12:07:09 Error in expression <ddAction_Number";
_vehicle removeAction _action;
_vehicle setVariable ["DLC_Var_>
12:07:09   Error position: <_action;
_vehicle setVariable ["DLC_Var_>
12:07:09   Error Undefined variable in expression: _action
12:07:09 File mpmissions\Altis_Life.Altis\dlc_unlocker.sqf..., line 214

Wenn es das tut, was ich vermute, halte ich davon überhaupt nichts.

Alice Kingsleigh

Was meinst du genau?

Es gibt keine doppelten Klassen.

Fabi4976

Nimm dir das Orginal Script und füge es ein. Dann sollte es klappen.

Ich verstehe schon, warum du die Log nicht lesen willst.

Bei 383.236 Zeilen hätte ich da auch keine Lust.

Die Log hättest du ruhig mal selber aufmachen können, dann wäre dir dies aufgefallen:

12:46:48 Error in expression <) displayCtrl 38502),1,0.1,getMarkerPos(_sp select 0)]call life_fnc_setMapPositi>
12:46:48   Error position: <_sp select 0)]call life_fnc_setMapPositi>
12:46:48   Error Nicht definierte Variable in Ausdruck: _sp
12:46:48 File dialog\function\fn_spawnMenu.sqf [life_fnc_spawnMenu]..., line 2

Beheben, dann könnte das SpawnMenü wieder funktionieren.

Die restlichen Fehler solltest du auch beheben.

Immer noch das selbe Problem wie zuvor angesprochen:

Zitat von Henne079

Diesmal ist es nicht das übliche Problem. Denn extDB3 wird garnicht geladen, da es nicht vorhanden ist.

Füge extDB3 richtig ein. Dazu hilft diese Anleitung:

https://bitbucket.org/torndeco/extdb3/wiki/Installation

Zitat von Jon1

war aber am anfang vom neuen root auch nicht da

. . .

Andere zugriff?: Nein bis auf ich und der Root-Host soweit keiner

Also hat jemand anderes Zugriff und du hast den Server auch nicht selbst eingerichtet?

Dann sprich doch mal denjenigen an und frag was er so eingestellt hat.

Unter Windows werden die Logs normal immer erstellt. Außer du unterdrückst das ganze.

Unter Linux muss die Konsole auf eine Datei gepiped werden. Dann hast du auch dort eine Log.

Wenn die Slots nicht angezeigt werden, kann das an einem Configfehler liegen.

Zwecks extDB3/MySQL:

Sind alle Ports gesperrt?

Wenn ja, dann muss die Verbindung innerhalb des Server erlaubt werden (zumindestens für 3306).

Dann klappt es auch wieder mit dem Verbinden.

Das man teilweiße das Fahrzeug nicht mehr steuern kann und sich das Spiel "aufhängt", kann an einer Mod liegen.

Daher prüfe doch mal, ob es mit einer Mod zusammenhängen kann.

Wenn ich das richtig sehe, hostet ihr den Server selbst?

Mal einfach den Server neugestartet?

Was passiert dann?

Zitat von Larry

Soweit ich weiß darf man nicht -enableHT und -cpuCount gleichzeitig als Parameter verwenden.

Dürfen tut man das schon. Bringt halt bloß nichts.

Das ist auch nicht die Ursache des Problemes.

Das sich Logs plötzlich selbst löschen gibt es nicht.

Also auch hier mal die typischen Fragen.

Seit wann tritt das Problem auf?

Was wurde verändert?

Was für Software läuft auf dem System?

Haben andere Zugriff auf den Server?

Was wurde bereits versucht um das Problem zu lösen?

Joe Barbaro

Diesmal ist es nicht das übliche Problem. Denn extDB3 wird garnicht geladen, da es nicht vorhanden ist.

Dafür ist der life_server gleich doppelt drin.

 9:39:14 C:\server\A3Master\@life_server\addons\life_server.pbo - unknown
 9:39:14 C:\server\A3Master\@life_server\addons\life_server_old.pbo - unknown

Wenn dir das Object des Spielers bekannt ist, der in deinen Beispielen den Code ausführen soll, dann mach doch einfach sowas:

[_target] remoteExecCall ["removeAllWeapons", _target]

[vehicle _target] remoteExecCall ["deleteVehicle", _target]

Solltest du aber wirklich das Bedürfniss spüren direkt Code beim Ziel auszuführen, dann klappt das so:

[{removeAllWeapons player; deleteVehicle vehicle player}] remoteExecCall ["call", _target]

Also das umstellen ist je nachdem ob es ein Modded Server ist sehr leicht.

Hier eine kleine Anleitung:

1. Arma 3 Server auf Linux installieren.
2. ExtDB3 (v1.031) einfügen.
3. Config von extDB3 kopieren.
4. Die Mission nach mpmissions kopieren.
5. Die server.cfg und wenn vorhanden die basic.cfg kopieren.
6. Die Parameter des Startbefehls kannst du übernehmen.
7. Server starten, fertig.

Bei Modded müssen die Mods noch kopiert werden.

Es ist richtig, dass unter Linux der Arma Server keine 64 Bit unterstützt.

Allerdings gleichen die Vorteile dieses Manko locker aus.

Dialoge funktionieren Clientseitig.

Also wird eine Clientlog benötigt.

Aber auch hier rechne ich nicht wirklich mit Fehlern. Denn grundsätzlich scheint es ja zu funktionieren.

Es scheint so, als ob die Anzeige erst später aufgerufen und damit erst angezeigt wird.

Wird die Anzeige überhaupt initialisiert?

So dann fange ich mal an.

Wie du feststellst, bringt deine Log nicht wirklich was. Deine Ausgabe der Konsole dafür mehr.

Dort steht, wie du ja auch schon festgestellt hast, dass Arma Task Force Radio nicht geladen hat.

Um den Server zu starten und Logs zu erstellen kannst du diesen Code verwenden:

./arma3server -config=server.cfg -mod="@titus;@cba_a3;@task_force_radio" &>> arma3server_$(date "+%Y.%m.%d-%H.%M.%S").rpt

Ich hoffe doch, dass du den Server mit dem arma-Nutzer startest.

Die Mods gehören dem root-Nutzer. Also übertrage diese doch dem arma-Nutzer

So als Hinweis.

Solange CBA nicht geladen wird, funktioniert TFR auch nicht.

Teste es doch mal mit dem Befehl von oben und sende doch dann mal die Log, wenn es nicht klappt.

Der Fehler ist auf jeden Fall in der core\functions\fn_accType.sqf. Das sagt ja auch die Fehlermeldung.

Die Fehlermeldung besagt, dass die Variable _cfg nicht defieniert ist.

Also sorge dafür, dass sie zuvor definiert wird. Dann ist der Fehler auch weg.

Sende doch mal eine komplette Serverlog.

Die Log sagt: 18:05:55 "extDB3: Error with Database Connection"

Schau doch mal in die extDB3-Log.

Du nutzt noch eine alte Version von screen, da ist die Option noch nicht vorhanden.

Daher entferne das Argument -Logfile. Dann sollte es klappen.

Oh, da habe ich mich wohl verschrieben.

Schreib doch anstatt makeDir mal lieber mkdir und schreibe #!/bin/bash drüber.

Also so:

#!/bin/bash

SCREEN=arma3eslifev2
SERVERFILE=arma3server
PARAM="-port=2302 -config=server.cfg -servermod=@eslife;@extDB3"

YEAR="`date +%y`"
MONTH="`date +%m`"
DATE="`date +%d`"_"`date +%H-%M-%S`"

mkdir -p logs/$YEAR/$MONTH
screen -L -Logfile logs/$YEAR/$MONTH/$DATE.log -AmdS $SCREEN ./$SERVERFILE $PARAM

Achja. Die Werte musst du auch entsprechend an dich anpassen.