You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Traceback (most recent call last):
File "/usr/lib64/python3.6/logging/config.py", line 565, in configure
handler = self.configure_handler(handlers[name])
File "/usr/lib64/python3.6/logging/config.py", line 738, in configure_handler
result = factory(**kwargs)
File "/usr/lib64/python3.6/logging/__init__.py", line 1032, in __init__
StreamHandler.__init__(self, self._open())
File "/usr/lib64/python3.6/logging/__init__.py", line 1061, in _open
return open(self.baseFilename, self.mode, encoding=self.encoding)
FileNotFoundError: [Errno 2] No such file or directory: '/app/logs/server.log'
During handling of the above exception, another exception occurred:
Traceback (most recent call last):
File "launcher.py", line 11, in <module>
main.main()
File "src/main.py", line 71, in main
logging.config.dictConfig(log_config)
File "/usr/lib64/python3.6/logging/config.py", line 802, in dictConfig
dictConfigClass(config).configure()
File "/usr/lib64/python3.6/logging/config.py", line 573, in configure
'%r: %s' % (name, e))
ValueError: Unable to configure handler 'file': [Errno 2] No such file or directory: '/app/logs/server.log'
I guess there is a missing configuration in the src/main.py to setup server.log file in the directory taken from the arg.
Just a suggestion, in docker at least, to be able to remove this server.log in file as all the log a shipped to stdout of the container and can be handled differently.
In docker server.log doesn't bring anything as logs can be handled via std out only and redirection to ES. As well the entrypoint can handle the parameters -d, -l, -t.
@bugy no rush at all on fixing this point imho but you are the boss :)
Hi @dutangp, I would agree with you, that a standard logging mechanism in docker is stdout.
However, someone can also mount script server log folder to a host folder, making them "persistent". It's needed for script execution logs anyway.
For me, the proper fix would be to make it configurable via conf.json. For now I would keep existing behaviour as it is.
Activity
bugy commentedon Mar 8, 2022
Hi @dutangp, yes, you are right.
-lflag affects only script logs (not server.log), this is a bugdutangp commentedon Mar 8, 2022
hey,
Just a suggestion, in docker at least, to be able to remove this server.log in file as all the log a shipped to stdout of the container and can be handled differently.
dutangp commentedon Mar 17, 2022
hello,
For info I found the way in docker by rebuilding the Dockerfile with ENTRYPOINT instead of CMD
and modifying the file logging.json as below
In docker server.log doesn't bring anything as logs can be handled via std out only and redirection to ES. As well the entrypoint can handle the parameters
-d,-l,-t.@bugy no rush at all on fixing this point imho but you are the boss :)
bugy commentedon Mar 18, 2022
Hi @dutangp, I would agree with you, that a standard logging mechanism in docker is stdout.
However, someone can also mount script server log folder to a host folder, making them "persistent". It's needed for script execution logs anyway.
For me, the proper fix would be to make it configurable via conf.json. For now I would keep existing behaviour as it is.
#537 fixed server.log path, when started with --log-folder parameter
bugy commentedon Oct 7, 2022
@dmarteau @dutangp i made a fix for it, could you test it please?
#537 added redirect back to login page for prohibited users