Package Details: teamcity 2020.2.3-1

Git Clone URL: (read-only, click to copy)
Package Base: teamcity
Description: Continuous integration server from JetBrains
Upstream URL:
Keywords: ci dev
Licenses: custom:JetBrains TeamCity
Submitter: None
Maintainer: xuanwo
Last Packager: xuanwo
Votes: 17
Popularity: 0.042831
First Submitted: 2012-07-23 17:48
Last Updated: 2021-03-15 07:08

Required by (0)

Sources (6)

Latest Comments

1 2 3 4 Next › Last »

xuanwo commented on 2020-07-21 18:06

2020.1.2 has been updated

xuanwo commented on 2020-06-29 10:09

2020.1.1 has been updated, please report here if not pacakged correctly.

Mastacheata commented on 2020-06-26 17:24

We no longer use TeamCity, I disowned the package. If anyone else would like to take over it's now up for grabs.

ator commented on 2020-06-22 08:52

2020.1 has been released:

xuanwo commented on 2020-02-05 07:32

2019.2 has been released:

Mastacheata commented on 2018-07-26 21:56

Sorry for the delay with new versions. My autoupdate script ran into errors but I forgot to add some kind of monitoring for actual errors.

chrbayer commented on 2017-11-29 16:55

Now you have to update the checksum ;-)

teamcity-server.service ... FAILED

Mastacheata commented on 2017-11-29 15:03

Just updated the package with the solution suggested by Jetbrains (

There's another problem with the agents, though. And I fear it's not possible to solve that.
Whenever the Agents need an update, you'll have to trigger that by hand once.
The agent startup script doesn't usually have the problem with chained startup scripts, but will spawn the agent process and exit itself.
However the Agent process itself will also spawn an update script and exit itself when an update is needed. That will cause systemd to think the process failed and make it kill all surviving child processes including the updater.
There's another issue for that over at Jetbrains, maybe they'll come up with a solution for that as well.

Mastacheata commented on 2017-11-28 23:44

I'm aware of that problem and what's causing it, but haven't found a solution yet.

Teamcity is still started by calling " start", but previously that file would start Tomcat and TeamCity and then end when everything's done.
Now it just calls a second shell script and will exit as soon as that one has started.

The service for systemd is set to Type=forking and will thus consider the service started as soon as the first shell script has ended.
I guess the only alternative is to set Type=oneshot and RemainAfterExit=True, but that makes it impossible for systemd to monitor the process running/exit status.
This is the file to change that: /usr/lib/systemd/system/teamcity-server.service

I'll see if I can get some help with that Systemd script from somewhere else, maybe I missed an option to work around this without modifying the built-in startup scripts.

chrbayer commented on 2017-11-28 16:16

Hi, thanks for the update! But now it is not working any more:

● teamcity-server.service - TeamCity server
Loaded: loaded (/usr/lib/systemd/system/teamcity-server.service; disabled; vendor preset: disabled)
Active: failed (Result: timeout) since Tue 2017-11-28 17:09:23 CET; 4min 20s ago
Process: 27930 ExecStart=/opt/teamcity/bin/ start (code=exited, status=0/SUCCESS)
Main PID: 31269 (code=exited, status=0/SUCCESS)

Nov 28 17:08:53 beta.local systemd[1]: Starting TeamCity server...
Nov 28 17:08:53 beta.local[27930]: Spawning TeamCity restarter in separate process
Nov 28 17:08:53 beta.local[27930]: TeamCity restarter running with PID 27934
Nov 28 17:08:53 beta.local systemd[1]: teamcity-server.service: PID file /opt/teamcity/logs/ not readable (yet?) after start:
Nov 28 17:09:23 beta.local systemd[1]: teamcity-server.service: Start operation timed out. Terminating.
Nov 28 17:09:23 beta.local systemd[1]: teamcity-server.service: Failed with result 'timeout'.
Nov 28 17:09:23 beta.local systemd[1]: Failed to start TeamCity server.

The server is started, but the pid file /opt/teamcity/logs/ is not created and therefore the systemd teamcity-server service can not be started...