The log file /var/log/httpd/error_log is flooded with these messages:
[Tue Jul 20 14:41:30.263750 2021] [core:notice] [pid 11779:tid 128406448878592] AH00052: child pid 30115 exit signal Abort (6)
libgcc_s.so.1 must be installed for pthread_cancel to work
[Tue Jul 20 14:41:32.267152 2021] [core:notice] [pid 11779:tid 128406448878592] AH00052: child pid 30136 exit signal Abort (6)
libgcc_s.so.1 must be installed for pthread_cancel to work
[Tue Jul 20 14:41:34.270512 2021] [core:notice] [pid 11779:tid 128406448878592] AH00052: child pid 30156 exit signal Abort (6)
libgcc_s.so.1 must be installed for pthread_cancel to work
Immediately after the upgrade I can see this error message:
[Tue Jul 20 09:18:48.662327 2021] [ssl:warn] [pid 24065:tid 125746173797376] AH0
1909: IPFIRE.IPFIRE1:444:0 server certificate does NOT include an ID which match
es the server name
[Tue Jul 20 09:18:48.680495 2021] [ssl:warn] [pid 24066:tid 125746173797376] AH0
1909: IPFIRE.IPFIRE1:444:0 server certificate does NOT include an ID which match
es the server name
Maybe this is related to a new generation of my OpenVPN certificates this week.
I may have deleted the X509 certificate accidentally. I remember that I pushed such a button on the openVPN set-up page.
Don’t worry about this. This is a warning because the certificate is a self signed one. That is why you will have had to accept it in the past.
This message is worrying. It suggests that either that library file is not present or it has the wrong permissions.
The file should be in
/usr/lib/
Have a look in that directory and see if that lib file is present and if it is what its permissions and owners are.
On my system the file is present and has the following permissions
-rw-r--r-- 1 root root 589K Nov 14 2020 libgcc_s.so.1
I solved it, together with other related bugs (HTTP 5xx errors, OpenVPN no longer working, etc.), simply by correcting several directory permissions, e.g. /usr/lib, /usr/sbin, /usr/lib/perl/* and some others I forgot to write down, silly me.
They all were with 700 permissions instead of 755, which prevented Apache, OpenVPN, Perl CGI scripts, etc., which run under “nobody” uid, to access needed files and libraries.
I just inspected /usr/lib.
Some lib* files have only the -rw-r–r-- permission, but most of them have also a link pointing at them with the ‘right’ permissions. libgcc_s.so.1 lacks this.
Is this a possible reason for the error messages?
I suspect a big in tar which we might have fixed with Core Update 158, however the update was installed with Pakfire from the previous version, so we will only know after the next update. Could you maybe upload /var/log/pakfire/upgrade-core-update-158.log? Maybe that will tell us something.
Unfortunately, I found another issue that is now failing after the upgrade to core 158: openvpn
I am sure that the openvpn connection worked with core 157 since I updated the certificates newly a couple of days ago. Now I am getting the error message on my mobile phone ‘Authentication failed User authentication failed’.
Which incorrect permissions could cause this failure?
In /var/log/messages I can see this error message:
OPTIONS IMPORT: reading client specific options from: /var/ipfire/ovpn/ccd/(deleted here)
WARNING: Failed running command (–client-connect): external program exited with error status: 1