- Discuss - lists.centos.org

Sound card disappears on Acer laptop with latest kernel
by Frank Cox 04 Jun '21

04 Jun '21

4.18.0-240.22.1.el8_3.x86_64 Sound works as expected. 4.18.0-305.3.1.el8.x86_64 only "dummy output" shows up under the Sound Preferences on the desktop. I guess there's a kernel bug somewhere that's causing the driver for that soundcard to not load? The lshw command (when running kernel subversion 240.22.1, i.e. the "old kernel") tells me that it has this soundcard: *-multimedia description: Multimedia audio controller product: Sunrise Point-LP HD Audio vendor: Intel Corporation physical id: 1f.3 bus info: pci@0000:00:1f.3 logical name: card0 logical name: /dev/snd/controlC0 logical name: /dev/snd/hwC0D0 logical name: /dev/snd/hwC0D2 logical name: /dev/snd/pcmC0D0c logical name: /dev/snd/pcmC0D0p logical name: /dev/snd/pcmC0D10p logical name: /dev/snd/pcmC0D2c logical name: /dev/snd/pcmC0D3p logical name: /dev/snd/pcmC0D7p logical name: /dev/snd/pcmC0D8p logical name: /dev/snd/pcmC0D9p version: 21 width: 64 bits clock: 33MHz capabilities: pm msi bus_master cap_list configuration: driver=snd_hda_intel latency=32 resources: irq:128 memory:df1a8000-df1abfff memory:df180000-df18ffff -- MELVILLE THEATRE ~ Real D 3D Digital Cinema ~ www.melvilletheatre.com

1 0

CentOS-announce Digest, Vol 195, Issue 1
by centos-announce-request＠centos.org 04 Jun '21

04 Jun '21

Send CentOS-announce mailing list submissions to centos-announce(a)centos.org To subscribe or unsubscribe via the World Wide Web, visit https://lists.centos.org/mailman/listinfo/centos-announce or, via email, send a message with subject or body 'help' to centos-announce-request(a)centos.org You can reach the person managing the list at centos-announce-owner(a)centos.org When replying, please edit your Subject line so it is more specific than "Re: Contents of CentOS-announce digest..." Today's Topics: 1. Announcing the latest release of CentOS Linux 8 (2105) (Rich Bowen) ---------------------------------------------------------------------- Message: 1 Date: Thu, 3 Jun 2021 16:52:37 -0400 From: Rich Bowen <rbowen(a)redhat.com> To: centos-announce(a)centos.org, "The CentOS developers mailing list." <centos-devel(a)centos.org> Subject: [CentOS-announce] Announcing the latest release of CentOS Linux 8 (2105) Message-ID: <8d631d5c-8df9-fec9-82fe-ee27b45bea89(a)redhat.com> Content-Type: text/plain; charset=utf-8; format=flowed Release for CentOS Linux 8 (2105) We are pleased to announce the general availability of the latest version of CentOS Linux 8. Effectively immediately, this is the current release for CentOS Linux 8 and is tagged as 2105, derived from Red Hat Enterprise Linux 8.4 Source Code. As always, read through the Release Notes at: http://wiki.centos.org/Manuals/ReleaseNotes/CentOS8.2105 - these notes contain important information about the release and details about some of the content inside the release from the CentOS QA team. These notes are updated constantly to include issues and incorporate feedback from users. ---------- Updates, Sources, and DebugInfos Updates released since the upstream release are all posted, across all architectures. We strongly recommend every user apply all updates, including the content released today, on your existing CentOS Linux 8 machine by just running 'dnf update'. As with all CentOS Linux 8 components, this release was built from sources hosted at git.centos.org. Sources will be available from vault.centos.org in their own dedicated directories to match the corresponding binary RPMs. Since there is far less traffic to the CentOS source RPMs compared with the binary RPMs, we are not putting this content on the main mirror network. If users wish to mirror this content they can do so using the reposync command available in the yum/dnf-utils package. All CentOS source RPMs are signed with the same key used to sign their binary counterparts. Developers and end users looking at inspecting and contributing patches to the CentOS Linux distro will find the code hosted at git.centos.org far simpler to work against. Details on how to best consume those are documented along with a quick start at: http://wiki.centos.org/Sources Debuginfo packages have been signed and pushed. Yum configs shipped in the new release file will have all the context required for debuginfo to be available on every CentOS Linux install. This release supersedes all previously released content for CentOS Linux 8, and therefore we highly encourage all users to upgrade their machines. Information on different upgrade strategies and how to handle stale content is included in the Release Notes. Note that older content, obsoleted by newer versions of the same applications are trim'd off from repos like extras/ and centosplus/ ---------- Download We produced the following installer images for CentOS Linux 8 # CentOS-8.4.2105-aarch64-boot.iso: 677838848 bytes SHA256 (CentOS-8.4.2105-aarch64-boot.iso) = 106d9ce13076441c52dc38c95e9977a83f28a4c1ce88baa10412c1e3cc9b2a2b # CentOS-8.4.2105-aarch64-dvd1.iso: 7325042688 bytes SHA256 (CentOS-8.4.2105-aarch64-dvd1.iso) = 6654112602beec7f6b5c134f28cf6b77aedc05b2a7ece2656dacf477f77c81df # CentOS-8.4.2105-ppc64le-boot.iso: 722780160 bytes SHA256 (CentOS-8.4.2105-ppc64le-boot.iso) = 4a83e12f56334132c3040491e5894e01dfe5373793e73f532c859b958aeeb900 # CentOS-8.4.2105-ppc64le-dvd1.iso: 8484990976 bytes SHA256 (CentOS-8.4.2105-ppc64le-dvd1.iso) = 9cfca292a59a45bdb1737019a6ac0383e0a674a415e7c0634262d66884a47d01 # CentOS-8.4.2105-x86_64-boot.iso: 758120448 bytes SHA256 (CentOS-8.4.2105-x86_64-boot.iso) = c79921e24d472144d8f36a0d5f409b12bd016d9d7d022fd703563973ca9c375c # CentOS-8.4.2105-x86_64-dvd1.iso: 9928966144 bytes SHA256 (CentOS-8.4.2105-x86_64-dvd1.iso) = 0394ecfa994db75efc1413207d2e5ac67af4f6685b3b896e2837c682221fd6b2 Information for the torrent files and sums are available at http://mirror.centos.org/centos/8/isos/ -------- Additional Images Vagrant and Generic Cloud images are available at: http://cloud.centos.org/centos/8/ Amazon Machine Images for Amazon Web Services are published by ID into a number of regions. A table of AMI IDs can be found here: https://wiki.centos.org/Cloud/AWS ---------- Getting Help The CentOS ecosystem is sustained by community driven help and guidance. The best place to start for new users is at http://wiki.centos.org/GettingHelp We are also on social media, you can find the project: on Twitter at :http://twitter.com/CentOS on Facebook at :https://www.facebook.com/groups/centosproject/ on LinkedIn at :https://www.linkedin.com/groups/22405 And you will find the core team and a majority of the contributors on irc, on irc.libera.chat in #centos ; talking about the finer points of distribution engineering and platform enablement. ---------- Contributors This release was made possible due to the hard work of many people, foremost on that list are the Red Hat Engineers for producing a great distribution and the CentOS QA team, without them CentOS Linux would look very different. Many of the team went further and beyond expectations to bring this release to you, and I would like to thank everyone for their help. We are also looking for people to get involved with the QA process in CentOS, if you would like to join this please introduce yourself on the centos-devel list (http://lists.centos.org/mailman/listinfo/centos-devel) Finally, please join me in thanking the donors who all make this possible for us. Enjoy the fresh new release! Thanks, Johnny Hughes ------------------------------ Subject: Digest Footer _______________________________________________ CentOS-announce mailing list CentOS-announce(a)centos.org https://lists.centos.org/mailman/listinfo/centos-announce ------------------------------ End of CentOS-announce Digest, Vol 195, Issue 1 ***********************************************

1 0

Check network activity per process.
by Kaushal Shriyan 03 Jun '21

03 Jun '21

Hi, I am referring to https://www.atoptool.nl/netatop.php and installed https://www.atoptool.nl/downloadnetatop.php kernel module netatop on CentOS Linux release 7.9.2009 (Core). How do I check Network activity per process? For example network activity for the Nginx webserver process. #systemctl status netatop ● netatop.service - Netatop kernel module Loaded: loaded (/usr/lib/systemd/system/netatop.service; enabled; vendor preset: disabled) Active: active (exited) since Thu 2021-06-03 06:58:36 IST; 10min ago Docs: man:netatop(4) Main PID: 29083 (code=exited, status=0/SUCCESS) CGroup: /system.slice/netatop.service └─29086 /usr/sbin/netatopd Jun 03 06:58:36 marketplacedisruptionsuitevapt systemd[1]: Starting Netatop kernel module... Jun 03 06:58:36 marketplacedisruptionsuitevapt systemd[1]: Started Netatop kernel module. Jun 03 06:58:36 marketplacedisruptionsuitevapt netatopd[29086]: version 3.1 actived Please guide. Thanks in advance. Best Regards, Kaushal

2 1

CentOS 8 repository
by Lillipuu Kimmo 01 Jun '21

01 Jun '21

Hello All, At the moment im using http://mirror.centos.org/centos/8/ repo on my CentOS 8 host and I noticed, that im missing quite many new packages/updates what 8.4.2105 repo contains. Is there a possibility that they will also be transferred to on /8/ repo or should I start using /8.4.2105/ on my host ? Regards, Kimmo For Internal Use Only

2 1

Mirrors Sync
by Tristan Santore 01 Jun '21

01 Jun '21

Dear All, Is there an issue with some mirrors not syncing properly ? My colleague is reporting , that some mirrors are receiving updates and others are not receiving packages. Some are, according to him, are not receiving updates since March. Is there an issue at the moment ? Any information is very welcome. If you need further information, please ask and I will assists as much as I can. Thank you. Regards, Tristan -- Tristan Santore BSc MBCS TS4523-RIPE Network and Infrastructure Operations InterNexusConnect Mobile +44-78-55069812 Tristan.Santore(a)internexusconnect.net Former Thawte Notary (Please note: Thawte has closed its WoT programme down, and I am therefore no longer able to accredit trust) For Fedora related issues, please email me at: TSantore(a)fedoraproject.org

2 1

CentOS 7 getssl script
by Jerry Geis 31 May '21

31 May '21

I am using the getssl script to add a certificate to my server. The script is automatically adding a SANS www.myserver.com when I do not have a www.myserver.com - just simply the myserver.com How can I tell getssl to "not add that SANS" entry ? Thanks, Jerry

2 1

where to get reliable/open source license manager
by qw 29 May '21

29 May '21

Hi, I have developped one python application. I need open source license server to manage the app via local network. Where can I get this kind of open source project? Thanks! Regards Andrew

6 7

kmod removal
by Emmett Culley 29 May '21

29 May '21

Sometime ago I thought I needed kmod-wl to support a new wireless card. Turns out I didn't need to do that. Now I'd like to remove kmod entirely. But when I try I get this: [root@ws1 etc]# dnf remove kmod Error: Problem: The operation would result in removing the following protected packages: systemd-udev (try to add '--skip-broken' to skip uninstallable packages) I am sure I don't want to remove systemd-udev, so I am a loss. I did disable akmods: systemctl disable akmods But I still see that kmod-wl is built each time the kernal is updated. Any suggestions where I can find out how to remove kmod. Note that searching the internet only brings me info on removing kmod-nvidia, and mostly on ubuntu, and they are no help because mostly what they discuss is how get back to neuveau. Even docs I've found that discuss how to install kmod on CentOS say nothing about removal. Emmett

3 5

OpenSSH 8.6/8.6p1 on CentOS Linux release 7.9.2009 (Core)
by Kaushal Shriyan 26 May '21

26 May '21

Hi, I am running openssh-server-7.4p1-21.el7.x86_64 on CentOS Linux release 7.9.2009 (Core). Is there a plan to introduce OpenSSH 8.6/8.6p1 version on CentOS Linux release 7.9.2009? #cat /etc/redhat-release CentOS Linux release 7.9.2009 (Core) #rpm -qa | grep -i ssh openssh-clients-7.4p1-21.el7.x86_64 libssh2-1.8.0-4.el7.x86_64 openssh-7.4p1-21.el7.x86_64 openssh-server-7.4p1-21.el7.x86_64 # Please guide. Thanks in advance. More Info:- https://www.openssh.com/releasenotes.html Best Regards, Kaushal

4 4

non-functioning printer
by Michael Hennebry 20 May '21

20 May '21

In an attempt to diagnose a friend's HP Deskjet D1420, I'm running a Centos 6.10 LiveDVD. The readily visible symptom is that it will accept a job and claim to be printing it, but nothing ever gets printed, not even a test page. The same happens on her Ubuntu system. I recently learned that a blinking power light means that the printer is complaining about something. What? http://h10032.www1.hp.com/ctg/Manual/c00905267#d0e5511enww "If an error message appears Read the error message that explains the problem and its solution." Huh? Where on a Deskjet D1420 could an error message possibly appear? Does it mean this message in /var/cups/error_log? E [13/May/2021:15:18:53 -0400] [CGI] Unable to create avahi client: Resource temporarily unavailable E [13/May/2021:15:18:53 -0400] [cups-deviced] PID 2094 (dnssd) stopped with status 1! Would the presence or absence of whatever avahi is cause the printer to complain? The printer used to print. The hardware connection has not changed in years. Any ideas? -- Michael hennebry(a)web.cs.ndsu.NoDak.edu "Sorry but your password must contain an uppercase letter, a number, a haiku, a gang sign, a heiroglyph, and the blood of a virgin." -- someeecards

6 16

CentOS IRC channels moving to irc.libera.chat
by Rich Bowen 19 May '21

19 May '21

TL;DR: #centos and #centos-* are moving to libera.chat Over the past few days, there has been some upheaval on the Frenode IRC network, resulting in a number of the staff members quitting and starting a new IRC network. I wont attempt to explain all the details here, but you can read more at https://kline.sh which also links to other sources. The various ops have discussed the situation, and we intend to migrate all of the various #centos-* channels from Freenode over to irc.libera.chat over the coming days. This will take time, since libera is still spinning up, and some servers are moving from one network to the other. As libera is still in the early stages of setup, you may have significantly more timeouts/disconnects, netsplits and other issues for now. Until the new network is fully stable, we'll all continue to be present in the Freenode chanels. Please bring further questions to the IRC channels (on either network).

1 0

IUS repository for CentOS Linux release 8.x
by Kaushal Shriyan 18 May '21

18 May '21

Hi, I am running CentOS Linux release 8.3.2011. I am referring to https://ius.io/setup to set up the IUS repo for CentOS 8.3. Is CentOS 8.x not supported? Please suggest. Thanks in Advance. Best Regards, Kaushal

2 2

Trying to build enca
by Adrian van Bloois 18 May '21

18 May '21

Hi, I want to get vlc or mplayer to work on CentOS 8. For this I need enca to beinstalled. So I took it from Fedora 31 and tried to build the rpm. At the end of the process I get this message: Processing files: enca-debugsource-1.19-4.el8.x86_64 error: Empty %files file /home/adrian/rpmbuild/BUILD/enca-1.19/debugsourcefiles.list RPM build errors: Empty %files file /home/adrian/rpmbuild/BUILD/enca-1.19/debugsourcefiles.list Any ideas about what's going wrong??? Cheers Adrian -- Adri P. van Bloois "The greatest threat to our planet is the belief that someone else will save it." Robert Swan.

2 1

CentOS 7: samba 4.10.x: smbd daemon cannot free space used from the spool temp file removed
by Dario Lesca 18 May '21

18 May '21

After a while, the /var filesystem is full because the smbd samba daemon cannot release the space of job files removed: To release this space I must restart the service or kill -15 the process that already use this file. This is the situation after some hours of work: # lsof |grep smbprn. smbd 10099 root 34u REG 253,7 129691 82 /var/spool/samba/smbprn.Y44hEB (deleted) smbd 10099 root 36u REG 253,7 190666 72 /var/spool/samba/smbprn.Jqx29D (deleted) smbd 10099 root 38u REG 253,7 461718458 73 /var/spool/samba/smbprn.sY0OzI (deleted) smbd 10099 root 41u REG 253,7 129347 93 /var/spool/samba/smbprn.i7fjQ6 (deleted) smbd 10099 root 42u REG 253,7 128170 79 /var/spool/samba/smbprn.gdEDXN (deleted) smbd 10099 root 45u REG 253,7 229790 80 /var/spool/samba/smbprn.qjm2NL (deleted) smbd 10099 root 46u REG 253,7 43076 97 /var/spool/samba/smbprn.z0etcZ (deleted) smbd 10099 root 48u REG 253,7 129339 95 /var/spool/samba/smbprn.GHcowo (deleted) smbd 10099 root 49u REG 253,7 216893 98 /var/spool/samba/smbprn.2cqa6X (deleted) smbd 10099 root 52u REG 253,7 130143 87 /var/spool/samba/smbprn.QimHW4 (deleted) smbd 10099 root 55u REG 253,7 52581 100 /var/spool/samba/smbprn.snvGa3 (deleted) smbd 10099 root 56u REG 253,7 129623 94 /var/spool/samba/smbprn.w7L8y6 (deleted) smbd 10099 root 68u REG 253,7 64781 99 /var/spool/samba/smbprn.2uHnut (deleted) smbd 10099 root 69u REG 253,7 52581 101 /var/spool/samba/smbprn.Exeq3U (deleted) smbd 10099 root 70u REG 253,7 43681 106 /var/spool/samba/smbprn.REFsbL (deleted) smbd 10099 root 71u REG 253,7 342598 102 /var/spool/samba/smbprn.8Dka0u (deleted) smbd 10099 root 72u REG 253,7 222603 104 /var/spool/samba/smbprn.q6ZPY7 (deleted) smbd 10099 root 73u REG 253,7 221328 109 /var/spool/samba/smbprn.K2YwWA (deleted) smbd 10099 root 74u REG 253,7 43780 107 /var/spool/samba/smbprn.1o6uIX (deleted) smbd 10099 root 75u REG 253,7 221019 108 /var/spool/samba/smbprn.KeH0O3 (deleted) smbd 10099 root 77u REG 253,7 43315 111 /var/spool/samba/smbprn.KBL8ic (deleted) smbd 10100 root 34u REG 253,7 142770 77 /var/spool/samba/smbprn.s1h496 (deleted) smbd 10100 root 35u REG 253,7 33696 78 /var/spool/samba/smbprn.GncIKK (deleted) smbd 10101 root 33u REG 253,7 240900 69 /var/spool/samba/smbprn.3WQlx1 (deleted) smbd 10101 root 34u REG 253,7 409379 96 /var/spool/samba/smbprn.zZ5RbD (deleted) smbd 10101 root 35u REG 253,7 162610 67 /var/spool/samba/smbprn.ziDbOl (deleted) smbd 10101 root 38u REG 253,7 242494 68 /var/spool/samba/smbprn.X0YIZT (deleted) smbd 10101 root 42u REG 253,7 327729 70 /var/spool/samba/smbprn.ZUwcjE (deleted) smbd 10101 root 43u REG 253,7 429289 71 /var/spool/samba/smbprn.n5YHhG (deleted) smbd 11962 nobody 16u REG 253,7 123406 74 /var/spool/samba/smbprn.Wclp0q (deleted) smbd 11962 nobody 33u REG 253,7 2804169 86 /var/spool/samba/smbprn.BrKhuU (deleted) smbd 11962 nobody 35u REG 253,7 63284 75 /var/spool/samba/smbprn.Aoq7I2 (deleted) smbd 11962 nobody 40u REG 253,7 4814097 76 /var/spool/samba/smbprn.ZZy1rS (deleted) smbd 11962 nobody 41u REG 253,7 82282 88 /var/spool/samba/smbprn.rAIBil (deleted) smbd 11962 nobody 42u REG 253,7 602346 81 /var/spool/samba/smbprn.4ZTHAL (deleted) smbd 11962 nobody 44u REG 253,7 28309942 83 /var/spool/samba/smbprn.45x0K9 (deleted) smbd 11962 nobody 45u REG 253,7 5608461 84 /var/spool/samba/smbprn.bLuZXv (deleted) smbd 11962 nobody 46u REG 253,7 5603883 85 /var/spool/samba/smbprn.MIA8uL (deleted) smbd 11962 nobody 47u REG 253,7 129605 103 /var/spool/samba/smbprn.vv4vRt (deleted) smbd 11962 nobody 48u REG 253,7 82219 115 /var/spool/samba/smbprn.dHbGuR (deleted) smbd 11962 nobody 49u REG 253,7 65393 89 /var/spool/samba/smbprn.btj79i (deleted) smbd 11962 nobody 50u REG 253,7 774651 90 /var/spool/samba/smbprn.6bMjov (deleted) smbd 11962 nobody 51u REG 253,7 873423 91 /var/spool/samba/smbprn.qM3VjY (deleted) The /var/spool/samba folder is empty, but the smbprn temp file still use the space on filesystem because the file is already open, and after a while i get a filesystem full on /var. Is this a know issue? There is some solution? Many thanks -- Dario Lesca (inviato dal mio Linux Fedora 33 Workstation)

1 0

Using Cgroups in CentOS-7
by Gestió Servidors 18 May '21

18 May '21

Hi, I want to limit CPUQuota and Memory using "Cgroups". After reading some documents, it seems I need to modify "user.slice" systemd file adding "CPUQuota=25%" (for example) but, after it, if I run a "stress" with other user (not "root"), stress process takes 100% CPU. I have noticed that rebooting system non-root user has % CPU limited... but also root... so is it possible to configure that limits to all users but non root? Thanks.

2 1

pam_mysql
by Emmett Culley 16 May '21

16 May '21

I am attempting to create a multiple domain email server using postfix and cyrus-imap on CentOS Stream 8. It will includes a web back end similar to cyradm. Now I am stuck on mysql or mariadb support for pam. I am not able to find a pam_mysql rpm that will install on CentOS 8. I have a previous version working on CentOS 7. On CentOS 7 I am using pam_mysql 1:0.7-0.20.rc1.fc23 and all is working and has been for a number of years. I found pam_mysql-0.8.1-0.6.fc32.x86_64.rpm, but when I attempt to install it, it says it needs libcrypt.so.1 and it appears CentOS Stream has libcrypt.so.2 Any pointers either where to find pam_mysql, or some other solutions, for CentOS Stream 8? Note that I have epel-release installed and enabled, though epel-playground is disabled, and I am using Remi's repos to install php 7.4.

3 2

CentOS 7 on a new Dell Precision
by Tony Schreiner 15 May '21

15 May '21

