Description of problem:
Version-Release number of selected component (if applicable):
gnome-settings-daemon-3.14.4-12.el7.x86_64
softhsm-2.1.0-2.el7.x86_64
openssl-1.0.1e-60.el7_3.1.x86_64
openssl-libs-1.0.1e-60.el7_3.1.x86_64
openssl098e-0.9.8e-29.el7_2.3.x86_64
How reproducible:
~80% reproducible in customer's environment.
Not reproducible in my test vm.
Steps to Reproduce:
1. Bootup system with GUI.
2. Login with a normal user.
3. See coredump from abrt. Gnome blank screen. (not sure whether blank screen is related to gnome-settings-daemon crash.)
Actual results:
coredump with segfault.
Expected results:
No crash.
Additional info:
Core was generated by `/usr/libexec/gnome-settings-daemon'.
Program terminated with signal 11, Segmentation fault.
(gdb) bt
#0 0x00007f269c8c6ec0 in ?? ()
#1 0x00007f26a09368b7 in CRYPTO_THREADID_current (id=0x7f26a0cb4900 <locking_threadid.13854>) at cryptlib.c:494
#2 0x00007f26a09b43bd in private_RAND_lock (lock=lock@entry=1) at rand_lib.c:212
#3 0x00007f26a09b337f in ssleay_rand_add (buf=0x7ffc7ce71400, num=1024, add=1024) at md_rand.c:210
#4 0x00007f26a18bae1e in httpInitialize () at http.c:1569
#5 0x00007f26a18baea1 in _httpCreate (host=0xde2049 "/var/run/cups/cups.sock", port=port@entry=631, addrlist=addrlist@entry=0x0, encryption=encryption@entry=4294967295,
family=family@entry=0) at http.c:586
#6 0x00007f26a18bd5c1 in httpConnectEncrypt (host=<optimized out>, port=port@entry=631, encryption=encryption@entry=4294967295) at http.c:474
#7 0x00007f26a18d8d24 in _cupsConnect () at request.c:1034
#8 0x00007f26a18d9b97 in cupsDoIORequest (http=http@entry=0x0, request=request@entry=0xcedaf0, resource=resource@entry=0x7f26a18e4ce8 "/", infile=infile@entry=-1,
outfile=outfile@entry=-1) at request.c:156
#9 0x00007f26a18d9d26 in cupsDoRequest (http=http@entry=0x0, request=request@entry=0xcedaf0, resource=resource@entry=0x7f26a18e4ce8 "/") at request.c:325
#10 0x00007f26a18af0f3 in _cupsGetDests (http=http@entry=0x0, op=op@entry=CUPS_GET_PRINTERS, name=name@entry=0x0, dests=dests@entry=0xc7dd20, type=type@entry=0,
mask=mask@entry=0) at dest.c:1467
#11 0x00007f26a18b025c in cupsGetDests2 (http=http@entry=0x0, dests=dests@entry=0xc7dd20) at dest.c:1688
#12 0x00007f26a18b04f2 in cupsGetDests (dests=dests@entry=0xc7dd20) at dest.c:1635
#13 0x00007f26a1aff5a5 in gsd_print_notifications_manager_start_idle (data=0xc7dd70) at gsd-print-notifications-manager.c:1325
#14 0x00007f26cb9a0d7a in g_main_dispatch (context=0xc20080) at gmain.c:3152
#15 g_main_context_dispatch (context=context@entry=0xc20080) at gmain.c:3767
#16 0x00007f26cb9a10b8 in g_main_context_iterate (context=0xc20080, block=block@entry=1, dispatch=dispatch@entry=1, self=<optimized out>) at gmain.c:3838
#17 0x00007f26cb9a138a in g_main_loop_run (loop=0xc5e660) at gmain.c:4032
#18 0x00007f26cd4b5045 in gtk_main () at gtkmain.c:1207
#19 0x00000000004037c1 in main (argc=1, argv=0x7ffc7ce7b648) at main.c:427
A centos bug [1] points me to softhsm [2], and I see there's a fix in softhsm [3]. But I don't feel this is related to softhsm as I don't see it from bt.
Customer's system is in production so not able to try the latest gnome-settings-daemon at the moment.
[1] https://bugs.centos.org/view.php?id=12355&nbn=3
[2] https://github.com/opendnssec/SoftHSMv2/issues/239
[3] https://github.com/opendnssec/SoftHSMv2/commit/371686fb68eff02020ddd80a702c39f31a849b8e
Verified using steps as per description:
----------------------------------------------------------
[root@cloud-qe-06 ~]# coredumpctl
No coredumps found.
[root@cloud-qe-06 ~]# rpm -qa gnome-settings* softhsm
gnome-settings-daemon-3.28.1-8.el7.x86_64
softhsm-2.1.0-3.el7.x86_64
[root@cloud-qe-06 ~]#
No coredumps found.
Based on this marking bz as verified.
Since the problem described in this bug report should be
resolved in a recent advisory, it has been closed with a
resolution of ERRATA.
For information on the advisory (softhsm bug fix and enhancement update), and where to find the updated
files, follow the link below.
If the solution does not work for you, open a new bug report.
https://access.redhat.com/errata/RHBA-2020:3947
Description of problem: Version-Release number of selected component (if applicable): gnome-settings-daemon-3.14.4-12.el7.x86_64 softhsm-2.1.0-2.el7.x86_64 openssl-1.0.1e-60.el7_3.1.x86_64 openssl-libs-1.0.1e-60.el7_3.1.x86_64 openssl098e-0.9.8e-29.el7_2.3.x86_64 How reproducible: ~80% reproducible in customer's environment. Not reproducible in my test vm. Steps to Reproduce: 1. Bootup system with GUI. 2. Login with a normal user. 3. See coredump from abrt. Gnome blank screen. (not sure whether blank screen is related to gnome-settings-daemon crash.) Actual results: coredump with segfault. Expected results: No crash. Additional info: Core was generated by `/usr/libexec/gnome-settings-daemon'. Program terminated with signal 11, Segmentation fault. (gdb) bt #0 0x00007f269c8c6ec0 in ?? () #1 0x00007f26a09368b7 in CRYPTO_THREADID_current (id=0x7f26a0cb4900 <locking_threadid.13854>) at cryptlib.c:494 #2 0x00007f26a09b43bd in private_RAND_lock (lock=lock@entry=1) at rand_lib.c:212 #3 0x00007f26a09b337f in ssleay_rand_add (buf=0x7ffc7ce71400, num=1024, add=1024) at md_rand.c:210 #4 0x00007f26a18bae1e in httpInitialize () at http.c:1569 #5 0x00007f26a18baea1 in _httpCreate (host=0xde2049 "/var/run/cups/cups.sock", port=port@entry=631, addrlist=addrlist@entry=0x0, encryption=encryption@entry=4294967295, family=family@entry=0) at http.c:586 #6 0x00007f26a18bd5c1 in httpConnectEncrypt (host=<optimized out>, port=port@entry=631, encryption=encryption@entry=4294967295) at http.c:474 #7 0x00007f26a18d8d24 in _cupsConnect () at request.c:1034 #8 0x00007f26a18d9b97 in cupsDoIORequest (http=http@entry=0x0, request=request@entry=0xcedaf0, resource=resource@entry=0x7f26a18e4ce8 "/", infile=infile@entry=-1, outfile=outfile@entry=-1) at request.c:156 #9 0x00007f26a18d9d26 in cupsDoRequest (http=http@entry=0x0, request=request@entry=0xcedaf0, resource=resource@entry=0x7f26a18e4ce8 "/") at request.c:325 #10 0x00007f26a18af0f3 in _cupsGetDests (http=http@entry=0x0, op=op@entry=CUPS_GET_PRINTERS, name=name@entry=0x0, dests=dests@entry=0xc7dd20, type=type@entry=0, mask=mask@entry=0) at dest.c:1467 #11 0x00007f26a18b025c in cupsGetDests2 (http=http@entry=0x0, dests=dests@entry=0xc7dd20) at dest.c:1688 #12 0x00007f26a18b04f2 in cupsGetDests (dests=dests@entry=0xc7dd20) at dest.c:1635 #13 0x00007f26a1aff5a5 in gsd_print_notifications_manager_start_idle (data=0xc7dd70) at gsd-print-notifications-manager.c:1325 #14 0x00007f26cb9a0d7a in g_main_dispatch (context=0xc20080) at gmain.c:3152 #15 g_main_context_dispatch (context=context@entry=0xc20080) at gmain.c:3767 #16 0x00007f26cb9a10b8 in g_main_context_iterate (context=0xc20080, block=block@entry=1, dispatch=dispatch@entry=1, self=<optimized out>) at gmain.c:3838 #17 0x00007f26cb9a138a in g_main_loop_run (loop=0xc5e660) at gmain.c:4032 #18 0x00007f26cd4b5045 in gtk_main () at gtkmain.c:1207 #19 0x00000000004037c1 in main (argc=1, argv=0x7ffc7ce7b648) at main.c:427 A centos bug [1] points me to softhsm [2], and I see there's a fix in softhsm [3]. But I don't feel this is related to softhsm as I don't see it from bt. Customer's system is in production so not able to try the latest gnome-settings-daemon at the moment. [1] https://bugs.centos.org/view.php?id=12355&nbn=3 [2] https://github.com/opendnssec/SoftHSMv2/issues/239 [3] https://github.com/opendnssec/SoftHSMv2/commit/371686fb68eff02020ddd80a702c39f31a849b8e