Note: This is a public test instance of Red Hat Bugzilla. The data contained within is a snapshot of the live data so any changes you make will not be reflected in the production Bugzilla. Email is disabled so feel free to test any aspect of the site that you want. File any problems you find or give feedback at bugzilla.redhat.com.
Bug 1956807
Summary: | dnf segfaults during kickstart (libcurl.so.4.7.0) with ssl repositories | ||||||
---|---|---|---|---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | bbk | ||||
Component: | curl | Assignee: | Kamil Dudka <kdudka> | ||||
Status: | CLOSED ERRATA | QA Contact: | Fedora Extras Quality Assurance <extras-qa> | ||||
Severity: | high | Docs Contact: | |||||
Priority: | high | ||||||
Version: | 34 | CC: | amatej, dmach, jmracek, jrohel, kdudka, lhrazky, mblaha, mhatina, msekleta, paul, pkratoch, svashisht, vmukhame | ||||
Target Milestone: | --- | Keywords: | Triaged | ||||
Target Release: | --- | ||||||
Hardware: | x86_64 | ||||||
OS: | Linux | ||||||
Whiteboard: | |||||||
Fixed In Version: | curl-7.77.0-1.fc35 curl-7.76.1-3.fc34 | Doc Type: | If docs needed, set a value | ||||
Doc Text: | Story Points: | --- | |||||
Clone Of: | Environment: | ||||||
Last Closed: | 2021-05-28 01:00:11 UTC | Type: | Bug | ||||
Regression: | --- | Mount Type: | --- | ||||
Documentation: | --- | CRM: | |||||
Verified Versions: | Category: | --- | |||||
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |||||
Cloudforms Team: | --- | Target Upstream Version: | |||||
Embargoed: | |||||||
Attachments: |
|
Description
bbk
2021-05-04 13:05:36 UTC
I tried to get more information with coredumpctl: ``` Program terminated with signal SIGSEGV, Segmentation fault. Python Exception <class 'NameError'> Installation error: gdb._execute_unwinders function is missing: #0 0x00007faa4cf34457 in ossl_new_session_cb () from /lib64/libcurl.so.4 ``` as ossl_new_session_cb() suggests, you get only affected by this bug when using repositories with ssl. I use foreman/katello to provision my hosts https is the default, so i have to workaround this bug in using only http:// repositories. Hello, the reproducer is quite vague for people not familiar with kickstart, can you please provide the kickstart file and the command you run? Thank you. Ok, while preparing a kickstart file i was not able to reproduce the error without having a foreman/katello server setup. Maybe it is also possible to reproduce the error on a satlite server. However the process of using a kickstart file requires at for example a pxe boot setup (dhcp, tftp, ipxe). Then i used libvirt, i created a bride interface where the VM can connect and PXE boot. The kickstart file i used, but where i could not reproduce the error is: ``` ########################################################## # Fedorabuger Kickstart ########################################################## # # Agree EULA eula --agreed # # System language lang en_US.UTF-8 # # System keyboard keyboard us # # System timezone timezone --utc Europe/Zurich # # Reboot after installation reboot # # Network configuration network --bootproto dhcp # # Disable Initial-Setup Service firstboot --disable # # Root password # create with python -c 'import crypt; print(crypt.crypt("password", "$6$My Salt"))' rootpw --iscrypted $6$fjdfioefjdklfjio$uA6HHPzJFBBR6uv9CczoRfjHlthAMxsaXkYnWp3GQc7K5BEqcIp8zPtqG2JeUcj.m3AhvEx/G2qThEmKHa/rS0 # # Root ssh password during kickstart # create with python -c 'import crypt; print(crypt.crypt("password", "$6$My Salt"))' sshpw --username root --iscrypted "$6$fjdfioefjdklfjio$uA6HHPzJFBBR6uv9CczoRfjHlthAMxsaXkYnWp3GQc7K5BEqcIp8zPtqG2JeUcj.m3AhvEx/G2qThEmKHa/rS0" # # #disable SELinux selinux --permissive # # Firewall configuration firewall --service=ssh # # System bootloader configuration # use grub2-mkpasswd-pbkdf2 to generate the password password bootloader --append="rhgb quiet splash=quiet" --iscrypted --password=grub.pbkdf2.sha512.10000.3526A56082F76B0A78B10A8CF874D1C8E3AE3FE19AD7909CFF7B7EEE0E6678A269D862FF9A093494E60736683A1E07FD087E2D74406BF3B3919073FDC137CCF2.1570F3AF48E6A6B86306AF82A3C6D69A98A9E9AC3E54B2889934110BA722969B9ED984E0C69886B6F9436356D83ED82CB2387734C0B5E912F7E834414F62D7CC # # Installation mode text # # Add repos during kickstart repo --name "Everything" --mirrorlist https://mirrors.fedoraproject.org/metalink?repo=fedora-33&arch=x86_64 # # Storage clearpart --all autopart ######################################### # START packagegroups-minimal template # Package Groups # %packages --ignoremissing @minimal-environment @admin-tools @system-tools %end # # END packagegroups-minimal template ######################################### ######################################### # START packages-minimal template # minimal packages # %packages --ignoremissing atop bash-completion bc binutils-devel bzr bzrtools ccache cmake dmidecode efibootmgr fedora-cert ftp git htop iftop iotop iptables jq kernel kernel-devel kernel-headers kernel-tools mc mutt nmap postfix redhat-lsb-core strace tftp tmux unrar wget xmlstarlet %end # # END packages-minimal template ######################################### ######################################### # START tail template # the last template to run # %post --erroronfail --log /root/kickstart-log/template-tail.log # permit ssh root login echo "PermitRootLogin yes" >> /etc/ssh/sshd_config ######################################### # the debug section cat << EOF > /etc/yum.repos.d/eddy33.repo [eddy33] name=eddy33's repo for Fedora \$releasever baseurl=https://kadionik.vvv.enseirb-matmeca.fr/fedora/\$releasever/\$basearch/ enabled=1 gpgcheck=1 gpgkey=file:///etc/pki/rpm-gpg/GPG-KEY-eddy33 [eddy33-updates] name=eddy33's updates for Fedora \$releasever baseurl=https://kadionik.vvv.enseirb-matmeca.fr/fedora/updates/\$releasever/\$basearch/ enabled=1 gpgcheck=1 gpgkey=file:///etc/pki/rpm-gpg/GPG-KEY-eddy33 EOF dnf clean all dnf check-update sleep 100000 ######################################### %end # # END tail template ######################################### ``` Well, thanks for the kickstart file, but you say it does not reproduce it in the end? And you are mentioning several other prerequisites, which I'm not sure how to set up and it's not even clear which are ultimately required and which not. Also, can you post full backtrace from the coredump? (via `coredumpctl debug ID` and `backtrace full` in gdb console) For my provisioning i use Foreman with the Katello plugin: * https://theforeman.org/ * https://theforeman.org/plugins/katello/ It is quite a complex setup, but concering the repositories it basically provides them over https:// with a self signed certificate. Before registering (during kickstart) a new host with the subscription-manager (https://linux.die.net/man/8/subscription-manager), it runs a script placing all the necessary certificates in the new installation. As it seems only to affect the foreman/katello provisioning i started a forum thread in the foreman forum: https://community.theforeman.org/t/fedora-34-dnf-segfault-with-ssl-repositories/23530 Here is the full backtrace (i hope i did it the right way): ``` #0 0x00007f7f29d61427 in ossl_new_session_cb () from /lib64/libcurl.so.4 No symbol table info available. #1 0x00007f7f2987ce85 in ssl_update_cache () from /lib64/libssl.so.1.1 No symbol table info available. #2 0x00007f7f298afd87 in tls_finish_handshake.constprop () from /lib64/libssl.so.1.1 No symbol table info available. #3 0x00007f7f2988f998 in state_machine.part () from /lib64/libssl.so.1.1 No symbol table info available. #4 0x00007f7f29863fd6 in ssl3_read_bytes () from /lib64/libssl.so.1.1 No symbol table info available. #5 0x00007f7f29872aca in ssl3_read_internal () from /lib64/libssl.so.1.1 No symbol table info available. #6 0x00007f7f29876f67 in SSL_read () from /lib64/libssl.so.1.1 No symbol table info available. #7 0x00007f7f29d6b416 in ossl_recv () from /lib64/libcurl.so.4 No symbol table info available. #8 0x00007f7f29d49b3a in Curl_read () from /lib64/libcurl.so.4 No symbol table info available. #9 0x00007f7f29d5aea9 in Curl_readwrite () from /lib64/libcurl.so.4 No symbol table info available. #10 0x00007f7f29d44004 in multi_runsingle () from /lib64/libcurl.so.4 No symbol table info available. #11 0x00007f7f29d47026 in curl_multi_perform () from /lib64/libcurl.so.4 No symbol table info available. #12 0x00007f7f2a972312 in lr_download () from /lib64/librepo.so.0 No symbol table info available. #13 0x00007f7f2a973f50 in lr_download_single_cb () from /lib64/librepo.so.0 No symbol table info available. #14 0x00007f7f2a983cf1 in lr_yum_download_repo () from /lib64/librepo.so.0 No symbol table info available. #15 0x00007f7f2a984584 in lr_yum_perform () from /lib64/librepo.so.0 No symbol table info available. #16 0x00007f7f2a97a448 in lr_handle_perform () from /lib64/librepo.so.0 No symbol table info available. #17 0x00007f7f2aaaef02 in libdnf::Repo::Impl::lrHandlePerform(_LrHandle*, std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> > const&, bool) () from /lib64/libdnf.so.2 No symbol table info available. #18 0x00007f7f2aab0aa1 in libdnf::Repo::Impl::fetch(std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> > const&, std::unique_ptr<_LrHandle, std::default_delete<_LrHandle> >&&) () from /lib64/libdnf.so.2 No symbol table info available. #19 0x00007f7f2aab182f in libdnf::Repo::Impl::load() () from /lib64/libdnf.so.2 #20 0x00007f7f291ecf4c in _wrap_Repo_load.lto_priv.0 () from /usr/lib64/python3.9/site-packages/libdnf/_repo.so No symbol table info available. #21 0x00007f7f2b96969b in cfunction_vectorcall_O () from /lib64/libpython3.9.so.1.0 No symbol table info available. #22 0x00007f7f2b962362 in _PyEval_EvalFrameDefault () from /lib64/libpython3.9.so.1.0 No symbol table info available. #23 0x00007f7f2b96a343 in function_code_fastcall () from /lib64/libpython3.9.so.1.0 No symbol table info available. #24 0x00007f7f2b95d8e9 in _PyEval_EvalFrameDefault () from /lib64/libpython3.9.so.1.0 No symbol table info available. #25 0x00007f7f2b96a343 in function_code_fastcall () from /lib64/libpython3.9.so.1.0 No symbol table info available. #26 0x00007f7f2b972501 in method_vectorcall () from /lib64/libpython3.9.so.1.0 No symbol table info available. #27 0x00007f7f2b962362 in _PyEval_EvalFrameDefault () from /lib64/libpython3.9.so.1.0 No symbol table info available. #28 0x00007f7f2b96a343 in function_code_fastcall () from /lib64/libpython3.9.so.1.0 No symbol table info available. #29 0x00007f7f2b95d8e9 in _PyEval_EvalFrameDefault () from /lib64/libpython3.9.so.1.0 No symbol table info available. #30 0x00007f7f2b95c2fd in _PyEval_EvalCode () from /lib64/libpython3.9.so.1.0 No symbol table info available. #31 0x00007f7f2b96a01e in _PyFunction_Vectorcall () from /lib64/libpython3.9.so.1.0 No symbol table info available. #32 0x00007f7f2b972501 in method_vectorcall () from /lib64/libpython3.9.so.1.0 No symbol table info available. #33 0x00007f7f2b95e66a in _PyEval_EvalFrameDefault () from /lib64/libpython3.9.so.1.0 No symbol table info available. #34 0x00007f7f2b96a343 in function_code_fastcall () from /lib64/libpython3.9.so.1.0 No symbol table info available. #35 0x00007f7f2b95d8e9 in _PyEval_EvalFrameDefault () from /lib64/libpython3.9.so.1.0 No symbol table info available. #36 0x00007f7f2b96a343 in function_code_fastcall () from /lib64/libpython3.9.so.1.0 No symbol table info available. #37 0x00007f7f2b95d8e9 in _PyEval_EvalFrameDefault () from /lib64/libpython3.9.so.1.0 No symbol table info available. #38 0x00007f7f2b96a343 in function_code_fastcall () from /lib64/libpython3.9.so.1.0 No symbol table info available. #39 0x00007f7f2b95d680 in _PyEval_EvalFrameDefault () from /lib64/libpython3.9.so.1.0 No symbol table info available. #40 0x00007f7f2b96a343 in function_code_fastcall () from /lib64/libpython3.9.so.1.0 No symbol table info available. --Type <RET> for more, q to quit, c to continue without paging-- #41 0x00007f7f2b95d680 in _PyEval_EvalFrameDefault () from /lib64/libpython3.9.so.1.0 No symbol table info available. #42 0x00007f7f2b95c2fd in _PyEval_EvalCode () from /lib64/libpython3.9.so.1.0 No symbol table info available. #43 0x00007f7f2b96a01e in _PyFunction_Vectorcall () from /lib64/libpython3.9.so.1.0 No symbol table info available. #44 0x00007f7f2b95d680 in _PyEval_EvalFrameDefault () from /lib64/libpython3.9.so.1.0 No symbol table info available. #45 0x00007f7f2b95c2fd in _PyEval_EvalCode () from /lib64/libpython3.9.so.1.0 No symbol table info available. #46 0x00007f7f2b96a01e in _PyFunction_Vectorcall () from /lib64/libpython3.9.so.1.0 No symbol table info available. #47 0x00007f7f2b95e66a in _PyEval_EvalFrameDefault () from /lib64/libpython3.9.so.1.0 No symbol table info available. #48 0x00007f7f2b95c2fd in _PyEval_EvalCode () from /lib64/libpython3.9.so.1.0 No symbol table info available. #49 0x00007f7f2b9d8fa5 in _PyEval_EvalCodeWithName () from /lib64/libpython3.9.so.1.0 No symbol table info available. #50 0x00007f7f2b9d8f3d in PyEval_EvalCodeEx () from /lib64/libpython3.9.so.1.0 No symbol table info available. #51 0x00007f7f2b9d8eef in PyEval_EvalCode () from /lib64/libpython3.9.so.1.0 No symbol table info available. #52 0x00007f7f2ba05703 in run_eval_code_obj () from /lib64/libpython3.9.so.1.0 No symbol table info available. #53 0x00007f7f2ba01516 in run_mod () from /lib64/libpython3.9.so.1.0 No symbol table info available. #54 0x00007f7f2b8d94e3 in pyrun_file.cold () from /lib64/libpython3.9.so.1.0 No symbol table info available. #55 0x00007f7f2b9fbc33 in PyRun_SimpleFileExFlags () from /lib64/libpython3.9.so.1.0 No symbol table info available. #56 0x00007f7f2b9f9188 in Py_RunMain () from /lib64/libpython3.9.so.1.0 No symbol table info available. #57 0x00007f7f2b9cb9bd in Py_BytesMain () from /lib64/libpython3.9.so.1.0 No symbol table info available. #58 0x00007f7f2b6acb75 in __libc_start_main () from /lib64/libc.so.6 No symbol table info available. #59 0x000055a9bbc5609e in _start () No symbol table info available. (gdb) ``` Okay, I forgot to mention you should install *-debuginfo packages so that gdb prints the symbols in the back trace. gdb should ask you this at the start and give you the dnf command to install those. Alternatively, `dnf debuginfo-install libdnf librepo libcurl openssl-libs` should install those that matter here. Then you repeat the steps to get the backtrace and it should have some more info in it. Hopefully it will be a bit more helpful :) Is there a way for you to force older versions of dnf, libdnf and librepo for the installation, so that we can check the crash is really caused by new versions of the dnf stack? (and then if not, you could do the same for libcurl and openssl-libs, those seem to be the only packages through which this goes) Created attachment 1784449 [details]
coredump.txt
coredumpctl backtrace full
i added the *-debuginfo packages with: ``` for p in $(dnf list --installed|cut -d ' ' -f1|cut -d '.' -f1); do dnf --enablerepo=*-debuginfo install -y $p-debuginfo; done ``` then called: ``` coredumpctl debug ID backtrace full ``` and placed the output into the attached text file. Okay, can you also post exact RPM versions of these packages: dnf libdnf librepo libcurl openssl-libs Also, would you be able to dump the core (via `coredumpctl -o dnf-crash.dump dump PID`) and upload it somewhere? Thank you. Here the rpm versions: ``` [anaconda root@ks-04 yum.repos.d]# rpm -qa dnf libdnf librepo libcurl openssl-libs openssl-libs-1.1.1k-1.fc34.x86_64 libcurl-7.76.1-2.fc34.x86_64 librepo-1.14.0-1.fc34.x86_64 libdnf-0.62.0-1.fc34.x86_64 dnf-4.7.0-1.fc34.noarch ``` And here the coredump: https://polybox.ethz.ch/index.php/s/jNK8A7loeztpfuq Thanks. The core dump seems to be pointing at Curl, an excerpt from gdb: (gdb) bt #0 0x00007ff3a5282467 in Curl_ssl_sessionid_lock (data=0x560052e72c10) at ../../lib/vtls/vtls.c:351 #1 ossl_new_session_cb (ssl=0x56005313b3b0, ssl_sessionid=0x5600531e3f40) at ../../lib/vtls/openssl.c:2492 #2 0x00007ff3a4d6ae85 in ssl_update_cache (s=0x56005313b3b0, mode=1) at ssl/ssl_lib.c:3526 #3 0x00007ff3a4d9dd87 in tls_finish_handshake.constprop.0 (s=0x56005313b3b0, clearbufs=<optimized out>, stop=1, wst=<optimized out>) at ssl/statem/statem_lib.c:1107 #4 0x00007ff3a4d7d998 in write_state_machine (s=0x56005313b3b0) at ssl/statem/statem.c:810 #5 state_machine (s=0x56005313b3b0, server=<optimized out>) at ssl/statem/statem.c:443 #6 0x00007ff3a4d51fd6 in ssl3_read_bytes (s=0x56005313b3b0, type=23, recvd_type=0x0, buf=0x560052ea31c0 '3' <repeats 200 times>..., len=16384, peek=0, readbytes=0x7fff74329b50) at ssl/record/rec_layer_s3.c:1278 #7 0x00007ff3a4d60aca in ssl3_read_internal (s=0x56005313b3b0, buf=0x560052ea31c0, len=16384, peek=0, readbytes=0x7fff74329b50) at ssl/s3_lib.c:4470 #8 0x00007ff3a4d64f67 in SSL_read (s=<optimized out>, buf=buf@entry=0x560052ea31c0, num=num@entry=16384) at ssl/ssl_lib.c:1783 #9 0x00007ff3a528c546 in ossl_recv (data=0x560052e75550, num=0, buf=0x560052ea31c0 '3' <repeats 200 times>..., buffersize=16384, curlcode=0x7fff74329cd4) at ../../lib/vtls/openssl.c:4278 #10 0x00007ff3a526a70a in Curl_read (data=<optimized out>, sockfd=<optimized out>, buf=<optimized out>, sizerequested=<optimized out>, n=0x7fff74329d68) at ../../lib/sendf.c:697 #11 0x00007ff3a527bde1 in readwrite_data (comeback=<optimized out>, done=<optimized out>, didwhat=<synthetic pointer>, k=<optimized out>, conn=0x560052ea71d0, data=0x560052e75550) at ../../lib/transfer.c:603 #12 Curl_readwrite (conn=0x560052ea71d0, data=0x560052e75550, done=<optimized out>, comeback=<optimized out>) at ../../lib/transfer.c:1219 #13 0x00007ff3a52649b4 in multi_runsingle (multi=<optimized out>, nowp=<optimized out>, data=0x560052e75550) at ../../lib/multi.c:2135 #14 0x00007ff3a5267a8e in curl_multi_perform (multi=0x560053139900, running_handles=running_handles@entry=0x7fff7432a050) at ../../lib/multi.c:2398 #15 0x00007ff3a5e92520 in lr_perform (err=0x7fff7432a058, dd=0x7fff7432a0a0) at /usr/src/debug/librepo-1.14.0-1.fc34.x86_64/librepo/downloader.c:2563 #16 lr_download (targets=<optimized out>, failfast=<optimized out>, err=0x7fff7432a1c0) at /usr/src/debug/librepo-1.14.0-1.fc34.x86_64/librepo/downloader.c:2738 #17 0x00007ff3a5e94120 in lr_download_single_cb (targets=0x560052683dc0 = {...}, failfast=0, cb=<optimized out>, mfcb=<optimized out>, err=0x7fff7432a1c0) at /usr/src/debug/librepo-1.14.0-1.fc34.x86_64/librepo/downloader.c:2941 #18 0x00007ff3a5ea3f01 in lr_yum_download_repo (handle=handle@entry=0x560052e86480, repo=repo@entry=0x560052e8f0b0, repomd=repomd@entry=0x560052e8f040, err=err@entry=0x7fff7432a248) at /usr/src/debug/librepo-1.14.0-1.fc34.x86_64/librepo/yum.c:969 #19 0x00007ff3a5ea4794 in lr_yum_download_remote (err=0x7fff7432a2c8, result=0x560052e86f90, handle=0x560052e86480) at /usr/src/debug/librepo-1.14.0-1.fc34.x86_64/librepo/yum.c:1364 #20 lr_yum_perform (handle=0x560052e86480, result=0x560052e86f90, err=0x7fff7432a2c8) at /usr/src/debug/librepo-1.14.0-1.fc34.x86_64/librepo/yum.c:1440 #21 0x00007ff3a5e9a618 in lr_handle_perform (handle=0x560052e86480, result=0x560052e86f90, err=0x7fff7432a478) at /usr/src/debug/librepo-1.14.0-1.fc34.x86_64/librepo/handle.c:1331 #22 0x00007ff3a5fd03f2 in libdnf::Repo::Impl::lrHandlePerform(_LrHandle*, std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> > const&, bool) (this=0x560052e4f950, handle=0x560052e86480, destDirectory="/var/cache/dnf/Default_Organization_Dmath_fedora_34-extras-f71127674ebdad73/tmpdir.LRQJW6", setGPGHomeDir=<optimized out>) at /usr/include/c++/11/bits/unique_ptr.h:173 #23 0x00007ff3a5fd1f91 in libdnf::Repo::Impl::fetch(std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> > const&, std::unique_ptr<_LrHandle, std::default_delete<_LrHandle> >&&) (this=0x560052e4f950, destdir="/var/cache/dnf/Default_Organization_Dmath_fedora_34-extras-f71127674ebdad73", h=...) at /usr/include/c++/11/bits/unique_ptr.h:173 #24 0x00007ff3a5fd2acf in libdnf::Repo::Impl::load() (this=0x560052e4f950) at /usr/src/debug/libdnf-0.62.0-1.fc34.x86_64/libdnf/repo/Repo.cpp:1339 #25 0x00007ff3a46d9f4c in _wrap_Repo_load.lto_priv.0 () at /usr/lib64/python3.9/site-packages/libdnf/_repo.so #26 0x00007ff3a6e8ca9b in cfunction_vectorcall_O () at /lib64/libpython3.9.so.1.0 ... the python stack continues (gdb) f 0 #0 0x00007ff3a5282467 in Curl_ssl_sessionid_lock (data=0x560052e72c10) at ../../lib/vtls/vtls.c:351 351 if(SSLSESSION_SHARED(data)) (gdb) p data $1 = (struct Curl_easy *) 0x560052e72c10 (gdb) p data->share $2 = (struct Curl_share *) 0xcccccccccccccccc (gdb) p data->share->specifier Cannot access memory at address 0xccccccccccccccd0 The code in question is dereferencing the data->share pointer, value of which is 0xcccccccccccccccc, which is a very weird value that's not a valid memory pointer. This seems very deep in Curl and unrelated to DNF, reassigning to curl for further investigation. Thank you for analyzing it! I believe this is going to be fixed in curl-7.77.0, which is scheduled to be released on May 26th 2021. Thank you all for looking into it and having patience helping me with providing a proper coredump. curl upstream asked me to temporarily hide this bug until curl-7.77.0 is released. Thanks for understanding! dist-git commit: https://src.fedoraproject.org/rpms/curl/c/55d214ac FEDORA-2021-eb5b7c53a9 has been submitted as an update to Fedora 34. https://bodhi.fedoraproject.org/updates/FEDORA-2021-eb5b7c53a9 FEDORA-2021-eb5b7c53a9 has been pushed to the Fedora 34 testing repository. Soon you'll be able to install the update with the following command: `sudo dnf upgrade --enablerepo=updates-testing --advisory=FEDORA-2021-eb5b7c53a9` You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2021-eb5b7c53a9 See also https://fedoraproject.org/wiki/QA:Updates_Testing for more information on how to test updates. FEDORA-2021-eb5b7c53a9 has been pushed to the Fedora 34 stable repository. If problem still persists, please make note of it in this bug report. |