I am trying to install CentOS 7 on a Dell Precision 3640 and am having some driver problems. I had to use kmod-e1000e from ElReo enable networking on the: 00:1f.6 Ethernet controller [0200]: Intel Corporation Ethernet Connection (11) I219-LM [8086:0d4c] I still don't have graphics. When starting Gnome, it shows the graphic screen briefly but reverts to the text login. It has two graphics cards: 00:02.0 VGA compatible controller [0300]: Intel Corporation Device [8086:9bc5] (rev 05) 01:00.0 VGA compatible controller [0300]: Advanced Micro Devices, Inc. [AMD/ATI] Lexa XT [Radeon PRO WX 3200] [1002:6981] (rev 10) lsmod shows i915 and amdgpu modules loaded but Xorg.0.log says the modules amdgpu cannot be found. Is it a version issue? Dell has a Radeon driver for RHEL 8, but not for 7. I have no xorg.conf file. [ 54.839] X.Org X Server 1.20.4 X Protocol Version 11, Revision 0 [ 54.840] Build Operating System: 3.10.0-957.1.3.el7.x86_64 [ 54.840] Current Operating System: Linux isr3c538b3kenn 3.10.0 1160.25.1.el7.x86_64 #1 SMP Wed Apr 28 21:49:45 UTC 2021 x86_64 [ 54.840] Kernel command line: BOOT_IMAGE=/vmlinuz-3.10.01160.25.1.el7.x86_64 root=/dev/mapper/centos-root ro crashkernel=auto rd.lvm.lv=centos/root rd.lvm.lv=centos/swap rhgb quiet LANG=en_US.UTF-8 [ 54.840] Build Date: 24 February 2021 09:09:20PM [ 54.840] Build ID: xorg-x11-server 1.20.4-15.el7_9 [ 54.840] Current version of pixman: 0.34.0 [ 54.840] Before reporting problems, check http://wiki.x.orgto make sure that you have the latest version. [ 54.840] Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. [ 54.840] (==) Log file: "/var/log/Xorg.0.log", Time: Mon May 3 14:31:21 2021 [ 54.840] (==) Using system config directory "/usr/share/X11/xorg.conf.d" [ 54.840] (==) No Layout section. Using the first Screen section. [ 54.840] (==) No screen section available. Using defaults. [ 54.840] (**) |-->Screen "Default Screen Section" (0) [ 54.840] (**) | |-->Monitor "<default monitor>" [ 54.840] (==) No monitor specified for screen "Default Screen Section". Using a default monitor configuration. [ 54.840] (==) Automatically adding devices [ 54.840] (==) Automatically enabling devices [ 54.840] (==) Automatically adding GPU devices [ 54.840] (==) Automatically binding GPU devices [ 54.840] (==) Max clients allowed: 256, resource mask: 0x1fffff [ 54.840] (==) FontPath set to: catalogue:/etc/X11/fontpath.d, built-ins [ 54.840] (==) ModulePath set to "/usr/lib64/xorg/modules" [ 54.840] (II) The server relies on udev to provide the list of input devices . If no devices become available, reconfigure udev or disable AutoAddDevices. [ 54.840] (II) Loader magic: 0x561cda874020 [ 54.840] (II) Module ABI versions: [ 54.840] X.Org ANSI C Emulation: 0.4 [ 54.840] X.Org Video Driver: 24.0 [ 54.840] X.Org XInput driver : 24.1 [ 54.840] X.Org Server Extension : 10.0 [ 54.841] (II) xfree86: Adding drm device (/dev/dri/card0) [ 54.841] (II) Platform probe for /sys/devices/pci0000:00/0000:00:01.0/0000:01:00.0/drm/card0 [ 54.843] (--) PCI:*(0@0:2:0) 8086:9bc5:1028:098d rev 5, Mem @0xa1000000/16777216, 0x80000000/268435456, I/O @ 0x00004000/64, BIOS @ 0x????????/131072 [ 54.843] (--) PCI: (1@0:0:0) 1002:6981:1028:2b0d rev 16, Mem @0x4100000000/4294967296, 0x4080000000/2097152, 0xa2100000/262144, I/O @0x00003000/256, BIOS @ 0x????????/131072 [ 54.843] (II) LoadModule: "glx" [ 54.844] (II) Loading /usr/lib64/xorg/modules/extensions/libglx.so [ 54.844] (II) Module glx: vendor="X.Org Foundation" [ 54.844] compiled for 1.20.4, module version = 1.0.0 [ 54.844] ABI class: X.Org Server Extension, version 10.0 [ 54.844] (==) Matched ati as autoconfigured driver 0 [ 54.844] (==) Matched modesetting as autoconfigured driver 1 [ 54.844] (==) Matched fbdev as autoconfigured driver 2 [ 54.844] (==) Matched vesa as autoconfigured driver 3 [ 54.844] (==) Assigned the driver to the xf86ConfigLayout [ 54.844] (II) LoadModule: "ati" [ 54.844] (II) Loading /usr/lib64/xorg/modules/drivers/ati_drv.so [ 54.844] (II) Module ati: vendor="X.Org Foundation" [ 54.844] compiled for 1.20.4, module version = 19.0.1 [ 54.844] Module class: X.Org Video Driver [ 54.844] ABI class: X.Org Video Driver, version 24.0 [ 54.844] (II) LoadModule: "amdgpu" [ 54.844] (WW) Warning, couldn't open module amdgpu [ 54.844] (EE) Failed to load module "amdgpu" (module does not exist, 0) [ 54.844] (II) LoadModule: "modesetting" [ 54.844] (II) Loading /usr/lib64/xorg/modules/drivers/modesetting_drv.so [ 54.844] (II) Module modesetting: vendor="X.Org Foundation" [ 54.844] compiled for 1.20.4, module version = 1.20.4 [ 54.844] Module class: X.Org Video Driver [ 54.844] ABI class: X.Org Video Driver, version 24.0 [ 54.844] (II) LoadModule: "fbdev" [ 54.844] (II) Loading /usr/lib64/xorg/modules/drivers/fbdev_drv.so [ 54.844] (II) Module fbdev: vendor="X.Org Foundation" [ 54.844] compiled for 1.20.1, module version = 0.5.0 [ 54.844] Module class: X.Org Video Driver [ 54.844] ABI class: X.Org Video Driver, version 24.0 [ 54.844] (II) LoadModule: "vesa" [ 54.844] (II) Loading /usr/lib64/xorg/modules/drivers/vesa_drv.so [ 54.844] (II) Module vesa: vendor="X.Org Foundation" [ 54.844] compiled for 1.20.1, module version = 2.4.0 [ 54.844] Module class: X.Org Video Driver [ 54.844] ABI class: X.Org Video Driver, version 24.0 [ 54.844] (II) modesetting: Driver for Modesetting Kernel Drivers: kms [ 54.844] (II) FBDEV: driver for framebuffer: fbdev [ 54.844] (II) VESA: driver for VESA chipsets: vesa [ 54.844] (++) using VT number 2 [ 54.845] (WW) Falling back to old probe method for modesetting [ 54.845] (II) modeset(1): using default device [ 54.845] (II) Loading sub module "fbdevhw" [ 54.845] (II) LoadModule: "fbdevhw" [ 54.845] (II) Loading /usr/lib64/xorg/modules/libfbdevhw.so [ 54.845] (II) Module fbdevhw: vendor="X.Org Foundation" [ 54.845] compiled for 1.20.4, module version = 0.0.2 [ 54.845] ABI class: X.Org Video Driver, version 24.0 [ 54.845] (EE) Unable to find a valid framebuffer device [ 54.845] (WW) Falling back to old probe method for fbdev [ 54.845] (II) Loading sub module "fbdevhw" [ 54.845] (II) LoadModule: "fbdevhw" [ 54.845] (II) Loading /usr/lib64/xorg/modules/libfbdevhw.so [ 54.845] (II) Module fbdevhw: vendor="X.Org Foundation" [ 54.845] compiled for 1.20.4, module version = 0.0.2 [ 54.845] ABI class: X.Org Video Driver, version 24.0 [ 54.845] (II) FBDEV(3): using default device [ 54.845] vesa: Refusing to run on UEFI [ 54.845] (II) modeset(G0): using drv /dev/dri/card0 [ 54.845] (EE) Screen 0 deleted because of no matching config section. [ 54.845] (II) UnloadModule: "modesetting" [ 54.845] (EE) Screen 1 deleted because of no matching config section. [ 54.845] (II) UnloadModule: "fbdev" [ 54.845] (II) UnloadSubModule: "fbdevhw" [ 54.845] (II) modeset(0): Creating default Display subsection in Screen sect ion "Default Screen Section" for depth/fbbpp 24/32 [ 54.845] (==) modeset(0): Depth 24, (==) framebuffer bpp 32 [ 54.845] (DB) xf86MergeOutputClassOptions unsupported bus type 0 [ 54.845] (==) modeset(0): RGB weight 888 [ 54.845] (==) modeset(0): Default visual is TrueColor [ 54.845] (II) Loading sub module "glamoregl" [ 54.845] (II) LoadModule: "glamoregl" [ 54.845] (II) Loading /usr/lib64/xorg/modules/libglamoregl.so [ 54.847] (II) Module glamoregl: vendor="X.Org Foundation" [ 54.847] compiled for 1.20.4, module version = 1.0.1 [ 54.847] ABI class: X.Org ANSI C Emulation, version 0.4 [ 54.890] (II) modeset(0): glamor X acceleration enabled on AMD POLARIS12 (DRM 3.27.0, 3.10.0-1160.25.1.el7.x86_64, LLVM 7.0.1) [ 54.890] (II) modeset(0): glamor initialized [ 54.890] (II) modeset(0): Output DP-1 has no monitor section [ 54.890] (II) modeset(0): Output DP-2 has no monitor section [ 54.890] (II) modeset(0): Output DP-3 has no monitor section [ 54.890] (II) modeset(0): Output DP-4 has no monitor section [ 54.890] (II) modeset(0): EDID for output DP-1 [ 54.890] (II) modeset(0): EDID for output DP-2 [ 54.890] (II) modeset(0): EDID for output DP-3 [ 54.890] (II) modeset(0): EDID for output DP-4 [ 54.890] (II) modeset(0): Output DP-1 disconnected [ 54.890] (II) modeset(0): Output DP-2 disconnected [ 54.890] (II) modeset(0): Output DP-3 disconnected [ 54.890] (II) modeset(0): Output DP-4 disconnected [ 54.890] (WW) modeset(0): No outputs definitely connected, trying again... [ 54.890] (II) modeset(0): Output DP-1 disconnected [ 54.890] (II) modeset(0): Output DP-2 disconnected [ 54.890] (II) modeset(0): Output DP-3 disconnected [ 54.890] (II) modeset(0): Output DP-4 disconnected [ 54.890] (WW) modeset(0): Unable to find connected outputs - setting 1024x76 8 initial framebuffer [ 54.890] (==) modeset(0): Using gamma correction (1.0, 1.0, 1.0) [ 54.890] (==) modeset(0): DPI set to (96, 96) [ 54.890] (II) Loading sub module "fb" [ 54.890] (II) LoadModule: "fb" [ 54.890] (II) Loading /usr/lib64/xorg/modules/libfb.so [ 54.890] (II) Module fb: vendor="X.Org Foundation" [ 54.890] compiled for 1.20.4, module version = 1.0.0 [ 54.890] ABI class: X.Org ANSI C Emulation, version 0.4 [ 54.890] (II) FBDEV(1): Creating default Display subsection in Screen section "Default Screen Section" for depth/fbbpp 24/32 [ 54.890] (==) FBDEV(1): Depth 24, (==) framebuffer bpp 32 [ 54.890] (==) FBDEV(1): RGB weight 888 [ 54.890] (==) FBDEV(1): Default visual is TrueColor [ 54.890] (==) FBDEV(1): Using gamma correction (1.0, 1.0, 1.0) [ 54.890] (II) FBDEV(1): hardware: EFI VGA (video memory: 6892kB) [ 54.890] (DB) xf86MergeOutputClassOptions unsupported bus type 0 [ 54.890] (II) FBDEV(1): checking modes against framebuffer device... [ 54.890] (II) FBDEV(1): checking modes against monitor... [ 54.890] (II) FBDEV(1): Virtual size is 1680x1050 (pitch 1680) [ 54.890] (**) FBDEV(1): Built-in mode "current": 176.4 MHz, 82.9 kHz, 77.2 Hz [ 54.890] (II) FBDEV(1): Modeline "current"x0.0 176.43 1680 1712 1920 2128 1050 1054 1058 1074 -hsync -vsync -csync (82.9 kHz b) [ 54.890] (==) FBDEV(1): DPI set to (96, 96) [ 54.890] (II) Loading sub module "fb" [ 54.890] (II) LoadModule: "fb" [ 54.890] (II) Loading /usr/lib64/xorg/modules/libfb.so [ 54.890] (II) Module fb: vendor="X.Org Foundation" [ 54.890] compiled for 1.20.4, module version = 1.0.0 [ 54.890] ABI class: X.Org ANSI C Emulation, version 0.4 [ 54.890] (**) FBDEV(1): using shadow framebuffer [ 54.890] (II) Loading sub module "shadow" [ 54.890] (II) LoadModule: "shadow" [ 54.890] (II) Loading /usr/lib64/xorg/modules/libshadow.so [ 54.890] (II) Module shadow: vendor="X.Org Foundation [ 54.890] compiled for 1.20.4, module version = 1.1.0 [ 54.890] ABI class: X.Org ANSI C Emulation, version 0.4 [ 54.890] (==) modeset(G0): Depth 24, (==) framebuffer bpp 32 [ 54.890] (==) modeset(G0): RGB weight 888 [ 54.890] (==) modeset(G0): Default visual is TrueColor [ 54.890] (II) Loading sub module "glamoregl" [ 54.890] (II) LoadModule: "glamoregl" [ 54.890] (II) Loading /usr/lib64/xorg/modules/libglamoregl.so [ 54.890] (II) Module glamoregl: vendor="X.Org Foundation" [ 54.890] compiled for 1.20.4, module version = 1.0.1 [ 54.890] ABI class: X.Org ANSI C Emulation, version 0.4 [ 54.893] (II) modeset(G0): glamor X acceleration enabled on AMD POLARIS12 DRM 3.27.0, 3.10.0-1160.25.1.el7.x86_64, LLVM 7.0.1) [ 54.893] (II) modeset(G0): glamor initialized [ 54.893] (II) modeset(G0): Output DP-1-1 has no monitor section [ 54.893] (II) modeset(G0): Output DP-1-2 has no monitor section [ 54.893] (II) modeset(G0): Output DP-1-3 has no monitor section [ 54.893] (II) modeset(G0): Output DP-1-4 has no monitor section [ 54.893] (II) modeset(G0): EDID for output DP-1-1 [ 54.893] (II) modeset(G0): EDID for output DP-1-2 [ 54.893] (II) modeset(G0): EDID for output DP-1-3 [ 54.893] (II) modeset(G0): EDID for output DP-1-4 [ 54.893] (==) modeset(G0): Using gamma correction (1.0, 1.0, 1.0) [ 54.893] (==) modeset(G0): DPI set to (96, 96) [ 54.893] (II) Loading sub module "fb" [ 54.893] (II) LoadModule: "fb" [ 54.893] (II) Loading /usr/lib64/xorg/modules/libfb.so [ 54.893] (II) Module fb: vendor="X.Org Foundation" [ 54.893] compiled for 1.20.4, module version = 1.0.0 [ 54.893] ABI class: X.Org ANSI C Emulation, version 0.4 [ 54.893] (EE) modeset(G0): drmSetMaster failed: Invalid argument [ 54.893] (EE) Fatal server error: [ 54.893] (EE) AddScreen/ScreenInit failed for gpu driver 0 -1 [ 54.893] (EE) [ 54.893] (EE) Please consult the The X.Org Foundation support at http://wiki.x.org for help. [ 54.893] (EE) Please also check the log file at "/var/log/Xorg.0.log" for additional information. [ 54.893] (EE) [ 54.895] (EE) Server terminated with error (1). Closing log file. Thanks if you have any recommendations. tony

2 2

Weird localectl behavior under CentOS 7
by Nicolas Kovacs 15 May '21

15 May '21

Hi, On a fresh CentOS 7 installation using Français/France as regional parameters in the installer, here's what localectl looks like: [microlinux@linuxbox ~]$ localectl System Locale: LANG=fr_FR.UTF-8 VC Keymap: ch-fr X11 Layout: ch X11 Variant: fr Now I'd like to have my system messages in english. So I set the system language accordingly: $ sudo localectl set-locale LANG=en_US.utf8 Things seem to look OK now: [microlinux@linuxbox ~]$ localectl System Locale: LANG=en_US.utf8 VC Keymap: ch-fr X11 Layout: ch X11 Variant: fr Except when I display my LANG variable, it's still fr_FR.UTF-8 for normal users... but en_US.utf8 for root. This looks like inconsistent or buggy behavior to me. Any suggestions on how to change the default system locale LANG so that it's en_US.utf8 for everybody *without* having to jump through burning loops and putting it in everybody's ~/.bashrc ? Cheers, Niki -- Microlinux - Solutions informatiques durables 7, place de l'église - 30730 Montpezat Site : https://www.microlinux.fr Blog : https://blog.microlinux.fr Mail : info(a)microlinux.fr Tél. : 04 66 63 10 32 Mob. : 06 51 80 12 12

3 4

getssl was working stopped
by Jerry Geis 14 May '21

14 May '21

Hi All - I am using getssl on CentOS 7. It have been working fine since Feb 17th and just stopped. My script: getssl -u -a -q getssl: for some reason could not reach http://MY_NAME/.well-known/acme-challenge/lL_ublhWh3fnmbXhhh3BR3bdnjHoMFAgT… - please check it manually So I did check it manually from another machine - it works fine: curl http://MY_NAME/.well-known/acme-challenge/lL_ublhWh3fnmbXhhh3BR3bdnjHoMFAgT… lL_ublhWh3fnmbXhhh3BR3bdnjHoMFAgTimTvZUTLQM.tIS27xF0xtz7YHES31MATofXyCeyfqttq7B_YBYZetI So it works fine. I then thought perhaps a firewall issue. So I "systemctl stop firewalld", redid the getssl -u -a -q command above - and I get the same error. How do I see/tell what its not liking ? Thanks, Jerry

3 5

systemd and 'Stale file handle' errors?
by James Pearson 14 May '21

14 May '21

I have a CentOS 7 system where I needed to restart chronyd - but the systemctl restart failed with the error: systemd[1]: Starting NTP client/server... systemd[43578]: Failed at step NAMESPACE spawning /usr/sbin/chronyd: Stale file handle systemd[1]: chronyd.service: control process exited, code=exited status=226 Turns out there are a couple of Stale NFS file handles from fuse mounts (related to gvfsd) of sub directories under an NFS mounted home directory server - but the home directory for the user in this case, no longer exist (user has left) However, I have no idea why these 'Stale file handles' prevent a service being started by systemd ? In this case, chronyd has nothing to do with NFS mounted user home directories - so shouldn't really care ? I have tried everything I can think of to clear these stale mounts, but with no luck Does anyone know why systemd complains about unconnected 'Stale file handles' - and is there any way I can tell systemctl to start a service regardless of these 'errors' ? Rebooting the host will be a last resort (the system is used by many users) - but in the meantime, I've manually started the /usr/sbin/chronyd binary directly, which runs fine Thanks James Pearson

3 3

cups, stalling the transfer of printed files from the local machines to the cups print server
by Gregory P. Ennis 12 May '21

12 May '21

Everyone, I have been having some problems with our cups printing service for the last 4 months. I have a gateway machine that holds the printer information and is the print server. The other machines on the network use cups and cups-browsed that are set up to spool the print jobs to the gateway and then the gateway sends the data stream to the respective printers. The problem I have is that on any of the local machines the print jobs stall. I can run lpstat lpt6 for instance which gives me the listing of the stalled print jobs, but I am not seeing error messages in the logs either on the local machine or on the gateway print server. In doing some google searching I found that there was a problem with gh ghostscript-9.07-31.el7_6.10.x86_64 and ghostscript-cups-9.07- 31.el7_6.10.x86_64 that was apparently fixed. I am running Centos 7.9 that is fully updated with gs 9.25 on both the local machines and the gateway. The problem is intermittent and appears with various file types pdf, ps, pcl, and txt. I have not been able to identify any specific or consistent association. If any of you have had this problem I would sure appreciate your help. Thanks in advance !!!! -- Greg Ennis

1 1

ipforwarding -- routing
by R C 11 May '21

11 May '21

Hello, I have an accesspoint, that I connected to one ethernetport, the ap has ip 192.168.67.6, the port 192.168.67.1 I want to forward/route traffic for anything in 192.168.66.0 to go to that access point, and from the ap to the other port. What is the best way to do that? I tried: sudo sysctl -w net.ipv4.ip_forward=1 sudo firewall-cmd --direct --add-rule ipv4 filter FORWARD 0 -o eno1 -i enp0s20u4u1 -j ACCEPT sudo firewall-cmd --direct --add-rule ipv4 filter FORWARD 0 -o enp0s20u4u1 -i eno1 -j ACCEPT but that doesn't seem to work. thanks, Ron

2 1

will there be centos 8.4?
by d tbsky 11 May '21

11 May '21

Hi: RHEL 8.3 doesn't offer extended update support, so it seems be EOL this month. but centos8 will be supported until December. so will there be centos 8.4, or centos 8.3 will do the extend update support itself?

5 8

Reminder: CentOS Dojo this week
by Rich Bowen 10 May '21

10 May '21

Reminder: The CentOSDojo is this week, Thursday and Friday. The schedule and (Free!) registration is available at https://wiki.centos.org/Events/Dojo/May2021

1 0

yumex for CentOS 8.3
by Robert G. (Doc) Savage 09 May '21

09 May '21

If yumex is no longer available, please advise. A few minutes ago when 'dnfdragora' failed for CentOS 8.3, I tried: # yumex --root bash: yumex: command not found... Install package 'yumex' to provide command 'yumex'? [N/y] y * Waiting in queue... * Loading list of packages.... Failed to install packages: Could not depsolve transaction; 1 problem detected: Problem: conflicting requests - nothing provides python-iniparse needed by yumex-3.0.15-1.el7.nux.noarch - nothing provides pycairo needed by yumex-3.0.15-1.el7.nux.noarch - nothing provides dbus-python needed by yumex-3.0.15-1.el7.nux.noarch - nothing provides /usr/bin/python needed by yumex-3.0.15-1.el7.nux.noarch - nothing provides pexpect needed by yumex-3.0.15-1.el7.nux.noarch - nothing provides python-kitchen needed by yumex-3.0.15-1.el7.nux.noarch - nothing provides urlgrabber needed by yumex-3.0.15-1.el7.nux.noarch Is this a long-winded way of telling me to forget it? V/R --Doc Savage Fairview Heights, IL

5 7

Re: [CentOS] vlc: - nothing provides libfluidsynth.so.1
by Richard 07 May '21

07 May '21

> Date: Friday, May 07, 2021 15:46:14 -0600 > From: R C <cjvijf(a)gmail.com> > > I am trying to install vlc and get: > > > Problem: conflicting requests > - nothing provides libfluidsynth.so.1()(64bit) needed by vlc > What release of centos and version of vlc? EPEL appears to have libfluidsynth.so.1 for centos-7 fluidsynth-libs-1.1.6-7.el7.x86_64 Repo : epel Matched from: Filename : /usr/lib64/libfluidsynth.so.1 Filename : /usr/lib64/libfluidsynth.so.1.5.2 Did you cut something out from the message? I wouldn't expect (only) a "nothing provides" message under "Problem: conflicting requests:"

2 1

vlc: - nothing provides libfluidsynth.so.1
by R C 07 May '21

07 May '21

Hello, I am trying to install vlc and get: Problem: conflicting requests - nothing provides libfluidsynth.so.1()(64bit) needed by vlc any ideas? thanks, Ron

2 1

NetworkManager: Remove one of two DHCP leases
by Kenneth Porter 07 May '21

07 May '21

I forgot to release the DHCP IPv4 lease on a PC before I deployed it at the customer site. So now the box has two leases for a couple days, when the old lease expires. What's the proper way to force the unwanted additional lease to expire immediately? It's mucking up my resolv.conf with the old DNS search order and servers added to the customer's. I checked the /var/lib/NetworkManager/dhclient6-*.lease file and see my own IPv6 configuration and nothing from the customer, which explains why I can't connect to resolved IPv6 addresses. How can I flush that? (There are two identical lease6 records but both are to my home LAN. Why are there two copies?)

1 0

CentOS are Debian / Ubuntu mirror
by Rudi Ahlers 06 May '21

06 May '21

Hi, Does anyone have some instructions on setting up a CentOS server as mirror for Debian and Ubuntu distributions? I already setup a YUM mirror and this works fairly well, but cannot seem to figure out how to mirror Debian and Ubuntu repositories. -- Kind Regards Rudi Ahlers Website: http://www.rudiahlers.co.za

5 13

What is the best (and free) Linux softphone?
by Turritopsis Dohrnii Teo En Ming 05 May '21

05 May '21

Subject: What is the best (and free) Linux softphone? Good day from Singapore, I already have an Asterisk-based FreePBX VoIP IP PBX SIP server virtual appliance (VirtualBox). I do not want to spend so much money on buying physical IP phones. Recently, I migrated my Fortigate 60D firewall, Huawei E3276s-920 4G LTE USB modem, FreePBX virtual appliance (on laptop) and 1 unit of Cisco 7960 IP phone from my home to the community hostel. I cannot migrate too many hardware to the community hostel even though I have 4 Cisco 7960 IP phones. As stated earlier, I do not want to spend so much money on buying physical IP phones. I am trying to save as much money as possible as I live in extreme poverty in Singapore. My proposed solution is to install many Linux virtual machines on my laptop. Each Linux virtual machine will have a softphone. So my ultimate question is: What is the best (and free) Linux softphone available? Do I have many choices? I am looking forward to your reply. Thank you very much. Mr. Turritopsis Dohrnii Teo En Ming, 43 years as of 5th May 2021, is a TARGETED INDIVIDUAL living in Singapore. He is an IT Consultant with a System Integrator (SI)/computer firm in Singapore. He is an IT enthusiast. -----BEGIN EMAIL SIGNATURE----- The Gospel for all Targeted Individuals (TIs): [The New York Times] Microwave Weapons Are Prime Suspect in Ills of U.S. Embassy Workers Link: https://www.nytimes.com/2018/09/01/science/sonic-attack-cuba-microwave.html ******************************************************************************************** Singaporean Targeted Individual Mr. Turritopsis Dohrnii Teo En Ming's Academic Qualifications as at 14 Feb 2019 and refugee seeking attempts at the United Nations Refugee Agency Bangkok (21 Mar 2017), in Taiwan (5 Aug 2019) and Australia (25 Dec 2019 to 9 Jan 2020): [1] https://tdtemcerts.wordpress.com/ [2] https://tdtemcerts.blogspot.sg/ [3] https://www.scribd.com/user/270125049/Teo-En-Ming -----END EMAIL SIGNATURE-----

1 0

Online CentOS Dojo next week
by Rich Bowen 04 May '21

04 May '21

We will be holding an online CentOS Dojo next week. Details and (Free!) registration information is available at https://hopin.com/events/centos-dojo-online-may-2021 As usual, this event will feature both deep technical content around the CentOS Project, as well as an "ask me anything" session with the board of directors about the project in general. All content will also be recorded, and available on our YouTube channel at the end of the live event. We look forward to seeing you there! --Rich

1 0

video driver for NVIDIA Quadro
by R C 01 May '21

01 May '21

Hello, I am running Centos/RHEL 8 on a Dell precision M6800/6700 with a: NVIDIA Corporation GK104GLM [Quadro K3100M] Is there a driver for that one? or am I stuck with nouveaux ? thanks, Ron

7 16

CentOS-announce Digest, Vol 194, Issue 1
by centos-announce-request＠centos.org 01 May '21

01 May '21

