Atomicorp

I originally tried to post this on the support portal, but after 3 tries, the ticket still doesn’t show in the list.

Our customer account: info@snowpeak.se

When I try to run yum update, I get the following error:
# yum update
Loaded plugins: fastestmirror, replace, rhnplugin
Loading mirror speeds from cached hostfile
* asl-3.0: www6.atomicorp.com
* cloudlinux-base: repo.cloudlinux.com
* cloudlinux-x86_64-server-6: ams-proxy.cl-mirror.net
* webtatic: uk.repo.webtatic.com
Setting up Update Process
Resolving Dependencies
--> Running transaction check
---> Package gnupg2.x86_64 0:2.0.14-4.el6 will be updated
---> Package gnupg2.x86_64 0:2.0.14-6.el6_4 will be an update
---> Package libgcrypt.x86_64 0:1.4.5-9.el6_2.2 will be updated
---> Package libgcrypt.x86_64 0:1.4.5-11.el6_4 will be an update
---> Package libgcrypt-devel.x86_64 0:1.4.5-9.el6_2.2 will be updated
---> Package libgcrypt-devel.x86_64 0:1.4.5-11.el6_4 will be an update
---> Package mdadm.x86_64 0:3.2.5-4.el6_4.2 will be updated
---> Package mdadm.x86_64 0:3.2.5-4.el6_4.3 will be an update
---> Package mongo-10gen.x86_64 0:2.4.6-mongodb_1 will be updated
---> Package mongo-10gen.x86_64 0:2.4.7-mongodb_1 will be an update
---> Package mongo-10gen-server.x86_64 0:2.4.6-mongodb_1 will be updated
---> Package mongo-10gen-server.x86_64 0:2.4.7-mongodb_1 will be an update
---> Package ossec-hids.x86_64 0:2.7-24.el6.art will be updated
---> Package ossec-hids.x86_64 0:2.7-26.el6.art will be an update
---> Package ossec-hids-server.x86_64 0:2.7-24.el6.art will be updated
---> Package ossec-hids-server.x86_64 0:2.7-26.el6.art will be an update
--> Finished Dependency Resolution

Dependencies Resolved

================================================================================
Package Arch Version Repository Size
================================================================================
Updating:
gnupg2 x86_64 2.0.14-6.el6_4 cloudlinux-x86_64-server-6 1.6 M
libgcrypt x86_64 1.4.5-11.el6_4 cloudlinux-x86_64-server-6 228 k
libgcrypt-devel x86_64 1.4.5-11.el6_4 cloudlinux-x86_64-server-6 117 k
mdadm x86_64 3.2.5-4.el6_4.3 cloudlinux-x86_64-server-6 333 k
mongo-10gen x86_64 2.4.7-mongodb_1 10gen 72 M
mongo-10gen-server x86_64 2.4.7-mongodb_1 10gen 12 M
ossec-hids x86_64 2.7-26.el6.art asl-3.0 56 k
ossec-hids-server x86_64 2.7-26.el6.art asl-3.0 858 k

Transaction Summary
================================================================================
Upgrade 8 Package(s)

Total size: 87 M
Total download size: 86 M
Is this ok [y/N]: y
Downloading Packages:
(1/6): gnupg2-2.0.14-6.el6_4.x86_64.rpm | 1.6 MB 00:00
(2/6): libgcrypt-1.4.5-11.el6_4.x86_64.rpm | 228 kB 00:00
(3/6): libgcrypt-devel-1.4.5-11.el6_4.x86_64.rpm | 117 kB 00:00
(4/6): mdadm-3.2.5-4.el6_4.3.x86_64.rpm | 333 kB 00:00
(5/6): mongo-10gen-2.4.7-mongodb_1.x86_64.rpm | 72 MB 01:07
(6/6): mongo-10gen-server-2.4.7-mongodb_1.x86_64.rpm | 12 MB 00:12
--------------------------------------------------------------------------------
Total 1.0 MB/s | 86 MB 01:24
Running rpm_check_debug
ERROR with rpm_check_debug vs depsolve:
libmysqlclient.so.18(libmysqlclient_16)(64bit) is needed by ossec-hids-server-2.7-26.el6.art.x86_64
** Found 1 pre-existing rpmdb problem(s), 'yum check' output follows:
ossec-hids-server-2.7-24.el6.art.x86_64 has missing requires of libmysqlclient.so.18(libmysqlclient_16)(64bit)
Your transaction was saved, rerun it with: yum load-transaction /tmp/yum_save_tx-2013-10-26-02-087mQ3Cy.yumtx

After rebooting, I get the following error:

Command executed: /sbin/service tortixd restart
Exit value: 1
Signal number: 0
Dumped core?: 0

Stopping tortixd: [60G[[0;31mFAILED[0;39m]
Starting tortixd: Syntax error on line 9 of /var/asl/etc/httpd/modsecurity.d/tortix_waf.conf:
SecComponentSignature takes one argument, component signature to add to ModSecurity signature.
[60G[[0;31mFAILED[0;39m]

I was forced to commend out the loading of he tortix WAF in httpd/conf.d in order to get the httpd service running again. But now the server is without a WAF, and that doesn’t feel safe.


The package that the system is requesting is installed on the system:

cl-MySQL-shared-5.5.32-10.el6.cloudlinux.x86_64 : MySQL - Shared libraries
Repo : installed
Matched from:
Filename : /usr/lib64/libmysqlclient.so.18

It probably means you're excluding the mysql packages in your yum config. We typically bypass that during install and upgrades through aum, but when you're calling yum directly like that its just doing what its configured to do. Try adding --disableexcludes=all to your command, or otherwise update your yum configs