Discuss July 2024

discuss@lists.centos.org

10 participants
6 discussions

Problems with CentOS 8 kickstart
by Hooton, Gerard 23 Jun '25

23 Jun '25

Hi All, I am having problems with a kickstart install of CentOS 8 When I try to do a completely automated install using PXE/UEFI it get to the point where it reads the kickstart config file. Then I see the following message "kickstart install Started cancel waiting for multipath siblings for nvme0n1" This is what I have in the kickstart file # Clear the Master Boot Record zerombr # Partition clearing information clearpart --all --initlabel autopart --nohome --type=lvm --fstype=xfs ================ When I install from a USB drive it works OK and I have the following in /dev/disk/by-id lrwxrwxrwx. 1 root root 13 Jul 5 10:28 nvme-SAMSUNG_MZVL2512HCJQ-00BL7_S64KNE0R161810 -> ../../nvme0n1 lrwxrwxrwx. 1 root root 13 Jul 5 10:28 nvme-eui.002538b11102f46d -> ../../nvme0n1 lrwxrwxrwx. 1 root root 15 Jul 5 10:28 wwn-eui.002538b11102f46d-part3 -> ../../nvme0n1p3 lrwxrwxrwx. 1 root root 15 Jul 5 10:28 nvme-SAMSUNG_MZVL2512HCJQ-00BL7_S64KNE0R161810-part3 -> ../../nvme0n1p3 lrwxrwxrwx. 1 root root 15 Jul 5 10:28 nvme-eui.002538b11102f46d-part3 -> ../../nvme0n1p3 lrwxrwxrwx. 1 root root 15 Jul 5 10:28 lvm-pv-uuid-5Dg4mg-saHa-hJJ6-n5a8-MxBS-gdFi-5jPoNn -> ../../nvme0n1p3 lrwxrwxrwx. 1 root root 15 Jul 5 10:28 wwn-eui.002538b11102f46d-part2 UNG_MZVL2512HCJQ-0-> ../../nvme0n1p2 lrwxrwxrwx. 1 root root 15 Jul 5 10:28 nvme-SAMSUNG_MZVL2512HCJQ-00BL7_S64KNE0R161810-part2 -> ../../nvme0n1p2 lrwxrwxrwx. 1 root root 15 Jul 5 10:28 nvme-eui.002538b11102f46d-part2 -> ../../nvme0n1p2 drwxr-xr-x. 2 root root 400 Jul 5 10:28 . lrwxrwxrwx. 1 root root 15 Jul 5 10:28 wwn-eui.002538b11102f46d-part1 -> ../../nvme0n1p1 lrwxrwxrwx. 1 root root 15 Jul 5 10:28 nvme-SAMSUNG_MZVL2512HCJQ-00BL7_S64KNE0R161810-part1 -> ../../nvme0n1p1 lrwxrwxrwx. 1 root root 15 Jul 5 10:28 nvme-eui.002538b11102f46d-part1 -> ../../nvme0n1p1 lrwxrwxrwx. 1 root root 10 Jul 5 11:07 dm-uuid-LVM-qQok4M7AOo1TxZZ42GwZcbuVNBs0hnkKtEdtLjwJQyIdxJcSvPv8TEAjwYGMv6yU -> ../../dm-0 lrwxrwxrwx. 1 root root 10 Jul 5 11:07 dm-uuid-LVM-qQok4M7AOo1TxZZ42GwZcbuVNBs0hnkKAooqrczySYJyiHvUAUji9oScPN2cVi7J -> ../../dm-1 lrwxrwxrwx. 1 root root 10 Jul 5 11:07 dm-name-cs_uews027-swap -> ../../dm-1 lrwxrwxrwx. 1 root root 10 Jul 5 11:07 dm-name-cs_uews027-root -> ../../dm-0 lrwxrwxrwx. 1 root root 10 Jul 5 11:07 dm-uuid-LVM-qQok4M7AOo1TxZZ42GwZcbuVNBs0hnkK5HZXbR2ow5xKGuD7jVe4UPzZm2qRLLXI -> ../../dm-2 lrwxrwxrwx. 1 root root 10 Jul 5 11:07 dm-name-cs_uews027-home -> ../../dm-2 It's looks like that I am not doing the disk drive stuff in the config file correctly. -- Gerard Hooton. Senior Technical Officer School of Engineering. University College Cork. College Road. Cork. Ireland. Loc8: WDR-04-60G Tel: +353 21 4902296 Mobile: +353 852813491