Send CentOS-announce mailing list submissions to centos-announce(a)centos.org To subscribe or unsubscribe via the World Wide Web, visit https://lists.centos.org/mailman/listinfo/centos-announce or, via email, send a message with subject or body 'help' to centos-announce-request(a)centos.org You can reach the person managing the list at centos-announce-owner(a)centos.org When replying, please edit your Subject line so it is more specific than "Re: Contents of CentOS-announce digest..." Today's Topics: 1. CESA-2021:1297 Moderate CentOS 7 java-11-openjdk Security Update (Johnny Hughes) 2. CESA-2021:1298 Moderate CentOS 7 java-1.8.0-openjdk Security Update (Johnny Hughes) 3. CESA-2021:1354 Important CentOS 7 xstream Security Update (Johnny Hughes) 4. CEBA-2021:1398 CentOS 7 firewalld BugFix Update (Johnny Hughes) 5. CEBA-2021:1386 CentOS 7 lvm2 BugFix Update (Johnny Hughes) 6. CESA-2018:3140 Moderate CentOS 7 libgweather Security Update (Johnny Hughes) 7. CEBA-2020:3987 CentOS 7 control-center BugFix Update (Johnny Hughes) 8. CEBA-2021:1383 CentOS 7 scap-security-guide BugFix Update (Johnny Hughes) 9. CESA-2020:4076 Moderate CentOS 7 nss Security Update (Johnny Hughes) 10. CESA-2021:1469 Important CentOS 7 bind Security Update (Johnny Hughes) 11. CEBA-2021:1385 CentOS 7 sos BugFix Update (Johnny Hughes) 12. CESA-2021:0617 Important CentOS 7 xterm Security Update (Johnny Hughes) ---------------------------------------------------------------------- Message: 1 Date: Thu, 29 Apr 2021 17:55:30 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CESA-2021:1297 Moderate CentOS 7 java-11-openjdk Security Update Message-ID: <20210429175530.GA4140(a)bstore1.rdu2.centos.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Security Advisory 2021:1297 Moderate Upstream details at : https://access.redhat.com/errata/RHSA-2021:1297 The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) x86_64: aba0487fc98846f969d23ad65f98b2fddc20c5a9ecbd166216fb523452d2cb47 java-11-openjdk-11.0.11.0.9-1.el7_9.i686.rpm 88ac66f78b2cf64dc6ea2d02f58193bd752cb598be4fa33a9328f2bf4d42de00 java-11-openjdk-11.0.11.0.9-1.el7_9.x86_64.rpm f72a7e95336d9380f37c46d2de0b736c876a15b4c1e7dbb4c351ca2552bbc411 java-11-openjdk-demo-11.0.11.0.9-1.el7_9.i686.rpm 02f897ee795a6592d97ca15c780cbdd6ca2bc2a793d53ef279ad3f01f27d472c java-11-openjdk-demo-11.0.11.0.9-1.el7_9.x86_64.rpm 7f18b428cb0449058380cba27d10eac85a6389b6c3393ef6454032f2dda04023 java-11-openjdk-devel-11.0.11.0.9-1.el7_9.i686.rpm 905c6cb39018d44fe1113513cbf517b142fbc537206ae23c0ce00c299f5e39a4 java-11-openjdk-devel-11.0.11.0.9-1.el7_9.x86_64.rpm 0b25bab3a8a0341d22387d3674f6676645e3d3d497d2de92de115a56fa012b1b java-11-openjdk-headless-11.0.11.0.9-1.el7_9.i686.rpm 19cc17be5a8b2b11edcbc35b6648252c7d5913d500ab82bda2d44c47f0d3f440 java-11-openjdk-headless-11.0.11.0.9-1.el7_9.x86_64.rpm 2b98912d64d86fdfe8af76dc95ea23e41332536c8e0ef98223e9a33f2d227f22 java-11-openjdk-javadoc-11.0.11.0.9-1.el7_9.i686.rpm 4c86c1c3d77ede8a23e4eef1b4c3e4de9e50b799ed8dc0e6a6091ff032631cf6 java-11-openjdk-javadoc-11.0.11.0.9-1.el7_9.x86_64.rpm e1b83152038966e7b6a720ab0871b052fb0dc4df9c843243ac9f34f68ff8a58f java-11-openjdk-javadoc-zip-11.0.11.0.9-1.el7_9.i686.rpm f63528cfd40b5a5fb0d1e92cd4b91403bab6d49b9bd38ad0aef9e293a98a4b2a java-11-openjdk-javadoc-zip-11.0.11.0.9-1.el7_9.x86_64.rpm 935642d829064a30780cd84c8e1ca654486d06cc675f9a06e246d6b366d333c5 java-11-openjdk-jmods-11.0.11.0.9-1.el7_9.i686.rpm a7cb9faf1648281d26c03a5952b9c015a6e302f5018328fa99f1cd9aafbf89c4 java-11-openjdk-jmods-11.0.11.0.9-1.el7_9.x86_64.rpm be2825be40e44e47e533b1d6e13b3145e41e073086a22147b77532548436e30d java-11-openjdk-src-11.0.11.0.9-1.el7_9.i686.rpm 0cb228d7dc8544ea720f5503724f929baf79d69d2a7d1eb9dd47cf361620788e java-11-openjdk-src-11.0.11.0.9-1.el7_9.x86_64.rpm 9592f2b746e7ef4c2e4fd13ac3fad913504fb720911df981e24b63bf2011a6e6 java-11-openjdk-static-libs-11.0.11.0.9-1.el7_9.i686.rpm b22aa8999bea98b78e5fb8b2195a94bb82daa9f6c9469ec768b019d741e439db java-11-openjdk-static-libs-11.0.11.0.9-1.el7_9.x86_64.rpm Source: 807bf8d96e8ae16140193c260c7eabaca2fd7ce8a1a929f344950bb5d6472d7b java-11-openjdk-11.0.11.0.9-1.el7_9.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net Twitter: @JohnnyCentOS ------------------------------ Message: 2 Date: Thu, 29 Apr 2021 17:56:29 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CESA-2021:1298 Moderate CentOS 7 java-1.8.0-openjdk Security Update Message-ID: <20210429175629.GA4416(a)bstore1.rdu2.centos.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Security Advisory 2021:1298 Moderate Upstream details at : https://access.redhat.com/errata/RHSA-2021:1298 The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) x86_64: bc12fc1a4e756efa8689dfeed9925dee6bea368e4e5e865c6972641a3d1f894d java-1.8.0-openjdk-1.8.0.292.b10-1.el7_9.i686.rpm c5741b7e80a2b537f19292e12c2a7fc0a403f25be8a24c117ecec3e7b88a182a java-1.8.0-openjdk-1.8.0.292.b10-1.el7_9.x86_64.rpm 5aa6c18760291c5e22fa5fd2f7960f92c9547071b62e9766ae30bbe111f5e714 java-1.8.0-openjdk-accessibility-1.8.0.292.b10-1.el7_9.i686.rpm c50443dc25797f6103ba04c6929511b3b0ddfbc2d0ba5c3b956094079715ca98 java-1.8.0-openjdk-accessibility-1.8.0.292.b10-1.el7_9.x86_64.rpm 124b95517eeee9deb9fa4cef2707b16c5530d6c6f263462b2c3deb2f8811b3d8 java-1.8.0-openjdk-demo-1.8.0.292.b10-1.el7_9.i686.rpm 242b3c3eb9d45d48b5e607845d5fbc380afca79449f49cf9cd801ea4a95ef419 java-1.8.0-openjdk-demo-1.8.0.292.b10-1.el7_9.x86_64.rpm 2ff94d80fcae8e5f2ae6416eb0e955f4149e7639722b5426b2b8f12150cc14bb java-1.8.0-openjdk-devel-1.8.0.292.b10-1.el7_9.i686.rpm 8fab540ec8ac058e28cb3e62a08c210f00ce22695ad5a2b0412d48e0f77c285a java-1.8.0-openjdk-devel-1.8.0.292.b10-1.el7_9.x86_64.rpm bc495afc92d333d543576431a1cfc03dccc3bda5282057211d2065d0032129f1 java-1.8.0-openjdk-headless-1.8.0.292.b10-1.el7_9.i686.rpm 614205bf0041e0a5d32d64bd0743218a5ed52c6dcd8e5880076d87abff2016b2 java-1.8.0-openjdk-headless-1.8.0.292.b10-1.el7_9.x86_64.rpm 09c09056918a1d0fcf94103b7cc7f9728ea6f763a2c2d3db5a1a470846afc777 java-1.8.0-openjdk-javadoc-1.8.0.292.b10-1.el7_9.noarch.rpm 0380151eff2395148f47a991620ec2bd74e74d330969f2c6d6c0a064a0278166 java-1.8.0-openjdk-javadoc-zip-1.8.0.292.b10-1.el7_9.noarch.rpm 109d66ff27fd10890453e0e8e39139cafcd73f6341aac559e6f00b019b08a12f java-1.8.0-openjdk-src-1.8.0.292.b10-1.el7_9.i686.rpm 1112275758e024da6aed300ab9d35464cd221ed62c67a573bd71242d60a699bf java-1.8.0-openjdk-src-1.8.0.292.b10-1.el7_9.x86_64.rpm Source: 11555c058f466cf1c45a4f72250121a4af8754221c356abf73f4782c7953ba55 java-1.8.0-openjdk-1.8.0.292.b10-1.el7_9.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net Twitter: @JohnnyCentOS ------------------------------ Message: 3 Date: Thu, 29 Apr 2021 17:56:41 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CESA-2021:1354 Important CentOS 7 xstream Security Update Message-ID: <20210429175641.GA4545(a)bstore1.rdu2.centos.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Security Advisory 2021:1354 Important Upstream details at : https://access.redhat.com/errata/RHSA-2021:1354 The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) x86_64: 2c1c518f7da653e7d7a53995c92f4baa7bf0f6fd4c51c0856182ee1c7e6d613c xstream-1.3.1-13.el7_9.noarch.rpm 0848e56ffcc658be84b8dc962cfae7e6e963b28421212d04c814be04b66154b4 xstream-javadoc-1.3.1-13.el7_9.noarch.rpm Source: b74fdbf0aed8e172b159329e2a4f543e5a67336fcf43861cca0f37e38e080caf xstream-1.3.1-13.el7_9.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net Twitter: @JohnnyCentOS ------------------------------ Message: 4 Date: Thu, 29 Apr 2021 17:57:08 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CEBA-2021:1398 CentOS 7 firewalld BugFix Update Message-ID: <20210429175708.GA4799(a)bstore1.rdu2.centos.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Bugfix Advisory 2021:1398 Upstream details at : https://access.redhat.com/errata/RHBA-2021:1398 The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) x86_64: 2ba8ed563d8e7d31e393c915f3705b7c8c4c991ca337616916c90e4a14049411 firewall-applet-0.6.3-13.el7_9.noarch.rpm a2b22dc88f61d0fa6de4fcb62e090f383e630fc264c56ad005c9c508b1c0fcb2 firewall-config-0.6.3-13.el7_9.noarch.rpm 36e338a02697b1f86cb751a4d30e96bbb9a01a424dfe6f050474e28f832d3b2d firewalld-0.6.3-13.el7_9.noarch.rpm 4706b7d5da4cf50b5e9a1e2b512bf1746aac5d7ff7525f047e6a79a392d7f548 firewalld-filesystem-0.6.3-13.el7_9.noarch.rpm 3d130588e8e704895aa41cc1d3a57139effbcdabe57ea04b561e8d3b1d252e41 python-firewall-0.6.3-13.el7_9.noarch.rpm Source: 974f72fe7e519e87b49efb0c4c56efb947bbff4e2b1309005f50b541046a197c firewalld-0.6.3-13.el7_9.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net Twitter: @JohnnyCentOS ------------------------------ Message: 5 Date: Thu, 29 Apr 2021 17:58:08 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CEBA-2021:1386 CentOS 7 lvm2 BugFix Update Message-ID: <20210429175808.GA5179(a)bstore1.rdu2.centos.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Bugfix Advisory 2021:1386 Upstream details at : https://access.redhat.com/errata/RHBA-2021:1386 The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) x86_64: 7fe1420aaf46d2b3e38efd53645a2803c75ef85aa2e51400cf062745f1a1e9ca cmirror-2.02.187-6.el7_9.5.x86_64.rpm a18e979a837324a9730fc3e5b08e4f228f22d46c20c0a6445f7147444b8449c3 device-mapper-1.02.170-6.el7_9.5.x86_64.rpm 917535cc1bccdcfa4383143cc52d13f8fd161a5ec8f1037f606123737f818acf device-mapper-devel-1.02.170-6.el7_9.5.i686.rpm af5e8ccb9d54f4f9b71774537a4c1e69aad8ae1b83815d24f5930bb72e20d0f8 device-mapper-devel-1.02.170-6.el7_9.5.x86_64.rpm 23c887a392429ec463dea994475481a04b8745d5f29926c149d6f3f48c5ebde0 device-mapper-event-1.02.170-6.el7_9.5.x86_64.rpm dabd6fc3fcccc9d794b28168afdd8fb94f2d78fda10a5751459cee469f8412d4 device-mapper-event-devel-1.02.170-6.el7_9.5.i686.rpm a7f93d258bd14e3d81be8c58b2998d78081d84b5f8f763c1bff64b3571ca321e device-mapper-event-devel-1.02.170-6.el7_9.5.x86_64.rpm 01a6f6a9a36d8203819ae336a672955e40e9b1c9cf387d5ccd0942ebea8c147a device-mapper-event-libs-1.02.170-6.el7_9.5.i686.rpm 6cbada440eaf05d5c86416fab118a0ab641f93992a6a4070b19938894fcb8bbb device-mapper-event-libs-1.02.170-6.el7_9.5.x86_64.rpm a12a8a2185579f6577042b3b9876e89a3c3c99ff67c168c0388c79d64d4d9854 device-mapper-libs-1.02.170-6.el7_9.5.i686.rpm a3db401db86968bf26b166686f43ca87a750990d0b9e46fad7c8f63e89052035 device-mapper-libs-1.02.170-6.el7_9.5.x86_64.rpm 40a9bbf97909feac9fdb52ebe77bd0ec92e96ff00529d4803ce6c56086f78337 lvm2-2.02.187-6.el7_9.5.x86_64.rpm 252358bff773a45f41c33ac5e89717fa9768dccf112a04337a33f37cc5737ac4 lvm2-cluster-2.02.187-6.el7_9.5.x86_64.rpm 7954c520b09dc7bfb10b62124f03b0340cfc571dc7d61d91873543f3a413149b lvm2-devel-2.02.187-6.el7_9.5.i686.rpm 3687a70548cbd4d02fcf7f26b82c06330dc5e341e67504643b30e20c257b33a3 lvm2-devel-2.02.187-6.el7_9.5.x86_64.rpm 40ff738de8c90ab572f7f1b75bd512df524c5b0251c9fbf54e4d81783f7d5a34 lvm2-libs-2.02.187-6.el7_9.5.i686.rpm 7d80d5c3223ee7166a1d09374bac557258cbea615497efbd575aaf673d58b321 lvm2-libs-2.02.187-6.el7_9.5.x86_64.rpm 88ee54419e99f4dacae891d93199c6fed6512d9a534c7d923a9477877d953d6a lvm2-lockd-2.02.187-6.el7_9.5.x86_64.rpm 38375293dabf1abf54765991dcbdc6f2a1cd8c3ebe3d7fabc2405e566a16c5f0 lvm2-python-boom-1.2-2.el7_9.5.noarch.rpm 6856b6c454d9ab38557feb769e9f6ad01dab3cef1e61417d841eb5c243932401 lvm2-python-libs-2.02.187-6.el7_9.5.x86_64.rpm 56fdfe56e71473fc17bdd4e12e6ff4713e56fd02c7595517593f0cabc98308f9 lvm2-sysvinit-2.02.187-6.el7_9.5.x86_64.rpm Source: afe88c8ad0505e15964d6bea3189758eefb36bba49beab4d936c7c74352c5d54 lvm2-2.02.187-6.el7_9.5.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net Twitter: @JohnnyCentOS ------------------------------ Message: 6 Date: Thu, 29 Apr 2021 17:58:22 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CESA-2018:3140 Moderate CentOS 7 libgweather Security Update Message-ID: <20210429175822.GA5324(a)bstore1.rdu2.centos.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Security Advisory 2018:3140 Moderate Upstream details at : https://access.redhat.com/errata/RHSA-2018:3140 The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) x86_64: 1409a93de8f33913e0adaf61bf58a25d2d2e6253e503e532e910519107835c33 libgweather-3.28.2-4.el7_9.i686.rpm ca42c81542be47ee686bcb3662bdb26e91f2fa0041534bf807e0b9294dcae15a libgweather-3.28.2-4.el7_9.x86_64.rpm fc6296617d74745ac75f51e708264f5e77144e1a594d2ddfaadc84e9d9d9624d libgweather-devel-3.28.2-4.el7_9.i686.rpm 565a99b9e94164785e21e6c316bc072e35df5c03df3267601461e2b96157b0f9 libgweather-devel-3.28.2-4.el7_9.x86_64.rpm Source: 96e71df00537c4d1dd88908550c461ea2ca61bc1bcb7a50acfb150e5492dc3cf libgweather-3.28.2-4.el7_9.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net Twitter: @JohnnyCentOS ------------------------------ Message: 7 Date: Thu, 29 Apr 2021 17:58:37 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CEBA-2020:3987 CentOS 7 control-center BugFix Update Message-ID: <20210429175837.GA5505(a)bstore1.rdu2.centos.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Bugfix Advisory 2020:3987 Upstream details at : https://access.redhat.com/errata/RHBA-2020:3987 The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) x86_64: 8c4048ad0a30efd78b835e73ee590a52730bf658e4ee011dd963e908a4dbad81 control-center-3.28.1-8.el7_9.i686.rpm 6a71d3f89673ae6444441f6f1e25eb47a4347ba95f13345e2fcfcdfda313670b control-center-3.28.1-8.el7_9.x86_64.rpm 2009ebe5d0c47032c5784190a92c5dfb2abdff45270eabce812d7641915b2fb6 control-center-filesystem-3.28.1-8.el7_9.x86_64.rpm Source: 3d58c54605525987b3092c03541fd2858bac303e0b3ed05ac6c4d1d2cba8f087 control-center-3.28.1-8.el7_9.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net Twitter: @JohnnyCentOS ------------------------------ Message: 8 Date: Thu, 29 Apr 2021 17:58:55 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CEBA-2021:1383 CentOS 7 scap-security-guide BugFix Update Message-ID: <20210429175855.GA5797(a)bstore1.rdu2.centos.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Bugfix Advisory 2021:1383 Upstream details at : https://access.redhat.com/errata/RHBA-2021:1383 The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) x86_64: cb86afe6203e0e076f646a698b5f55cc194b2523e731d2af6fad43073fedcf79 scap-security-guide-0.1.54-3.el7.centos.noarch.rpm 5dbc6a254bc8c77e947deecbb35eecf6dd6724e8271f52c60fabb83775d0653c scap-security-guide-doc-0.1.54-3.el7.centos.noarch.rpm Source: c7f11faaec7c3f1a7b38439514135e077671e6baa9a97aceaeb3f58764cd3342 scap-security-guide-0.1.54-3.el7.centos.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net Twitter: @JohnnyCentOS ------------------------------ Message: 9 Date: Thu, 29 Apr 2021 17:59:20 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CESA-2020:4076 Moderate CentOS 7 nss Security Update Message-ID: <20210429175920.GA6040(a)bstore1.rdu2.centos.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Security Advisory 2020:4076 Moderate Upstream details at : https://access.redhat.com/errata/RHSA-2020:4076 The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) x86_64: 1b137d71d271e1a3ea8da17a90f65d981a49674c7781a7491eb07f02fd41cee6 nss-3.53.1-7.el7_9.i686.rpm 1eb686e8a290603d5223ec70ee6fb522d7289f9e573548836dfd8858a99a978b nss-3.53.1-7.el7_9.x86_64.rpm 3171334483be56275cf95caaad81576b0625965bf82c2a8cb91be41784e991d1 nss-devel-3.53.1-7.el7_9.i686.rpm 36cbb6317ac31a74661962dff6944ef7630e01a16c0c3426f1e58b4a6dbd259e nss-devel-3.53.1-7.el7_9.x86_64.rpm 13fc5f5dbb279c4648c8bffcbb00b2e14727ae6ef9cbae25e6728251a8b2644e nss-pkcs11-devel-3.53.1-7.el7_9.i686.rpm 64a40a4e60c03c1f3ad8929d3659cd713e7b869eb726d9f8cabf080ed73dfa6b nss-pkcs11-devel-3.53.1-7.el7_9.x86_64.rpm 91e11d6d33aef2e3286d36cad20e968159d1995461d24cfd238bc15aa535639c nss-sysinit-3.53.1-7.el7_9.x86_64.rpm 7ed2c97dedcd344ca3d389d366a728d3d18c9b22b1f567b0d03394574fd4ba2c nss-tools-3.53.1-7.el7_9.x86_64.rpm Source: c0247437f833f6cf432a2fa1baf80d772557024b302ea9123212d7086111272c nss-3.53.1-7.el7_9.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net Twitter: @JohnnyCentOS ------------------------------ Message: 10 Date: Thu, 29 Apr 2021 18:00:19 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CESA-2021:1469 Important CentOS 7 bind Security Update Message-ID: <20210429180019.GA6432(a)bstore1.rdu2.centos.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Security Advisory 2021:1469 Important Upstream details at : https://access.redhat.com/errata/RHSA-2021:1469 The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) x86_64: 1e67462d537e085a22099169bfc37a18a1e6f210a61839b9e0b229fcde3add6e bind-9.11.4-26.P2.el7_9.5.x86_64.rpm 58d55e76b88d088f5d397d7b1d908c6ffc3f06ec1ee82d97c1383fb167104aab bind-chroot-9.11.4-26.P2.el7_9.5.x86_64.rpm c19e37c8595f0a36840e5ffde24ba2022e36425cc814639db070930027e078ab bind-devel-9.11.4-26.P2.el7_9.5.i686.rpm 9c36a1622791ce03d6ac94ea9fa499f523998938199fdd4b31677374da4a1118 bind-devel-9.11.4-26.P2.el7_9.5.x86_64.rpm b7958e30f90b1219e2202114385b2a92aa2271e3064f4b5e46ba9f99c2beeef9 bind-export-devel-9.11.4-26.P2.el7_9.5.i686.rpm 84515e054cf47fee3e466382e25e19eb92f6f9947741105ea5f6071f7fe18185 bind-export-devel-9.11.4-26.P2.el7_9.5.x86_64.rpm e9c3f41aecb56447424691a9aedff1c7449cb17f5a1e759c6f7c7c089b2d1adf bind-export-libs-9.11.4-26.P2.el7_9.5.i686.rpm 64c82c743b0aa34d2ad89724607562e8cf196bdaec58dcfd940a8f728ce9c754 bind-export-libs-9.11.4-26.P2.el7_9.5.x86_64.rpm 8e85466eac6dba299f3f8211333d50827e103a67a8296884c3d1d1a87ce8a828 bind-libs-9.11.4-26.P2.el7_9.5.i686.rpm 0f79393bd746c2a784972b1db928fdca74d0c0324e00a1859ceede81d1af8b93 bind-libs-9.11.4-26.P2.el7_9.5.x86_64.rpm 2974a1f35f8a1dbd3f46361c76fee7876402f098199e8208407a59471c892340 bind-libs-lite-9.11.4-26.P2.el7_9.5.i686.rpm 0d291da8585bc5dc3d72a81e494c64767eb04ba5a938f0847121edded2bcbdec bind-libs-lite-9.11.4-26.P2.el7_9.5.x86_64.rpm fad06e13ad887025495d47068294bf443e6c6209bbb16324fa1b3eb9ef5a885e bind-license-9.11.4-26.P2.el7_9.5.noarch.rpm f4a5bde79d6cee985d2f0ff8727b2428ec15fbdd03adaa9733b09f7b173c01c7 bind-lite-devel-9.11.4-26.P2.el7_9.5.i686.rpm 54904b5dad92e58cb221e767835398cc72621bab301b2d3964a854595d9e6d60 bind-lite-devel-9.11.4-26.P2.el7_9.5.x86_64.rpm b524427963041d0c49036598caa6da026b76085863c14fdbec1466146a3b137a bind-pkcs11-9.11.4-26.P2.el7_9.5.x86_64.rpm 2eb85e9cbd29bebc8ce3cd107af06c6ae0f59fcc9a1056aa9226b8201c309a26 bind-pkcs11-devel-9.11.4-26.P2.el7_9.5.i686.rpm afda0e4a1bc46470df4a4993f659a23e39c688752ccd5958b18e448a2d51f8d1 bind-pkcs11-devel-9.11.4-26.P2.el7_9.5.x86_64.rpm 0d953611a4ac63b86ca9bbf1ca0f35e9ef53094123f9e581e16919ed0393c690 bind-pkcs11-libs-9.11.4-26.P2.el7_9.5.i686.rpm d0428b24d84b75519bce64c115f13b151f065712ac094dcd035dc9b63bbdc664 bind-pkcs11-libs-9.11.4-26.P2.el7_9.5.x86_64.rpm 566646f7e600ab8480640215904fa6db201c8d068ab3d6f8b7e348bf1ad1fd34 bind-pkcs11-utils-9.11.4-26.P2.el7_9.5.x86_64.rpm 02b9f36207f55eecbaed6219e76bf38881875be99f49e0eca71ec75e6d3a7aa3 bind-sdb-9.11.4-26.P2.el7_9.5.x86_64.rpm 8317594c4733bc6fd9c13e0001d962d14e7bffb83ed66e6337f6b8a490067ea9 bind-sdb-chroot-9.11.4-26.P2.el7_9.5.x86_64.rpm 43f50cb7c44309253c847a258d592992e250678cda19887c482849bd67b447e3 bind-utils-9.11.4-26.P2.el7_9.5.x86_64.rpm Source: b32c2203edd26913cf78f32b3442322b33df912405871fc9141a011948394498 bind-9.11.4-26.P2.el7_9.5.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net Twitter: @JohnnyCentOS ------------------------------ Message: 11 Date: Thu, 29 Apr 2021 18:02:59 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CEBA-2021:1385 CentOS 7 sos BugFix Update Message-ID: <20210429180259.GA6809(a)bstore1.rdu2.centos.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Bugfix Advisory 2021:1385 Upstream details at : https://access.redhat.com/errata/RHBA-2021:1385 The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) x86_64: 3cacb30cdf9cf8886bd3adabfb82541a6334ec3b33f75528e73c4d209bb76917 sos-3.9-5.el7.centos.4.noarch.rpm Source: 83812909ba4c12c9c409df4b259d20854ea34cab0b63fc0179926e672d299eaf sos-3.9-5.el7.centos.4.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net Twitter: @JohnnyCentOS ------------------------------ Message: 12 Date: Fri, 30 Apr 2021 16:44:35 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CESA-2021:0617 Important CentOS 7 xterm Security Update Message-ID: <20210430164435.GA28505(a)bstore1.rdu2.centos.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Security Advisory 2021:0617 Important Upstream details at : https://access.redhat.com/errata/RHSA-2021:0617 The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) x86_64: 1e384389a357083eef224ca9752df57e665959920ecfd6720d9f58d63924b0b8 xterm-295-3.el7_9.1.x86_64.rpm Source: 731fbbdc815f353f3ee2c0ecd07f9da0bf66f70734dc6d4c32f4eca4671dde2d xterm-295-3.el7_9.1.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net Twitter: @JohnnyCentOS ------------------------------ Subject: Digest Footer _______________________________________________ CentOS-announce mailing list CentOS-announce(a)centos.org https://lists.centos.org/mailman/listinfo/centos-announce ------------------------------ End of CentOS-announce Digest, Vol 194, Issue 1 ***********************************************

