LP #1728774: libgalera_smm.so SSL_COMP_free_compression_methods not defined

IMO This should be handled more seriously.

I upgraded from Percona-XtraDB-Cluster-56-1:5.6.36-26.20.1.el7.x86_64 to 1:5.6.37-26.21.3.el7.x86_64  - which i consider i minor maintenance release on CentOS 7.3.x.

The update looked fine on first glance, nodes restarted as usual - but on second glance: each node started with state disconnected and in no time i had a nice split brain setup to sort.

If the node would not start (as usual if something is wonky) i would have had no problem in rolling back and schedule a CentOS upgrade + OpenSSL update. But the current change in such a minor update is something nasty and could at least be pointed out in the changelog.

**Comment from Launchpad by: Krunal Bauskar on: 01-11-2017 10:46:26

• Standard packages that are build in percona repo are with latest open-ssl version.

• As confirmed above user can upgrade the old open-ssl packages to latest one and things should work.

**Comment from Launchpad by: Satoshi MITANI on: 01-11-2017 07:26:19

After upgrade openssl to openssl-1.0.2k, I confirmed error fixed. Thank you.

Actually, my envronment allows to update to latest CentOS7.2 packages.
http://vault.centos.org/7.2.1511/os/x86_64/Packages/

So, I imported only openssl-1.0.2k from CentOS7.4 repository.

**Comment from Launchpad by: Hrvoje Matijakovic on: 31-10-2017 10:15:22

I still see that openssl packages are older version. I'm getting:

[root@centos7 ~]# yum upgrade openssl*
Loaded plugins: fastestmirror
Loading mirror speeds from cached hostfile

• base: distro.ibiblio.org

• epel: mirror.cogentco.com

• extras: mirror.teklinks.com

• updates: www.gtlib.gatech.edu
  Resolving Dependencies
  --> Running transaction check
  ---> Package openssl.x86_64 1:1.0.1e-42.el7.9 will be updated
  ---> Package openssl.x86_64 1:1.0.2k-8.el7 will be an update
  ---> Package openssl-libs.x86_64 1:1.0.1e-42.el7.9 will be updated
  ---> Package openssl-libs.x86_64 1:1.0.2k-8.el7 will be an update
  --> Finished Dependency Resolution

**Comment from Launchpad by: Satoshi MITANI on: 31-10-2017 09:39:16

Thank you for reply.

I updated openssl, but same situation was occurred.

this is 5.7.19-29.22.3 symbols.

$ rpm -qa | egrep 'Percona|openssl' | sort
openssl-1.0.1e-60.el7_3.1.x86_64
openssl-libs-1.0.1e-60.el7_3.1.x86_64
Percona-XtraDB-Cluster-57-5.7.19-29.22.3.el7.x86_64
Percona-XtraDB-Cluster-client-57-5.7.19-29.22.3.el7.x86_64
Percona-XtraDB-Cluster-server-57-5.7.19-29.22.3.el7.x86_64
Percona-XtraDB-Cluster-shared-57-5.7.19-29.22.3.el7.x86_64
Percona-XtraDB-Cluster-shared-compat-57-5.7.19-29.22.3.el7.x86_64

$ nm -D /usr/lib64/galera3/libgalera_smm.so | grep SSL_COMP_free_compression_methods
U SSL_COMP_free_compression_methods

$ nm -D /lib64/libssl.so.1.0.1e | grep SSL_COMP_free_compression_methods

this is 5.7.19-29.22.1 symbols. libgalera_smm.so does not needs SSL_COMP_free_compression_methods.
I guess that your build environment has been changed.

$ rpm -qa | egrep 'Percona|openssl' | sort
openssl-1.0.1e-60.el7_3.1.x86_64
openssl-libs-1.0.1e-60.el7_3.1.x86_64
Percona-XtraDB-Cluster-57-5.7.19-29.22.1.el7.x86_64
Percona-XtraDB-Cluster-client-57-5.7.19-29.22.1.el7.x86_64
Percona-XtraDB-Cluster-server-57-5.7.19-29.22.1.el7.x86_64
Percona-XtraDB-Cluster-shared-57-5.7.19-29.22.1.el7.x86_64
Percona-XtraDB-Cluster-shared-compat-57-5.7.19-29.22.1.el7.x86_64

$ nm -D /usr/lib64/galera3/libgalera_smm.so | grep SSL_COMP_free_compression_methods
$ nm -D /lib64/libssl.so.1.0.1e | grep SSL_COMP_free_compression_methods