Software on Russian OS

I never thought that I would write articles, but it hurt …

The campaign to transfer servers to the Russian operating system, which started at the beginning of the year, also affected the state-owned company in which I work. The directive arrived urgently all servers on the domestic OS.

And so it turned out that to start the process of switching to a domestic IT product, they chose the Zabbix monitoring system, which was completed literally in December last year, having just abandoned a number of foreign proprietary analogues.

After looking at the market and listening to various sales managers, the top IT management decided to choose Astra Linux CE for implementation as a Russian Linux system. IT architects still agreed with them, but no one began to listen to the technical staff. As a result, the techies got to work and started running the rake with enthusiasm.

1. Trying to do everything from native

Initially, we went on the right path and installed Astra Linux CE and decided to install Zabbix from the native repository. Everything is fine, Zabbix is ​​in the repository. Postgres is the same, but…all horribly old versions.

We have already deployed about twenty Zabbix servers version 6.0.3 on Postgres 12, and even with connected time series. And here are 4.0.3 and 9.6 versions, respectively. Such “antiquity” in our native repository did not suit us in any way.

Due to the fact that the Astra Linux developer allows you to connect external repositories to the CE edition, and there are even official recommendations on the website of the developer himself, we have followed these recommendations. I had to suffer a little with the choice of which release to connect. In the end, we settled on the buster version corresponding to Debian 10. Here we definitely don’t run into problems with the libc6 version of the library.

Added to /etc/apt/source.list a link to the debian repository that lives on Yandex:

deb buster main contrib non-free

Alas, we were not particularly pleased with the result:

2. What Zabbix offers

Tired of native Astra Linux recommendations and experiments with them, they turned their attention to the Zabbix website. The site has a very convenient selection of instructions depending on the version of the operating system. A ray of hope that now they will tell us how Zabbix 6 can be installed under Debian 9 immediately collapsed. Not supported from native Zabbix repositories. Then we went the already known path and looked at the settings for Debian 10. It seems to be luck, it is supported

We followed the instructions from the Zabbix developer, which are presented on the same site:

# wget dpkg -i zabbix-release_6.0-1+debian10_all.deb# apt update

Everything is going great. After the update, we look at the version of Zabbix server and again disappointment – only the add-on for debugging version 6.0.4. It is not possible to install the version of the software we need.

3. We collect ourselves

Having collected the next rake, we resort to the tried, although not entirely correct on the scale of a reputable corporation, method – installation from source.

We decided what we wanted: Zabbix server version 6.0.x on Postgres version 12.x and started working. As we found out earlier, Postgres we will install version 12 cannot from native or connected repositories.

It’s okay, we connected the PostgreSQL repository according to the recommendations from the website of the DBMS manufacturer. We updated the packages and got a complete list of available versions, including the 12th one we need.

Inspired, we start the installation process and fail again. Incompatibility of auxiliary libraries. Again in all repositories they are old! Let’s return to compilation and PostgreSQL. We download the source codes from our own site ( and do not forget to install a few necessary packages. Specified immediately for both Postgres and Zabbix:

apt-get -y install libreadline-dev zlib1g-dev libevent-dev libpcre3-dev

Well, then we go strictly according to the instructions from the INSTALL file and get the installed Postgres version 12.x

Next, we compile Zabbix in the same way and as a result we have

Why this whole post. Alas, our domestic operating systems are not ready for implementation in large corporations. They cannot provide correct support for popular application software. And the popularity of domestic operating systems is not so high that software vendors can match and support them. I suppose that this situation will continue for another three to five years, and maybe it will never improve at all. At the same time, Zabbix is ​​one of the most harmless services. And constantly compiling everything from source, and even on a sufficient amount of servers, is still fun, which will definitely increase the labor costs for maintenance and increase the likelihood of an error during the update process.

Similar Posts

Leave a Reply