3 7

Issues booting centos7 [dracut is failing to enable centos/root, centos/swap LVs]
by Yannis Milios 01 Feb '25

01 Feb '25

Hello, I'm having a strange problem booting a new centos7 installation. Below some background on this. [I have attached the tech details at the bottom of this message] I started a new CentOS7 installation on a VM, so far all good, o/s boots fine. Then I decided to increase VM disk size (initially was 10G) to 13G. Powered off the VM, increased the vhd via the hypervisor, booted from CentOS livecd, selected "recover my centos installation". Then I used the following sequence of commands to make the new vhd size "visible" to the o/s ... - ran fdisk /dev/sda and deleted partition 2. (This is the LVM partition where the o/s is stored. The first partition is /boot [xfs] partition *non lvm*.) - created a new partition with same starting sector as before deleting it, but a different ending sector (to reflect to the increased space). - set partition type to 8e (lvm), saved settings and exit. - ran pvresize and lvresize to make new space visible to the o/s.All good, I can see the space increase on 'lvdisplay centos/root'. - ran 'mount /dev/mapper/centos-root /mnt/root' to temporarily mount the o/s partition. - ran 'xfs_growfs /mnt/root' to resize the o/s fs to the new size. It was successful and I could actually chroot to the o/s and verify new disk size. - rebooted and tried to boot from hdd this time. Grub menu shows up and loads default kernel (3.10.0-862.9.1.el7.x86_64). - after initial kernel boot up process, booting continues to initrd and then it's where the problem starts... - looks like dracut has issues locating/enabling /dev/mapper/centos-root (lv) and as a result it cannot boot to the 'real' root fs (/). - while in dracut shell, I execute the following command sequence: 1. lvm lvchange -ay /dev/centos/root 2. lvm lvchange -ay /dev/centos/swap 3. ln -s /dev/mapper/centos-root /dev/root 4. exit ...and the o/s boots fine...so looks like the pv,vg,lv is detected properly while in initrd, but somehow dracut has difficulties enabling the root,swap LVs ? - While in o/s, I rebuild initrd by using: 'dracut -f -v -a lvm' Note, I have to use '-a lvm' as for some reason, if don't, the lvm utils (lvm,lvm_scan) are not being included to the initrd, not sure why this happens. After rebooting, same thing happens, I have to manually boot the system via dracut shell. I'm a bit stuck at this point, any clues what I'm doing wrong in here ? As I previously said, this is a new installation, so I could simply reinstall the whole thing, but I would rather try to find out some answer to why is this happening ... :-) [curiosity] Some additional details: ================== I've attached /run/initramfs/rdsosreport.txt file [generated while in inird] here: https://privatebin.net/?fdc4052c0c402884#gdB/QYR3IeR55SxUbjfrkZPQfJ7jMxiUxq… o/s ver=CentOS Linux release 7.5.1804 (Core) [root@localhost ~]# lsblk NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT sda 8:0 0 13G 0 disk ├─sda1 8:1 0 500M 0 part /boot └─sda2 8:2 0 12.5G 0 part ├─centos-root 253:0 0 11.5G 0 lvm / └─centos-swap 253:1 0 1G 0 lvm [SWAP] [root@localhost ~]# cat /etc/default/grub GRUB_TIMEOUT=5 GRUB_DISTRIBUTOR="$(sed 's, release .*$,,g' /etc/system-release)" GRUB_DEFAULT=saved GRUB_DISABLE_SUBMENU=true GRUB_TERMINAL_OUTPUT="console" GRUB_CMDLINE_LINUX="rd.lvm.lv=centos/root rd.lvm.lv=centos/swap rd.shell rhgb" GRUB_DISABLE_RECOVERY="true"

4 11

nothing provides bind >= 32:9.16.23-19 needed by bind-dyndb-ldap-11.9-9.el9.x86_64 from appstream
by Kees Bakker 13 Aug '24

13 Aug '24