1 0

ipforwarding between interfaces and firewall rules
by R C 01 May '21

01 May '21

Hello, I have a machine I am running Centos/RHEL 8 on. there are two interfaces and I want to forward all traffic between those interfaces (for the src and dst in the subnet a wireless device is on). One interface is connected to a switch, WAN side. The other ethernet port has an access point, connected wired. I did turn on ipforwarding, and thought I needed only two firewall rules. sysctl -w net.ipv4.ip_forward=1 firewall-cmd --direct --add-rule ipv4 filter FORWARD 0 -o eno1 -i enp0s20u4u1 -j ACCEPT firewall-cmd --direct --add-rule ipv4 filter FORWARD 0 -o enp0s20u4u1 -i eno1 -j ACCEPT However, when I try to do a DNS lookup, it looks like it is being blocked/stopped by the firewall, because when I stop the firewall, it just seems to work. With the firewall up and running, however I can ping an ip address. for example; if I do "ping www.google.com" I get a "ping www.google.com: Name or service not known" If I use an IP address (from www.google.com) it just works. what am I missing (probably a rule in the firewall?) thanks, Ron

3 4

World clocks on CentOS 8?
by Mathieu Baudier 27 Apr '21

27 Apr '21

Hello, I am using CentOS 8 Streams + GNOME, and I cannot find the world clocks anymore (in order to add various cities and their current time). It used to be under the calendar, when one clicks on the time on the top bar. I cannot launch 'gnome-clocks' from the command line, and package search (with EPEL enabled) doesn't provide any results : $ sudo dnf list gnome-clocks Error: No matching Packages to list $ sudo dnf list *clock* Error: No matching Packages to list Was this software removed? Thank you! Mathieu

1 0

Problem with RequiresMountsFor defined in a systemd service
by Carlos Lopez 24 Apr '21

24 Apr '21

Hi all, I have setup a systemd service that needs to mount a NFS share before starts. To accomplish this I have defined: RequiresMountsFor=/data/sysos As a dependency in [Unit] section but it doesn’t work. NFS share is defined in fstab with “defaults,noauto” options also .. What am I doing wrong? How can I debug this? Best regards, C. L. Martinez

4 3

password algorithm with authconfig vs authselect
by Leon Fauster 21 Apr '21

21 Apr '21

In the old days I could do # authconfig --passalgo=sha256 --update With EL8 comes authselect now (replacement of authconfig). authselect --passalgo=sha512 --update does not work and seems to be unsupported. # grep -R passalgo /usr/lib/python3.6/site-packages/authselect/ /usr/lib/python3.6/site-packages/authselect/authcompat_Options.py: Option.UnsupportedValued ("passalgo", _("<descrypt|bigcrypt|md5|sha256|sha512>")), How does the new "way" looks like (>=EL8), to switch the password algorithm? Any hints would be great ... -- Leon

2 2

C7 live CD does not like F33 ext partition
by Michael Hennebry 21 Apr '21

21 Apr '21

I've been trying to backup the root partition of my F33 installation. To that end, I'm running a C7 live CD. C7 won't mount the partition. tune2fs likes it, but [root@localhost mnt]# mount /dev/sda5 /mnt/a5 mount: wrong fs type, bad option, bad superblock on /dev/sda5, missing codepage or helper program, or other error In some cases useful info is found in syslog - try dmesg | tail or so. [root@localhost mnt]# dmesg | tail -n 15 [ 123.848185] SELinux: initialized (dev fuse, type fuse), uses genfs_contexts [ 123.856904] SELinux: initialized (dev fusectl, type fusectl), uses genfs_contexts [ 146.541654] Bluetooth: Core ver 2.16 [ 146.541737] NET: Registered protocol family 31 [ 146.541739] Bluetooth: HCI device and connection manager initialized [ 146.541750] Bluetooth: HCI socket layer initialized [ 146.541753] Bluetooth: L2CAP socket layer initialized [ 146.541760] Bluetooth: SCO socket layer initialized [ 146.548524] Bluetooth: BNEP (Ethernet Emulation) ver 1.3 [ 146.548529] Bluetooth: BNEP filters: protocol multicast [ 146.548540] Bluetooth: BNEP socket layer initialized [ 300.961319] JBD2: Unrecognised features on journal [ 300.961325] EXT4-fs (sda5): error loading journal ====== WHY? [ 361.930877] e1000e: enp0s25 NIC Link is Up 1000 Mbps Full Duplex, Flow Control: Rx/Tx [ 361.931025] IPv6: ADDRCONF(NETDEV_CHANGE): enp0s25: link becomes ready [root@localhost mnt]# mount -t ext2 /dev/sda5 /mnt/a5 mount: wrong fs type, bad option, bad superblock on /dev/sda5, missing codepage or helper program, or other error In some cases useful info is found in syslog - try dmesg | tail or so. No idea why the journal should be a problem. I used gnome to do the reboot. I can boot back into F33. How do I figure out what is going on? What can I do about it? -- Michael hennebry(a)web.cs.ndsu.NoDak.edu "Sorry but your password must contain an uppercase letter, a number, a haiku, a gang sign, a heiroglyph, and the blood of a virgin." -- someeecards

2 3

devtoolset-10 -- built but not released?
by Kris Knigga (TT) 20 Apr '21

20 Apr '21

Hello, devtoolset-10 has been out for a while now and it looks like Centos packages for it have been built for a few months ( https://cbs.centos.org/koji/packages?tagID=2186) Will these be released soon? Or, perhaps is there anything I can volunteer to help with to get devtoolset-10 ready for release? Thank you, Kris

1 0

Code of Conduct
by Rich Bowen 19 Apr '21

19 Apr '21

You may have seen, a few days ago, that the Fedora project announced[1] a new Code of Conduct for their community. What you may not have known is that the CentOS project was involved in the crafting of that Code, so that we could also use it here. Yeah, I know, this is something we should have done a long time ago. But, you know what they say about the best time to plant a tree. (The best time to plant a tree is 20 years ago. The second best time is today.) As we continue to work to make all aspects of the CentOS Project more open and transparent, it is important that we create an open, welcoming community where all people, from all backgrounds, feel safe in their participation. This allows for a broader contributor pool, with more ideas and more community ownership of the resulting outcomes. And it's just the right thing to do. It is our intent to take the text of the Fedora CoC, and replace 'Fedora' with 'CentOS' everywhere, and propose it here. There will, of course, be other small changes to the text (Board vs Council, and so on) but not to the details of the Code itself, and how we intend to address reports. We're holding off on those edits so that our version doesn't drift from theirs, during their 2 week comment period. (Ends April 26th.) The document is derived from the Contributor Covenant, along with work that has been ongoing in the Fedora project for some time. Note also that the Contributor Covenant is also the source material for the CoC used by the Linux kernel project.[2] To that end, we encourage you to engage in the discussion around the Fedora CoC, because any changes made there will influence what we end up with here. And we also encourage discussion on centos-devel[3], for anything that you feel is specific to our community. --Rich, on behalf of the CentOS Board of Directors [1] https://communityblog.fedoraproject.org/policy-proposal-new-code-of-conduct/ [2] https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?… [3] https://lists.centos.org/mailman/listinfo/centos-devel

2 1

qemu-system-x86_64 in EL8
by Leon Fauster 19 Apr '21

19 Apr '21

I am planning to migrate a EL7 host to CS8 and noticed that an "application" runs via /usr/bin/qemu-system-x86_64 . Its seems its from EPEL. Stock C8 does not ship it. Any SIG repository with "qemu-system-x86_64"? Thanks, Leon

2 2

Re: [CentOS] include file
by Mark Woolfson 19 Apr '21

19 Apr '21

Hello, I am trying to build some drivers under CentOS 8.3 using scripts which work on CentOS 8.2. However, I am now missing the include file drm/drmP.h. Please can you tell me where I can find this file. Mark -- This email has been checked for viruses by AVG. https://www.avg.com

3 2

[c8-stream] podman CAP_PERFMON
by Łukasz Posadowski 19 Apr '21

19 Apr '21

Hi everyone. I decided to go container with Centos Stream, but I keep having errors about "unknow capability: CAP_PERFMON". I tried minikube, as well as standard podman and toolbox container creation: $ toolbox create --distro fedora --release 34 --container test3 $ toolbox create --distro rhel --release 8.3 --container test4 Containers are created, I can list them with toolbox and podman. $ toolbox enter --container test4 Error: failed to start container test4 $ podman start test4 Error: OCI runtime error: unable to start container "[longhash]": container =_linux_go:370: starting container process caused: unknow capability "CAP_PERFMON" thanks -- Łukasz Posadowski

1 1

CentOS-announce Digest, Vol 193, Issue 3
by centos-announce-request＠centos.org 17 Apr '21

17 Apr '21

Send CentOS-announce mailing list submissions to centos-announce(a)centos.org To subscribe or unsubscribe via the World Wide Web, visit https://lists.centos.org/mailman/listinfo/centos-announce or, via email, send a message with subject or body 'help' to centos-announce-request(a)centos.org You can reach the person managing the list at centos-announce-owner(a)centos.org When replying, please edit your Subject line so it is more specific than "Re: Contents of CentOS-announce digest..." Today's Topics: 1. CESA-2021:1145 Important CentOS 7 nettle Security Update (Johnny Hughes) 2. CESA-2021:1135 Important CentOS 7 squid Security Update (Johnny Hughes) 3. CESA-2021:1192 Moderate CentOS 7 thunderbird Security Update (Johnny Hughes) ---------------------------------------------------------------------- Message: 1 Date: Fri, 16 Apr 2021 20:23:43 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CESA-2021:1145 Important CentOS 7 nettle Security Update Message-ID: <20210416202343.GA17564(a)bstore1.rdu2.centos.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Security Advisory 2021:1145 Important Upstream details at : https://access.redhat.com/errata/RHSA-2021:1145 The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) x86_64: 11d3ad095a9838e98b8360b005aa07fa292cf9a71c4265bdf7c5adda14d463b3 nettle-2.7.1-9.el7_9.i686.rpm a8f566d686a31517c6e1f0981aa8a7650ec4c8d5cea01c3500ae51e847966eee nettle-2.7.1-9.el7_9.x86_64.rpm 764049c60a710f88bfffed5ba17cd51ea7bb2822f89390f24d0db26a94bb9220 nettle-devel-2.7.1-9.el7_9.i686.rpm 16a78c16f102931cd4ab634fc4177b99535edda6436721529c1f30e8ec464b9a nettle-devel-2.7.1-9.el7_9.x86_64.rpm Source: 1f330271bdc651bc0996f2cb86292e6afe40bd1afe6d94735a4ee8f2a1ba5cc8 nettle-2.7.1-9.el7_9.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net Twitter: @JohnnyCentOS ------------------------------ Message: 2 Date: Fri, 16 Apr 2021 20:24:10 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CESA-2021:1135 Important CentOS 7 squid Security Update Message-ID: <20210416202410.GA17687(a)bstore1.rdu2.centos.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Security Advisory 2021:1135 Important Upstream details at : https://access.redhat.com/errata/RHSA-2021:1135 The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) x86_64: d71161880783b5c75a2c86c86ecd65a9b1c075f8f6ae57b1c22186db3a0e482b squid-3.5.20-17.el7_9.6.x86_64.rpm 05b86a6126cc85e6e214a09707b886a17df5b705f5cb7dab4c86228f6b2ad4d2 squid-migration-script-3.5.20-17.el7_9.6.x86_64.rpm 147f560470dacac3f89bc4c5cfaa3c9d32364fc302511f2bf1a13025a5875621 squid-sysvinit-3.5.20-17.el7_9.6.x86_64.rpm Source: 4ef86458d8b6ff61084da478e9df0d5dc69d8fdd2cdfcf9229ce84c82b8b6835 squid-3.5.20-17.el7_9.6.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net Twitter: @JohnnyCentOS ------------------------------ Message: 3 Date: Fri, 16 Apr 2021 20:25:29 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CESA-2021:1192 Moderate CentOS 7 thunderbird Security Update Message-ID: <20210416202529.GA17844(a)bstore1.rdu2.centos.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Security Advisory 2021:1192 Moderate Upstream details at : https://access.redhat.com/errata/RHSA-2021:1192 The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) x86_64: 89b015eb0d04659b187b7cae8d68fd38cdfd6ebc31ef6a4cc9432e777fe5c452 thunderbird-78.9.1-1.el7.centos.x86_64.rpm Source: 0a6c601af8bd999761c7d0669ac00e0b7246d487efefdfd634ea869fdd665891 thunderbird-78.9.1-1.el7.centos.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net Twitter: @JohnnyCentOS ------------------------------ Subject: Digest Footer _______________________________________________ CentOS-announce mailing list CentOS-announce(a)centos.org https://lists.centos.org/mailman/listinfo/centos-announce ------------------------------ End of CentOS-announce Digest, Vol 193, Issue 3 ***********************************************

1 0

enough free pages but high number of major page faults and page reclaims
by yf chu 16 Apr '21

16 Apr '21

We find that for some servers io disk read is very high. We also notice that there are many major page faults on those servers. But we checked the /proc/zoneinfo, there are enough free pages. Here is the content of /proc/zoneinfo: pages free 3913507 min 11333 low 14166 high 16999 scanned 0 spanned 16777216 present 16777216 managed 16507043 nr_free_pages 3913507 We also use "perf" to monitor the event of "mm_filemap_delete_from_page_cache". Here is the result of perf: 7fff81189dd0 __delete_from_page_cache ([kernel.kallsyms]) 7fff8119b771 __remove_mapping ([kernel.kallsyms]) 7fff8119c8e8 shrink_page_list ([kernel.kallsyms]) 7fff8119d45a shrink_inactive_list ([kernel.kallsyms]) 7fff8119df55 shrink_lruvec ([kernel.kallsyms]) 7fff8119e376 shrink_zone ([kernel.kallsyms]) 7fff8119e880 do_try_to_free_pages ([kernel.kallsyms]) 7fff8119ed6c try_to_free_pages ([kernel.kallsyms]) 7fff816ac515 __alloc_pages_slowpath ([kernel.kallsyms]) 7fff811932d5 __alloc_pages_nodemask ([kernel.kallsyms]) 7fff811d7a68 alloc_pages_current ([kernel.kallsyms]) 7fff811e27f5 new_slab ([kernel.kallsyms]) 7fff811e40fc ___slab_alloc ([kernel.kallsyms]) 7fff816adaf1 __slab_alloc ([kernel.kallsyms]) 7fff811e609b kmem_cache_alloc ([kernel.kallsyms]) 7fff812778ed proc_alloc_inode ([kernel.kallsyms]) 7fff812234d0 alloc_inode ([kernel.kallsyms]) 7fff81225771 new_inode_pseudo ([kernel.kallsyms]) 7fff812257d9 new_inode ([kernel.kallsyms]) 7fff8127bc1e proc_pid_make_inode ([kernel.kallsyms]) 7fff812800e5 proc_fd_instantiate ([kernel.kallsyms]) 7fff8127c54c proc_fill_cache ([kernel.kallsyms]) 7fff812802dd proc_readfd_common ([kernel.kallsyms]) 7fff812803f5 proc_readfd ([kernel.kallsyms]) 7fff8121c246 vfs_readdir ([kernel.kallsyms]) 7fff8121c665 sys_getdents ([kernel.kallsyms]) 7fff816c2715 system_call_fastpath ([kernel.kallsyms]) bab95 __getdents64 (/usr/lib64/libc-2.17.so) It seems that os is carrying on page reclaim. But I don't know since there are enough free pages, why could page reclaim ocurr?

1 0

Proxmox Backup Server equivalent for the RHEL/CentOS world ?
by Nicolas Kovacs 16 Apr '21

16 Apr '21

Hi, I've just spent a couple weeks experimenting extensively with Proxmox VE (Virtual Environment) and Proxmox PBS (Backup Server) on a couple of sandbox servers. I must say I'm impressed, especially of the elegance and simplicity of the backup solution. Running virtual machines can be backed up efficiently, combining deduplication and incremental backups. A bit like Rsnapshot, only for whole VM images. Both PVE and PBS are based on Debian, and now I wonder if RHEL-based systems have something similar to offer. Any suggestions ? Niki -- Microlinux - Solutions informatiques durables 7, place de l'église - 30730 Montpezat Site : https://www.microlinux.fr Blog : https://blog.microlinux.fr Mail : info(a)microlinux.fr Tél. : 04 66 63 10 32 Mob. : 06 51 80 12 12

9 15

CentOS-announce Digest, Vol 193, Issue 2
by centos-announce-request＠centos.org 15 Apr '21

15 Apr '21

Send CentOS-announce mailing list submissions to centos-announce(a)centos.org To subscribe or unsubscribe via the World Wide Web, visit https://lists.centos.org/mailman/listinfo/centos-announce or, via email, send a message with subject or body 'help' to centos-announce-request(a)centos.org You can reach the person managing the list at centos-announce-owner(a)centos.org When replying, please edit your Subject line so it is more specific than "Re: Contents of CentOS-announce digest..." Today's Topics: 1. CESA-2021:0742 Important CentOS 7 screen Security Update (Johnny Hughes) ---------------------------------------------------------------------- Message: 1 Date: Wed, 14 Apr 2021 13:29:09 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CESA-2021:0742 Important CentOS 7 screen Security Update Message-ID: <20210414132909.GA20207(a)bstore1.rdu2.centos.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Security Advisory 2021:0742 Important Upstream details at : https://access.redhat.com/errata/RHSA-2021:0742 The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) x86_64: 30b844415ba647e65a9810574f3ded5e1fc1edd02e28f73cc44ee2c35e97baea screen-4.1.0-0.27.20120314git3c2946.el7_9.x86_64.rpm Source: 8110b0f5f7bc0070b8cd656a7965d0f7d2f7c69102bbd80dbfc966ea718f96d8 screen-4.1.0-0.27.20120314git3c2946.el7_9.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net Twitter: @JohnnyCentOS ------------------------------ Subject: Digest Footer _______________________________________________ CentOS-announce mailing list CentOS-announce(a)centos.org https://lists.centos.org/mailman/listinfo/centos-announce ------------------------------ End of CentOS-announce Digest, Vol 193, Issue 2 ***********************************************

1 0

rsync over ssh stalls after completing the job
by Frank Cox 15 Apr '21

15 Apr '21

Here's a weird one. I have two Centos 8 machines that use rsync-over-ssh to back up files between each other. (Each machine acts as a backup machine for the other one.) There's are nightly cronjobs that do the backing up, the commands look like this: rsync -av --delete /home/mydirectory jeff:/home/mydirectorybackup That command works fine when it's run through the cronjob. When I try to run a rsync command between mutt and jeff from the commandline, that's where the problem starts. It worked a few days ago but now when I log into jeff and do a rsync to or from mutt it works fine. When I log into mutt and do a rsync to or from jeff it works and does the job, but then it seems to stall afterward and I have to hit ctrl-c to get my cursor back. Here's a test run so you can see what happens. [me@mutt temp]$ rsync -avv ../temp/ jeff:temp opening connection using: ssh jeff rsync --server -vvlogDtpre.iLsfxC . temp (7 args) sending incremental file list delta-transmission enabled bookmarks.html is uptodate ./ abc total: matches=0 hash_hits=0 false_alarms=0 data=26321 ^Crsync error: received SIGINT, SIGTERM, or SIGHUP (code 20) at rsync.c(644) [sender=3.1.3] A file named bookmarks.html existed in both directories so it wasn't changed, and a new file abc was copied to the backup directory. Then my ctrl-c stopped the job and brought the cursor back after it stalled. scp works fine to copy files either way when logged into either machine and, again, my backup-this-to-that cronjobs that run rsync seem to be working fine as well. I just discovered this last night when I went to rsync some files manually between these machines. The last time I did that was at least a few days ago and it worked fine then. -- MELVILLE THEATRE ~ Real D 3D Digital Cinema ~ www.melvilletheatre.com

6 18

NAME:WRECK
by mark 14 Apr '21

14 Apr '21

I'm reading a story linked to from slashdot, and I see FreeBSD is vulnerable. Has anyone looked at CentOS? mark

2 1

Missing /etc/ld.so.conf.d/kernel-3.10.0-1127.19.1.el7.x86_64.conf
by Kenneth Porter 14 Apr '21

14 Apr '21

I'm yum updating some CentOS 7 systems today and got this error. Two systems (so far) seem to have rebooted fine. Should I worry? error: file /etc/ld.so.conf.d/kernel-3.10.0-1127.19.1.el7.x86_64.conf: No such file or directory

4 7

Re: [CentOS] Proxmox Backup Server equivalent for the RHEL/CentOS world ?
by Blaž Bogataj 14 Apr '21

14 Apr '21

Hello As I said a couple of weeks ago in response to Niki I have been using ProxMox almost from the beginning ;). No "enterprise" version. And backup is one of the reasons for that. NFS on NAS as a backup target is really nice, even one time quicker than backup to local storage (NAS with 10gb FC). Also fiddling with RHV. But there is no "free" backup solution. I am trying with Bacchus but no way to schedule backup. Single backup OK, schedule backup no go. So now use vProtect, for 5 years not a lot of $. But I hope to find some instructions on how to build Prox and use it as software defined storage. I must learn how to build this, especially about a separated management network, without I think I can't build this to get HA. And them migrate from RHV. All the best Blaz

1 0

What to do when a selinux policy doesn't work?
by hw 14 Apr '21

14 Apr '21

Hi, I'm getting log file entries about ejabberd not being able to remove files that were uploaded by client through the file upload facility of XMPP. With the help of audit2allow, I have already created and installed some selinux modules to solve such issues, and still files can't be expired. So I used grep '/srv/data/ejabberd' /var/log/audit/audit.log | audit2allow -w to find out what might cause this, and the answer is: type=AVC msg=audit(1606302910.314:2905): avc: denied { open } for pid=18687 comm="8_dirty_io_sche" path="/srv/data/ejabberd/[...]" dev="md100" ino=166 scontext=system_u:system_r:ejabberd_t:s0 tcontext=system_u:object_r:var_t:s0 tclass=file permissive=1 Was caused by: Unknown - would be allowed by active policy Possible mismatch between this policy and the one under which the audit message was generated. Possible mismatch between current in-memory boolean settings vs. permanent ones. I have reloaded the policies with 'semodule -R', and that didn't change anything. The files in question seem to have the correct attributes like: ls -laZ /srv/data/ejabberd/[...] -rw-r--r--. 1 ejabberd ejabberd system_u:object_r:var_t:s0 1384362 Nov 25 12:15 /srv/data/ejabberd/[...] Ejabberd is supposed to expire files when they are older than desired, and selinux prevents it. How can I solve this problem other than by disabling selinux or by deleting the files manually?

2 3

How to find out what's eating the bandwidth
by Frank Cox 14 Apr '21

14 Apr '21

Is there a program that will tell me what's eating the bandwidth on a lan? I'm thinking of something that would tell me that a.b.c.d is using so many mbps and a.b.c.e is using this many and so on. Or can just-another-computer-on-the-network actually see that sort of information? I don't know enough about the low level nuts and bolts of networking to know if it has that kind of access. I'm really just interested in volume of traffic per attached device rather than specific origin/destination information if that's easier to obtain. This way if something is eating the network I can find out what it is without having to start unplugging cables and so on to find out when it stops. -- MELVILLE THEATRE ~ Real D 3D Digital Cinema ~ www.melvilletheatre.com

5 6

How to organize your VMs
by Nicolas Kovacs 13 Apr '21

13 Apr '21

