Mir fiel schon öfter auf, das der Docker nach dem reboot (Backup, restart) mir den fehler im Logfile aufzeigt (777 path ./logs/), siehe Screenshot.
Falls du mal zeit dazu findest, bitte bei gelegenheit fixen, da ich es bisher immer manuell gemacht habe.
Danggööö
PS: Ergänzend habe ich noch 2 Screenshots und den genauen Pfad angegeben
Moin.
Mir fiel schon öfter auf, das der Docker nach dem reboot (Backup, restart) mir den fehler im Logfile aufzeigt (777 path ./logs/), siehe Screenshot.
Falls du mal zeit dazu findest, bitte bei gelegenheit fixen, da ich es bisher immer manuell gemacht habe.
Danggööö
PS: Ergänzend habe ich noch 2 Screenshots und den genauen Pfad angegeben
`/home/docker-projekte/trackmania/data/controlpanel/`
danke für den Hinweis! Ich habe mir das Verhalten im Startskript genauer angeschaut:
Bisher wurde beim Booten des Containers geprüft, ob die Rechte von ./logs/ auf 755 stehen – falls man sie manuell auf 777 gesetzt hatte, wurden sie bei jedem Neustart fälschlicherweise wieder auf 755 zurückgebogen.
Mit dem neuen Release 1.3.3 (git.techniverse.net/scriptos/trackmania-server:1.3.3) ist das behoben:
data/controlpanel/logs/ wird beim Containerstart automatisch auf 777 und www-data:www-data geprüft und gesetzt.
Die Konfigurationsdateien in data/controlpanel/config/ werden mit 666 beschreibbar gehalten.
Logrotate rotiert die Logs dank su www-data www-data weiterhin problemlos.
Du kannst deinen Stack einfach auf das Image 1.3.3 (oder :latest) updaten, dann tritt das Problem nach Backups/Reboots nicht mehr auf.
Beste Grüße
Patrick
Hi Thomas,
danke für den Hinweis! Ich habe mir das Verhalten im Startskript genauer angeschaut:
Bisher wurde beim Booten des Containers geprüft, ob die Rechte von ./logs/ auf 755 stehen – falls man sie manuell auf 777 gesetzt hatte, wurden sie bei jedem Neustart fälschlicherweise wieder auf 755 zurückgebogen.
Mit dem neuen Release **1.3.3** (git.techniverse.net/scriptos/trackmania-server:1.3.3) ist das behoben:
1. data/controlpanel/logs/ wird beim Containerstart automatisch auf 777 und www-data:www-data geprüft und gesetzt.
2. Die Konfigurationsdateien in data/controlpanel/config/ werden mit 666 beschreibbar gehalten.
3. Logrotate rotiert die Logs dank su www-data www-data weiterhin problemlos.
Du kannst deinen Stack einfach auf das Image 1.3.3 (oder :latest) updaten, dann tritt das Problem nach Backups/Reboots nicht mehr auf.
Beste Grüße
Patrick
Blocking a user prevents them from interacting with repositories, such as opening or commenting on pull requests or issues. Learn more about blocking a user.
Moin.
Mir fiel schon öfter auf, das der Docker nach dem reboot (Backup, restart) mir den fehler im Logfile aufzeigt (777 path ./logs/), siehe Screenshot.
Falls du mal zeit dazu findest, bitte bei gelegenheit fixen, da ich es bisher immer manuell gemacht habe.
Danggööö
PS: Ergänzend habe ich noch 2 Screenshots und den genauen Pfad angegeben
/home/docker-projekte/trackmania/data/controlpanel/Hi Thomas,
danke für den Hinweis! Ich habe mir das Verhalten im Startskript genauer angeschaut:
Bisher wurde beim Booten des Containers geprüft, ob die Rechte von ./logs/ auf 755 stehen – falls man sie manuell auf 777 gesetzt hatte, wurden sie bei jedem Neustart fälschlicherweise wieder auf 755 zurückgebogen.
Mit dem neuen Release 1.3.3 (git.techniverse.net/scriptos/trackmania-server:1.3.3) ist das behoben:
Du kannst deinen Stack einfach auf das Image 1.3.3 (oder :latest) updaten, dann tritt das Problem nach Backups/Reboots nicht mehr auf.
Beste Grüße
Patrick
Na wunderbärchen, werd ich gleich mal ziehen das neue Image :)