Hi, [root@c9 ~]# dnf install bind-dyndb-ldap Last metadata expiration check: 0:02:07 ago on Wed 03 Jul 2024 12:10:27 PM UTC. Error: Problem: cannot install the best candidate for the job - nothing provides bind >= 32:9.16.23-19 needed by bind-dyndb-ldap-11.9-9.el9.x86_64 from appstream (try to add '--skip-broken' to skip uninstallable packages or '--nobest' to use not only best candidate packages) Who is handling this? -- Kees

3 6

problems with 8 stream vault?
by Aleksandar Ivanisevic 30 Jul '24

30 Jul '24

Hi, currently im getting a 502 trying to get AppStream/repomd.xml, but some other files are fine, like repomd.asc, see below is this an outage or it is gone forever? ~$ curl 'https://vault.centos.org/centos/8-stream/AppStream/x86_64/os/repodata/repom…' <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN" "http://www.w3.org/TR/html4/loose.dtd"> <HTML><HEAD><META HTTP-EQUIV="Content-Type" CONTENT="text/html; charset=iso-8859-1"> <TITLE>ERROR: The request could not be satisfied</TITLE> </HEAD><BODY> <H1>502 ERROR</H1> <H2>The request could not be satisfied.</H2> <HR noshade size="1px"> CloudFront wasn't able to connect to the origin. We can't connect to the server for this app or website at this time. There might be too much traffic or a configuration error. Try again later, or contact the app or website owner. <BR clear="all"> If you provide content to customers through CloudFront, you can find steps to troubleshoot and help prevent this error by reviewing the CloudFront documentation. <BR clear="all"> <HR noshade size="1px"> <PRE> Generated by cloudfront (CloudFront) Request ID: ZdkR1vn61GyMwUbRuoWv6MZULUJ2HyUNwwwsWi6xVY9v27hMZ8uZQA== </PRE> <ADDRESS> </ADDRESS> </B ~$ curl 'https://vault.centos.org/centos/8-stream/AppStream/x86_64/os/repodata/repom…' <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN" "http://www.w3.org/TR/html4/loose.dtd"> <HTML><HEAD><META HTTP-EQUIV="Content-Type" CONTENT="text/html; charset=iso-8859-1"> <TITLE>ERROR: The request could not be satisfied</TITLE> </HEAD><BODY> <H1>502 ERROR</H1> <H2>The request could not be satisfied.</H2> <HR noshade size="1px"> CloudFront wasn't able to connect to the origin. We can't connect to the server for this app or website at this time. There might be too much traffic or a configuration error. Try again later, or contact the app or website owner. <BR clear="all"> If you provide content to customers through CloudFront, you can find steps to troubleshoot and help prevent this error by reviewing the CloudFront documentation. <BR clear="all"> <HR noshade size="1px"> <PRE> Generated by cloudfront (CloudFront) Request ID: ZdkR1vn61GyMwUbRuoWv6MZULUJ2HyUNwwwsWi6xVY9v27hMZ8uZQA== </PRE> <ADDRESS> </ADDRESS> </BODY></HTML>~$ ~$ curl 'https://vault.centos.org/centos/8-stream/AppStream/x86_64/os/repodata/repom…' -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iQIcBAABCAAGBQJmXXXxAAoJEAW1VbOEg8ZdCTQP/RpadNlDi2Vk+AnKBz6pATni YK6sCSxnSuWl/bIlMW6SnvKkrr98rMkHr6j6fH2YOGEenb8WPAUaa5+EPrqXAUBI Wr6pirbEjmwqLr2BUh59otjWiNIxK4D02cqKnuGMBUh0N4ZhF6/Qsr3twlJSmDCl WoRAB3ZTzavJmF3XGtUl8OuzyZDswZTUjP1ULGFMihBLWWPrLX2fSDvURle3Prcx z+XbES18OuI2uhyTPqb+q1iIL3m9/JZFQceUNHDXXEu0PlLp+ROq4NTrsFxmmn+Z +4y2ZJiRNIR3UlMDJhh6bRhSn7xOZr18yljwwkidtqrqxSJANLq0MGupiyT0gRAB cmfSAjHd5yXODyiiCUGFZA0A4bGXp6tFyE1nLk5P6rehL8AQuPVKb1GKA6yP9StS HTOeK/MSfyHrCvLXzCD7+9ryEdgpgQBCuJJGm46ppRPqkCvuTgmbQUd6zIK7PcaB JR7qqPpG77K0k7Sp7p2+e5I/vBn0o5v3+LshLZq3otF1ueQM5zhR54xgs4gwUARG gIE/cbO97yZzR97keGKGHMRCPNhMbwtTz0b+IeOsVEY5NEiwiFQCG/bvS6r6QnoA JVOH8AfpDay/fRY6fLfaPatn6zE9vV+Mqel/BLl9Hdky53cMw2PjE+MtJHIZLjmT 9JuOUkap7kzW8PXeeAa1 =6YJB -----END PGP SIGNATURE-----

