Die Datei muss im Cache Ordner des Windows Daemons liegen. Wenn du den Windows Daemon auf dem Desktop im Ordner tekbase hast dann liegt darin ein cache Ordner und in den muss die gm_w.zip rein.
Guten Morgen,
genau so habe ich es gemacht 
Beiträge von Meso
Aktuell führen wir noch einige Anpassungen durch, das Forum wurde jedoch bereits live geschaltet.
-
-
Sehr geehrte Damen und Herren,
ich habe schwierigkeiten damit den Windows Daemon zum laufen zu bringen,
er erstellt zwar die Ordner für die Gameserver, zieht jedoch nicht die zb gm_w.zip datei in den Gameserver Ordner rein und entpackt Sie.
Die Server bleiben bei der Installation stehen.
In den Logs ist leider nichts zu erkennen
-
Bis jetzt sind bei mir alle Modpacks auf Java 9 gelaufen sogar auf den neusten Versionen habe ich keinen Unterschied wahrnehmen können.
In der Regel leider bis 8, sowas wie FTB Unleashed usw deswegen vom Prinzip her immer 8
-
Mit der aktuellen version führt das schon zu problemen allerdings nicht mit den standart versionen wie spigot paper oder bukkit sondern mit den forge versionen die gehen im moment nur bis maxx jre8 oder 9 und 11 ist zu neu
Das sehe ich anders, schließlich wird bei den Java Updates nicht viel geändert, eher nur hinzugefügt.
Oder würdest du lieber Java 6 // 5 installieren
?Alle forgen MC Modpacks funken dann in der regel nicht
einmal in der sourceslist mit nano /etc/apt/source.list folgendes hinzufügen
"deb http://ftp.de.debian.org/debian sid main" (ohne die ")
dann apt-get update && apt-get upgrade
dann apt install openjdk-8-jre-headless
-
mit dem Befehl installt er aber die aktuelle java Variante, das würde zu etlichen MC Mod problematiken führen^^
-
Ah ok, dann prüfe ich das heute Abend direkt
Nachtrag: Wunderbar, so wie oben beschrieben nur in der Tekbase nicht in der tekbase.sh gepackt und funkt!
-
dann kommt
"rm: remove write-protected regular file '/home/skripte/cache/litw.tar'?"
- rm -f /home/skripte/cache/*.tar
so funktionert es via user-webi, das script auch wie oben unter teklab.sh eingebaut, dennoch keine Wirkung
Muss ich dies nur in der tekbase.sh packen? Es gibt auch eine Datei namens "tekbase"
-
Sehr geehrte Community,
damit ggf. andere das auch sehen, schreibe ich es hier nochmal rein
Ich habe einen eigenen Imageserver und TekBase packt die gedownloadeten dateien automatisch in den "Cache" ordner rein, löscht diese jedoch nicht. Bei einem eigenen ImageServer ist das natürlich nicht notwendig.
Das Script, das für zuständig ist, habe ich gefunden, jedoch nicht, wie ich es umprogrammiere.
Ich war in der Datei /skripte/tekbase.sh
und habe folgendes gemacht
Code# Games/Apps/Voice/Stream installieren 2-2 ... echo "$(date) - Image $VAR_D.tar was downloaded" >> $LOGP/logs/$LOGF.txt ... su $VAR_B -c "tar -xf $VAR_D.tar -C /home/$VAR_B/$VAR_F/$VAR_C" rm /home/skripte/cache/*.tar ...Siehe Zeile 6
Jedoch löscht er leider nicht den Inhalt des Ordners.
-
Soll ich es förmlich halber noch im Bugtracker eintragen?
-
vServer ist es gewesen
-
wenn http://0/tekbase/admin.php angezeigt wird, dann konnte der Installer die IP nicht abfragen. Wir werden das mit 19.10 wohl noch mal testen. Ansonsten einfach die Root IP senden anstatt dem Link. Aber nun gehts ja.
Auch bei Debian 10 zeigt er es so an
-
wo finde ich eine anleitung um selber ein imageserver zu erstellen
Das wäre tatsächlich mal interessant
-
Problem gelöst. Fehler war ich hatte in der "Spieledateien" denn Dateipad nicht geändert.
-
Sehr geehrte Community,
leider erhalte ich ein Problem, wenn ich die Server.cfg über das Pänel bearbeiten will
"Die Datei konnte nicht gespeichert werden!"
Die Server.cfg ist leer.
Die ProFTPD Logs zeigen nichts besonderes an:
2020-05-07 02:15:12,954 gamepanel proftpd[13235] 127.0.1.1 (79.222.24.70[79.222.24.70]): FTP session opened.
2020-05-07 01:15:20,408 gamepanel proftpd[13235] 127.0.1.1 (79.222.24.70[79.222.24.70]): USER Robi: Login successful.
2020-05-07 02:15:30,582 gamepanel proftpd[13236] 127.0.1.1 (79.222.24.70[79.222.24.70]): FTP session opened.
2020-05-07 01:15:30,667 gamepanel proftpd[13236] 127.0.1.1 (79.222.24.70[79.222.24.70]): USER Robi: Login successful.
2020-05-07 01:16:34,561 gamepanel proftpd[13236] 127.0.1.1 (79.222.24.70[79.222.24.70]): FTP session closed.
2020-05-07 02:16:49,495 gamepanel proftpd[13564] 127.0.1.1 (116.202.202.169[116.202.202.169]): FTP session opened.
2020-05-07 01:16:49,539 gamepanel proftpd[13564] 127.0.1.1 (116.202.202.169[116.202.202.169]): USER Robi: Login successful.
2020-05-07 01:16:49,542 gamepanel proftpd[13564] 127.0.1.1 (116.202.202.169[116.202.202.169]): FTP session closed.
2020-05-07 02:17:06,792 gamepanel proftpd[13570] 127.0.1.1 (79.222.24.70[79.222.24.70]): FTP session opened.
2020-05-07 02:17:06,793 gamepanel proftpd[13571] 127.0.1.1 (79.222.24.70[79.222.24.70]): FTP session opened.
2020-05-07 01:17:06,865 gamepanel proftpd[13570] 127.0.1.1 (79.222.24.70[79.222.24.70]): USER Robi: Login successful.
2020-05-07 01:17:06,878 gamepanel proftpd[13571] 127.0.1.1 (79.222.24.70[79.222.24.70]): USER Robi: Login successful.
2020-05-07 02:17:32,152 gamepanel proftpd[13739] 127.0.1.1 (116.202.202.169[116.202.202.169]): FTP session opened.
2020-05-07 01:17:32,196 gamepanel proftpd[13739] 127.0.1.1 (116.202.202.169[116.202.202.169]): USER Robi: Login successful.
2020-05-07 01:17:32,198 gamepanel proftpd[13739] 127.0.1.1 (116.202.202.169[116.202.202.169]): FTP session closed.
2020-05-07 02:17:42,698 gamepanel proftpd[13741] 127.0.1.1 (79.222.24.70[79.222.24.70]): FTP session opened.
FTP Zugriff, sowie alles andere funktioniert einwandfrei.
-
Ich habe ein ähnliches Problem, mit Debian 10.
Leider findet sich im Ordner keine database.sql im Ordner
