Hi,
I'm thinking about the difficulty to upgrade my Kamailio server from the
5.0.1 level to the 5.0.7 level because of dependencies.
This difficulty comes from because the kamailio-perl-5.0.7-1.el7.x86_64.rpm
requires the mod_perl module (and this one no longer exists on a RHEL 7
distro).
My question then is what has been changed between the 5.0.1 and the 5.0.7
level to require the mod_perl module ?
As my server still run RHEL 7.4, why I don't not encounter the issue with
the 5.0.1 ?
Any thoughts on this analysis ?
Cordialement.
Patrick GINHOUX
Unisys | +33 1 46 69 52 12 | +33 6 60 32 24 74 | patrick.ginhoux(a)unisys.com
-----Message d'origine-----
De : sr-users <sr-users-bounces(a)lists.kamailio.org> De la part de Ginhoux,
Patrick
Envoyé : vendredi 3 août 2018 09:30
À : Henning Westerholt <hw(a)kamailio.org>
Cc : sr-users(a)lists.kamailio.org
Objet : Re: [SR-Users] kamcmd htable.reload propertiesHash problem
Unfortunately, I use the perl module in my kamailio.cfg.
So you're correct, I could install the mod_perl from the EPEL project. This
is possible on my test server in my lab.
At the moment, I had collected manually all rpm packages required for 5.0.1
(like Perl or snmp packages), that' was already a huge work.
Now if at each stream there is new dependencies, I would have to solve the
dependencies for other repo like with the EPEL repo.
But in a next step, I have to do the same installation on a customer site on
preimaged server with the following restrictions :
- from this site, I have no access to the internet (That's why, up to new, I
only download the packages I need)
- the preimaged server are RHEL 7.4 server without no required package
removed.
As said, I configured the EPEL repo on my test server and then try to
installed to mod_perl module. I starts ok but fails for other dependencies
(see attached).
So upgrading from Kamailio 5.0.1 to 5.0.7 is not as simple as I expected.
I hope I'm clear in my explanation.
Cordialement.
Patrick GINHOUX
Unisys | +33 1 46 69 52 12 | +33 6 60 32 24 74 | patrick.ginhoux(a)unisys.com
-----Message d'origine-----
De : Henning Westerholt <hw(a)kamailio.org>
Envoyé : vendredi 3 août 2018 08:43
À : Ginhoux, Patrick <patrick.ginhoux(a)fr.unisys.com>
Cc : sr-users(a)lists.kamailio.org
Objet : Re: [SR-Users] kamcmd htable.reload propertiesHash problem
Am Freitag, 3. August 2018, 07:56:28 CEST schrieb Ginhoux, Patrick:
Instead of installing a new server, I tried to upgrade
the one running the
5.0.1 level. It has the following packages installed:
kamailio-perl-5.0.1-1.1.x86_64
kamailio-5.0.1-1.1.x86_64
kamailio-mysql-5.0.1-1.1.x86_64
kamailio-snmpstats-5.0.1-1.1.x86_64
So I have download the 5.0.7 packages into a separate folder:
kamailio-rpms_5.0.7
kamailio-5.0.7-1.el7.x86_64.rpm
kamailio-mysql-5.0.7-1.el7.x86_64.rpm
kamailio-perl-5.0.7-1.el7.x86_64.rpm
kamailio-snmpstats-5.0.7-1.el7.x86_64.rpm
kamailio-ims-5.0.7-1.el7.x86_64.rpm
The update command rpm -Uvh --force kamailio* detects a dependency on
the
mod_perl package :
warning: kamailio-5.0.7-1.el7.x86_64.rpm: Header V3 DSA/SHA1 Signature,
key
ID 941fdbdd: NOKEY
error: Failed dependencies:
mod_perl is needed by kamailio-perl-5.0.7-1.el7.x86_64
I try to find this mod_perl package but it does no longer exist for RedHat
7. We can find multiple articles referencing this change in RHEL.
It seems there is an alternative way to get this module in a EPEL
repository
(
https://huntingbears.nl/2013/12/17/no-mod_perl-in-rhel-7-and-centos-7/).
It is to me a huge work to simply update my current Kamailio to 5.0.7.
Does this mod_perl change makes sense to you ?
Have you an idea to get rid of this dependency?
Hello Patrick,
probably a stupid question, but do you actually use the perl module inside
your kamailio cfg? If not - I would suggest to just remove the 5.0.1 perl
module, and also not install it for 5.0.7.
If you need it - the quoted artice states that its actually not difficult to
install mod_perl from the EPEL repository. This looks quite ok: "EPEL is the
high-quality RPM collection for RHEL and CentOS linux, maintened by the
Fedora
project.".
Best regards,
Henning
--
Henning Westerholt
https://skalatan.de/blog/