Logs do not seems to be written to a log file about mumble-docker HOT 14 CLOSED

it seems that murmur forces itself to foreground mode which logs to the console and not to a file or that something is missing to allow it to write logs.

Aye - that's what is requested from the Dockerfile itself:

I did not remember this preventing a log file from being written but now that you mention this, I think I stumbled upon this before 🤔

I actually don't quite remember why we start the server in foreground mode here anyway. Presumably to
a) Prevent the container from exiting right after having started the server and
b) Make sure that the log is written to stdout so that you can check on what the server is doing

If it turns out to be impracticable or unnecessary to run in foreground mode, I would not be opposed to removing the -fg parameter and just letting the server run in background mode 👀

from mumble-docker.

@Krzmbrzl with docker, you need to keep your program in foreground, this allow docker to follow the run and his state. (for status, restart, starting steps), we should not remove this flag.

The doc say:

-fg Run in the foreground, logging to standard output.

So if mumble isn't capable to copy the ouput into a file in foreground mode, it's not possible to fix this issue.

from mumble-docker.

Ah okay, I see. I guess in this case it should probably be considered a bug in the upstream code...

@pawlakm the log should also be found in the servers database (in the slog table) so in the meantime youcoukd access it through that.

from mumble-docker.

Thanks for the workaround.
Will you create a request in the upstream code ? Or do I have to do it ?

from mumble-docker.

Feel free to do it yourself - I'll only forget it xD

from mumble-docker.

Done

from mumble-docker.

Update:

Just found the docker-file-log-driver logging driver plugin. It can be installed using the following command:

docker plugin install deepcompute/docker-file-log-driver:1.0 --alias file-log-driver

Then when adding this to my docker-compose.yml file at the same level as the image block :

        logging:
            driver: file-log-driver
            options:
                fpath: "/mumble-server/mumble-server.log"

I can access mumble-server logs as a json file located in /var/log/mumble-server/mumble-server.log.

Unlike using docker-compose logs -f <service-name> > logs/mumble-server.logs & which requires a manual execution at each container "up", this approach is fully automatic. The logs are a bit verbose, but it does the job.

from mumble-docker.

IMHO using a logging driver should be the preferred approach for retrieving the logs. However this means that MUMBLE_CONFIG_LOGFILE will never be used and people should be aware of that. Mounting a volume for the logs is also useless then.

What do you think ?

from mumble-docker.

Sounds good to me, but I am also not very experienced in the Docker business. @azlux what's your take on this?

from mumble-docker.

You can use a logging driver for a specific service into the docker-compose.
This will allow you to only save mumbler-server log.

I think the bug on the upstream is valid too. At least, mumble should warn the log will not be write because of foreground flag.
Other product like nginx allow you to log into a file AND having the error into the console during foreground run.

from mumble-docker.

Please don't change this behaviour. This is how most apps work when not allowed to daemonise/fork (ie -fg). Experienced users expect things to work this way. People should do things right and use one of the Docker logging drivers to suit their needs, https://docs.docker.com/config/containers/logging/configure/

from mumble-docker.

Alright, then I guess everything is working as intended and if anything, this would be a bug report against the upstream repo.

from mumble-docker.

I searched around to find the SuperUser password after setting up the Mumble server (Docker). Searched and searched the log. Nowhere was one created. Although I explicitly mentioned this in mumble-server.ini.

This "problem" is or was not mentioned anywhere. In no doc or tutorial. I just found this by chance.

from mumble-docker.

mentioned this in mumble-server.ini.

That's not possible. For the Docker image you have to specify it via a variable as documented in the README of the Docker repo.

from mumble-docker.