Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Server should log to stdout by default #16

Open
jamielennox opened this issue Nov 20, 2017 · 4 comments
Open

Server should log to stdout by default #16

jamielennox opened this issue Nov 20, 2017 · 4 comments

Comments

@jamielennox
Copy link

In a docker or container management world the container should not be responsible for maintaining its own log directory. Particularly when this is managed in a cluster situation I want to use the docker logging that i can configure at a cluster level rather than have to deal with volume mounts on individual containers.

Under the hood teamcity server should be log4j so i'd expect people will want a way to override these settings anyway, but by default it's best practice to just log to stdout and then let your container runtime manage sending logs to the right place.

@flaw
Copy link

flaw commented Feb 26, 2020

Any news on this? The current behavior makes integration with automatic log collection tools rather cumbersome. We have tooling which neatly collects logs from all the workloads we have running in our Kubernetes cluster, but TeamCity with it's non-standard logging setup doesn't play nicely with that.

@kir
Copy link
Member

kir commented Sep 7, 2020

Hi, I've filed this request to our main tracker: https://youtrack.jetbrains.com/issue/TW-67552

@dzwicker
Copy link

We have ovritten the log4j config to just log everthing to the stdout. But three files remain in the logs-directory

  • teamcity-wrapper.log
  • teamcity-mavenServer.log
  • teamcity-javaLogging-yyyy-mm-dd.log

@eblfo
Copy link

eblfo commented Aug 22, 2022

@dzwicker do you have any more details ? which log4j file did you modify ?

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

6 participants