In the web UI, go to Administration | Diagnostics page. On the Troubleshooting tab, choose a logging preset, view logs under Server Logs subsection.
By default, log files are located under the
<TeamCity Server home>/logs directory.
General server log
Log of user-initiated and main build-related events
Log of VCS-related activity
contains clean-up-related log
(off by default) Cloud-integration-related log
(off by default) Log of SQL queries, see details
(off by default) Log with messages related to NTLM and other authentication for HTML requests
(off by default) Log of messages sent by the server to agents and IDE plugins via XML-RPC
(off by default) Log related to individual file content requests from VCS
(off by default) REST-API related logging
(off by default) Notification templates processing-related logging
(off by default) Logging related to agent push operations
(off by default) Logging related to personal builds processing on the server
(off by default) SVN integration log
(off by default) TFS integration log
(off by default) StarTeam integration log
(off by default) ClearCase integration log
(off by default) logs of back-up/ restore/ migration performed with maintainDB tool
(off by default) contains extended information on possible data truncation during back-up/ restore/ migration performed with maintainDB tool
(off by default) contains information on synchronization of the project settings with the version control
logs related to communication between browsers and the TeamCity server using the WebSocket connection
|logs related to communication between TeamCity and configured issue trackers|
Other files can also be created on changing Logging Configuration.
Some of the files can have ".N" extensions - that are files with previous logging messages copied on main file rotation. See maxBackupIndex for preserving more files.
If you want to fine-tune the log4j configuration, you can edit
<TeamCity Server home>/conf/teamcity-server-log4j.xml file (for .war TeamCity distribution, see the related section). If the server is running, the log4j configuration file will be reloaded automatically and the logging configuration will be changed on the fly (some log4j restrictions still apply, so for a massive change consider restarting the server).