Hi, Up until now my main production server has been a "bare metal" installation of CentOS 7.9 hosting a variety of stuff. * DNS server with BIND for eight domains * IMAP mail server with Postfix and Dovecot for these domains, with about two dozen mail accounts * Webmail with Roundcube for all the mail accounts * Various WordPress-based websites and blogs * Several instances of the management software Dolibarr * The learning platform GEPI for our local school * One instance of OwnCloud for half a dozen users The hardware has no problems to deal with all that performance-wise. But managing all this in one big bulk has become a bit of a problem, since the LAMP-based PHP applications (WordPress, Dolibarr, GEPI, OwnCloud) increasingly cultivate their idiosyncrasies, so this feels more and more like herding cats. My main goal in migrating all this stuff preogressively to a series of neat VMs hosted on a KVM hypervisor is clarity and ease of maintenance. Now I wonder what could be a smart subdivision of all these VMs. After a bit of brainstorming, here's what I can come up with. 1. It would make sense to regroup all the applications, e. g. one VM for all the Dolibarr hostings, and then a different VM for WordPress, and a third VM for OwnCloud. 2. It's tempting to have a lot of small VMs for clarity's sake. On the other hand, it's maybe better to have one single VM for all the mail stuff. 3. Should I put all the Roundcube instances in a separate VM? Or does that go with the Postfix/Dovecot mail VM? 4. DNS is a bit of a special case, a bit of a catch 22. I would be tempted to setup an extra (bare-metal) machine for just handling this. Since BIND provides the DNS information about the hypervisor and the backup server themselves this becomes a bit of a chicken-and-egg situation. 5. Even if it's tempting to multiply VMs, let's not forget that I have to keep an eye on hardware resources, not to forget I have to pay for every extra IPv4 address. I'd be curious to have your input, since I'm fairly new to this sort of approach. Cheers, Niki -- Microlinux - Solutions informatiques durables 7, place de l'église - 30730 Montpezat Site : https://www.microlinux.fr Blog : https://blog.microlinux.fr Mail : info(a)microlinux.fr Tél. : 04 66 63 10 32 Mob. : 06 51 80 12 12

7 7

Resize a VM: any risk involved ?
by Nicolas Kovacs 11 Apr '21

11 Apr '21

Hi, I'm currently fiddling with KVM, Proxmox and various VMs. I setup a very basic VM with a manual (fdisk) partitioning scheme: one /boot partition, one swap partition, and one root partition, the latter being the last partition and thus expandable). I'm starting with a reduced disk size (6 GB in total) and a minimal installation. The idea behind this approach is that I can clone this minimal VM and then eventually expand it to fit my needs. Here's how I expand the available disk size. First I increase the virtual disk in the hypervisor. Then I fire up the VM and do the following: # yum install cloud-utils-growpart # lsblk # growpart -v /dev/sda 3 # resize2fs /dev/sda3 Now here's my question (finally): is there any risk involved in this sort of operation? Or can it be performed on a production system without having to worry about data loss? Cheers from the sunny South of France, Niki -- Microlinux - Solutions informatiques durables 7, place de l'église - 30730 Montpezat Site : https://www.microlinux.fr Blog : https://blog.microlinux.fr Mail : info(a)microlinux.fr Tél. : 04 66 63 10 32 Mob. : 06 51 80 12 12

8 10

"System error" when trying to logon via SSH to CentOS 8 joined to AD
by Konstantin Boyandin 11 Apr '21

11 Apr '21

Hello, I joined a CentOS 8 box to an AD, using the below document as general guide: https://access.redhat.com/documentation/en-us/red_hat_enterprise_linux/8/ht… (section 14.1) A problem: after I tried to log on via SSH (as an AD user) to the box, the journalctl gets the below records: March 23 12:41:01 sandbox.lan sshd[2262]: pam_sss(sshd:auth): authentication success; logname= uid=0 euid=0 tty=ssh ruser= rhost=10.10.0.55 user=username March 23 12:41:01 sandbox.lan sshd[2262]: pam_sss(sshd:account): Access denied for user username: 4 (System error) March 23 12:41:01 sandbox.lan sshd[2262]: Failed password for username from 10.10.0.55 port 57610 ssh2 March 23 12:41:01 sandbox.lan sshd[2262]: fatal: Access denied for user username by PAM account configuration [preauth] Quick and dirty fix: When I comment a line in /etc/pam.d/password-auth (the one commented below), error goes away: ======= /etc/pam.d/password-auth below auth required pam_env.so auth required pam_faildelay.so delay=2000000 auth [default=1 ignore=ignore success=ok] pam_usertype.so isregular auth [default=1 ignore=ignore success=ok] pam_localuser.so auth sufficient pam_unix.so nullok try_first_pass auth [default=1 ignore=ignore success=ok] pam_usertype.so isregular auth sufficient pam_sss.so forward_pass auth required pam_deny.so account required pam_unix.so account sufficient pam_localuser.so account sufficient pam_usertype.so issystem #account [default=bad success=ok user_unknown=ignore] pam_sss.so account required pam_permit.so password requisite pam_pwquality.so try_first_pass local_users_only password sufficient pam_unix.so sha512 shadow nullok try_first_pass use_authtok password sufficient pam_sss.so use_authtok password required pam_deny.so session optional pam_keyinit.so revoke session required pam_limits.so -session optional pam_systemd.so session optional pam_oddjob_mkhomedir.so umask=0077 session [success=1 default=ignore] pam_succeed_if.so service in crond quiet use_uid session required pam_unix.so session optional pam_sss.so ======= /etc/pam.d/password-auth above If I understand correctly, the commented line means "account is invalid by default; if found in SSSD, it's good; if not found - ignore and proceed". Commenting it is not a good idea, but I can't figure out what's wrong (according to first line from jornalctl authentication *is* passed normally). Additional data (AD domain in this example is EXAMPLE.COM) $ realm list realm list example.com type: kerberos realm-name: EXAMPLE.COM domain-name: example.com configured: kerberos-member server-software: active-directory client-software: sssd required-package: oddjob required-package: oddjob-mkhomedir required-package: sssd required-package: adcli required-package: samba-common-tools login-formats: %U login-policy: allow-realm-logins $ cat /etc/sssd/sssd.conf [sssd] domains = example.com config_file_version = 2 services = nss, pam, ssh debug_level = 9 [domain/example.com] ad_domain = example.com krb5_realm = EXAMPLE.COM realmd_tags = manages-system joined-with-adcli cache_credentials = True id_provider = ad krb5_store_password_if_offline = True default_shell = /bin/bash ldap_sasl_authid = SANDBOX$ ldap_id_mapping = True use_fully_qualified_names = False ad_gpo_ignore_unreadable = True fallback_homedir = /home/%u access_provider = ad debug_level = 9 === end of /etc/sssd/sssd.conf $ cat /etc/krb5.conf includedir /etc/krb5.conf.d/ [logging] default = FILE:/var/log/krb5libs.log kdc = FILE:/var/log/krb5kdc.log admin_server = FILE:/var/log/kadmind.log [libdefaults] ticket_lifetime = 24h renew_lifetime = 7d forwardable = true rdns = false pkinit_anchors = FILE:/etc/pki/tls/certs/ca-bundle.crt spake_preauth_groups = edwards25519 default_ccache_name = KEYRING:persistent:%{uid} default_realm = EXAMPLE.COM dns_lookup_realm = false dns_lookup_kdc = true [realms] EXAMPLE.COM = { kdc = dc.example.com kdc = bdc.example.com admin_server = dc.example.com } [domain_realm] .example.com = EXAMPLE.COM example.com = EXAMPLE.COM === end of /etc/krb5.conf GPO cache exists and is properly owned: ls -al /var/lib/sss/gpo_cache/example.com/ total 0 drwx------. 3 sssd sssd 22 Mar 22 14:52 . drwxr-xr-x. 3 sssd sssd 24 Mar 22 14:52 .. drwx------. 3 sssd sssd 52 Mar 22 14:52 Policies I would appreciate pieces of advice on how to fix authentication issue without commenting out the pam.d configuration file line. Thank you. Sincerely, Konstantin

5 6

CentOS-announce Digest, Vol 193, Issue 1
by centos-announce-request＠centos.org 11 Apr '21

11 Apr '21

Send CentOS-announce mailing list submissions to centos-announce(a)centos.org To subscribe or unsubscribe via the World Wide Web, visit https://lists.centos.org/mailman/listinfo/centos-announce or, via email, send a message with subject or body 'help' to centos-announce-request(a)centos.org You can reach the person managing the list at centos-announce-owner(a)centos.org When replying, please edit your Subject line so it is more specific than "Re: Contents of CentOS-announce digest..." Today's Topics: 1. CESA-2021:1071 Important CentOS 7 kernel Security Update (Johnny Hughes) 2. CESA-2021:1072 Important CentOS 7 libldb Security Update (Johnny Hughes) ---------------------------------------------------------------------- Message: 1 Date: Sat, 10 Apr 2021 17:09:38 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CESA-2021:1071 Important CentOS 7 kernel Security Update Message-ID: <20210410170938.GA12184(a)bstore1.rdu2.centos.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Security Advisory 2021:1071 Important Upstream details at : https://access.redhat.com/errata/RHSA-2021:1071 The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) x86_64: bfe191b783a11c70daf05fb86e81e2e36d80b7dec5eb2243fa223700ce330824 bpftool-3.10.0-1160.24.1.el7.x86_64.rpm 996ee55268c9971d07d38c3217e0fb813a202d1b838963b6db16217069d193db kernel-3.10.0-1160.24.1.el7.x86_64.rpm 33b524d6eec3fc82a17df2220b596193025c1faf20c5939c4271809681f95803 kernel-abi-whitelists-3.10.0-1160.24.1.el7.noarch.rpm 8764032443efee4dc7bfb0ee1a11749205880cd86b230ad538346b697120c5e7 kernel-debug-3.10.0-1160.24.1.el7.x86_64.rpm e2b80fc90e80e10166a785ab1c718ed12380055d955ab295c5363ad6405fe815 kernel-debug-devel-3.10.0-1160.24.1.el7.x86_64.rpm 52fc84afa30b500c79c2116a67a199c3eba6bbed1b7b171fc4fec483dc2c9f4c kernel-devel-3.10.0-1160.24.1.el7.x86_64.rpm cda402fcb291052201381d37c733af954d30e2e6e3f24e5b636ae67715e8c0d0 kernel-doc-3.10.0-1160.24.1.el7.noarch.rpm 2a69b561a8c58b7ed126929ce0f305827b54da8604e8f662568fc8ec96090f26 kernel-headers-3.10.0-1160.24.1.el7.x86_64.rpm 150b5e83d6acc1e5a6e22bee18216d6c7e0c581dca489071a61aab70eb9b93fb kernel-tools-3.10.0-1160.24.1.el7.x86_64.rpm 540ad2675ab792c4e347811b9c59c9dfa46be5932ed582b6b0748c7a27660973 kernel-tools-libs-3.10.0-1160.24.1.el7.x86_64.rpm 44904175313b13552ac962d42d456dc5d52bface994ef485f56c33f7f6971440 kernel-tools-libs-devel-3.10.0-1160.24.1.el7.x86_64.rpm 9124221e268619f8424d72980a7b256e0e00ba0639fcf0be1387712d145c7416 perf-3.10.0-1160.24.1.el7.x86_64.rpm 2308127baa502197469a17cef0a36622ccd5c528247af648e424284943e73572 python-perf-3.10.0-1160.24.1.el7.x86_64.rpm Source: 6fc0eaf2486a736d0793f6165e07c183bb0c8db2c858bd0dbefc1a2b23a0528b kernel-3.10.0-1160.24.1.el7.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net Twitter: @JohnnyCentOS ------------------------------ Message: 2 Date: Sat, 10 Apr 2021 17:14:31 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CESA-2021:1072 Important CentOS 7 libldb Security Update Message-ID: <20210410171431.GA12486(a)bstore1.rdu2.centos.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Security Advisory 2021:1072 Important Upstream details at : https://access.redhat.com/errata/RHSA-2021:1072 The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) x86_64: 67364ca692de365478eee5a94879717c1fae2b7a4ba46d128ec04f0477c8c2b5 ldb-tools-1.5.4-2.el7.x86_64.rpm 36ad5a43df60889dd9c1134cb0e042317befa64f7293f44bc91271fddbbfc7e6 libldb-1.5.4-2.el7.i686.rpm cec370a7441899c3ffcd47f783a0437d9d649fd4a1252c6c317561f431e537c4 libldb-1.5.4-2.el7.x86_64.rpm 359852ce38e0555b23e78c945070ef67c0599138eac0c52de77a819e8fdebce9 libldb-devel-1.5.4-2.el7.i686.rpm 4d0e360eff9294623b345353bcf2cb4623c50a3e2bf31ace6ba05141150d85fd libldb-devel-1.5.4-2.el7.x86_64.rpm 29124a79cce7024da4f024131a66f80d78a70d73c5fafe6456617633e5b83560 pyldb-1.5.4-2.el7.i686.rpm 8043266fac97f3c92dfeaa8fad590469ad37ab990d86e9ece87829bdd9e0c8ae pyldb-1.5.4-2.el7.x86_64.rpm b3dbb953a4dc9b8b5ee95024d51d922488db5a0f0ec2ece9bf47d8d5cbbf24fa pyldb-devel-1.5.4-2.el7.i686.rpm 8f596e23215f48c31a9bb115c327431b21431ac93d7279b39dc998ca0bdfc6b8 pyldb-devel-1.5.4-2.el7.x86_64.rpm Source: e678f1a0df3c67bd8f6319dbe32013a311d6d797b51284ff7d5e254c2f7a1ff5 libldb-1.5.4-2.el7.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net Twitter: @JohnnyCentOS ------------------------------ Subject: Digest Footer _______________________________________________ CentOS-announce mailing list CentOS-announce(a)centos.org https://lists.centos.org/mailman/listinfo/centos-announce ------------------------------ End of CentOS-announce Digest, Vol 193, Issue 1 ***********************************************

1 0

Can't upgrade sssd-*
by Warren Young 09 Apr '21

09 Apr '21

Is anyone else getting this on dnf upgrade? [MIRROR] sssd-proxy-2.3.0-9.el8.x86_64.rpm: Interrupted by header callback: Server reports Content-Length: 9937 but expected size is: 143980 [MIRROR] sssd-proxy-2.3.0-9.el8.x86_64.rpm: Interrupted by header callback: Server reports Content-Length: 9937 but expected size is: 143980 [MIRROR] sssd-proxy-2.3.0-9.el8.x86_64.rpm: Interrupted by header callback: Server reports Content-Length: 9937 but expected size is: 143980 [MIRROR] sssd-proxy-2.3.0-9.el8.x86_64.rpm: Interrupted by header callback: Server reports Content-Length: 9937 but expected size is: 143980 I can install almost everything else in the latest batch of updates but not any of sssd-* or anything directly dependent upon it. (Basically, gvfs, samba, and assorted libraries built atop sssd.)

5 10

Re: [CentOS] CentOS 8
by Valeri Galtsev 09 Apr '21

09 Apr '21

On 4/9/21 10:47 AM, Binet, Valere (NIH/NIA/IRP) [C] wrote: > The NIST and CIS baselines don't allow su, we have to use sudo on government computers. > Could you enlighten me on the rationale behind that restriction? As, as you already noticed, my [ancient, maybe] reasoning makes me arrive at an opposite conclusion. (but mine is pure security consideration with full trust vested into sysadmin, see below...) On a second guess: it is just for a separation of privileges, and accounting of who did what which sudo brings to the table... Right? Thanks in advance. Valeri > Valère Binet > > On 4/9/21, 11:39 AM, "Valeri Galtsev" <galtsev(a)kicp.uchicago.edu> wrote: > > > > On 4/9/21 10:31 AM, Johnny Hughes wrote: > > On 4/9/21 5:18 AM, Steve Clark via CentOS wrote: > >> On 4/8/21 3:50 PM, Tony Schreiner wrote: > >> > >> On Thu, Apr 8, 2021 at 2:33 PM Nicolas Kovacs > >> <info(a)microlinux.fr><mailto:info@microlinux.fr> wrote: > >> > >> > >> > >> Le 08/04/2021 à 18:58, Steve Clark via CentOS a écrit : > >> > >> > >> How do I allow root log in on GDM. > >> > >> > >> > >> tl;dr: you don't. > >> > >> Log in as a non-root user, and when you do need root, either open up a > >> terminal > >> and use 'su -' or (even better) setup your user by making your user a > >> member of > >> the wheel group and then use sudo. > >> > >> Logging in to a GUI as root is *BAD* practice. > >> > >> Cheers, > >> > >> Niki > >> > >> > >> > >> > >> > >> That said - you can do it, by clicking on "Not listed?" and typing root > >> into the user field. > >> > >> Yes I have done that and it immediately comes back to the login screen, > >> I know I am typing the > >> correct passwd, because if I botch the passwd I get a message to that > >> effect. > >> > >> > >> > > > > I would not recommend ever using the GUI as the root user .. it creates > > keys and items that are very dangerous. (gnome key rings, etc) > > > > +1000 > > > You should be able to 'su -' , then use visudo to create a sudo account > > for your user. You can even NOPASSWD your user for using sudo (you may > > or may not want to do that .. if someone gains access to your local > > account, they could then sudo with no passwd). > > > > In the past I even avoided sudo. It yet one more SUID-ed binary on your > machine. Which may add to your potential [local, in general] > vulnerability footprint. su, - making yourself root is more than enough > for regular sysadmin. > > > But, i have never, ever logged in as root on a GUI account directly on a > > machine that I cared about or was keeping live .. just advise, do with > > it what you will. > > > > +1 > > To OP: Do as you wish, and deal with consequences. > > Valeri > > > > > _______________________________________________ > > CentOS mailing list > > CentOS(a)centos.org > > https://lists.centos.org/mailman/listinfo/centos > > > > -- > ++++++++++++++++++++++++++++++++++++++++ > Valeri Galtsev > Sr System Administrator > Department of Astronomy and Astrophysics > Kavli Institute for Cosmological Physics > University of Chicago > Phone: 773-702-4247 > ++++++++++++++++++++++++++++++++++++++++ > _______________________________________________ > CentOS mailing list > CentOS(a)centos.org > https://lists.centos.org/mailman/listinfo/centos > -- ++++++++++++++++++++++++++++++++++++++++ Valeri Galtsev Sr System Administrator Department of Astronomy and Astrophysics Kavli Institute for Cosmological Physics University of Chicago Phone: 773-702-4247 ++++++++++++++++++++++++++++++++++++++++

3 7

CentOS 8
by Steve Clark 09 Apr '21

09 Apr '21

Hello, How do I allow root log in on GDM. The only people that have access are admins - so I am not worried about someone screwing things up. Thanks, -- Stephen Clark Email Confidentiality Notice: The information contained in this transmission may contain privileged and confidential and/or protected health information (PHI) and may be subject to protection under the law, including the Health Insurance Portability and Accountability Act of 1996, as amended (HIPAA). This transmission is intended for the sole use of the individual or entity to whom it is addressed. If you are not the intended recipient, you are notified that any use, dissemination, distribution, printing or copying of this transmission is strictly prohibited and may subject you to criminal or civil penalties. If you have received this transmission in error, please contact the sender immediately and delete this email and any attachments from any computer. Vaso Corporation and its subsidiary companies are not responsible for data leaks that result from email messages received that contain privileged and confidential and/or protected health information (PHI).

5 6

Re: [CentOS] Automatic clean /tmp folder
by Gestió Servidors 09 Apr '21

09 Apr '21

>>> With these files I supposed that a file with more than 10 days in /tmp >>> would be automatically deleted, but today I have found some files/folders >>> with more than 10 days. >>> >>> What I have done wrong? >> >> The test is on access time, not modification. Have they been read in the last 10 days? > >And note that a GUI file manager might attempt to read every file in a >directory in order to determine its type and display the correct icon. I have check my /tmp folder with "find ./ -atime +10d" and there are some folders that appears as "accessed" more than 10 days ago... so I don't understand why automatic deletion system has not deleted them. Thanks.

2 1

Re: [CentOS] Booting from an ISO file in a XFS /boot
by Gestió Servidors 08 Apr '21

08 Apr '21

> Just guessing - loading the grub module for xfs is missing? Also, I have test adding "insmod xfs" in the "menuentry" section of my "iPXE" boot option, but result is the same...

1 0

Booting from an ISO file in a XFS /boot partition
by Gestió Servidors 08 Apr '21

08 Apr '21

Hi, I want to boot with a customized iPXE iso boot file from my GRUB2 menu. My system is running CentOS-7, with /boot formated as XFS filesystem. After copying my iPXE.iso into /boot, I have created a custom GRUB2 file in /etc/grub.d/40_custom like this: menuentry "iPXE" { set isofile="/ipxe.iso" loopback loop (hd0,1)$isofile linux16 (loop)/ipxe.lkrn } After regenerating grub2.cfg with "grub2-mkconfig -o /etc/grub2.cfg , I have rebooted my system, I have chosen "iPXE" entry, but system doesn't boot. I receive this error: error: file '/ipxe.iso' not found. Starting /ipxe.iso... error: no server is specified. Press any key to continue... However, in another similar system that runs /boot in EXT4 filesystem, that ISO file boots perfectly with the same configuration, so it seems the problem is with XFS. Could you help me? Thanks.

2 1

Re: [CentOS] almalinux?
by Jack Aboutboul 08 Apr '21

08 Apr '21

Thanks Rich for the kind words and Johnny for the support as well. Rich is correct about the non-profit foundation that was setup to facilitate community ownership and involvement. No one party owns or controls AlmaLinux. We don’t view anyone as "the other team” either, and we are glad, and here, to work together with everyone. The way we see it is that we are all family now as well and people have different needs. We are sure CentOS Stream is going to be great for those whose needs it fills and you really can’t beat the engineering team behind it. Time has already proven their prowess and some of them are close personal friends. That being said, we are trying our absolute hardest to make sure that we are the best community and distribution for people whose needs fall on the other side of the road. We are here to work together to build an ecosystem that is greater than the sum of its parts. I’ve spent, at this point, the majority of my life in the the EL extended family (including Fedora) and I can confidently say it is the most powerful platform for innovation, certainly of my generation. It has helped either directly or indirectly spawn or support probably most of today’s most leading technological advancements, everything from the the way we develop and deploy software, huge advancements in space exploration, particle physics research, AI, biological breakthroughs, art, finance and everything in between. It’s taken a collaborative, global effort to make that materialize and we are here to keep that going. There is no horizon we cannot explore, no sea we cannot cross and no peak we cannot summit. Together. Thanks, Jack

1 0

Binutils-2.30-98.el8.aarch64 broken on raspberry Pi4
by Maurice Smulders 07 Apr '21

07 Apr '21

The recent update of binutils/binutils-devel on aarch64 totally breaks gcc. When running gcc over a simple program with main - executing it results in a SIGSEGV, as the _start prologue calls a NULL pointer. I haven't figured out yet how to build a new build using git.centos.org, but I noticed that there is a -99 variant out there... -90 worked fine. What's the quickest way to get this back to being operational? The instructions to build a new package look to be a bit scattered - and how can I build a working one if any update picks up a borked one... Maurice

2 2

almalinux?
by mark 07 Apr '21

07 Apr '21

Anyone looked into almalinux? I was sort of waiting for rocky, but I see from over the weekend on slashdot that almalinux stable is released. mark

15 18

Automatic clean /tmp folder
by Gestió Servidors 07 Apr '21

07 Apr '21

Hello, I have found some files/folders in /tmp that I thought they had to be deleted because of age. My /usr/lib/tmpfiles.d/tmp.conf is: # Clear tmp directories separately, to make them easier to override v /tmp 1777 root root 10d v /var/tmp 1777 root root 30d # Exclude namespace mountpoints created with PrivateTmp=yes x /tmp/systemd-private-%b-* X /tmp/systemd-private-%b-*/tmp x /var/tmp/systemd-private-%b-* X /var/tmp/systemd-private-%b-*/tmp And my /usr/lib/systemd/system/systemd-tmpfiles-clean.timer is: [Unit] Description=Daily Cleanup of Temporary Directories Documentation=man:tmpfiles.d(5) man:systemd-tmpfiles(8) [Timer] OnBootSec=15min OnUnitActiveSec=1d With these files I supposed that a file with more than 10 days in /tmp would be automatically deleted, but today I have found some files/folders with more than 10 days. What I have done wrong? Thanks.

3 2

Prevent Anaconda from switching root and swap partition
by Nicolas Kovacs 07 Apr '21

07 Apr '21

Hi, More often than not, when installing CentOS, I choose manual partitioning and then apply the KISS principle, with a very simple partitioning scheme that looks more or less like this: * /boot partition: 500 MB, ext2 * swap partition: equivalent to amount of RAM * root partition: available space, ext4 Now when I do this, Anaconda insists on switching my swap and root partitions, so instead of this: * /dev/sda1: boot partition * /dev/sda2: swap partition * /dev/sda3: root partition ... I get this: * /dev/sda1: boot partition * /dev/sda2: root partition * /dev/sda3: swap partition Up until now this hasn't bothered me much. But for my needs right now it does, because I need my root partition to be at the end of the disk, so it can be expanded later on. Anyone knows how I can prevent Anaconda from switching my root and swap partitions? What I'm doing right now is switching to a text console with Ctrl-Alt-F5, manually partition using fdisk, switch back to Anaconda and then rescan the disk, but it's quite a PITA. These are the moments where I miss the good old bone-headed Slackware installer. :o) Cheers, Niki -- Microlinux - Solutions informatiques durables 7, place de l'église - 30730 Montpezat Site : https://www.microlinux.fr Blog : https://blog.microlinux.fr Mail : info(a)microlinux.fr Tél. : 04 66 63 10 32 Mob. : 06 51 80 12 12

