On early upgrades mr5.5->mr6.5 GTID was not reconfigured on
the very first upgraded node... It is a test to ensure we
have covered all the upgrade scenarios.
Change-Id: I40433f536402c52b582911fc18bd4021ed050bbf
(cherry picked from commit 1f7ebd90d0)
We cannot fully fix files permissions security issues before mr7.1
as new ngcpcfg with dependencies necessary there, see more details
in ticket TT#44808. We are going to announce the full feature support
in mr7.1+
In the same time some fixes/changes were backported to mr6.5 and
already released as a part of mr6.5.2, we need to tune system-tests
here as we might have different permissions for config.yml
on newly installed system and upgraded from previous release.
It is OK as for now and will be synchronised in mr7.1
Change-Id: I5aed15da183ae65070683fdfae310a45d2388573
(cherry picked from commit 6d55754e45)
We have not been using /var/cores for a while, since starting to use
systemd-coredump around releases mr6.2 or mr6.3, so this file is now
unnecessary.
However, there was a script creating the file and this test ensuring that it
existed and no core dump files were present.
It's not particularly tied to TT#46902, but it got discovered while working on
it and the task also touches the area of "core dump" files.
Change-Id: If75fcfa28a75359033ab4efddec503da401e61bb
(cherry picked from commit 34c60bb307)
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
(cherry picked from commit 1e6593d03f)
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
(cherry picked from commit 9f18e09ce5)
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
Sipwise Jenkins Builder
Alexander Lutay
Guillem Jover
Manuel Montecelo
Sergii Kipot