2 2

Issue with yum - "Could not resolve host: mirrorlist.centos.org"
by NISHITH GEEDH 24 Jul '24

24 Jul '24

Dear CentOS Community, I am experiencing an issue when attempting to install packages using yum on CentOS 7. When I run the command yum install vim -y, I receive the following error message: Loaded plugins: fastestmirror Determining fastest mirrors Could not retrieve mirrorlist http://mirrorlist.centos.org/?release=7&arch=x86_64&repo=os&infra=stock error was 14: curl#6 - "Could not resolve host: mirrorlist.centos.org; Unknown error" One of the configured repositories failed (Unknown), and yum doesn't have enough cached data to continue. At this point the only safe thing yum can do is fail. There are a few ways to work "fix" this: 1. Contact the upstream for the repository and get them to fix the problem. 2. Reconfigure the baseurl/etc. for the repository, to point to a working upstream. This is most often useful if you are using a newer distribution release than is supported by the repository (and the packages for the previous distribution release still work). 3. Run the command with the repository temporarily disabled yum --disablerepo=<repoid> ... 4. Disable the repository permanently, so yum won't use it by default. Yum will then just ignore the repository until you permanently enable it again or use --enablerepo for temporary usage: yum-config-manager --disable <repoid> or subscription-manager repos --disable=<repoid> 5. Configure the failing repository to be skipped, if it is unavailable. Note that yum will try to contact the repo. when it runs most commands, so will have to try and fail each time (and thus. yum will be be much slower). If it is a very temporary problem though, this is often a nice compromise: yum-config-manager --save --setopt=<repoid>.skip_if_unavailable=true Cannot find a valid baseurl for repo: base/7/x86_64 It seems there is an issue with the baseurl for the repository. I have already checked my network connection and it is working properly. I also tried updating the DNS configuration and clearing the yum cache, but the issue persists. Could someone please provide guidance on how to resolve this issue or point me to the correct repository configuration? Any help would be greatly appreciated. Thank you for your assistance. Best regards, Nishith

6 5

mariadb update... mysql-community ?
by ian.diddams＠celebrus.com 10 Jul '24

10 Jul '24

