Test of dogtag-pki is failing on s390x due to LTO
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
NSS |
New
|
Unknown
|
|||
nss (Fedora) |
Unknown
|
Unknown
|
|||
nss (Ubuntu) |
Triaged
|
Undecided
|
Unassigned |
Bug Description
The test of dogtag-pki is failing on the nss 3.63 that is in impish proposed.
Example:
https:/
Bad:
Installing CA into /var/lib/
Installation failed: ('Connection aborted.', RemoteDisconnec
ERROR: ConnectionError: ('Connection aborted.', RemoteDisconnec
File "/usr/lib/
scriptlet.
File "/usr/lib/
cert = deployer.
File "/usr/lib/
return client.
File "/usr/lib/
response = self.connection
File "/usr/lib/
return func(self, *args, **kwargs)
File "/usr/lib/
r = self.session.post(
File "/usr/lib/
return self.request(
File "/usr/lib/
resp = self.send(prep, **send_kwargs)
File "/usr/lib/
r = adapter.
File "/usr/lib/
raise ConnectionError
>>>> CA spawn failed:
Good:
nstalling CA into /var/lib/
Notice: Trust flag u is set automatically if the private key is present.
/usr/lib/
warnings.warn(
===
===
...
The good test above was with:
ii libnss3:s390x 2:3.61-1ubuntu2 s390x Network Security Service libraries
ii 389-ds-base 1.4.4.11-2 s390x 389 Directory Server suite - server
Worth to know, the good case test still fails later on with:
IOException: SocketException cannot write on socket: Failed to write to socket: (-5938) Encountered end of file.
ERROR: CalledProcessError: Command '['pki', '-d', '/etc/pki/
File "/usr/lib/
scriptlet.
File "/usr/lib/
subsystem.
File "/usr/lib/
subprocess.
File "/usr/lib/
raise CalledProcessEr
Installation failed: Command failed: pki -d /etc/pki/
Please check pkispawn logs in /var/log/
Well one issue at a time ... the current install issue first.
Since it worked with the nss in -release I was upgrading this to the new nss.
ii 389-ds-base 1.4.4.11-2 s390x 389 Directory Server suite - server
ii libnss3:s390x 2:3.63-1ubuntu1 s390x Network Security Service libraries
With this the install fail is reprodicible.
So we can switch in/out bad case by up/downgrading libnss3.
Comparing those two cases until they reach the first successful install message
I've seen a crash:
pki-tomcat[
pki-tomcat[
pki-tomcat[
pki-tomcat[
pki-tomcat[
pki-tomcat[
pki-tomcat[
pki-tomcat[
pki-tomcat[
pki-tomcat[
pki-tomcat[
pki-tomcat[
pki-tomcat[
pki-tomcat[
pki-tomcat[
pki-tomcat[
pki-tomcat[
pki-tomcat[
pki-tomcat[
A few extra runs had also shown:
# Problematic frame:
# C [libnssutil3.
And while I could not get a core dump out as the config required to be changed
is written on the fly and then started I was able to find the code.
Obviously there has to be a lot of abstraction but plenty of recent changes
fixed double frees and dangling pointer values.
For example https:/
This is all (this and more similar fixes) in 3.66 which is released and in Debian unstable.
It might be worth to re-merge that, throw it into a PPA and re-run the tests.
description: | updated |
tags: | added: update-excuse |
Changed in nss (Ubuntu): | |
assignee: | nobody → Paride Legovini (paride) |
tags: | removed: server-next update-excuse |
affects: | fedora → nss (Fedora) |
Changed in nss (Ubuntu): | |
assignee: | Paride Legovini (paride) → nobody |
Changed in nss: | |
status: | Unknown → New |
FYI by tjaaltonen - there's another crasher in 3.66 on ppc64el.. https:/ /bugs.debian. org/cgi- bin/bugreport. cgi?bug= 989410
So 3.66 won't be the "take this and it works" solution.