Description of problem: /opt/rh/rh-mariadb101/root/usr/bin/galera_recovery calls /usr/sbin/mysqld instead of /opt/rh/rh-mariadb101/root/usr/libexec/mysqld Version-Release number of selected component (if applicable): rh-mariadb101-mariadb-server-galera-10.1.19-6.el7.x86_64 How reproducible: Always Steps to Reproduce: 1. yum install rh-mariadb101-{galera,mariadb} rh-mariadb101-mariadb-server-galera 2. run /opt/rh/rh-mariadb101/root/usr/bin/galera_recovery Actual results: /opt/rh/rh-mariadb101/root/usr/bin/galera_recovery: line 71: /usr/sbin/mysqld: No such file or directory WSREP: Failed to start mysqld for wsrep recovery: '' Expected results: SCL galera_record should call the SCL mysqld binary. Additional info: 71: eval /usr/sbin/mysqld $cmdline_args --user=$user --wsrep_recover \
Created attachment 1264657 [details] git patch Git patch proposed. Test build in BREW succeeded.
Created attachment 1264658 [details] git patch RHBZ parsed previous patch incorrectly. Here's the same one uploaded as 'plan text'
Change in script proposed to upstream
Is this fixed in the current 10.2 collection? If so feel free to close out.
Already fixed by: https://src.osci.redhat.com/rpms/mariadb/c/b877b0e4df664cf46057dc011dceb99938534fa7?branch=rhscl-3.3-rh-mariadb101-rhel-7 And already released. -- In 10.2 it is fixed too: https://src.osci.redhat.com/rpms/mariadb/c/aa4471855d82905935fb28ac02b3180e9ec57210?branch=rhscl-3.3-rh-mariadb102-rhel-7