kernel.sysr=1 was set for Vagrant VMs only and missing
on the real hardware AND for old releases, also it is
going to be removed from installer as well, since it
was committed to debug Proxmox issues only (review pending).
No need to test it here. Also it will fix system-tests
for upgrade 2.8->...->mr6.5 which is currently failing:
> KernelParam: kernel.sysrq: value: doesn't match, expect: ["1"] found: ["438"]
(it happens as kernel.sysrq was not set for old releases).
Change-Id: Id3b449ab9a8b48df4404233c418263029e289359
As of systemd v238 the kernel.core_pattern for
sytemd-coredump includes the hostname as well,
see systemd.git commit:
| commit f45b8015513d38ee5f7cc361db9c5b88c9aae704
| Author: Jakub Filak <jakub@thefilaks.net>
| Date: Thu Feb 15 12:12:46 2018 +0100
|
| coredump: accept hostname on command line (#8033)
Change-Id: Iac7a1723cac72848518f6eafe72c2cc2687d36a1
Debian/buster + bullseye don't ship acccording version numbers via
base-files yet (but just something like "buster/sid"), so translate to
according version numbers for usage with DEBIAN_RELEASE.
Change-Id: Ica5e35976d62b9b3ddf312fdcd62937402e8d170
On newly installed CE/PRO-mr6.5/trunk the port is listened by InfluxDb.
Restored it into system tests and sent ping to Guillem for rechecking
(he is not available right now, while the test is failing and
prevent building new vagrant images).
Change-Id: I432bc9540525cf11ed343064287840a62f0f44d3
Recently subscriber self-care has been switched to new CSC by
default and the content is generated now by js framework.
https://gerrit.mgm.sipwise.com/#/c/22031/
Testing title (html title is empty now) with simple curl
doesn't work anymore. So fixing here title check to allow
goss check pass successfully.
Change-Id: I7e1c4de6d3a4027c1757590085ad76adc87251b9
This simplifies the pseudo-function calls into proper ones.
Reaname the confusing is_li_enabled into the more descriptive name
is_li_dist.
Change-Id: I42b079945c100aafa37eab9f44307fac940f42a8
Using stringy eval to handle conditional use is one of the few cases
where it seems to be always legitimate to allow it. This is at least
currently required for ngcp-panel.
Change-Id: Id641b87609c916e6e60dfa76d95e996fa18eef7f
root@sp1:~# ls -la /var/lib/systemd/coredump/core.perl-fcgi.*
ls: cannot access '/var/lib/systemd/coredump/core.perl-fcgi.*': No such file or directory
root@sp1:~# ls -la /var/lib/systemd/coredump/core.perl-fcgi*
-rw-r----- 1 root root 6873201 Jun 14 06:09 /var/lib/systemd/coredump/core.perl-fcgi-pm.0.6995c001fc28427b99d6684117b10f6a.1241.1528949380000000.lz4
Change-Id: I3115674e10b1ab518977df2121b373383b6db6f7
Core are no longer stored into /var/cores and processed by systemd-coredump,
we need to tune the script to skip well known cores in the new location:
> root@spce:~# ls /var/lib/systemd/coredump/
> core.perl-fcgi.33.bc9842d268f54ce1942f00e595ce2f6e.10926.1528426351000000.lz4
Change-Id: Ib0d751bd26186d2866aa9dc33bb893319fc21f59
We cannot keep services in background (like detached 'screen')
as systemd will kill it on client disconnect. Going to use libpam-systemd.
This reverts commit d0036830a4.
Change-Id: I52a623bd90cfa0ea8541ba9d8b9b0d10929f3ee8
Now that ssh is socket activated, and systemd is taking care of the port
listening, we need to update the address to the IPv6 ANY address.
Change-Id: I452082966e57b0981567a4150222422f7e421584
We have migrated to mariadb.service in mr6.2/systemd
while lest check both for some time for the backward compatibility.
Change-Id: Icea3acd0614ca0fd389c21a9e72687125fa2fefe
The old code didn't check the services if they were disabled in YML,
so far the service could be up and running without notice. Which is wrong.
We should test such situation.
Also move ngcpcfg-api to PRO only section as it should be not available on CE.
Change-Id: Ie4dc71e238fb6c73e26310b4ea215cf4fd3cfb1f
Let's clearly define what we are checking here, to prevent
the human mistakes due to possible .service, .path or .socket
Change-Id: I95bb7ae320fcca5655c800ac8c8281da13ee0a07
The current goss version doesn't work well if service has both
systemd unit and sysv script, see https://github.com/aelsabbahy/goss/pull/343
Change-Id: I8debfef430bd887a9a3fb5383fc7f20c3409cf22
Grafana will consider the database to be R/O if it's an empty file, and
refuse to start. Check for this condition.
Change-Id: Iad2f1ed4fb03370432d438c4dcd3bab342ac2588
Empty files
/etc/mysql/conf.d/my2.cnf
/etc/mysql/inc/my.mysqld1.carrier_db.cnf
/etc/mysql/inc/my.mysqld1.carrier_non_db.cnf
/etc/mysql/inc/my.client2.cnf
/etc/mysql/client.local.cnf
/etc/mysql/client.central.cnf
are created on PRO system
Change-Id: Ide21ea301ea4ef25626c7a4ce59ea606984f43da
The output of 'asterisk -rx "odbc show"' is not a 'current' state while the
cached one, also it reports unreliable data depending on which service is
starting first asterisk or db. See the ticket for the samples here.
Change-Id: I8bbdaba077c92369d6c61711a3d6382474cd2dcb
We cannot purge some packages during migration sysv->systemd on
upgrade mr6.1->mr6.2, otherwise the final command 'reboot' will
not work as expected. It commit here can be reverted in mr7.0+.
It cannot be reverted earlier, otherwise LTS upgrade will report
sysv packages availability.
Change-Id: Ib23a046a4fae50834eddc9568f2051b556f0dcaf