6 5

Problem with chromium 89.0.4389.82
by H 05 Apr '21

05 Apr '21

I am running CentOS 7 and just updated chromium to version 89.0.4389.82 from EPEL. Although this version was released a few weeks ago, I had had the previous version of chromium (88.0.4324.150) running for several weeks but it crashed and the new version was then loaded. The older version worked fine but this new one refuses to load certain, ie most, websites that the old version did not have a problem with - it is jus stuck waiting for the domain in question. Further, the version of Firefox I also have installed loads all of them without any problems which suggests there is not a problem with those sites, the DNS resolution, nor with my system apart from chromium. Rpm does not allow me to downgrade to the previous version and cannot find the previous version. I remember having a similar problem loading websites at least a year ago which, if I remember correctly, was due to some bug in chromium. Does anyone have a similar problem?

7 21

RHEL/Centos 8 power off issue
by R C 05 Apr '21

05 Apr '21

Hello, I have a laptop, in a docking station. When running RHEL/Centos 7 I could shut it down and power it off by using 'shutdown -h now' In did a new install of Centos 8 (and also RHEL 8) and when I do a "shutdown -h now" it just reboots (behaves the same as if I'd do a reboot). Is that a known issue? thanks, Ron

3 5

CentOS 8 issues.
by Frank Ramaekers 05 Apr '21

05 Apr '21

Okay, I made a foolish mistake a few months ago and upgraded my perfectly running CentOS 7 to CentOS 8 and have been struggling ever since. Looking to upgade to AlmaLinux or Rocky Linux. I have a number of things I need to clean up on this system before attempting a upgrade. Does anyone have any idea as to how I can clean/straighten this out: grub2-common.noarch 1:2.02-90.el8_3.1 BaseOS grub2-pc-modules.noarch 1:2.02-90.el8_3.1 BaseOS grub2-tools-minimal.x86_64 1:2.02-90.el8_3.1 BaseOS grubby.x86_64 8.40-41.el8 BaseOS kernel-abi-whitelists.noarch 4.18.0-240.15.1.el8_3 BaseOS kernel-debug-devel.x86_64 4.18.0-240.15.1.el8_3 BaseOS kernel-devel.x86_64 4.18.0-240.15.1.el8_3 BaseOS libgdiplus.x86_64 6.0.4-3.el8 epel libgdiplus-devel.x86_64 6.0.5-0.xamarin.1.epel7 download.mono-project.com_repo_centos_ libpwquality.x86_64 1.4.0-9.el8 BaseOS lz4.x86_64 1.8.3-2.el8 BaseOS t1lib.x86_64 5.1.2-28.el8 epel Obsoleting Packages centos-linux-release.noarch 8.3-1.2011.el8 BaseOS centos-release.x86_64 8.2-2.2004.0.2.el8 @BaseOS centos-linux-release.noarch 8.3-1.2011.el8 BaseOS centos-repos.x86_64 8.2-2.2004.0.2.el8 @BaseOS libgdiplus0.x86_64 3.12-1 download.mono-project.com_repo_centos_ libgdiplus.x86_64 6.0.4-2.el8 @epel libgdiplus0.x86_64 4.2-0.xamarin.2.epel7 download.mono-project.com_repo_centos_ libgdiplus.x86_64 6.0.4-2.el8 @epel libgdiplus0.x86_64 5.6-0.xamarin.1.epel7 download.mono-project.com_repo_centos_ libgdiplus.x86_64 6.0.4-2.el8 @epel libgdiplus0.x86_64 5.6-0.xamarin.2.epel7 download.mono-project.com_repo_centos_ libgdiplus.x86_64 6.0.4-2.el8 @epel libgdiplus0.x86_64 5.6.1-0.xamarin.3.epel7 download.mono-project.com_repo_centos_ libgdiplus.x86_64 6.0.4-2.el8 @epel libgdiplus0.x86_64 6.0.2-0.xamarin.1.epel7 download.mono-project.com_repo_centos_ libgdiplus.x86_64 6.0.4-2.el8 @epel libgdiplus0.x86_64 6.0.4-0.xamarin.1.epel7 download.mono-project.com_repo_centos_ libgdiplus.x86_64 6.0.4-2.el8 @epel libgdiplus0.x86_64 6.0.5-0.xamarin.1.epel7 download.mono-project.com_repo_centos_ libgdiplus.x86_64 6.0.4-2.el8 @epel I'm unable to update grub2/grubby: dnf update grubby Last metadata expiration check: 0:46:20 ago on Fri 02 Apr 2021 08:57:14 AM CDT. Error: Problem: The operation would result in removing the following protected packages: kernel (try to add '--allowerasing' to command line to replace conflicting packages or '--skip-broken' to skip uninstallable packages or '--nobest' to use not only best candidate packages) ..also for some reason, my kernel packages are being installed but the system is not booting to them: ls /boot/vmlin* /boot/vmlinuz-0-rescue-3e806a41305047db81c0e9f9b9a4e36c /boot/vmlinuz-4.18.0-240.10.1.el8_3.x86_64 /boot/vmlinuz-4.18.0-240.15.1.el8_3.x86_64 /boot/vmlinuz-3.10.0-1127.8.2.el7.x86_64 /boot/vmlinuz-4.18.0-240.1.1.el8_3.x86_64 .but it always boots to: uname -r 3.10.0-1127.8.2.el7.x86_64 I found on the internet that this "The operations would.." Message was because of a kernel file in a protected.d (either yum or dnf), but I checked and it doesn't exist. H E L P (TIA) -Frank

2 2

KVM vs. incremental remote backups
by Nicolas Kovacs 04 Apr '21

04 Apr '21

Hi, Up until recently I've hosted all my stuff (web & mail) on a handful of bare metal servers. Web applications (WordPress, OwnCloud, Dolibarr, GEPI, Roundcube) as well as mail and a few other things were hosted mostly on one big machine. Backups for this setup were done using Rsnapshot, a nifty utility that combines Rsync over SSH and hard links to make incremental backups. This approach has become problematic, for several reasons. First, web applications have increasingly specific and sometimes mutually exclusive requirements. And second, last month I had a server crash, and even though I had backups for everything, this meant quite some offline time. So I've opted to go for KVM-based solutions, with everything split up over a series of KVM guests. I wrapped my head around KVM, played around with it (a lot) and now I'm more or less ready to go. One detail is nagging me though: backups. Let's say I have one VM that handles only DNS (base installation + BIND) and one other VM that handles mail (base installation + Postfix + Dovecot). Under the hood that's two QCOW2 images stored in /var/lib/libvirt/images. With the old "bare metal" approach I could perform remote backups using Rsync, so only the difference between two backups would get transferred over the network. Now with KVM images it looks like every day I have to transfer the whole image again. As soon as some images have lots of data on them (say, 100 GB for a small OwnCloud server), this quickly becomes unmanageable. I googled around quite some time for "KVM backup best practices" and was a bit puzzled to find many folks asking the same question and no real answer, at least not without having to jump through burning loops. Any suggestions ? Niki -- Microlinux - Solutions informatiques durables 7, place de l'église - 30730 Montpezat Site : https://www.microlinux.fr Blog : https://blog.microlinux.fr Mail : info(a)microlinux.fr Tél. : 04 66 63 10 32 Mob. : 06 51 80 12 12

8 11

SELINUX blocks procmail from executing perl script without logging
by Radu Radutiu 03 Apr '21

03 Apr '21

Hi, I'm upgrading our request tracker from Centos 7 to 8 and found some unexpected SELINUX issues with procmail. Even after I create a policy which allows all denied operations, procmail is still not allowed to run a perl script (in my case rt-mailgate). I get the following error in the procmail log: "Can't open perl script "/opt/rt5/bin/rt-mailgate": Permission denied" but I have no denied audit entry in /var/log/audit/audit.log. If I set selinux to permissive, everything works fine. Any idea how to debug this? Best regards, Radu

4 4

Migrating to nvme and expand
by Jerry Geis 02 Apr '21

02 Apr '21

I have older SATA disks (2 of them size 2T) in a software raid config running CentOS 7. /dev/md127 is / and xfs /dev/sda2 is swap /dev/md126 is /home and xfs I desire to get a new (single) NVME 4T disk. What is the correct way to copy the software raid to a single "new" NVME disk ? then expand the /home file system to All the remaining space? Thanks, Jerry

3 3

Debuginfo for CentOS 8 Stream
by Matthew Saltzman 01 Apr '21

01 Apr '21

My CentOS 8 Stream installation is fully current. I did sudo debuginfo-install libgcc libstdc++ but the response I get is Could not find debuginfo package for the following installed packages: libgcc-8.4.1-1.el8.x86_64, libstdc++-8.4.1-1.el8.x86_64 Could not find debugsource package for the following installed packages: libgcc-8.4.1-1.el8.x86_64, libstdc++-8.4.1-1.el8.x86_64 If I do sudo dnf --enablerepo=debuginfo debuginfo-install libgcc libstdc++ I get CentOS Stream 8 - Debuginfo 35 kB/s | 7.6 kB 00:00 Errors during downloading metadata for repository 'debuginfo': - Status code: 404 for http://debuginfo.centos.org/8-stream/x86_64/repodata/repomd.xml (IP: 2620:52:3::12) Error: Failed to download metadata for repo 'debuginfo': Cannot download repomd.xml: Cannot download repodata/repomd.xml: All mirrors were tried What do I need to do to get these debuginfo packages? TIA. -- Matthew Saltzman School of Mathematical and Statistical Sciences Clemson University mjs AT clemson DOT edu

2 1

Centos/RHEL 8 gnome drive/usb icons
by R C 01 Apr '21

01 Apr '21

Hello, In Centos 7 (and RHEL 7) when one would connect a drive, or USB stick, an icon wold appear on the (gnome) desktop. Is that just something that was turned off (like anything else)? or is that not around anymore? If it is, how can it be turnd on again, that when logged in, and a drive is connected an icon shows up on the desktop again? thanks, Ron

1 0

Problem with mail server: stop flooding with fail2ban ?
by Nicolas Kovacs 31 Mar '21

31 Mar '21

Hi, My main mail server is running CentOS 7 with Postfix and Dovecot. Last week I was surprised to see that Postfix had some troubles on this machine, according to Icinga. I took a peek at the logs: # journalctl -p err Mar 28 04:37:02 sd-151768 postfix/smtpd[2786]: fatal: no SASL authentication mechanisms Mar 28 04:37:02 sd-151768 postfix/smtpd[2788]: fatal: no SASL authentication mechanisms Mar 28 04:37:02 sd-151768 postfix/smtpd[2790]: fatal: no SASL authentication mechanisms Mar 28 04:37:02 sd-151768 postfix/smtpd[2792]: fatal: no SASL authentication mechanisms Mar 28 04:37:02 sd-151768 postfix/smtpd[2794]: fatal: no SASL authentication mechanisms ... And in /var/log/maillog I found a tsunami of these: Mar 28 03:18:33 sd-151768 postfix/smtpd[29589]: warning: unknown[45.227.253.115]: SASL LOGIN authentication failed: UGFzc3dvcmQ6 Mar 28 03:18:33 sd-151768 postfix/smtpd[29589]: lost connection after AUTH from unknown[45.227.253.115] Mar 28 03:18:33 sd-151768 postfix/smtpd[29589]: disconnect from unknown[45.227.253.115] My first reaction was to manually ban the IP addresses / networks which caused the flood, using my firewall: # firewall-cmd --permanent --add-rich-rule="rule family='ipv4' source address='45.227.253.0/24' reject" # firewall-cmd --reload I'm already using fail2ban in conjunction with firewalld to prevent brute force SSH attacks. Q: can I use it in a similar configuration to stop Postfix from getting flooded and brought down to its knees? Thanks & cheers from the sunny South of France, Niki -- Microlinux - Solutions informatiques durables 7, place de l'église - 30730 Montpezat Site : https://www.microlinux.fr Blog : https://blog.microlinux.fr Mail : info(a)microlinux.fr Tél. : 04 66 63 10 32 Mob. : 06 51 80 12 12

3 3

nmcli
by Jerry Geis 31 Mar '21

31 Mar '21

under CentOS 7 - I use "alias" like eth1:0 for an alias network. Remove the file restart network - and back to normal. Now I am trying to us NetworkManager. I can 'add' the network fine. however - when I remove the network nmcli connection delete "Wired connection 2" ipv4.addr 192.168.1.58/22 it remove BOTH address and removes the "Wired connection 2" config file - and it reverts to DHCP not the other static address I had associated with "Wired connection 2". how do I just remove the single ADDRESS I added as an alias ? not the whole thing ? Thanks Jerry

3 3

Cups - weird interaction with the Internet
by Frank Cox 30 Mar '21

30 Mar '21

I have Centos 6 machine that I use for a cups printer server. (Yes, I know, but it's working fine for what it's for at the moment.) My ISP lost its connection to the network that printer server is on. While the outside Internet service was unavailable I sent a print job to the printer on that server and nothing printed even though the print server and the machine I sent the job from are on the same lan and are actually connected to the same router. The job appeared to be sent from the originating machine (but timed out, as shown below), and running lpq and lpq -a on the server showed "no entries" (because it timed out for some reason). I did this a few times and even rebooted the server and always the same thing. Job sent, "no entries" on the server. The my ISP's connection came back and blammo! All of a sudden I got a ton of sheets printed, everything that I had been trying to print for the previous ten minutes. Here is what appears to be a relevant portion of the log on the machine that was sending the job to the print server: Mar 30 13:05:06 mutt cupsd[1443]: Started backend /usr/lib/cups/backend/implicit class (PID 951459) Mar 30 13:05:06 mutt cupsd[1443]: REQUEST localhost - root "POST /admin/ HTTP/1. 1" 200 245 CUPS-Add-Modify-Printer successful-ok Mar 30 13:05:07 mutt cupsd[1443]: Job completed. Mar 30 13:06:02 mutt cupsd[1443]: Job submission timed out. So what happened here? Why would cups care if it has a connection to the outside world when it's just printing a job sent to it from the local lan? The connection between the machine originating the print job and the print server timed out even though all of the relevant traffic was going over the lan. -- MELVILLE THEATRE ~ Real D 3D Digital Cinema ~ www.melvilletheatre.com

1 0

qemu-kvm images of old Windows XP SP3
by David McGuffey 30 Mar '21

30 Mar '21

I have a Nikon slide scanner (very high quality) for which the software has not been updated. It last ran on WinXP SP3 and I was not able to get it to run under Win 7 and certainly not Win 10. Anyone know where I can obtain images of this old OS to run in CentOS 7 under kvm? Dave McGuffey

4 5

installing gnome icons
by R C 29 Mar '21

29 Mar '21

Hello, is there a way to install "icons / themes" so one gets all the gnome icons in /usr/share/icons/gnome ? thanks, Ron

1 0

CentOS-announce Digest, Vol 192, Issue 3
by centos-announce-request＠centos.org 27 Mar '21

27 Mar '21

Send CentOS-announce mailing list submissions to centos-announce(a)centos.org To subscribe or unsubscribe via the World Wide Web, visit https://lists.centos.org/mailman/listinfo/centos-announce or, via email, send a message with subject or body 'help' to centos-announce-request(a)centos.org You can reach the person managing the list at centos-announce-owner(a)centos.org When replying, please edit your Subject line so it is more specific than "Re: Contents of CentOS-announce digest..." Today's Topics: 1. CESA-2021:0992 Important CentOS 7 firefox Security Update (Johnny Hughes) 2. CESA-2021:0996 Important CentOS 7 thunderbird Security Update (Johnny Hughes) ---------------------------------------------------------------------- Message: 1 Date: Fri, 26 Mar 2021 18:11:51 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CESA-2021:0992 Important CentOS 7 firefox Security Update Message-ID: <20210326181151.GA4954(a)bstore1.rdu2.centos.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Security Advisory 2021:0992 Important Upstream details at : https://access.redhat.com/errata/RHSA-2021:0992 The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) x86_64: 67cc5f25f8e6a42f9536eb9dbe7e22e3fab22c55d87d37db23cb90136913067e firefox-78.9.0-1.el7.centos.i686.rpm 44600066daf3f3b57b9e269737e0b0dfcd410f3a524fbbd74aec3162d6f84f7c firefox-78.9.0-1.el7.centos.x86_64.rpm Source: bedd47ac6fc527b008c2ed93845707f248f2a8eae9ad4201508728e2b54283ad firefox-78.9.0-1.el7.centos.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net Twitter: @JohnnyCentOS ------------------------------ Message: 2 Date: Fri, 26 Mar 2021 18:12:50 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CESA-2021:0996 Important CentOS 7 thunderbird Security Update Message-ID: <20210326181250.GA5084(a)bstore1.rdu2.centos.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Security Advisory 2021:0996 Important Upstream details at : https://access.redhat.com/errata/RHSA-2021:0996 The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) x86_64: 412317b2522f388f60a8b9846d99020fa2c884e8557b0552ad09b4218e97803d thunderbird-78.9.0-3.el7.centos.x86_64.rpm Source: 9b3ff2329273f188e644f9e8fb481e12ff32397fac7f7f9b4a689aa99d84529b thunderbird-78.9.0-3.el7.centos.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net Twitter: @JohnnyCentOS ------------------------------ Subject: Digest Footer _______________________________________________ CentOS-announce mailing list CentOS-announce(a)centos.org https://lists.centos.org/mailman/listinfo/centos-announce ------------------------------ End of CentOS-announce Digest, Vol 192, Issue 3 ***********************************************

1 0

Cloning bridged VMs : VirtualBox vs. KVM
by Nicolas Kovacs 26 Mar '21

26 Mar '21

Hi, (tl;dr : how can I clone a KVM-based bridged virtual machine and force a duplicate MAC address ?) Up until recently I've been using VirtualBox on my workstation to test various local setups. Usually I would setup a basic CentOS installation, and whenever I wanted to fiddle around, I would just clone that system and play around with it. So whenever I shot myself in the foot on that VM, I would simply erase it and start over again with a new clone. Think of it as a disposable VM. All my VMs under VirtualBox used bridged mode, so they were in the same network. And in my local proxy server, I have Dnsmasq that assigns static IP addresses and meaningful hostnames to these VMs. Here's what the corresponding lines in dnsmasq.conf look like: dhcp-host=08:00:27:00:00:01,suse-lp151,192.168.2.10 dhcp-host=08:00:27:00:00:02,suse-lp152,192.168.2.11 dhcp-host=08:00:27:00:00:03,ce7-server,192.168.2.12 dhcp-host=08:00:27:00:00:04,ce8-server,192.168.2.13 dhcp-host=08:00:27:00:00:05,ol7-server,192.168.2.14 dhcp-host=08:00:27:00:00:06,ol8-server,192.168.2.15 dhcp-host=08:00:27:00:00:07,rh7-server,192.168.2.16 dhcp-host=08:00:27:00:00:08,rh8-server,192.168.2.17 Over the last two weeks, I decided to migrate from VirtualBox to KVM even for local configurations and virtualized desktop configurations. So far, everything works nice... except one problem I can't seem to solve (yet). I'm using KVM in bridged mode, over a br0 bridge on my workstation. Like with VirtualBox, all my KVM virtual machines are part of my local 192.168.2.0/24 network. Unfortunately there is no way to simply make a perfect clone of a virtual machine using virt-manager. It insists on assigning my cloned VM a different MAC address. And whenever I want to manually create a NIC with the same MAC address as the original, Virtual Machine Manager tells me I can't do that. Same player shoot again. Now I know that is normally a good thing. You don't want MAC address conflicts in your network. But here's the thing: I don't intend to fire up both copies at once. As with VirtualBox, I only intend to use one VM at a time, for testing purposes. Now how can I "explain" this to Virtual Machine Manager without having to jump through burning loops ? Cheers, Niki -- Microlinux - Solutions informatiques durables 7, place de l'église - 30730 Montpezat Site : https://www.microlinux.fr Blog : https://blog.microlinux.fr Mail : info(a)microlinux.fr Tél. : 04 66 63 10 32 Mob. : 06 51 80 12 12

3 5

yum versionlock vs priority
by Stijn De Weirdt 25 Mar '21

25 Mar '21

hi all, i could use some guidance in debugging an issue on centos 7.9 where "suddenly" yum refuses to install a package. the package has multiple version in 2 repos: highest version is in a repo with prio=5, the other lower versions are in a repo without any priorities set. we however require a specific version, so we use the versionlock plugin to lock it. repoquery --show-duplicates properly shows all versions. however, yum refuses to install this locked version. it says it can find the package (trying to install the package by name, and also by full version). when we remove the prio setting in this one repo it all works just fine. the odd thing is: we discovered this after a reinstall of a single host a few days ago, where we have a lot of other hosts with same setup without issues. there seem to have no updates of yum or anything related, so i'm a bit puzzled where this sudden change could come from. obvioulsy, it will turn out something did change, but i have no idea how to start finding the culprit. is there any documnetaiton that describes the precedence between yum plugins? is versionlock plugin always supposed to win over prio setting? hints/tips welcome. many thanks, stijn

1 0

fresh install of centos 7 and curl accessing some sites
by sashk 23 Mar '21

23 Mar '21

Hi, I've run into an issue with fresh install of CentOS 7. I used CentOS-7-x86_64-NetInstall-2009.iso to bootup and one of the mirrors to finish the setup. When I first logged in, had to install something from gitlab and download failed with an error "curl: (35) TCP connection reset by peer" and while in verbose mode, curl reports that "NSS error -5961 (PR_CONNECT_RESET_ERROR)". When I go to existing CentOS system (same version, but installed much earlier), everything works as expected. I compared version of curl, nss and openssl -- they all match. I quiet puzzled and have no idea what's going on (except it seems that curl doesn't know about ECDHE-RSA-AES128-GCM-SHA256 cipher, in this case. What do I miss? ``` $ cat /etc/centos-release CentOS Linux release 7.9.2009 (Core) $ curl --version curl 7.29.0 (x86_64-redhat-linux-gnu) libcurl/7.29.0 NSS/3.53.1 zlib/1.2.7 libidn/1.28 libssh2/1.8.0 Protocols: dict file ftp ftps gopher http https imap imaps ldap ldaps pop3 pop3s rtsp scp sftp smtp smtps telnet tftp Features: AsynchDNS GSS-Negotiate IDN IPv6 Largefile NTLM NTLM_WB SSL libz unix-sockets $ curl -v https://about.gitlab.com * About to connect() to about.gitlab.com port 443 (#0) * Trying 151.101.2.49... * Connected to about.gitlab.com (151.101.2.49) port 443 (#0) * Initializing NSS with certpath: sql:/etc/pki/nssdb * CAfile: /etc/pki/tls/certs/ca-bundle.crt CApath: none * NSS error -5961 (PR_CONNECT_RESET_ERROR) * TCP connection reset by peer * Closing connection 0 curl: (35) TCP connection reset by peer $ curl -v --tlsv1.3 https://about.gitlab.com * About to connect() to about.gitlab.com port 443 (#0) * Trying 151.101.194.49... * Connected to about.gitlab.com (151.101.194.49) port 443 (#0) * Initializing NSS with certpath: sql:/etc/pki/nssdb * CAfile: /etc/pki/tls/certs/ca-bundle.crt CApath: none * NSS error -5961 (PR_CONNECT_RESET_ERROR) * TCP connection reset by peer * Closing connection 0 curl: (35) TCP connection reset by peer $ curl -v --tlsv1.2 https://about.gitlab.com * About to connect() to about.gitlab.com port 443 (#0) * Trying 151.101.66.49... * Connected to about.gitlab.com (151.101.66.49) port 443 (#0) * Initializing NSS with certpath: sql:/etc/pki/nssdb * CAfile: /etc/pki/tls/certs/ca-bundle.crt CApath: none * NSS error -5961 (PR_CONNECT_RESET_ERROR) * TCP connection reset by peer * Closing connection 0 curl: (35) TCP connection reset by peer $ openssl s_client -connect about.gitlab.com:443 CONNECTED(00000003) depth=2 OU = GlobalSign Root CA - R3, O = GlobalSign, CN = GlobalSign verify return:1 depth=1 C = BE, O = GlobalSign nv-sa, CN = GlobalSign RSA OV SSL CA 2018 verify return:1 depth=0 C = US, ST = California, L = San Francisco, O = "Fastly, Inc.", CN = c.sni.fastly.net verify return:1 --- Certificate chain 0 s:/C=US/ST=California/L=San Francisco/O=Fastly, Inc./CN=c.sni.fastly.net i:/C=BE/O=GlobalSign nv-sa/CN=GlobalSign RSA OV SSL CA 2018 1 s:/C=BE/O=GlobalSign nv-sa/CN=GlobalSign RSA OV SSL CA 2018 i:/OU=GlobalSign Root CA - R3/O=GlobalSign/CN=GlobalSign --- Server certificate -----BEGIN CERTIFICATE----- MIIGETCCBPmgAwIBAgIMbzE9NHtvAS1nE+2MMA0GCSqGSIb3DQEBCwUAMFAxCzAJ ... -----END CERTIFICATE----- subject=/C=US/ST=California/L=San Francisco/O=Fastly, Inc./CN=c.sni.fastly.net issuer=/C=BE/O=GlobalSign nv-sa/CN=GlobalSign RSA OV SSL CA 2018 --- No client certificate CA names sent Peer signing digest: SHA256 Server Temp Key: ECDH, P-256, 256 bits --- SSL handshake has read 3320 bytes and written 415 bytes --- New, TLSv1/SSLv3, Cipher is ECDHE-RSA-AES128-GCM-SHA256 Server public key is 2048 bit Secure Renegotiation IS supported Compression: NONE Expansion: NONE No ALPN negotiated SSL-Session: Protocol : TLSv1.2 Cipher : ECDHE-RSA-AES128-GCM-SHA256 Session-ID: 2935F1EC82151ABC0F853E64BFC433414AF00ECCFABBE32B57B40F4A44C3E043 Session-ID-ctx: Master-Key: 563BE1A9EB4D42B2A7D3CA8744066A0B0CB520DC4CB8365B970D97E343461E4D46CBC1535A6EBAB9D89FBA9324987E17 Key-Arg : None Krb5 Principal: None PSK identity: None PSK identity hint: None TLS session ticket lifetime hint: 7200 (seconds) TLS session ticket: 0000 - 1c 95 21 f7 8d df 11 44-3a f8 0d a0 81 2a e0 0c ..!....D:....*.. 0010 - b4 06 9d 90 03 a5 8e b7-3e d0 2e 4f c5 68 19 d0 ........>..O.h.. 0020 - d3 73 3b 0a d2 36 43 68-68 79 5d 68 b6 12 5c be .s;..6Chhy]h..\. 0030 - 29 d2 df 43 4a b2 ac dd-ec e5 b3 13 1b 22 7a f9 )..CJ........"z. 0040 - 50 40 b5 96 0d 2a c6 d9-17 1b 3c 2d 63 68 60 9f P@...*....<-ch`. 0050 - 84 10 08 81 6c bc 7b 2d-3f fc 48 6a 74 25 95 8a ....l.{-?.Hjt%.. 0060 - 0c 9b 82 4f ca 90 62 bd-8d e4 d5 58 f6 a9 d7 e6 ...O..b....X.... 0070 - 68 5c 47 81 d0 be a5 2e-f6 17 38 9b 0f a0 c1 5e h\G.......8....^ 0080 - 7e b5 71 30 19 30 34 63-47 2c bc 86 c6 48 ea 57 ~.q0.04cG,...H.W 0090 - f3 e5 8c 1d 97 77 00 31-94 9f 5c f3 41 8d 4e c1 .....w.1..\.A.N. Start Time: 1616504968 Timeout : 300 (sec) Verify return code: 0 (ok) --- ``` Thanks -Sashk

1 0

Centos 8 host -> VMware host
by Gregory P. Ennis 22 Mar '21

22 Mar '21

Everyone, I am trying to move some Centos 7 guests off of a Centos 8 host to a VMware host machine. qemu-img is a great tool in kvm to convert the files from *.qcow2 to *.vmdk very easily with the command : qemu-img convert -f qcow2 -O vmdk *.qcow2 *.vmdk I have been able to easily move these files to the 'usb vmware' system with scp from the Centos 8 host to the VmWare host. (Interesting in that I could not get the scp in the VMware host to work). Unfortunately, I have not figured out how to import the files into VMware virtual machine yet. I can easily create a new virtual machine with a CentOS8 *.iso file which tells me that the Vmware host is working. I may have been looking in the wrong places for documentation, but so fare I have not been impressed with VMware's documentation to import pre-existing kvm guests. Do any of you have any tutorial links as to how to import these *.vmdk files into VMware? Thanks for your help!!!! Greg Ennis

3 5

Festival for Centos 8
by Frank Cox 21 Mar '21

21 Mar '21

Johnny Hughes has compiled festival (the speech synthesis thing) for Centos 8. https://koji.mbox.centos.org/koji/buildinfo?buildID=2246 I could download it directly from that webpage, but I'm wondering what repo it's in. I don't see any repo listed there, and dnf search festival returns no results on my computer. -- MELVILLE THEATRE ~ Real D 3D Digital Cinema ~ www.melvilletheatre.com

2 1

Anyone running CentOS 8 on ML350p Gen8
by Strahil Nikolov 21 Mar '21

21 Mar '21

Hi All, Does anyone manage to run CentOS 8 (Stream or not) on ML350p Gen8 ?Did you experience any hiccups or did you have to run some workarounds to make it work ? Thanks in advance. Best Regards,Strahil Nikolov

1 0

XML parsing in shell script
by H 20 Mar '21

20 Mar '21

I have a challenge I am interested in getting feedback on. I will on a regular basis download a series of data files from the web where the data is in XML-format. The format is known in advance but is different between the various data files. I then plan to extract the various data items ("elements?") from each data file, do some light formatting and then save desired parts of each original data file as a formatted CSV-file for later importing into a database. As the plan is to use a bash shell script using curl to get the files, I have begun looking at external XML parsers that I can call from my script, perhaps specify which elements I want, get the data back in some kind of bash data structure and finally format and save as CSV-files. There seems to be a number of XML parsers available but perhaps someone on the list has a recommendation for which one might suit my needs best? I should add that I am running CentOS 7. Thank you.

4 9

Re: [CentOS] CentOS 7.3
by david 19 Mar '21

19 Mar '21

At 02:03 PM 3/18/2021, you wrote: > > At 11:47 AM 3/18/2021, you wrote: > >>On Thu, Mar 18, 2021 at 04:44:18PM -0000, Mark Woolfson wrote: > >> > I have a requirement to load CentOS 7.3 on to a server. I have the > >> > distribution on a bootable USB key. > >> > >>I know this comes up on the list quite often, but if you want security > >>updates for 7.3, you're going to end up with 7.9 + patches, so why are > >>you making your life difficult and installing such an old release? > >> > >>If a vendor is telling you that you have to run a particular version, > >>perhaps you should consider finding another vendor, the baseline 7.3 > >>has a lot of glaring vulnerabilities in it that are readily > >>exploitable. > >> > >>-- > >>Jonathan Billings <billings(a)negate.org> > >>_______________________________________________ > >>CentOS mailing list > >>CentOS(a)centos.org > >>https://lists.centos.org/mailman/listinfo/centos > > > > > > One reason might be that somewhere between 7.3 and 7.9, Centos ceased > > being bootable on Apple hardware. At least that failure occurred for > > me on two machines. > > > > David > > > >But he was talking about a server, something that Apple doesn't have for a >long time now. > >Simon Simon: I am talking about installing Centos on a MacMini, and a MacPro. Ubuntu works, Centos fails.

2 1

CentOS-announce Digest, Vol 192, Issue 2
by centos-announce-request＠centos.org 19 Mar '21

19 Mar '21

Send CentOS-announce mailing list submissions to centos-announce(a)centos.org To subscribe or unsubscribe via the World Wide Web, visit https://lists.centos.org/mailman/listinfo/centos-announce or, via email, send a message with subject or body 'help' to centos-announce-request(a)centos.org You can reach the person managing the list at centos-announce-owner(a)centos.org When replying, please edit your Subject line so it is more specific than "Re: Contents of CentOS-announce digest..." Today's Topics: 1. CEBA-2021:0869 CentOS 7 java-11-openjdk BugFix Update (Johnny Hughes) 2. CEBA-2021:0859 CentOS 7 libstoragemgmt BugFix Update (Johnny Hughes) 3. CEBA-2021:0858 CentOS 7 resource-agents BugFix Update (Johnny Hughes) 4. CEBA-2021:0855 CentOS 7 samba BugFix Update (Johnny Hughes) 5. CESA-2021:0851 Important CentOS 7 pki-core Security Update (Johnny Hughes) 6. CEBA-2021:0864 CentOS 7 glusterfs BugFix Update (Johnny Hughes) 7. CEEA-2021:0866 CentOS 7 open-vm-tools Enhancement Update (Johnny Hughes) 8. CEBA-2021:0868 CentOS 7 389-ds-base BugFix Update (Johnny Hughes) 9. CEBA-2021:0863 CentOS 7 lvm2 BugFix Update (Johnny Hughes) 10. CESA-2021:0808 Important CentOS 7 wpa_supplicant Security Update (Johnny Hughes) 11. CEBA-2021:0861 CentOS 7 slapi-nis BugFix Update (Johnny Hughes) 12. CEBA-2021:0854 CentOS 7 dmidecode BugFix Update (Johnny Hughes) 13. CESA-2021:0856 Important CentOS 7 kernel Security Update (Johnny Hughes) ---------------------------------------------------------------------- Message: 1 Date: Thu, 18 Mar 2021 19:04:47 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CEBA-2021:0869 CentOS 7 java-11-openjdk BugFix Update Message-ID: <20210318190447.GA1394(a)bstore1.rdu2.centos.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Bugfix Advisory 2021:0869 Upstream details at : https://access.redhat.com/errata/RHBA-2021:0869 The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) x86_64: 322851c3e3042c4bb07d4bb68b94af8a35852bcac51ee3546cab4f53bc08392b java-11-openjdk-11.0.10.0.9-1.el7_9.i686.rpm 0768c02eab146e2f88cb0c3f41aee2d4f7b14dbdde274b3955f2155eb21cf944 java-11-openjdk-11.0.10.0.9-1.el7_9.x86_64.rpm 47f52ae65081a918aa822fb28261dafe5b707b012d7f07714f3beff7a4d49f45 java-11-openjdk-demo-11.0.10.0.9-1.el7_9.i686.rpm 6eb48672224acb21d0dbc83835af74ba98ee85d8e9d3991623af2bc0d57d6761 java-11-openjdk-demo-11.0.10.0.9-1.el7_9.x86_64.rpm 62730a490f70fb743015316019c09c1992ef54947750f054eaaf08ff9a387163 java-11-openjdk-devel-11.0.10.0.9-1.el7_9.i686.rpm 6b0ef069c7763a3ba0b61d3804a6919fa06467de6088cbbcda7c568dfc3309b0 java-11-openjdk-devel-11.0.10.0.9-1.el7_9.x86_64.rpm 0de12d2701881f7f8bd093302babcb112ad65af4943bd2e0d2bcb2884f12012d java-11-openjdk-headless-11.0.10.0.9-1.el7_9.i686.rpm 33ead8c29c4da7be1c35398bea14adbd1069eb04196df8a75ddffab71562e778 java-11-openjdk-headless-11.0.10.0.9-1.el7_9.x86_64.rpm e78824bc6d2ccd3f5942b851ce6c3323367ca0cfa615dc8c95158aee19c123fe java-11-openjdk-javadoc-11.0.10.0.9-1.el7_9.i686.rpm c77e3e9c9f9cc48a40bb188838bad833e1ea361ee0ba3424abed546f3945d701 java-11-openjdk-javadoc-11.0.10.0.9-1.el7_9.x86_64.rpm 115dde7a103bd42e620ddd732d36ef609984603c7103f803f2d1d8bac1bef6c9 java-11-openjdk-javadoc-zip-11.0.10.0.9-1.el7_9.i686.rpm 74c5d742dbaa75738c5c52f77416c65b88472bdd5eafe0c39fe63d1816522476 java-11-openjdk-javadoc-zip-11.0.10.0.9-1.el7_9.x86_64.rpm 7efe56d9bcad9ff6dc145a50baf931d2125888da4d984a84fd14a509862f3751 java-11-openjdk-jmods-11.0.10.0.9-1.el7_9.i686.rpm 58b23e3f8226650315902eba6ab9e2d2a81f816aa85d12cebf74af56a8504c16 java-11-openjdk-jmods-11.0.10.0.9-1.el7_9.x86_64.rpm fed1a25dff437173e5198969384d287e1c91872362d72445cda5bf8bc78201f5 java-11-openjdk-src-11.0.10.0.9-1.el7_9.i686.rpm 03861872c0b045970aa5d709fc96b48dc78114b5fe454d59dff316eb4753ec08 java-11-openjdk-src-11.0.10.0.9-1.el7_9.x86_64.rpm 50a577d62eed91a0ed5c686f85830b3c9252dff331c94841f673d8f19924250d java-11-openjdk-static-libs-11.0.10.0.9-1.el7_9.i686.rpm 01b83fa31f2e2ed972aa491423479df2e3e026e54668e3933d3b8b1803fe208b java-11-openjdk-static-libs-11.0.10.0.9-1.el7_9.x86_64.rpm Source: 332a4760c95b3023ffe95559c70e49bc30e02493bbacb943892d4ac3360c87d3 java-11-openjdk-11.0.10.0.9-1.el7_9.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net Twitter: @JohnnyCentOS ------------------------------ Message: 2 Date: Thu, 18 Mar 2021 19:07:35 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CEBA-2021:0859 CentOS 7 libstoragemgmt BugFix Update Message-ID: <20210318190735.GA1719(a)bstore1.rdu2.centos.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Bugfix Advisory 2021:0859 Upstream details at : https://access.redhat.com/errata/RHBA-2021:0859 The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) x86_64: a2747777a7c3d1ef8019b71132c4a6eb6e5a8363b7b085140da95747f86c10af libstoragemgmt-1.8.1-2.el7_9.i686.rpm cc499773d5b8e2ef0f1585f8f54cda5bdf26720005e766f1ad4fa13b420b5f7a libstoragemgmt-1.8.1-2.el7_9.x86_64.rpm 5cdd011988bd5f786fd69bb2f85ee35ad72937f71784e3c1b95f7eaad14b4e71 libstoragemgmt-arcconf-plugin-1.8.1-2.el7_9.noarch.rpm 124996a9073a9ca8c3f0c37ffc32039a2cdb8a8eb5ae0de982fc65de11708c2c libstoragemgmt-devel-1.8.1-2.el7_9.i686.rpm 5e7c13e7ca9ceba3ee4769206f16397f62fe367684d347573b551f0ff2c8fd6d libstoragemgmt-devel-1.8.1-2.el7_9.x86_64.rpm 00ee764e0982d01d4e6bb4be901fe9d45e00ba81aada6ca3196a2f4c6a633f63 libstoragemgmt-hpsa-plugin-1.8.1-2.el7_9.noarch.rpm f8d5011b3c0674720d0b3957a9b73860210ff186379452e0225431f7619a349f libstoragemgmt-local-plugin-1.8.1-2.el7_9.noarch.rpm a2e16e3449f1d216456cce32c996514ef5ca92cbe8e4e01823b44edb2054748f libstoragemgmt-megaraid-plugin-1.8.1-2.el7_9.noarch.rpm 02f39c31f6b85c556cb651767e2383c2bac89bab5627ec18df62fd758577a348 libstoragemgmt-nfs-plugin-1.8.1-2.el7_9.noarch.rpm 22a2f90a540cd9a8330a6a4c96da322865926757812e4c0fdfea538a351e6f5a libstoragemgmt-nfs-plugin-clibs-1.8.1-2.el7_9.x86_64.rpm c3e8755371c95986d3d9b24ce2a85e7158f92f26160148570b73b95ab7cc341c libstoragemgmt-nstor-plugin-1.8.1-2.el7_9.noarch.rpm b18eeaf97c8e575f6c91cac0852221503010783f1b05f5c71ba0566e0569c473 libstoragemgmt-python-1.8.1-2.el7_9.noarch.rpm 7c5dcd2035ff3f4503debbaeecc9659798c5a4cc8626f9cb089451584f53fefc libstoragemgmt-python-clibs-1.8.1-2.el7_9.x86_64.rpm c4ae76d7c6a23e9345f969ab95acd6dee04900b227f0de925cc539ffeb60c2e7 libstoragemgmt-smis-plugin-1.8.1-2.el7_9.noarch.rpm 16cc8bcd9289899b14393eedecdb5d31b11e6a4d0c504f593037804de5878fce libstoragemgmt-targetd-plugin-1.8.1-2.el7_9.noarch.rpm 5eaba3f50062813592c389ebb343e248af7f03caee550d7cab3599bd3e6847d4 libstoragemgmt-udev-1.8.1-2.el7_9.x86_64.rpm Source: 0b297acba21f17cb8883d029d0dc219c3592e54f96a1a396b680e5c7015eb9d1 libstoragemgmt-1.8.1-2.el7_9.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net Twitter: @JohnnyCentOS ------------------------------ Message: 3 Date: Thu, 18 Mar 2021 19:08:25 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CEBA-2021:0858 CentOS 7 resource-agents BugFix Update Message-ID: <20210318190825.GA1862(a)bstore1.rdu2.centos.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Bugfix Advisory 2021:0858 Upstream details at : https://access.redhat.com/errata/RHBA-2021:0858 The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) x86_64: b471f99ddcb78e386e77a4c7bf4a814b35fce51259b2f34d2daa9be4e09d6e98 resource-agents-4.1.1-61.el7_9.8.x86_64.rpm 980d1c1b856c308eb7fb1dc1f32d4d5d9828a5ac152037e4fcb99050874e9506 resource-agents-aliyun-4.1.1-61.el7_9.8.x86_64.rpm 259d7d947d78e3105849ae7a9929d030e772e103b7c652d987701a6a7d08f78d resource-agents-gcp-4.1.1-61.el7_9.8.x86_64.rpm Source: bad3024aef5c140e975908a34299a104ebbaf4b0926aee76f738bf3db6a79ee4 resource-agents-4.1.1-61.el7_9.8.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net Twitter: @JohnnyCentOS ------------------------------ Message: 4 Date: Thu, 18 Mar 2021 19:13:24 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CEBA-2021:0855 CentOS 7 samba BugFix Update Message-ID: <20210318191324.GA2412(a)bstore1.rdu2.centos.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Bugfix Advisory 2021:0855 Upstream details at : https://access.redhat.com/errata/RHBA-2021:0855 The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) x86_64: 891dab92096ecafec7121bace38c5d802443f838cef21422beb6a451c0e0892d ctdb-4.10.16-13.el7_9.x86_64.rpm 030d403b90d83c7791ba3ea26cc659f709c596898fbfbd5d5f6e4b737a1293fa ctdb-tests-4.10.16-13.el7_9.x86_64.rpm baa1991d1849681ae5e74f8eeb2d213f69221f0c76cbe0018df32bd8f5ec1cb6 libsmbclient-4.10.16-13.el7_9.i686.rpm 25fa10449317511df1bc80c25c0cc1e7bede87a02929b5c0676ce9957353a8d9 libsmbclient-4.10.16-13.el7_9.x86_64.rpm 9ce18db0c7edcdf3961e7086a8438b700e7bb5f91d89a4bca5049729c6b02228 libsmbclient-devel-4.10.16-13.el7_9.i686.rpm 51eac9ff71e53c4175eb210efa8bffca4476cc9cd86104293d1ca7f714062a4e libsmbclient-devel-4.10.16-13.el7_9.x86_64.rpm bc63c8bfc930293da3e922e892186113cc420688e28a4ef936bbae8372240055 libwbclient-4.10.16-13.el7_9.i686.rpm 6fbcfd20152fd53029a53f360639d892f5a3daa9485dc2be94c27eed6cf2df64 libwbclient-4.10.16-13.el7_9.x86_64.rpm b534be5ce2fdd42fba4271d4bfc8275f8788cc729ebeb59920e58209b92fbf2e libwbclient-devel-4.10.16-13.el7_9.i686.rpm 8134bb4793d96d74f2db411ef17a6b86bcdf3847073ba2f4a8d8e89bc0d849c6 libwbclient-devel-4.10.16-13.el7_9.x86_64.rpm 19b2915a18191474719e65f30ae39ec3e32b24de808caf1144908d5905ec22db samba-4.10.16-13.el7_9.x86_64.rpm 92fe5e925dcbbf773a6a9a67725a97c2ee05ba99988b7c569d34ea5485b8e2ca samba-client-4.10.16-13.el7_9.x86_64.rpm 47b080e5a77e0a4e64120cb62ee1a56fde234cd979ec9e29cfa1488c409e4a88 samba-client-libs-4.10.16-13.el7_9.i686.rpm e5677937bcb75d7acb7f08f429bf9a0f982b23101f1c089b063117be1a84ccb1 samba-client-libs-4.10.16-13.el7_9.x86_64.rpm 6b1f4e0b7d2eac0f0c87900cfe0b6ceee898b0e7fff0ea37a318fb2be0b794ae samba-common-4.10.16-13.el7_9.noarch.rpm f87c2dd925c9d1309b2c16ad21f5c84cb1b2789d322aefb90bd02179185c3c04 samba-common-libs-4.10.16-13.el7_9.i686.rpm 07a39b4944cc8d1c6e61f1ad215c744f685fcf1cf0494ce979a7f28539da66d6 samba-common-libs-4.10.16-13.el7_9.x86_64.rpm 48d7e4811a291ee31fea33ff56b5e11082ae3d2a0bee442c7ee6b29212f72b3e samba-common-tools-4.10.16-13.el7_9.x86_64.rpm 5f7b92aac28013990bf6ff5dfda904b49259d332381f6fd3a71b635df396f7e1 samba-dc-4.10.16-13.el7_9.x86_64.rpm 0bc7a3258a261dafb1804614ca3e65cc202ca5a9607554f6524da136cb7c7ee6 samba-dc-libs-4.10.16-13.el7_9.x86_64.rpm c31f2747e3388b9d79c19442e86c3d4556be28b28509108ed5c494f7278e2a38 samba-devel-4.10.16-13.el7_9.i686.rpm f8d72ec48ec0e1f77e42f4f2a5c6dbeabe6e13e680771e35008c6865faee59f6 samba-devel-4.10.16-13.el7_9.x86_64.rpm a6776dea18957f42231f6c504897a29ef208e3c2b1f0ae2ca2b12d5f93fec583 samba-krb5-printing-4.10.16-13.el7_9.x86_64.rpm 6ab73b9be208b744fbb10e2b4b62ee6782dd5717e49b00d2c93994bf8c59e499 samba-libs-4.10.16-13.el7_9.i686.rpm 113bbd026677c12bbfb0f6803e303c762606f5f0c0dd003dac3e57e0a598d8c9 samba-libs-4.10.16-13.el7_9.x86_64.rpm ac054a6cb21fb80c8fa5d92b7cfe026640f5eb200f4e353fa4faf2ec2c2a0cf9 samba-pidl-4.10.16-13.el7_9.noarch.rpm 4752988d38c83850c74c74ec19ca5b7e1c79f8817544be00ab3fbc407c01355a samba-python-4.10.16-13.el7_9.i686.rpm 88ebbac297f77c53cd09a2f137fda3254023224d3da2a351b153770a4ada109f samba-python-4.10.16-13.el7_9.x86_64.rpm 809f841a5c44ddbe609d0827d1562e3515efe0f58ca9a5b5495789e578e2f7cf samba-python-test-4.10.16-13.el7_9.x86_64.rpm ef6b1d6ee31b3645952263c7292d83ff8479a7e1fa07238da2994be9d38f266b samba-test-4.10.16-13.el7_9.x86_64.rpm e67d6b84ad7acb2955ee72b7ee68979e8e001bb2a5d5cd54e752f6d78ee327d9 samba-test-libs-4.10.16-13.el7_9.i686.rpm cd38869a69886ec7014b529b0a5e2a8c6f5cb941544d083216de2f68d1db8abf samba-test-libs-4.10.16-13.el7_9.x86_64.rpm 410ce04c09d80f22a31d904271e83d196121736299e85e3eed33da09b5e99399 samba-vfs-glusterfs-4.10.16-13.el7_9.x86_64.rpm fee2103b6ba68f134bc8d706313e6d873b9ef2d803cbcb27234da184bd579eb1 samba-winbind-4.10.16-13.el7_9.x86_64.rpm 4e82685863559181e2fb19cd0ab050ce5c0cc72aee0aa23484c3c8bd3233a2ae samba-winbind-clients-4.10.16-13.el7_9.x86_64.rpm 5cadd6d1e44a896802e1df30ac84a484345f572bfaaa938544b43458dc6d80bd samba-winbind-krb5-locator-4.10.16-13.el7_9.x86_64.rpm 4a0c264159f020e612793ba279b544a49c67ce5644e4673d6a1b7e01986d8c98 samba-winbind-modules-4.10.16-13.el7_9.i686.rpm dfe0da66e34f229040771968adc12e53f3ef8575433da409ecd46a284495677e samba-winbind-modules-4.10.16-13.el7_9.x86_64.rpm Source: b088a5c6032151b45b682b6116ad99c0b8c1d583fde4bea8ed276010c2d095fd samba-4.10.16-13.el7_9.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net Twitter: @JohnnyCentOS ------------------------------ Message: 5 Date: Thu, 18 Mar 2021 19:15:06 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CESA-2021:0851 Important CentOS 7 pki-core Security Update Message-ID: <20210318191506.GA2661(a)bstore1.rdu2.centos.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Security Advisory 2021:0851 Important Upstream details at : https://access.redhat.com/errata/RHSA-2021:0851 The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) x86_64: 821164fdb3e807716631102ab1778e4736d70fc13bfc34bebdebe03bcfc8510f pki-base-10.5.18-12.el7_9.noarch.rpm b97ca8437ca8ddd548433b4e5244b6b95c3c06fabebee6a67b64e0183ff83641 pki-base-java-10.5.18-12.el7_9.noarch.rpm c799c7a9b990e36dedf9785fd1b300a75ffe77c3f8e0e9074d4279a3d1d85cd7 pki-ca-10.5.18-12.el7_9.noarch.rpm 86754c49d208af8b291d53143af752244a68d88e0b4ccbd4efb6811386339d4c pki-javadoc-10.5.18-12.el7_9.noarch.rpm f5ed6de364527262c7c94c0a93639ae14e4a1137b79f84385dfd331a2a78b7f4 pki-kra-10.5.18-12.el7_9.noarch.rpm c2282a789d3df8501b91543727d2c0b76e144991275bca82e8c75c83afbe05d7 pki-server-10.5.18-12.el7_9.noarch.rpm d5f36384f01382169e35a68adc8feedd5a3f1bb1e38a45244efcf65320e8c633 pki-symkey-10.5.18-12.el7_9.x86_64.rpm 3518ffcaeb18d70ca1e7a98dfb39cdb789944a2791b29a154aa0a970188b0b33 pki-tools-10.5.18-12.el7_9.x86_64.rpm Source: 680812694e7d6b680289c73882db571ef4630c2d3cbb06f0c7a9bd5f54b0788e pki-core-10.5.18-12.el7_9.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net Twitter: @JohnnyCentOS ------------------------------ Message: 6 Date: Thu, 18 Mar 2021 19:16:14 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CEBA-2021:0864 CentOS 7 glusterfs BugFix Update Message-ID: <20210318191614.GA2849(a)bstore1.rdu2.centos.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Bugfix Advisory 2021:0864 Upstream details at : https://access.redhat.com/errata/RHBA-2021:0864 The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) x86_64: bffa643f42fbf585a2b14d6c8bfb9d7ac804826cf20ad4d14bbdc3c996290615 glusterfs-6.0-49.1.el7.x86_64.rpm 83e83351bd9f8e17bb928673f2236a6035cf3a335789585a60a5d5068c2c8b23 glusterfs-api-6.0-49.1.el7.x86_64.rpm a9cdf7b1790648907c553d9bd3ea79400a2884d68c1cb870f1c3d0c0ef2af44d glusterfs-api-devel-6.0-49.1.el7.x86_64.rpm 9ff292253bb056d6533811af24502ff8e6b9f03d370e153698aff7cc1cb568b6 glusterfs-cli-6.0-49.1.el7.x86_64.rpm b126c7678a3e74f9a0dca6136f61a6fdd9471991c6ce22a72c08d8a8aa86f2e1 glusterfs-client-xlators-6.0-49.1.el7.x86_64.rpm 18f14d208b245267c6cc29b0b7074e0e030ee89e895659c26047d4186135bd94 glusterfs-cloudsync-plugins-6.0-49.1.el7.x86_64.rpm b83531fbbb21a612cb6bf9dd29ef1ba3afdeacd82de1d86b9949dac00d9edecb glusterfs-devel-6.0-49.1.el7.x86_64.rpm b843af350666656b6246dd355d5e90fac356a7c6b609118d69957fefcf9350b3 glusterfs-fuse-6.0-49.1.el7.x86_64.rpm 276df6b2e20398eb1acd7d2327f480491884ec450b49410d4cad1f010cba2e36 glusterfs-libs-6.0-49.1.el7.x86_64.rpm aa8159ebe427848a84e44ec1263eb6e8467bd09994185803163c9501ede167ad glusterfs-rdma-6.0-49.1.el7.x86_64.rpm 31a17cc7c43aa0aefd3039a43028118f0ea8b11195c232e1310e14547c07b77d python2-gluster-6.0-49.1.el7.x86_64.rpm Source: c0cbdabb0751f08dacaefe9b6119c121ed57ee16e5edaf031896b416b0986b8f glusterfs-6.0-49.1.el7.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net Twitter: @JohnnyCentOS ------------------------------ Message: 7 Date: Thu, 18 Mar 2021 19:17:05 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CEEA-2021:0866 CentOS 7 open-vm-tools Enhancement Update Message-ID: <20210318191705.GA2972(a)bstore1.rdu2.centos.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Enhancement Advisory 2021:0866 Upstream details at : https://access.redhat.com/errata/RHEA-2021:0866 The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) x86_64: 55be553fdb6b711c94e1f41369abf744fab2d8d3938dc7af09ee75d2249c22d5 open-vm-tools-11.0.5-3.el7_9.2.x86_64.rpm bede1b23de7ac03e2016ec4a2b4e29cd230b29837f427b14a2d8d9c06f385151 open-vm-tools-desktop-11.0.5-3.el7_9.2.x86_64.rpm 295238e79bcc60f7da37eb6e533e39f157bbafa94bbd0724124a24661cfe67f7 open-vm-tools-devel-11.0.5-3.el7_9.2.x86_64.rpm ffbadd5995846ef0be55a84dee1a668513bc703e46ee467cb84a4e847415cbe4 open-vm-tools-test-11.0.5-3.el7_9.2.x86_64.rpm Source: 29ef01d702ef3e0b7347d36cc485e26326d46b69b8a050de324d02e9c25dff17 open-vm-tools-11.0.5-3.el7_9.2.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net Twitter: @JohnnyCentOS ------------------------------ Message: 8 Date: Thu, 18 Mar 2021 19:18:02 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CEBA-2021:0868 CentOS 7 389-ds-base BugFix Update Message-ID: <20210318191802.GA3135(a)bstore1.rdu2.centos.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Bugfix Advisory 2021:0868 Upstream details at : https://access.redhat.com/errata/RHBA-2021:0868 The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) x86_64: a6a35e6ed55e101d96fd0ed48dd8267a7e8e10917230172a9de28a796d39490e 389-ds-base-1.3.10.2-10.el7_9.x86_64.rpm 7f2bca34d66595ea71392f8a9fe4f631679313d883bbc5d48d3d49e1ceb88d8b 389-ds-base-devel-1.3.10.2-10.el7_9.x86_64.rpm cf900656ad664e99d27fd815261164678b178f186d6fbadf440dbc7ab48fbbfe 389-ds-base-libs-1.3.10.2-10.el7_9.x86_64.rpm 37244afa6bebe0e93a5dcd0ef3ea1ac9a76f734e116ce8c087a5f791ad1136d3 389-ds-base-snmp-1.3.10.2-10.el7_9.x86_64.rpm Source: f8002ef8f194c2c50bc7c043887bce64c6c71640d9d2df4593b84b060967cd03 389-ds-base-1.3.10.2-10.el7_9.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net Twitter: @JohnnyCentOS ------------------------------ Message: 9 Date: Thu, 18 Mar 2021 19:20:44 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CEBA-2021:0863 CentOS 7 lvm2 BugFix Update Message-ID: <20210318192044.GA3456(a)bstore1.rdu2.centos.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Bugfix Advisory 2021:0863 Upstream details at : https://access.redhat.com/errata/RHBA-2021:0863 The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) x86_64: 71f20a3e8a0bfe010564d4b6ff77d4b2647ba8383e62e64a557c131359fff889 cmirror-2.02.187-6.el7_9.4.x86_64.rpm 2ed2fcd8e79d8a62a374c054083792b657cb4d4668e39188deeb1ad3d72c948f device-mapper-1.02.170-6.el7_9.4.x86_64.rpm 88e796afa3934d3cefb09a6a575714bdc8aede8ee6a3c6b7be0bb59a130d5efd device-mapper-devel-1.02.170-6.el7_9.4.i686.rpm 39c70285432c56fe5dd79f0d155069d48956d10fcdcac838a4590c4a44b0b521 device-mapper-devel-1.02.170-6.el7_9.4.x86_64.rpm 96abc02747879aa68bd335dadad5f1e2d5ea64c519db929820194757e80af933 device-mapper-event-1.02.170-6.el7_9.4.x86_64.rpm 3feced91f7391352cfca0debae0c2aa43febbeee7d24929c75cd8d1d5a6b782e device-mapper-event-devel-1.02.170-6.el7_9.4.i686.rpm 0986dce8e3a59471cabc7ed457e23c3f0fdc81e3cbab4093eaa0426e2d5d26ef device-mapper-event-devel-1.02.170-6.el7_9.4.x86_64.rpm 12fb546150a8175c1aa95419a75e512972cb4c6c8eea1ade84e3319b1cfadaea device-mapper-event-libs-1.02.170-6.el7_9.4.i686.rpm 68e1429d8531b268902804fdf15f6eb8ffcadc2d36315c6090a3edb14eb2ab13 device-mapper-event-libs-1.02.170-6.el7_9.4.x86_64.rpm 85c0d75554f340d99942609a8488c0ad5b2e4ddc0e40c1192056ab8ab8395492 device-mapper-libs-1.02.170-6.el7_9.4.i686.rpm 40ebdc19d1f43fa0892059019bcdba4bd97351c6d146ef74e530e00dc4732c4c device-mapper-libs-1.02.170-6.el7_9.4.x86_64.rpm 9d34ca3784c0b623e48bc95dca03187a3404a69dd41baa19138db561f25be0f9 lvm2-2.02.187-6.el7_9.4.x86_64.rpm 14b4703549cb70dba8871814b76da451a63a067a0c48cbf78c90a94b528e8071 lvm2-cluster-2.02.187-6.el7_9.4.x86_64.rpm 75f984b4cdee8c054416401d8e1a4f00cb8d0fa104e54d12456f8884c58d7db5 lvm2-devel-2.02.187-6.el7_9.4.i686.rpm 06d86e24f67250850372882170efd7d12d041a90b28a72fb952a0f3d10141825 lvm2-devel-2.02.187-6.el7_9.4.x86_64.rpm bd945872965d8eeb4accc4fc087400341b7ecfd21918499fa21ff68810cb4194 lvm2-libs-2.02.187-6.el7_9.4.i686.rpm fdbf4bfe28188e74649c64f6a210cdce1aec37dafe82324cc4a7403e012e4c4f lvm2-libs-2.02.187-6.el7_9.4.x86_64.rpm a1e667c441a340c5ac1f0544c4a3d934fde4bf968688af42f5d33e773f092b5b lvm2-lockd-2.02.187-6.el7_9.4.x86_64.rpm bff2adfbc894a60df24055ab573b81c8128737c5d8b2530955f48d64f1c121b5 lvm2-python-boom-1.2-2.el7_9.4.noarch.rpm c3b133e5f06890f86c2c918c35177dfe1000500cfee3fc5ff248faab874324f1 lvm2-python-libs-2.02.187-6.el7_9.4.x86_64.rpm 76398082a1500552d12445932d6e5689e02b1ebdced0a38e4003a7fa56871ce1 lvm2-sysvinit-2.02.187-6.el7_9.4.x86_64.rpm Source: e524f3b8629d666bb07fca6db6c4cf645fade58651dee4ccbe851534259adf17 lvm2-2.02.187-6.el7_9.4.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net Twitter: @JohnnyCentOS ------------------------------ Message: 10 Date: Thu, 18 Mar 2021 19:21:05 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CESA-2021:0808 Important CentOS 7 wpa_supplicant Security Update Message-ID: <20210318192105.GA3548(a)bstore1.rdu2.centos.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Security Advisory 2021:0808 Important Upstream details at : https://access.redhat.com/errata/RHSA-2021:0808 The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) x86_64: 274694000767f81dd075fa9b55a09e5e143824fe75c13fb69a510889a95f7f25 wpa_supplicant-2.6-12.el7_9.2.x86_64.rpm Source: b261ffacff431bd6616224f98faed8eff963aae0e8a3232c5454ce41cfc4d77b wpa_supplicant-2.6-12.el7_9.2.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net Twitter: @JohnnyCentOS ------------------------------ Message: 11 Date: Thu, 18 Mar 2021 19:21:27 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CEBA-2021:0861 CentOS 7 slapi-nis BugFix Update Message-ID: <20210318192127.GA3656(a)bstore1.rdu2.centos.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Bugfix Advisory 2021:0861 Upstream details at : https://access.redhat.com/errata/RHBA-2021:0861 The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) x86_64: 406370b48821a02c6cd77913d2bbfb9b1c8a38d584ee789492dbdbda1796c482 slapi-nis-0.56.5-3.el7_9.x86_64.rpm Source: 0199a9051530c26a95f4b6454e9d3a2ad18715f01785cf9d51976a55fc3b3a9b slapi-nis-0.56.5-3.el7_9.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net Twitter: @JohnnyCentOS ------------------------------ Message: 12 Date: Thu, 18 Mar 2021 19:21:48 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CEBA-2021:0854 CentOS 7 dmidecode BugFix Update Message-ID: <20210318192148.GA3787(a)bstore1.rdu2.centos.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Bugfix Advisory 2021:0854 Upstream details at : https://access.redhat.com/errata/RHBA-2021:0854 The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) x86_64: 7b812c97766f36c2e477c31f7c5cfaabf34e7bfaf746d34a7f6971d6abc3e95c dmidecode-3.2-5.el7_9.1.x86_64.rpm Source: e98ba3314e7c5f7b5631d03bb72f3ce929cedaf3fd5386ef71cc432e2bf3c1f7 dmidecode-3.2-5.el7_9.1.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net Twitter: @JohnnyCentOS ------------------------------ Message: 13 Date: Thu, 18 Mar 2021 23:24:41 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CESA-2021:0856 Important CentOS 7 kernel Security Update Message-ID: <20210318232441.GA11547(a)bstore1.rdu2.centos.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Security Advisory 2021:0856 Important Upstream details at : https://access.redhat.com/errata/RHSA-2021:0856 The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) x86_64: a6119606e76fc09a37585914c2063026064b1b979d9cffcf71712c2218b4c3c2 bpftool-3.10.0-1160.21.1.el7.x86_64.rpm b8c980b0d2eaf56affe69fde8c004c91dde7d83277578de4cfc8c06aaa322858 kernel-3.10.0-1160.21.1.el7.x86_64.rpm 62db43a91b2c1f3cd0407729f5c13f51ea098fea0aa9b90e2444d92166d1817d kernel-abi-whitelists-3.10.0-1160.21.1.el7.noarch.rpm b918eb715248bdb46d8f49387310a25030a9f4fe192d5ee0f69fabde9b84d42d kernel-debug-3.10.0-1160.21.1.el7.x86_64.rpm 3f77e8c91079e010fb161e28eaf613452e1c25d2d67b0367cb344f3141bf3cb9 kernel-debug-devel-3.10.0-1160.21.1.el7.x86_64.rpm 4abf0ebc2127e7a5b5dfb595fa447cb44f339ff023ce88bb0a97992bba4cd3a9 kernel-devel-3.10.0-1160.21.1.el7.x86_64.rpm 29feb5e5f9922979d66fabe2aac8bd7fdd18f1915777acf5b360bb7e5cdb0109 kernel-doc-3.10.0-1160.21.1.el7.noarch.rpm 21af3e26269599f29ef700b687a3e84539aa03ffc025f0794649d54f0a041582 kernel-headers-3.10.0-1160.21.1.el7.x86_64.rpm a133fe2fda391e345abde6444e57c6fbfb5ebcfe7720bc5b1ae1c3313bd38aed kernel-tools-3.10.0-1160.21.1.el7.x86_64.rpm 34255ef50bd9c16239a9a579c23a1bc1f046428a2aecf0fb06e04340b46af985 kernel-tools-libs-3.10.0-1160.21.1.el7.x86_64.rpm 6a47e214a36fc58ad9b00ab50073240c79076c8bd04a01dd01029f8ca43122bd kernel-tools-libs-devel-3.10.0-1160.21.1.el7.x86_64.rpm 2520a8d9459f82ba9401fb0a86ddb5154277672b55919b252535b199ef9fc3d4 perf-3.10.0-1160.21.1.el7.x86_64.rpm 9308a731a1aba4b9209f5cc4ee3e7f8bd57be5fa213ed219fd59941fb9b092cb python-perf-3.10.0-1160.21.1.el7.x86_64.rpm Source: 26eccba611785427726d6ecdb0a26f910a6ac05b29f3f6e3afd12f4d363a52f9 kernel-3.10.0-1160.21.1.el7.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net Twitter: @JohnnyCentOS ------------------------------ Subject: Digest Footer _______________________________________________ CentOS-announce mailing list CentOS-announce(a)centos.org https://lists.centos.org/mailman/listinfo/centos-announce ------------------------------ End of CentOS-announce Digest, Vol 192, Issue 2 ***********************************************

1 0

Centos 7 installer alert! message
by R C 19 Mar '21

19 Mar '21

When I install Centos 7, I see an "alert!" message flash by, too fast to read it. Is there a way to figure out what that message is/was (after install) or make it wait so I can actually read it? thanks, Ron

2 2

CentOS-7-x86_64-dvd-2009.iso is too big for DVD blanks
by Robert G. (Doc) Savage 18 Mar '21

18 Mar '21

I need help from someone experienced with the CentOS bug tracking system. I gotta say it is one of the most complicated and imposing front ends I've ever seen. Could anyone familiar with it please file a bug on my behalf? Particulars: "CentOS 7.9.2009 DVD iso image too large" ISO image: CentOS-7-x86_64-DVD-2009.iso 4.7GB raw CD image Wed Nov 4 05:37:25 2020 Burners: Both K3B and Brasero Media: Both DVD-R and DVD+R single-layer disks iso image: 4,712,300,544 bytes User Anthony F McInerney advises Wikipedia says DVD-R capacity: 4,707,319,808 bytes (max) I have tried burning this same iso image on two different machines: a CentOS 7.9 server and a Fedora 33 laptop. Same failure on both. We need to ask the developers to make a re-spin that's about 5MB smaller. And before someone suggests it, the 2010-vintage server I'm trying to install CentOS on does not support booting from a thumb drive, so that option is not available. Thanks, --Doc Savage Fairview Heights, IL

16 29

Re: [CentOS] CentOS 7.3
by Mark Woolfson 18 Mar '21

18 Mar '21

Hello, I wonder if you could help. I have a requirement to load CentOS 7.3 on to a server. I have the distribution on a bootable USB key. CentOS boots to the first menu but when I select the option to install almost immediately I get the error below: NMI watchdog: BUG: soft lockup - CPU#82 stuck for 23s! [system-udevd:1221] The above error is output every 23s This is a repeatable error condition. When I load CentOS 7.4 on to the server I get no problems. When I load the above CentOS 7.3 distribution on to an older server I get no problems. Has anyone every seen the NMI watchdog error and found a resolution. Thank you in advance, Mark -- This email has been checked for viruses by AVG. https://www.avg.com

6 6

Re: [CentOS] CentOS-7-x86_64-dvd-2009.iso is too big for DVD blanks
by Michael Hennebry 17 Mar '21

17 Mar '21

Supergrub will boot some .iso files. In the past, I have directly booted a partition I made from a fedora .iso file. Another option *might* be making another .iso file. Mount the file. Copy its filesystem to a directory. Remove some stuff you can live without. Make another .iso file using directions for making a bootable disk. Burn the .iso file to disk. -- Michael hennebry(a)web.cs.ndsu.NoDak.edu "Sorry but your password must contain an uppercase letter, a number, a haiku, a gang sign, a heiroglyph, and the blood of a virgin." -- someeecards

1 0

Re: [CentOS] new observations: Re: Centos 7 installer alert! message
by R C 17 Mar '21

17 Mar '21

Hi Chris, I just checked, no there no memory/ram/DIMMs mentioned in boot.log. Ron On 3/17/21 12:28 PM, Christopher Wensink wrote: > Is it in boot.log? > > Chris > > On 3/17/2021 1:14 PM, R C wrote: >> Hello, >> >> >> I installed 72G ram in a Dell (it canhandle 72G according to Dell). >> The BIOS says there are 9 8G DIMMs install (BIOS test shows no >> errors). dmidecode says there are indeed 9 DIMMs, and they show all >> fine, no errors etc. However, free reports tehre's only 54G available. >> >> So I (I am guessing) that alert message has something to do with >> ram/memory, but still wasn't able to actually read it since it >> disappears really quick. >> >> Any ideas what the culprit here could be? >> >> >> thanks, >> >> >> Ron >> >> On 3/16/21 9:08 PM, R C wrote: >>> When I install Centos 7, I see an "alert!" message flash by, too >>> fast to read it. Is there a way to figure out what that message >>> is/was (after install) or make it wait so I can actually read it? >>> >>> >>> thanks, >>> >>> >>> Ron >>> >> _______________________________________________ >> CentOS mailing list >> CentOS(a)centos.org >> https://lists.centos.org/mailman/listinfo/centos >> >

1 0

Re: [CentOS] new observations: Re: Centos 7 installer alert! message
by R C 17 Mar '21

17 Mar '21

right, I did that, I don't see any errors in dmesg On 3/17/21 12:30 PM, Binet, Valere (NIH/NIA/IRP) [C] wrote: > Hi Ron, > > I replied to the list but I've come to believe my emails to the list don't go through. > Anyway, my reply was: > I assume you already looked and didn't find anything in dmesg, right? > > Please post to the list if it’s of any help. Thank you, > > Valère Binet > > On 3/17/21, 2:16 PM, "R C" <cjvijf(a)gmail.com> wrote: > > Hello, > > > I installed 72G ram in a Dell (it canhandle 72G according to Dell). The > BIOS says there are 9 8G DIMMs install (BIOS test shows no errors). > dmidecode says there are indeed 9 DIMMs, and they show all fine, no > errors etc. However, free reports tehre's only 54G available. > > So I (I am guessing) that alert message has something to do with > ram/memory, but still wasn't able to actually read it since it > disappears really quick. > > Any ideas what the culprit here could be? > > > thanks, > > > Ron > > On 3/16/21 9:08 PM, R C wrote: > > When I install Centos 7, I see an "alert!" message flash by, too fast > > to read it. Is there a way to figure out what that message is/was > > (after install) or make it wait so I can actually read it? > > > > > > thanks, > > > > > > Ron > > > _______________________________________________ > CentOS mailing list > CentOS(a)centos.org > https://lists.centos.org/mailman/listinfo/centos >

1 0

Samba config question
by Robert G. (Doc) Savage 16 Mar '21

16 Mar '21

After setting up /etc/samba/smb.conf and running "testparm" in CentOS 7.9.2011, I have noticed that the list of parameters echoed back for the [global] section do not match those in the smb.conf file. Is this normal? [global] in /etc/samba/smb.conf: unix charset = UTF-8 dos charset = CP932 vfs objs = acl_xattr map acl inherit = yes store dos attributes = yes printing = cups printcap = cups load printers = yes # Network related options workgroup = WORKGROUP server string = Samba Server Version %v netbios name = SERVER01 interfaces = lo eth0 192.168.1.0/24 hosts allow = 127. 192.168.1. # Logging options log file = /var/log/samba/log.%m max log size = 50 # Standalone Server Options security = user passdb backend = tdbsam map to guest = Bad User # Name Resolution wins support = yes dns proxy = yes # Printing options load printers = yes cups options = raw # Filesystem options map archive = no map hidden = no map read only = no map system = no store dos attributes = yes When I subsequently run "testparm", I get a shorter and in some cases different list: [global] in "testparm" output: dos charset = CP932 interfaces = lo eth0 192.168.1.0/24 log file = /var/log/samba/log.%m map to guest = Bad User max log size = 50 printcap name = cups security = USER server string = Samba Server Version %v wins support = Yes idmap config * : backend = tdb cups options = raw hosts allow = 127. 192.168.1 map acl inherit = Yes map archive = No vfs objects = acl_xattr Is this normal behavior for Samba? I am particularly concerned about workgroup = WORKGROUP missing in the "testparm" output. V/R --Doc Savage Fairview Heights, IL

3 2

Re: [CentOS] Bare metal vs. virtualization: Proxmox + Ceph + CentOS?
by Blaž Bogataj 15 Mar '21

15 Mar '21

Hello I'm using ProxMox as virtualization, from verson 2.x. For around 20 servers (most of them are Centos machines) for different services (Zimbra, Apache, MariaDB, PostgreSQL, EDB, ..) and also for MS servers (AD, Exchange, fileserver, MSSql Express, .). They all are running on 5-6 HW servers, different brands and all of them are pretty old. As backup use Synology NAS and nfs with 10gb fc to FC switch. So speed for backup really is not a problem. I slowly moving sata disks to ssd, in same hardware and this is really big advantage in speed. In time of changing disks move virtual machines to other hypervisors. HW Raid5 is really nice with ssd. In 3 years of changing to ssd disks only one fail, but system running and change of disk without downtime ... If I want to test, move, . backup and restore is not an issue. For this year plan is to put one NAS to other location for disaster . ProxMox and software defined storage on 4-5 machines I think for us is the best solution. In point of maintaining there is no problem with upgrading from one release to other - now is version 6.x. Only issue is probably my knowledge how to put this together. All the best Blaz

2 1

Restore mails using Thunderbird
by Nicolas Kovacs 15 Mar '21

15 Mar '21

Hi, One of my clients is running CentOS 7 on his workstation. He's using Mozilla Thunderbird with an IMAP account at Infomaniak to manage his mails. Two days ago he shot himself in the foot by playing around with Thunderbird's auto-cleaning features. He enabled "delete all mails older than 60 days" and managed to wipe most of his 13 GB of archived mails. Fortunately his local network has a local backup server (running CentOS 7 and Rsnapshot), which keeps daily snapshots of his workstation. Thunderbird keeps all configuration and mail in ~/.thunderbird, so I simply renamed this to ~/.thunderbird.bak, searched for the latest correct version of ~/.thunderbird three days ago and restored that. Now here's what happens. 1. When starting Thunderbird all the old mail folders and messages appear correctly. So it looks good. 2. After a few minutes most of the messages disappear. Not good. I don't know exactly what's going on here, but it looks like the server is trying to keep the upper hand here by restoring the last (wrong) state of things. Any suggestions ? Niki -- Microlinux - Solutions informatiques durables 7, place de l'église - 30730 Montpezat Site : https://www.microlinux.fr Blog : https://blog.microlinux.fr Mail : info(a)microlinux.fr Tél. : 04 66 63 10 32 Mob. : 06 51 80 12 12

2 1

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

Discuss