CentOS Linux release 7.9.2009 (Core) Just running a yum update on a server and this month we see this Dependencies Resolved ============================================================================================================================================================================================================================================= Package Arch Version Repository Size ============================================================================================================================================================================================================================================= Installing: MariaDB-client x86_64 10.4.34-1.el7.centos Default_Organization_mariadb_el7_repo_mariadb_el7_x86-64 12 M replacing mariadb.x86_64 1:5.5.68-1.el7 MariaDB-compat x86_64 10.4.34-1.el7.centos Default_Organization_mariadb_el7_repo_mariadb_el7_x86-64 2.2 M replacing mariadb-libs.x86_64 1:5.5.68-1.el7 mysql-community-client x86_64 5.7.44-1.el7 Default_Organization_mysql-5_7_x86-64_mysql-5_7_el7_x86-64 31 M replacing mariadb.x86_64 1:5.5.68-1.el7 mysql-community-libs x86_64 5.7.44-1.el7 Default_Organization_mysql-5_7_x86-64_mysql-5_7_el7_x86-64 3.0 M replacing mariadb-libs.x86_64 1:5.5.68-1.el7 mysql-community-libs-compat x86_64 5.7.44-1.el7 Default_Organization_mysql-5_7_x86-64_mysql-5_7_el7_x86-64 1.2 M replacing mariadb-libs.x86_64 1:5.5.68-1.el7 Soi why is mysql-community replacing mariadb ? And then we get Transaction check error: file /usr/share/mysql/charsets/Index.xml conflicts between attempted installs of mysql-community-common-5.7.44-1.el7.x86_64 and MariaDB-common-10.4.34-1.el7.centos.x86_64 file /usr/share/mysql/charsets/armscii8.xml conflicts between attempted installs of mysql-community-common-5.7.44-1.el7.x86_64 and MariaDB-common-10.4.34-1.el7.centos.x86_64 file /usr/share/mysql/charsets/ascii.xml conflicts between attempted installs of mysql-community-common-5.7.44-1.el7.x86_64 and MariaDB-common-10.4.34-1.el7.centos.x86_64 file /usr/share/mysql/charsets/cp1250.xml conflicts between attempted installs of mysql-community-common-5.7.44-1.el7.x86_64 and MariaDB-common-10.4.34-1.el7.centos.x86_64 file /usr/share/mysql/charsets/cp1251.xml conflicts between attempted installs of mysql-community-common-5.7.44-1.el7.x86_64 and MariaDB-common-10.4.34-1.el7.centos.x86_64 file /usr/share/mysql/charsets/cp1256.xml conflicts between attempted installs of mysql-community-common-5.7.44-1.el7.x86_64 and MariaDB-common-10.4.34-1.el7.centos.x86_64 file /usr/share/mysql/charsets/cp1257.xml conflicts between attempted installs of mysql-community-common-5.7.44-1.el7.x86_64 and MariaDB-common-10.4.34-1.el7.centos.x86_64 file /usr/share/mysql/charsets/cp850.xml conflicts between attempted installs of mysql-community-common-5.7.44-1.el7.x86_64 and MariaDB-common-10.4.34-1.el7.centos.x86_64 file /usr/share/mysql/charsets/cp852.xml conflicts between attempted installs of mysql-community-common-5.7.44-1.el7.x86_64 and MariaDB-common-10.4.34-1.el7.centos.x86_64 file /usr/share/mysql/charsets/cp866.xml conflicts between attempted installs of mysql-community-common-5.7.44-1.el7.x86_64 and MariaDB-common-10.4.34-1.el7.centos.x86_64 file /usr/share/mysql/charsets/dec8.xml conflicts between attempted installs of mysql-community-common-5.7.44-1.el7.x86_64 and MariaDB-common-10.4.34-1.el7.centos.x86_64 file /usr/share/mysql/charsets/geostd8.xml conflicts between attempted installs of mysql-community-common-5.7.44-1.el7.x86_64 and MariaDB-common-10.4.34-1.el7.centos.x86_64 file /usr/share/mysql/charsets/greek.xml conflicts between attempted installs of mysql-community-common-5.7.44-1.el7.x86_64 and MariaDB-common-10.4.34-1.el7.centos.x86_64 file /usr/share/mysql/charsets/hebrew.xml conflicts between attempted installs of mysql-community-common-5.7.44-1.el7.x86_64 and MariaDB-common-10.4.34-1.el7.centos.x86_64 file /usr/share/mysql/charsets/hp8.xml conflicts between attempted installs of mysql-community-common-5.7.44-1.el7.x86_64 and MariaDB-common-10.4.34-1.el7.centos.x86_64 file /usr/share/mysql/charsets/keybcs2.xml conflicts between attempted installs of mysql-community-common-5.7.44-1.el7.x86_64 and MariaDB-common-10.4.34-1.el7.centos.x86_64 file /usr/share/mysql/charsets/koi8r.xml conflicts between attempted installs of mysql-community-common-5.7.44-1.el7.x86_64 and MariaDB-common-10.4.34-1.el7.centos.x86_64 file /usr/share/mysql/charsets/koi8u.xml conflicts between attempted installs of mysql-community-common-5.7.44-1.el7.x86_64 and MariaDB-common-10.4.34-1.el7.centos.x86_64 file /usr/share/mysql/charsets/latin1.xml conflicts between attempted installs of mysql-community-common-5.7.44-1.el7.x86_64 and MariaDB-common-10.4.34-1.el7.centos.x86_64 file /usr/share/mysql/charsets/latin2.xml conflicts between attempted installs of mysql-community-common-5.7.44-1.el7.x86_64 and MariaDB-common-10.4.34-1.el7.centos.x86_64 file /usr/share/mysql/charsets/latin5.xml conflicts between attempted installs of mysql-community-common-5.7.44-1.el7.x86_64 and MariaDB-common-10.4.34-1.el7.centos.x86_64 file /usr/share/mysql/charsets/latin7.xml conflicts between attempted installs of mysql-community-common-5.7.44-1.el7.x86_64 and MariaDB-common-10.4.34-1.el7.centos.x86_64 file /usr/share/mysql/charsets/macce.xml conflicts between attempted installs of mysql-community-common-5.7.44-1.el7.x86_64 and MariaDB-common-10.4.34-1.el7.centos.x86_64 file /usr/share/mysql/charsets/macroman.xml conflicts between attempted installs of mysql-community-common-5.7.44-1.el7.x86_64 and MariaDB-common-10.4.34-1.el7.centos.x86_64 file /usr/share/mysql/charsets/swe7.xml conflicts between attempted installs of mysql-community-common-5.7.44-1.el7.x86_64 and MariaDB-common-10.4.34-1.el7.centos.x86_64 file /usr/bin/mysql conflicts between attempted installs of MariaDB-client-10.4.34-1.el7.centos.x86_64 and mysql-community-client-5.7.44-1.el7.x86_64 file /usr/bin/mysqladmin conflicts between attempted installs of MariaDB-client-10.4.34-1.el7.centos.x86_64 and mysql-community-client-5.7.44-1.el7.x86_64 file /usr/bin/mysqlbinlog conflicts between attempted installs of MariaDB-client-10.4.34-1.el7.centos.x86_64 and mysql-community-client-5.7.44-1.el7.x86_64 file /usr/bin/mysqlcheck conflicts between attempted installs of MariaDB-client-10.4.34-1.el7.centos.x86_64 and mysql-community-client-5.7.44-1.el7.x86_64 file /usr/bin/mysqldump conflicts between attempted installs of MariaDB-client-10.4.34-1.el7.centos.x86_64 and mysql-community-client-5.7.44-1.el7.x86_64 file /usr/bin/mysqlimport conflicts between attempted installs of MariaDB-client-10.4.34-1.el7.centos.x86_64 and mysql-community-client-5.7.44-1.el7.x86_64 file /usr/bin/mysqlshow conflicts between attempted installs of MariaDB-client-10.4.34-1.el7.centos.x86_64 and mysql-community-client-5.7.44-1.el7.x86_64 file /usr/bin/mysqlslap conflicts between attempted installs of MariaDB-client-10.4.34-1.el7.centos.x86_64 and mysql-community-client-5.7.44-1.el7.x86_64 file /usr/share/man/man1/mysql.1.gz conflicts between attempted installs of MariaDB-client-10.4.34-1.el7.centos.x86_64 and mysql-community-client-5.7.44-1.el7.x86_64 file /usr/share/man/man1/mysqladmin.1.gz conflicts between attempted installs of MariaDB-client-10.4.34-1.el7.centos.x86_64 and mysql-community-client-5.7.44-1.el7.x86_64 file /usr/share/man/man1/mysqlbinlog.1.gz conflicts between attempted installs of MariaDB-client-10.4.34-1.el7.centos.x86_64 and mysql-community-client-5.7.44-1.el7.x86_64 file /usr/share/man/man1/mysqlcheck.1.gz conflicts between attempted installs of MariaDB-client-10.4.34-1.el7.centos.x86_64 and mysql-community-client-5.7.44-1.el7.x86_64 file /usr/share/man/man1/mysqldump.1.gz conflicts between attempted installs of MariaDB-client-10.4.34-1.el7.centos.x86_64 and mysql-community-client-5.7.44-1.el7.x86_64 file /usr/share/man/man1/mysqlimport.1.gz conflicts between attempted installs of MariaDB-client-10.4.34-1.el7.centos.x86_64 and mysql-community-client-5.7.44-1.el7.x86_64 file /usr/share/man/man1/mysqlshow.1.gz conflicts between attempted installs of MariaDB-client-10.4.34-1.el7.centos.x86_64 and mysql-community-client-5.7.44-1.el7.x86_64 file /usr/share/man/man1/mysqlslap.1.gz conflicts between attempted installs of MariaDB-client-10.4.34-1.el7.centos.x86_64 and mysql-community-client-5.7.44-1.el7.x86_64 anyone any idea what on earth is going on? didds

1 0

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

Discuss July 2024