September 2021 - Discuss - lists.centos.org

Memory vs. Display Card
by Rick 28 Oct '25

28 Oct '25

Since memory has become quite cheap lately I decided to move from 2 GB to 6. When I installed the memory every thing was fine until I went to run level 5. At that point the screen turned to garbage and the system froze. Is there a way to fix this so I can use the memory I bought? Do I need a new display card? Current hardware: Intel D975XBX2 Motherboard VGA compatible controller: ATI Technologies Inc RV505 [Radeon X1550 64-bit] -- http://www.spinics.net/lists/

13 19

SSD for Centos SWAP /tmp & /var/ partition
by Keith Roberts 03 Sep '25

03 Sep '25

Has anyone actually used a SSD in a Centos setup? My little experiment with a s/h WD drive for /tmp and SWAP partitions kicked the bucket on Wednesday, when the poor WD drive caught the click-of-death. It was a s/h drive to start with and lasted about 4 months. But that was without the /var/log/ partition being written to it, as I mounted that back onto /var/log from the original drive. So I had to install another (WD) drive, and repartion it and rebuild my RPM package database, from the backed-up Packages file. That seems to be all OK now. I'm wondering if it would be a good idea to use a new SSD for moving all the disk i/o to, that Linux likes to do so often. Plus putting SWAP onto a decent SSD should speed things up somewhat. Here's a short video of a laptop fitted with a SSD drive booting macOS, compared to a similar laptop booting from the standard HDD. The laptop with the SSD boots and loads some apps in 28 seconds. The other one takes twice as long. http://eshop.macsales.com/shop/SSD/OWC/Mercury_Extreme_Pro_6G/?utm_source=t… Kind Regards, Keith Roberts ----------------------------------------------------------------- Websites: http://www.karsites.net http://www.php-debuggers.net http://www.raised-from-the-dead.org.uk All email addresses are challenge-response protected with TMDA [http://tmda.net] -----------------------------------------------------------------

33 96

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

23 Jun '25

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

3 7

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

01 Feb '25

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

4 11

NFS Share fails to mount at boot time
by Felix Natter 15 Jan '22

15 Jan '22

hello fellow CentOS Users, on Scientific Linux 7 (_very_ similar to CentOS7), I get this when trying to mount NFS Shares (exported from Synology NAS) automatically at boot time: [root@HOST ~]# journalctl -b 0 | grep NAS[20] Jul 01 13:32:09 HOST systemd[1]: Mounting /mnt/NAS0... Jul 01 13:32:09 HOST systemd[1]: Mounting /mnt/NAS2... Jul 01 13:32:09 HOST systemd[1]: mnt-NAS0.mount mount process exited, code=exited status=32 Jul 01 13:32:09 HOST systemd[1]: Failed to mount /mnt/NAS0. Jul 01 13:32:09 HOST systemd[1]: Unit mnt-NAS0.mount entered failed state. Jul 01 13:32:09 HOST systemd[1]: mnt-NAS2.mount mount process exited, code=exited status=32 Jul 01 13:32:09 HOST systemd[1]: Failed to mount /mnt/NAS2. Jul 01 13:32:09 HOST systemd[1]: Unit mnt-NAS2.mount entered failed state. I read that enabling NetworkManager-wait-online.service can mitigate that, but it's already enabled: [root@HOST ~]# systemctl list-unit-files|grep wait chrony-wait.service disabled NetworkManager-wait-online.service enabled plymouth-quit-wait.service disabled /mnt/NAS2 is defined in /etc/fstab (/mnt/NAS0 is mounted analogously): NAS2HOST:/volume1/export/ /mnt/NAS2 nfs rw,vers=3,soft,bg,intr 0 0 This does not always occur, and it seems to be a race condition, because it did not occur a few months ago, before we moved offices (when only the networking changed slightly). Of course, once the computer is booted, I can always mount the shares without problems. Does someone have an idea? Many Thanks and Best Regards, -- Felix Natter

3 4

Microsoft Teams on CentOS 7. Does the latest version work?
by Toralf Lund 03 Dec '21

03 Dec '21

Does anyone else run Microsoft Teams on CentOS 7? I've used it for a while now, and it's generally worked reasonably well. However, after upgrading to the latest version from the Microsoft repos, it doesn't start up properly. Processes start and remain active until I give up and kill them, but I can't see a window or a tray icon or anything. Has anyone else seen this? Is there anything I can do to make the GUI appear? This is not a big deal as everything just works fine if I revert to the previous release, but it would be interesting to know if this is a general problem with the software, or I have some weird issue with my system. The release that doesn't work is 1.4.00.13653. The one that does is 1.4.00.7556. - Toralf

14 31

MATE 1.20 test build for CentOS 7 available
by Greg Bailey 14 Oct '21

14 Oct '21

Hi everyone, There's been discussions in the past about updating MATE RPMs in EPEL-7: https://bugzilla.redhat.com/show_bug.cgi?id=1436260 https://lists.centos.org/pipermail/centos/2019-August/173154.html (and lots of others...) As a proof-of-concept, I've written some scripts that clone specific commits from the Fedora master branches, and then runs a tool to re-apply RPM scriptlets that are required by EL7 but removed from the Fedora .spec files. The scripts are available at: https://github.com/gebailey/mate-rpms/tree/master/1.20/el7 There's also instructions there if you want to try upgrading to MATE 1.20 w/o rebuilding them yourself. If these packages work for others, perhaps we can revisit the idea of updating the epel7 branches of the Fedora git repos and submitting an official update. There's nothing here (yet) about building MATE 1.22 (which might require a newer gcc for EL7), or building anything on CentOS 8, but thought the CentOS 7 users might find this helpful. -Greg

6 17

Installing openLDAP on Centos 7
by Gary Stainburn 03 Oct '21

03 Oct '21

I am following the howto on https://linuxhostsupport.com/blog/how-to-install-ldap-on-centos-7/ which matches a number of other howto's. I have tried this on two Centos 7 boxes and both fail in the same way when trying to set the certificates. I have tried <insert search engine here> without success. I found that by adding '-d 1' you enable debugging, but the debugging did not help. Anyone got any suggestions? All steps prior to this worked successfully. Gary [root@eddie ldap]# ldapmodify -Y EXTERNAL -H ldapi:/// -f certs.ldif SASL/EXTERNAL authentication started SASL username: gidNumber=0+uidNumber=0,cn=peercred,cn=external,cn=auth SASL SSF: 0 modifying entry "cn=config" ldap_modify: Other (e.g., implementation specific) error (80) [root@eddie ldap]# cat certs.ldif dn: cn=config changetype: modify replace: olcTLSCertificateFile olcTLSCertificateFile: /etc/openldap/certs/myldap.ringways.com.cert dn: cn=config changetype: modify replace: olcTLSCertificateKeyFile olcTLSCertificateKeyFile: /etc/openldap/certs/myldap.ringways.com.key [root@eddie ldap]# ll /etc/openldap/certs/ total 72 -rw-r--r--. 1 ldap ldap 65536 Sep 30 11:19 cert8.db -rw-r--r--. 1 ldap ldap 16384 Sep 30 11:19 key3.db -rw-r--r--. 1 ldap ldap 1493 Sep 30 12:16 myldap.ringways.com.cert -rw-r--r--. 1 ldap ldap 1704 Sep 30 12:16 myldap.ringways.com.key -r--r-----. 1 ldap ldap 45 Jul 29 2020 password -rw-r--r--. 1 ldap ldap 16384 Jul 29 2020 secmod.db [root@eddie ldap]#

2 1

Upgrading CentOS from 7 to 8
by Gestió Servidors 30 Sep '21

30 Sep '21

Hi, I'm doing some tests of upgrading CentOS from 7 to 8 reading this step-by-step guide: https://netshopisp.medium.com/how-to-upgrade-linux-servecentos-7-to-centos-… I'm trying this upgrade in a VM, so I can save "snapshots" and restart in a past saved point. However, all my test ends wrong, exacly in Step 4 when I run "rpm -e `rpm -q kernel`". Then, systems says that some packages are kernel dependencies. After I remove that dependencies, I can't remove kernel... Anybody has tested process upgrade from 7 to 8? Thanks.

8 8

Re: [CentOS] how to display/create DUID?
by hw 30 Sep '21

30 Sep '21

On Thursday, September 30, 2021 2:31:48 AM CEST Kenneth Porter wrote: > --On Wednesday, September 29, 2021 11:59 PM +0200 hw <hw(a)gc-24.de> wrote: > > Is that my lack of understanding or are these DUIDs really a rather > > stupid idea? > > > > And how are we actually supposed to set up static leases with DHCPv6? > > I recommend asking over on the ISC DHCP lists where you're likely to find > much more expertise on the subject in these dark corners of the standards. Hm ok, maybe I'll try that, thanks.

1 0

Re: [CentOS] how to display/create DUID?
by hw 30 Sep '21

30 Sep '21

On Sunday, September 19, 2021 6:53:45 PM CEST Kenneth Porter wrote: > --On Sunday, September 19, 2021 3:02 PM +0200 hw <hw(a)gc-24.de> wrote: > > None of this is working because the server isn't running a DHCPv6 server, > > and there seems to be no file in /var/lib/NetworkManager that would seem > > to be helpful. > > > > Isn't there a tool that creates the DUID and prints it? This can't be > > too difficult ... > > I found this thread that suggests that NetworkManager computes it every > time unless it's manually overridden: > > <https://gitlab.freedesktop.org/NetworkManager/NetworkManager/-/issues/135> That might mean that I would need to extract the functions from the soruces of dhclient to make a program that prints DUID(s) for the machine you run it on. ... But that isn't so easy. Maybe I can find out how to create a DUID and write something in perl; it doesn't seem to be too complicated in the source. The comment is interesting: /* * The "best" default DUID, since we cannot predict any information * about the system (such as whether or not the hardware addresses are * integrated into the motherboard or similar), is the "LLT", link local * plus time, DUID. For real stateless "LL" is better. * * Once generated, this duid is stored into the state database, and * retained across restarts. * * For the time being, there is probably a different state database for * every daemon, so this winds up being a per-interface identifier...which * is not how it is intended. Upcoming rearchitecting the client should * address this "one daemon model." */ I don't understand what the point of a DUID is which is /not/ a per-interface identifier. When I assign addresses via DHCP, I don't want them to end up being assigned anywhere else than to the interface they need to be assigned to. What is intended with these DUIDs? > Based on that, nmtui-connect might do what you want. That seems to only allow to bring up or down a connection but doesn't display DUIDs?

2 2

Re: [CentOS] Upgrading CentOS from 7 to 8
by Young, Gregory 29 Sep '21

29 Sep '21

The way we did in place upgrades from CentOS 6 to 7 for our network appliance VMs: 1. Take a backup of our appliance (database, settings, uploads, etc.). Store the backup on a separate partition/volume. 2. Copy the CentOS 7 Minimal .iso, with our added packages, to the backup partition/volume (disk.iso in the below code). 3. Copy the initrd and vmlinuz images to the boot partition (cp loop/isolinux/vmlinuz loop/isolinux/initrd.img /boot/). 4. Backup the current GRUB config (cp /boot/grub/grub.conf /boot/grub/grub.conf.bakupgrade). 5. Copy our custom kickstart file to the boot partition/volume. 6. Drop the upgrade GRUB menu config on the boot partition/volume. ``` default=0 timeout=0 serial --unit=0 --speed=9600 terminal --dumb --timeout=5 serial console title upgrade root (hd0,0) kernel vmlinuz rd.lvm=1 rd.md=1 inst.ks=hd:/dev/${disk_device}1://ks.cfg inst.repo=hd:/dev/mapper/VolGroup-lv_backup://disk.iso inst.sshd inst.cmdline inst.noninteractive inst.noshell inst.headless net.ifnames=0 selinux=0 ip=dhcp ksdevice=eth0 vga=792 modprobe.blacklist=floppy consoleblank=0 biosdevname=0 console=tty0 console=ttyS0,115200n8 initrd initrd.img ``` ${disk_device} can be found using: ``` disk_device=$(lsblk | grep disk | grep -e '^[h,s,v]da' -e 'xvda' -e 'nvme0n1' | awk '{print $1}' | head -1) ``` I can't guarantee the LVM route will work with CentOS 8, we had to use CentOS 7.3's LiveOS image to do this, as after that version the ability to access the .iso on a LVM disappeared (I think it was an unintended feature of 7.3 and older). Gregory Young | Senior Developer/Systems Engineer | N-able On 2021-09-29, 09:25, "CentOS on behalf of Gestió Servidors" <centos-bounces(a)centos.org on behalf of sysadmin.caos(a)uab.cat> wrote: [EXTERNAL] This email originated from outside of the organization. Hi, I'm doing some tests of upgrading CentOS from 7 to 8 reading this step-by-step guide: https://nam12.safelinks.protection.outlook.com/?url=https%3A%2F%2Fnetshopis… I'm trying this upgrade in a VM, so I can save "snapshots" and restart in a past saved point. However, all my test ends wrong, exacly in Step 4 when I run "rpm -e `rpm -q kernel`". Then, systems says that some packages are kernel dependencies. After I remove that dependencies, I can't remove kernel... Anybody has tested process upgrade from 7 to 8? Thanks. _______________________________________________ CentOS mailing list CentOS(a)centos.org https://nam12.safelinks.protection.outlook.com/?url=https%3A%2F%2Flists.cen…

1 0

snmpd[11277]: Duplicate IPv4 address detected, some interfaces may not be visible in IP-MIB
by Thomas 29 Sep '21

29 Sep '21

Hello. I have installed a new Centos 8 VM and trying to install net-snmp as I did already a 100 times. But this install is stressing me :-) I get the error in the subject when starting the snmpd daemon. I am 100% shure that there is no duplicate address on this machine. It has two IPv6 addresses in it's /64 range but the error speaks about IPv4. And it has just one IPv4 on the public interface and an internal IPv4 (private range) on its internal interface. Tried to create a new snmpd.conf file with "snmpconf -g basic_setup" but it gives always the same error. Anybody had this problem already? Thanks for any suggestions how to resolve this.

1 0

CentOS-announce Digest, Vol 198, Issue 4
by centos-announce-request＠centos.org 28 Sep '21

28 Sep '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:3438 Moderate CentOS 7 kernel Security Update (Johnny Hughes) 2. CEBA-2021:3335 CentOS 7 sos BugFix Update (Johnny Hughes) 3. CEBA-2021:3334 CentOS 7 openldap BugFix Update (Johnny Hughes) 4. CEBA-2021:3333 CentOS 7 device-mapper-multipath BugFix Update (Johnny Hughes) ---------------------------------------------------------------------- Message: 1 Date: Mon, 27 Sep 2021 14:14:52 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CESA-2021:3438 Moderate CentOS 7 kernel Security Update Message-ID: <20210927141452.GA432(a)bstore1.rdu2.centos.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Security Advisory 2021:3438 Moderate Upstream details at : https://access.redhat.com/errata/RHSA-2021:3438 The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) x86_64: 19575eb2feb5e29ed339c078e462e2a4ac7a44f0888328185fc248a30681b82e bpftool-3.10.0-1160.42.2.el7.x86_64.rpm 93f5058bbfe57b3134debfc599214a91d401380ef38ec57336a0d995704d9c26 kernel-3.10.0-1160.42.2.el7.x86_64.rpm 2c64dd985521f02ada8ac0415b1d852ab79d87ebdf2950e421d8258a4d86d153 kernel-abi-whitelists-3.10.0-1160.42.2.el7.noarch.rpm 39ce1d8d6ffa3efde898b475b2be150a92edca9d2aadf7ed8d5d69e6865175f9 kernel-debug-3.10.0-1160.42.2.el7.x86_64.rpm f066c4d77c32004d1843615beab2f59dce9664e5e79aaf6f5453d44d0d9e02fe kernel-debug-devel-3.10.0-1160.42.2.el7.x86_64.rpm 07505d8e7877d8a5114d6db605a9dc9c2132c0d32d978e2df599fa2e69887780 kernel-devel-3.10.0-1160.42.2.el7.x86_64.rpm d79bdff199cc5f9127f01f99ca4906b965b3c5fb198906c1ed16e725d5bbe25f kernel-doc-3.10.0-1160.42.2.el7.noarch.rpm 2617375bbb0a52fe637164f0f40bbbc00ea29b150dd35ba0e0f79447454ad604 kernel-headers-3.10.0-1160.42.2.el7.x86_64.rpm 6ec6b4d2ab3c7cf65dceaadd6a13d91e6ca7e48b3d6bf5712f0c0bf3639015b0 kernel-tools-3.10.0-1160.42.2.el7.x86_64.rpm d196c69e20dcc6a970af086c699d1d015396019ac8638386994deb8017fcc72b kernel-tools-libs-3.10.0-1160.42.2.el7.x86_64.rpm 02cbd7332b3ce796fb31c211ff00e807700217dbe4cbf3860f61c4a3bb69beb8 kernel-tools-libs-devel-3.10.0-1160.42.2.el7.x86_64.rpm 290f6f5895e4d30a12a9560261497d6ad631dbba6dd34aa352f5df74c5b51a5f perf-3.10.0-1160.42.2.el7.x86_64.rpm 1a19777f00999ca9d5a879d29fb67c078a61e7584353514d1ff9875c172b83be python-perf-3.10.0-1160.42.2.el7.x86_64.rpm Source: 35c09fa9e23fc090f029ae192d7d10869105e07083999152bb2ff03963986a23 kernel-3.10.0-1160.42.2.el7.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net Twitter: @JohnnyCentOS ------------------------------ Message: 2 Date: Mon, 27 Sep 2021 14:21:56 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CEBA-2021:3335 CentOS 7 sos BugFix Update Message-ID: <20210927142156.GA735(a)bstore1.rdu2.centos.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Bugfix Advisory 2021:3335 Upstream details at : https://access.redhat.com/errata/RHBA-2021:3335 The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) x86_64: f53f33bb25947de42ac961faa1b3edbf1207b3e8028e8c283c139b943b66ed73 sos-3.9-5.el7.centos.7.noarch.rpm Source: 1e338b36f1f5d43008636224aaad6391d56783821441918f4882f170c0a74f0c sos-3.9-5.el7.centos.7.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net Twitter: @JohnnyCentOS ------------------------------ Message: 3 Date: Mon, 27 Sep 2021 14:23:38 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CEBA-2021:3334 CentOS 7 openldap BugFix Update Message-ID: <20210927142338.GA963(a)bstore1.rdu2.centos.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Bugfix Advisory 2021:3334 Upstream details at : https://access.redhat.com/errata/RHBA-2021:3334 The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) x86_64: 912bd6993c1df63e3c9381201d80fe8178c75ff27aeb3b45999e28983222ff86 openldap-2.4.44-24.el7_9.i686.rpm 4d12827b417a44adfb6029689a3750767d051d27bb01400addcf87233d9c73aa openldap-2.4.44-24.el7_9.x86_64.rpm cc0d2cbf6bd6a4619b82b4666f297b6d0d894f6e665d587919aeb24e013118a5 openldap-clients-2.4.44-24.el7_9.x86_64.rpm ae3c48f21e37c807df89c63a1fa1216f44279908239b46e4dc5f7fc63160d0dd openldap-devel-2.4.44-24.el7_9.i686.rpm 9711433d3deaee69fd66f5b86d352d4250222cc0624b6a64b1cab5215d69348b openldap-devel-2.4.44-24.el7_9.x86_64.rpm 8f4f01e9c17c3579c8a8e8757582b5911c301c9f5219d0fa56b868db7964640f openldap-servers-2.4.44-24.el7_9.x86_64.rpm 2a6f1dc296b8103e565b9c2b18d2f04ed098a133f239f299f974b5430b5cda97 openldap-servers-sql-2.4.44-24.el7_9.x86_64.rpm Source: d9e03e7eb56351d1e58f69e6dc23937dfbf1403273e7985e7fa30d78cd2b65d4 openldap-2.4.44-24.el7_9.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net Twitter: @JohnnyCentOS ------------------------------ Message: 4 Date: Mon, 27 Sep 2021 14:31:14 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CEBA-2021:3333 CentOS 7 device-mapper-multipath BugFix Update Message-ID: <20210927143113.GA1830(a)bstore1.rdu2.centos.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Bugfix Advisory 2021:3333 Upstream details at : https://access.redhat.com/errata/RHBA-2021:3333 The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) x86_64: 0cfe90113fcfe21d6f21f6022481283b9b35ca916c02484fc39e89b88fcffa8a device-mapper-multipath-0.4.9-135.el7_9.x86_64.rpm 973cf0ccc163c9374db09502b1e69f3323abc0960eca2ad66bfae874ac23d131 device-mapper-multipath-devel-0.4.9-135.el7_9.i686.rpm 49c502046e8fd1833a810286c8db37a87f18dc47667827f45a56267aefdac60f device-mapper-multipath-devel-0.4.9-135.el7_9.x86_64.rpm ec4cb2d5a569d854ac525bd458045223e598500765770d860e5bf0b84a41767b device-mapper-multipath-libs-0.4.9-135.el7_9.i686.rpm 61772a9e48d677eb7feb9225da4fdbfa417f99764a26adf0ba4e311baad2696c device-mapper-multipath-libs-0.4.9-135.el7_9.x86_64.rpm 3d901cc9a4697e9c08105de93d1a190650a8439e1dabe11a97d17c67cd1d951c device-mapper-multipath-sysvinit-0.4.9-135.el7_9.x86_64.rpm f901d903838a840af4b07b7405171f08944a919391efff75f782b9d2c5a6a8a7 kpartx-0.4.9-135.el7_9.x86_64.rpm 4c0432991858f896026445ef401636f12a857102f3329b8a5d034aa2e99e2bd4 libdmmp-0.4.9-135.el7_9.i686.rpm 828fe4eb26915648840d50ea3daa571c3735822ed66eced81dd20b12dff3e10e libdmmp-0.4.9-135.el7_9.x86_64.rpm a8bf325bc65d56d5cd74d8b007f3b2f09f0d1f6deccd0c0d0f56f515423fe6eb libdmmp-devel-0.4.9-135.el7_9.i686.rpm ab2e63b3fe04a633b718c47d41143f7ffa9fb32076d41cfdb01feaef74cd6158 libdmmp-devel-0.4.9-135.el7_9.x86_64.rpm Source: a936d8b085df37c56fb79f41886f88a37227712e99e97605c91e56f997f292b7 device-mapper-multipath-0.4.9-135.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 198, Issue 4 ***********************************************

1 0

CentOS-announce Digest, Vol 198, Issue 3
by centos-announce-request＠centos.org 24 Sep '21

24 Sep '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:3649 CentOS 7 ca-certificates BugFix Update (Johnny Hughes) ---------------------------------------------------------------------- Message: 1 Date: Thu, 23 Sep 2021 15:35:15 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CEBA-2021:3649 CentOS 7 ca-certificates BugFix Update Message-ID: <20210923153515.GA11182(a)bstore1.rdu2.centos.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Bugfix Advisory 2021:3649 Upstream details at : https://access.redhat.com/errata/RHBA-2021:3649 The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) x86_64: 9f9e0be0e6d0c8e91635d575846d138d0cea0db6757dc477c7f61b90b17bd8bd ca-certificates-2021.2.50-72.el7_9.noarch.rpm Source: dc2cf4f9f51313e8fe6df3bd5e7c30926a99c2ad861a2bbfa4fd6210c00daaf6 ca-certificates-2021.2.50-72.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 198, Issue 3 ***********************************************

1 0

Re: [CentOS] Httpd
by Gokan Atmaca 23 Sep '21

23 Sep '21

> https://vault.centos.org/6.9/os/ I've added the repos below. Worked. :) [code]# cat /etc/yum.repos.d/CentOS-Base.repo [C6.10-base] name=CentOS-6.10 - Base baseurl=http://vault.centos.org/6.10/os/$basearch/ gpgcheck=1 gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-CentOS-6 enabled=1 metadata_expire=never [C6.10-updates] name=CentOS-6.10 - Updates baseurl=http://vault.centos.org/6.10/updates/$basearch/ gpgcheck=1 gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-CentOS-6 enabled=1 metadata_expire=never [C6.10-extras] name=CentOS-6.10 - Extras baseurl=http://vault.centos.org/6.10/extras/$basearch/ gpgcheck=1 gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-CentOS-6 enabled=1 metadata_expire=never [C6.10-contrib] name=CentOS-6.10 - Contrib baseurl=http://vault.centos.org/6.10/contrib/$basearch/ gpgcheck=1 gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-CentOS-6 enabled=0 metadata_expire=never [C6.10-centosplus] name=CentOS-6.10 - CentOSPlus baseurl=http://vault.centos.org/6.10/centosplus/$basearch/ gpgcheck=1 gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-CentOS-6 enabled=0 metadata_expire=never On Thu, Sep 23, 2021 at 5:14 PM Christopher Wensink <cwensink(a)five-star-plastics.com> wrote: > > Have you looked for the package in the vault? > > https://vault.centos.org/6.9/os/ > > On 9/23/2021 3:23 AM, Gokan Atmaca wrote: > > Hello > > > > I have a very old server. It's running Centos 6.9. (end of life) > > "mod_ssl" for httpd is not installed. The package I need is > > "mod_ssl-2.2.15-69.el6.centos.x86_64.rpm". Or I need a library file > > that I can load manually. Can you help with this? (Website PHP5.4. We > > can't migrate it for now. Too many old settings. We can't update it > > either. ) > > > > > > Thanks. > > _______________________________________________ > > CentOS mailing list > > CentOS(a)centos.org > > https://lists.centos.org/mailman/listinfo/centos > > -- > Christopher Wensink > IS Administrator > Five Star Plastics, Inc > 1339 Continental Drive > Eau Claire, WI 54701 > Office: 715-831-1682 > Mobile: 715-563-3112 > Fax: 715-831-6075 > cwensink(a)five-star-plastics.com > www.five-star-plastics.com > >

1 0

Httpd
by Gokan Atmaca 23 Sep '21

23 Sep '21

Hello I have a very old server. It's running Centos 6.9. (end of life) "mod_ssl" for httpd is not installed. The package I need is "mod_ssl-2.2.15-69.el6.centos.x86_64.rpm". Or I need a library file that I can load manually. Can you help with this? (Website PHP5.4. We can't migrate it for now. Too many old settings. We can't update it either. ) Thanks.

2 1

centos7/epel :: containerd requires unavailable runc
by Adrian Sevcenco 23 Sep '21

23 Sep '21

Hi! I was trying to install the epel containerd package that is not uninstallable due to missing runc .. does anyone have any idea about this problem? Thanks a lot! Adrian

1 0

How do I install the "right" python3-tkinter in CentOS Stream 8?
by Steven Rosenberg 21 Sep '21

21 Sep '21

In CentOS Stream 8, A yum upgrade just upgraded platform-python to platform-python-3.6.8-41.el8.x86_64.rpm. The upgrade wouldn't go through until I removed python3-tkinter-3.6.8-40.el8.x86_64. Now I want to reinstall python3-tkinter, and the only version yum is offering is 3.6.8-40, and it offers to downgrade platform-python to 3.6.8-41. python3-tkinter-3.6.8-37.el8.x86_64.rpm python3-tkinter-3.6.8-38.el8.x86_64.rpm python3-tkinter-3.6.8-39.el8.x86_64.rpm python3-tkinter-3.6.8-40.el8.x86_64.rpm python3-tkinter-3.6.8-41.el8.x86_64.rpm How do I get yum/dnf to let me install the "right" one (3.6.8-41)?

2 3

how to display/create DUID?
by hw 19 Sep '21

19 Sep '21

Hi, I would like to assign an ipv6 address through the DHCPv6 server of pfsense. To configure a static address, I need to tell the DHCPv6 server a DUID. Apparently DUIDs belong to a particular machine and aren't supposed to ever change unless you re-install the operating system. I guess every network card would need it's DUID because devices can have multiple network adapters, though ... and what happens when you change out the card? IIUC, the DUID is required to ask for/get ipv6 addresses from a DHCPv6 server. So there must be a way to create one, and perhaps it has already been created. Does networkmanager do that? So how/where do find I this DUID on my server?

2 4

external USB drives, strange result on reawaking
by Jon LaBadie 18 Sep '21

18 Sep '21

My backup system (using amanda) stores its data on external drives in a single 4 bay USB enclosure. As these drives are only needed during backup or recovery operations I have used hdparm to enable them go to an idle state after a period of inactivity. If I attempt to access any of the data when the drives are sleeping I get a strange result. Suppose I try to list one of the mountpoints, "ls .../D2", there is the expected delay while the 4 drives spin up and then ls completes with no output. I know each of the 4 drives has 40 subdirectories under the mount point. And each of the 3 other reawakened drive lists properly. But the directory I used to awaken the drives lists as empty. This effect is not limited to inititally listing a mount point. Had my command been "ls .../D2/DS1-044", DS1-044 would appear empty, but DS1-043 and all other similar directories list properly. Further, if I attempt to access a file I know exists in DS1-044 by its explicit name, that succeeds. It is like having execute permission, but not read permission on the directory. If I unmount and re-mount the filesystem, all is normal. Any clues as to why this happens, or ways to make the invisible visable again without the unmount/mount sequence? Jon -- Jon H. LaBadie jcu(a)labadie.us

2 1

CentOS-announce Digest, Vol 198, Issue 2
by centos-announce-request＠centos.org 17 Sep '21

17 Sep '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:3498 Important CentOS 7 firefox Security Update (Johnny Hughes) 2. CESA-2021:3494 Important CentOS 7 thunderbird Security Update (Johnny Hughes) ---------------------------------------------------------------------- Message: 1 Date: Thu, 16 Sep 2021 13:39:10 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CESA-2021:3498 Important CentOS 7 firefox Security Update Message-ID: <20210916133910.GA28772(a)bstore1.rdu2.centos.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Security Advisory 2021:3498 Important Upstream details at : https://access.redhat.com/errata/RHSA-2021:3498 The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) x86_64: 4612dc1b815321d8acda2baafa9107d32d2e88453f1c98a341c59936db87f826 firefox-78.14.0-1.el7.centos.i686.rpm 2a94cd35eaf2c096188c8f30e38bb1ae656122294b6b2f692f185e9533bf7f02 firefox-78.14.0-1.el7.centos.x86_64.rpm Source: 1b67eb61bf90f5bbe27b53c44458b1b9d071ce838d11828082ce2000c7e45ecd firefox-78.14.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: Thu, 16 Sep 2021 13:40:11 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CESA-2021:3494 Important CentOS 7 thunderbird Security Update Message-ID: <20210916134011.GA28899(a)bstore1.rdu2.centos.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Security Advisory 2021:3494 Important Upstream details at : https://access.redhat.com/errata/RHSA-2021:3494 The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) x86_64: 6576a71997c6b88e455bd9405164a03375ea03ef6dfbfc8c070d29e8de1f5324 thunderbird-78.14.0-1.el7.centos.x86_64.rpm Source: a665cfdccc33a1c6f201f2415c355de3304c5d27dadafae35c6024b1aef78d3d thunderbird-78.14.0-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 198, Issue 2 ***********************************************

1 0

Connecting an android tablet to CentOS
by mark 16 Sep '21

16 Sep '21

I plug it in via usb, and I see mtp... but it sees it as a camera for some reason. Clue? Meanwhile, they seem to have updated android to make things less accessable, meaning I can't find the kindle books I bought, as I could a few months ago. mark

5 6

Find out which process consumed Network bandwidth
by Kaushal Shriyan 14 Sep '21

14 Sep '21

Hi, I am running CentOS Linux release 7.9.2009 (Core). Is there a way to find out which process consumed network bandwidth during a specific time period? For example, the Nginx process consumed how much network traffic on Sept 01, 2021. Best Regards, Kaushal

9 8

How to keep audio active?
by hw 13 Sep '21

13 Sep '21

Hi, how can I keep audio active --- or at least make it come back right away --- after there was no audio for a few seconds? It takes some seconds for the audio to come back, like when a movie was paused and playback is being resumed. I either have to scroll back or miss out on the audio, and that's totally annoying. It also means that I can't hear any notifications because the notification has finished playing long before the audio is back. I tried options snd-hda-intel power_save=0 pm_blacklist=1 power_save_controller=0 in /etc/modprobe.d/snd_hda_intel.conf, and it didn't change anything. Audio comes from an NVIDIA card connected to a display port. Disabling power management of the audio controller on the card didn't help, either. All applications playing audio are affected.

1 0

GNOME UI / gnome-shell broken
by Felix Natter 11 Sep '21

11 Sep '21

hello CentOS7 users, I have an up-to-date Scientific Linux 7 (_very_ similar to CentOS7). The problem is that if one user (we have central homes) logs into any machine, we only see a desktop with icons, but no window decorations or top/bottom bars ("panels") (for both gnome-classic and gnome3). I can fix the window decorations by running "metacity --replace", but the other problem remains. I tried to remove .gnome, .gnome2, .gconf, .metacity, .cache, .dbus, .dmrc. I noticed that when starting "gnome-shell --replace" from a terminal, I get "Failed to migrate monitor configuration for ... Empty Configuration", and when running gnome-control-center, the option "Displays" shows "Could not get screen information" and the console shows: 'Name "org.gnome.Mutter.DisplayConfig" does not exist'. This happens both when logging in physically and when logging in virtually using VNC. How can I fix this? Do I need to reset more of GNOME's config? Many Thanks and Best Regards! Felix -- Felix Natter

2 2

Re: [CentOS] Troubles expanding file system. - Solved
by Jeff Boyce 09 Sep '21

09 Sep '21

To follow-up and provide a conclusion to my issue, in case anyone else runs into a similar situation. TLDR - go to bottom and read item #7. To recap the issue: I have a Dell PowerEdge server with a CentOS KVM host (Earth) with one CentOS guest (Sequoia) that I am trying to expand the partition and filesystem on. I have LVM logical volumes on the host system (Earth), which are used as devices/partitions on the guest system (Sequoia). In this particular situation I have successfully extended the logical volume (lv_SeqEco) on Earth from 500GB to 700GB. 1. Checking the disk information (lsblk) on Earth shows that the logical volume (lv_SeqEco) is now listed as 700GB. 2. Checking disk information (lsblk) on Sequoia shows that the disk /dev/vde is still listed as 500GB, and partition /dev/vde1 where the mount point /ecosystem is located is also listed as 500GB. 3. I had tried using the resize2fs command to expand the filesystem on /dev/vde1, but it returned with the result that there was nothing to do. Which makes sense now after I checked the disk information, since /dev/vde on Sequoia has not increased from 500GB to 700GB. 4. On previous occasions when I have done this task, I would just start GParted on Sequoia and use the GUI to expand the partition and filesystem. I am unable to do this now, as the VGA adapter on my server has died and I have no graphical output to the attached monitor. 5. My goal was to not have to not have to reboot the system. Especially since it is a 10-year old server and there is no longer VGA output to view the boot process. What I tried, and what worked to solve my issue: 1. First, I tried rescannning the device on the guest: echo 1 > /sys/devices/pci0000:00/0000:00:01.1/host1/target1:0:0/1:0:0:0/rescan This resulted in no output, and checking lsblk on the guest (Sequoia) showed no change: vde 500GB disk vde1 500GB part /ecosystem 2. Second, I tried using "virsh blockresize" from the host (Earth) system. Get the block size information earth# virsh domblkinfo SequoiaVM vde output: vde capacity 751619276800 Resize the block (express the size in Bytes) earth# virsh blockresize SequioaVM vde 751619276800B output: Block device vde is resized. Check the block device on the guest to confirm. sequoia# lsblk vde 700GB disk vde1 500GB part /ecosystem Therefore, virsh blockresize was successful. 3. I now have the larger disk recognized on the guest system, but still need to expand the partition and the filesystem. Tried the following options. resize2fs -p /dev/vde1 output: filesystem is already xx blocks long, nothing to do. growpart /dev/vde 1 output: This showed output indicating the partition had changed changed: partition=1 start=63 old: size=1048575937 end=1048576000 new: size=1468003572 end=1468003635 However, checking lsblk on the guest still showed the same result vde 700GB disk vde1 500GB part /ecosystem On the off chance that growpart was successful, I ran resize2fs again and it produced the same result as above. partprobe output: failed to re-read the partition table on all attached devices (including /dev/vde1); device or resource busy. Tried using "parted" and its resize command. First, using the print command to get the parameters of /dev/vde (output: end=751617861119B, size=751617828864B). Then changing parted to select (use) /dev/vde1 and used print command to view parameters of /dev/vde1 (output: end=536870879743B, size=536870879744B). (parted)# resize 1 0 751617861119 output: The location 751617861119 is outside of the device /dev/vde1 Looked at using fdisk; however, the documentation stated that the only way to change the partition size using fdisk is by deleting it and recreating it. I didn't want to do this. I finally decided that everything indicated that I would not be able to complete this while the system was online and/or mounted, despite all my research information showing that. 4. Unmounted the filesystem of the guest and run partprobe. sequoia# service smb stop sequoia# umount /ecosystem sequoia# partprobe output: This produced the same warnings as before (failed to re-read the partition, device busy) for all partitions that were still mounted, but did not produce the warning for partition /dev/vde1 that had been unmounted. sequoia# lsblk vde 700GB disk vde1 700GB part /ecosystem Success. The new partition is now recognized in the kernel, and I should now be able to resize the filesystem. 5. Run resize2fs sequoia# resize2fs -p /dev/vde1 output: please run e2fsck -f /dev/vde1 first sequoia# e2fsck -f -C 0 /dev/vde1 (-C 0 will display the progress) output: system passed all checks. sequoia# resize2fs -p /dev/vde1 output: resizing the filesystem on /dev/vde1 to 183500446 (4k) blocks, begin Pass 1, extending inode table, filesystem is now 183500446 blocks long. 6. Remount the filesystem and check the filesystem size. sequoia# mount /dev/vde1 /ecosystem sequoia# service smb start sequoia# df -h filesystem=/dev/vde1 size=689G used=459G available=196G used%=71% mount=/ecosystem 7. So in conclusion I needed to do the following steps to resize and expand my disk without a reboot. There may still be other ways that this can be accomplished, but this worked for my CentOS 6 system (both host and guest). a. On the host system, lvextend to expand the logical volume used by the guest as it's disk. b. On the host system, virsh blockresize to get the guest system to recognize the expanded disk space. c. On the guest system, growpart to grow the partition to the expanded space. d. On the guest system, unmount the filesystem (stop services as required). e. On the guest system, partprobe to get the kernel to recognize the expanded partition. f. On the guest system, resize2fs (run filesystem check if required) to expand the filesystem. Thanks to all that provided suggestions and insight, it was very helpful in my research and methodical stepping through this process. Jeff

1 0

Mirror problem
by isdtor 05 Sep '21

05 Sep '21

Updating my local mirror, I noticed x86_64/Packages/exiv2-0.27.0-4.el7_8.src.rpm x86_64/Packages/firefox-78.13.0-2.el7.centos.src.rpm x86_64/Packages/thunderbird-78.13.0-1.el7.centos.src.rpm which seem have been pushed into the wrong repo by accident. Confirmed by checking another random mirror in the US from https://www.centos.org/download/mirrors/.

2 2

lvm2 2.03.12-6 CentOS Stream broke
by Andy Hall 05 Sep '21

05 Sep '21

hi there since updating my system to include the following package... # rpm -qi lvm2 Name : lvm2 Epoch : 8 Version : 2.03.12 Release : 6.el8 Architecture: x86_64 <snip> Build Date : Thu 12 Aug 2021 06:06:53 BST Build Host : x86-01.mbox.centos.org ...all LV commands just hang (pvdisplay / vgdisplay / lvdisplay / etc) which in turn is stopping dracut from generating the initramfs for the new kernel from the same update... 71464 pts/4 S+ 0:00 | \_ /bin/bash -p /bin/dracut -f /boot/initramfs-4.18.0-338.el8.x86_64.img 4.18.0-338.el8.x86_64 71483 pts/4 S+ 0:00 | \_ /bin/cat 71601 pts/4 S+ 0:00 | \_ /bin/bash -p /bin/dracut -f /boot/initramfs-4.18.0-338.el8.x86_64.img 4.18.0-338.el8.x86_64 71602 pts/4 D+ 0:00 | \_ lvm vgs --noheadings -o pv_name cs_ctream ( see dracut running the lvm vgs command...which never returns...so dracut nevern completes...so I can't boot into the new kernel ) any ideas on this one ? is it a known issue ? or is there anything else I can do to troubleshoot further ? thanks very much.

2 3

dcfldd
by Jerry Geis 03 Sep '21

03 Sep '21

Hi all I did a "yum install dcfldd" on Centos7. I plugged in my USB HUb, plugged in 3 disks I want to duplicate Verified each disk plugged in run the command dcfldd if=myimg.img of=/dev/sdd of=/dev/sde of=/dev/sdf No errors no nothing, Said "writing" the whole time - when done it said 8248Mb Written But the image was not actually written to the three disks. It still just has a single partition - the default partition. Am I doing something wrong ? Thanks, Jerry

2 2

Re: [CentOS] Troubles expanding file system.
by Jeff Boyce 03 Sep '21

03 Sep '21

I realized I was still on receiving the daily digest format last night, so I have probably screwed up the threading on this now. If you cc me directly maybe I can maintain the future threading. Ok, looking at Parted it looks like the resize (or resizepart) command will be what I will need. But that doesn't appear to help recognize the expanded disk, so I think I need something before that. That is what I thought the echo 1 > rescan would do for me. I will look more into fdisk to understand the capabilities there. I am going to take advantage of the holiday weekend in a few days to take care of this so I am trying to understand all of the options available to me before diving into the task. In response to Gordon also, I did rescan the drive as suggested and got the same results; no such file or directory. So then I did a search for the rescan file to see where it was present. Found it in a few locations, but this one looks to be the one that I would want to try. /sys/devices/pci0000:00/0000:00:01.1/host1/target1:0:0/1:0:0:0/ The rescan file was also located in just: /sys/bus/pci but don't know if that would do the job for the specific device. Thanks for everyone's input. Very helpful. More suggestions are welcome while I am still reading up on options. Jeff Date: Wed, 1 Sep 2021 13:15:37 -0400 From: Stephen John Smoogen<smooge(a)gmail.com> To: CentOS mailing list<centos(a)centos.org> Subject: Re: [CentOS] Troubles expanding file system. Message-ID: <CANnLRdhhRkMagTcZ+eqALoteYcXD26nMrHzv7L9F1A35jGS=3g(a)mail.gmail.com> Content-Type: text/plain; charset="UTF-8" On Wed, 1 Sept 2021 at 12:42, Jeff Boyce<jboyce(a)meridianenv.com> wrote: > Greetings - > > I have tried posting this four times now, from two different email > addresses (on the 25th, 27th, 30th, and 31st) and it never appeared. I > don't see it in the archives, so it appears to be getting dropped in > transition for some reason. I am not getting messages from the email > system saying it is undeliverable, or is bounced; I am sending as plain > text, not HTML, I stripped off my signature. If this makes it through, > someone please give me a clue why the others might not have. But that > is not as important as the real issue that I am trying to get addressed > below. Thanks for any assistance. > > I have a Dell PowerEdge server with a CentOS KVM host (Earth) with > one CentOS guest (Sequoia) that I am trying to expand the partition and > filesystem on. I have LVM logical volumes on the host system (Earth), > which are used as devices/partitions on the guest system (Sequoia). In > this particular situation I have successfully extended the logical > volume (lv_SeqEco) on Earth from 500GB to 700GB. > > 1. Checking the disk information (lsblk) on Earth shows that the > logical volume (lv_SeqEco) is now listed as 700GB. > > 2. Checking disk information (lsblk) on Sequoia shows that the disk > /dev/vde is still listed as 500GB, and partition /dev/vde1 where the > mount point /ecosystem is located is also listed as 500GB. > > 3. I had tried using the resize2fs command to expand the filesystem on > /dev/vde1, but it returned with the result that there was nothing to > do. Which makes sense now after I checked the disk information, since > /dev/vde on Sequoia has not increased from 500GB to 700GB. > Thanks for the long list of items of what you have done. In Fedora Infrastructure, we used this method to resize images in the past https://pagure.io/infra-docs/blob/main/f/docs/sysadmin-guide/sops/guestdisk… The guest system usually needs to have the `fdisk` , `gdisk` or `parted` commands rerun to resize the disk to its new size. > 4. On previous occasions when I have done this task, I would just start > GParted on Sequoia and use the GUI to expand the partition and > filesystem. A real quick and simple solution. > > 5. The problem I have now is that the VGA adapter on my server has died > and I have no graphical output to the attached monitor, nor to the iDrac > console display. So I am stuck doing this entirely by the command line > while logged into the system remotely. > > 6. I suspect that I need to rescan the devices on Sequoia so that it > recognizes the increased space that has been allocated from the extended > the logical volume. But when I did that (command below) it came back > with a no such file or directory. > > echo 1 > /sys/class/block/vde1/device/rescan > Not sure that would do anything. > 7. This server is being retired in the next few months, but I need this > additional space prior to migrating to the new system. Can someone give > me some guidance on what I am missing in this sequence? > > Let me know if I haven't been clear enough in the explanation of my > systems and objective. Thanks.

4 4

CentOS-announce Digest, Vol 198, Issue 1
by centos-announce-request＠centos.org 02 Sep '21

02 Sep '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:3327 Important CentOS 7 kernel Security Update (Johnny Hughes) 2. CEBA-2021:3332 CentOS 7 resource-agents BugFix Update (Johnny Hughes) 3. CESA-2018:3140 Moderate CentOS 7 gvfs Security Update (Johnny Hughes) 4. CESA-2020:1021 Moderate CentOS 7 gnome-settings-daemon Security Update (Johnny Hughes) 5. CEEA-2019:0045 CentOS 7 virt-what Enhancement Update (Johnny Hughes) 6. CESA-2021:3325 Moderate CentOS 7 bind Security Update (Johnny Hughes) 7. CESA-2021:3336 Important CentOS 7 sssd Security Update (Johnny Hughes) 8. CESA-2021:3338 Low CentOS 7 hivex Security Update (Johnny Hughes) ---------------------------------------------------------------------- Message: 1 Date: Tue, 31 Aug 2021 21:19:47 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CESA-2021:3327 Important CentOS 7 kernel Security Update Message-ID: <20210831211947.GA23775(a)bstore1.rdu2.centos.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Security Advisory 2021:3327 Important Upstream details at : https://access.redhat.com/errata/RHSA-2021:3327 The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) x86_64: 5b19e42e03ab5ffdc24e71ec6c71dd0d4c8a557e482b142cb58bd7eaf529174a bpftool-3.10.0-1160.41.1.el7.x86_64.rpm f181f4bc3868b84eb350197aee4e79d0466d5aaac0e0a70a37eb58aa7533e228 kernel-3.10.0-1160.41.1.el7.x86_64.rpm a5f9b329bc1130ffe9bf6f2ced3317e2ad895c4559a82bdf804c8b85e4765b28 kernel-abi-whitelists-3.10.0-1160.41.1.el7.noarch.rpm 22e7b5d6e46a23025f394d1dd9e25e4e5cfd1c5dbb00f74226f20929ee065bd9 kernel-debug-3.10.0-1160.41.1.el7.x86_64.rpm 72dc266e5da09e38d19f4c3904bdb983146af68adbe466120ff8bfecdb4567bf kernel-debug-devel-3.10.0-1160.41.1.el7.x86_64.rpm e888a6e4abc3928d95ec0b18f8a42febb63ba70ba0371c23615b8823209d9317 kernel-devel-3.10.0-1160.41.1.el7.x86_64.rpm 5573691deaca712e1478b3d889fe322be138680d8955a04b75e3a0066e099ca2 kernel-doc-3.10.0-1160.41.1.el7.noarch.rpm 3c1d7d5a10b6bbb96820657c57af7a774ba60dd1acb011d623b218102b3251f3 kernel-headers-3.10.0-1160.41.1.el7.x86_64.rpm 3ce3178d47c0937ca4073ad24a4d21e17880a93c83bed7d7cdde515bda87c789 kernel-tools-3.10.0-1160.41.1.el7.x86_64.rpm 7c45ba29959e72ceece7bd3f48bcc0ce0a86ebce4677a50e9d95a46e172b5d3b kernel-tools-libs-3.10.0-1160.41.1.el7.x86_64.rpm 69c2b3156d7f7348e92c9b6d94a15da2b8f77e0597041944eb9741c941e07001 kernel-tools-libs-devel-3.10.0-1160.41.1.el7.x86_64.rpm 82af7be38d0c8eb49df265c4c0138bdc35cb7ac26a1b6e3a4d0f0a47d293dc93 perf-3.10.0-1160.41.1.el7.x86_64.rpm b5008882f07f8c6c00a0b544313ead5522d4d71ffce67d2a4c5c59a41e89e091 python-perf-3.10.0-1160.41.1.el7.x86_64.rpm Source: ecb824f2bd03d2d305e5d081734d1dbc420ddcf2a7ce2bcebe7a86f58756b23c kernel-3.10.0-1160.41.1.el7.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net Twitter: @JohnnyCentOS ------------------------------ Message: 2 Date: Wed, 1 Sep 2021 12:51:12 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CEBA-2021:3332 CentOS 7 resource-agents BugFix Update Message-ID: <20210901125112.GA25046(a)bstore1.rdu2.centos.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Bugfix Advisory 2021:3332 Upstream details at : https://access.redhat.com/errata/RHBA-2021:3332 The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) x86_64: daae913efb6e4874bfa75dfcd0e5d7e7a5608566622349ab0a84cb1fb2583e70 resource-agents-4.1.1-61.el7_9.13.x86_64.rpm 69e3af51dee6dd3aca7ef07201a7beeaa6d764016a11afffdabce904928aee48 resource-agents-aliyun-4.1.1-61.el7_9.13.x86_64.rpm 7f1d9434068b1dab6eb2d4673f1f11fee7c197500b464616bdb606f4cb097f8e resource-agents-gcp-4.1.1-61.el7_9.13.x86_64.rpm Source: 5e5d70ba5f2751b5ad64d0956f9c64d159f2ff334622e87aabf84c6847a8065b resource-agents-4.1.1-61.el7_9.13.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net Twitter: @JohnnyCentOS ------------------------------ Message: 3 Date: Wed, 1 Sep 2021 12:51:57 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CESA-2018:3140 Moderate CentOS 7 gvfs Security Update Message-ID: <20210901125157.GA25370(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: 717c6856842ddb6b4eca2817cbb3adfce002d371a61b322c8c74761e57ae5bcf gvfs-1.36.2-5.el7_9.i686.rpm 28f3ff68224de0783083894b44eefc57e4833a53461ce91f1f4656bbc1b0eb9f gvfs-1.36.2-5.el7_9.x86_64.rpm dc73b498dea020241c15f040008e6f96731b9a67cfa83b452c60a9d4510edd41 gvfs-afc-1.36.2-5.el7_9.x86_64.rpm cce9b9d8e55d003cd7be906f5603d626c0f14b8e422e5123076eb85b9dab7694 gvfs-afp-1.36.2-5.el7_9.x86_64.rpm 35f5c229e131ffb525fc38628dbe4dc399fd7f6077f047e169dc8e5ddcce20e8 gvfs-archive-1.36.2-5.el7_9.x86_64.rpm 51af7b29f1554b6ee4cfc1be4f18e91dcb17d8795d87ad960cb26d3fe381cc64 gvfs-client-1.36.2-5.el7_9.i686.rpm b95af4b262010256013a4265ab61dfb37bf37e1d4ca12de8b007b315ae8a9b1c gvfs-client-1.36.2-5.el7_9.x86_64.rpm 0b42148789300af59e74814b7d8cb50a3c1453dc197a498f2f37cdc75a6a97d7 gvfs-devel-1.36.2-5.el7_9.i686.rpm 34a08308f948f94b0ad18d9d233e22453d984465c89a58935ec1185d071e7f4d gvfs-devel-1.36.2-5.el7_9.x86_64.rpm 72fedcf3bf921b3e8efb6e27a94cc4edfe624334e5b7a143442d707cfb625b06 gvfs-fuse-1.36.2-5.el7_9.x86_64.rpm 96f852d003908ae51e7c33a2d18e329760dd559b5ca3c8a594e3d2a5ebf41ce5 gvfs-goa-1.36.2-5.el7_9.x86_64.rpm cc2af8b460ae945f1afdf5f03ea0b48e40aa3372a33d96e0408d1256c8c0294e gvfs-gphoto2-1.36.2-5.el7_9.x86_64.rpm b9b11e2c45c327237aea9d0fd84d0d41db9d2a4137822d95f71cedd3ae9145c2 gvfs-mtp-1.36.2-5.el7_9.x86_64.rpm 09277f1295e2db1f4f90bd3fce359dd8150009233cbba997650480e544b67766 gvfs-smb-1.36.2-5.el7_9.x86_64.rpm 3cf6225627d15b57e6db240be4821a47a55d2bf482e4fe8f1928862282e7998e gvfs-tests-1.36.2-5.el7_9.x86_64.rpm Source: 82da6639d664c95a4d729c4eed382b4cd81225931690ad9a382bf4bdbdaaee11 gvfs-1.36.2-5.el7_9.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net Twitter: @JohnnyCentOS ------------------------------ Message: 4 Date: Wed, 1 Sep 2021 12:52:11 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CESA-2020:1021 Moderate CentOS 7 gnome-settings-daemon Security Update Message-ID: <20210901125211.GA25532(a)bstore1.rdu2.centos.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Security Advisory 2020:1021 Moderate Upstream details at : https://access.redhat.com/errata/RHSA-2020:1021 The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) x86_64: d6af98392b986204b8b504202adcf13ec1eca355c819f9d4a1ee4d8448a14c55 gnome-settings-daemon-3.28.1-11.el7_9.i686.rpm c4456d3a9934c3fe90a0750649cc735745508843da43735b39aa5cdcaadb99a4 gnome-settings-daemon-3.28.1-11.el7_9.x86_64.rpm 821df7321c6fd01dc77f9435ba556d7b08cfdfdb262113c4223883e34adeedf3 gnome-settings-daemon-devel-3.28.1-11.el7_9.i686.rpm 86f47f4e0ba937bd5cc3e11936092ae2624f85a10417a53a3620844161158224 gnome-settings-daemon-devel-3.28.1-11.el7_9.x86_64.rpm Source: e50add1de7f992a1bc7b2e3b473d93608bc3adce5befd58a15abaa2437ec9e9b gnome-settings-daemon-3.28.1-11.el7_9.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net Twitter: @JohnnyCentOS ------------------------------ Message: 5 Date: Wed, 1 Sep 2021 12:52:20 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CEEA-2019:0045 CentOS 7 virt-what Enhancement Update Message-ID: <20210901125220.GA25696(a)bstore1.rdu2.centos.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Enhancement Advisory 2019:0045 Upstream details at : https://access.redhat.com/errata/RHEA-2019:0045 The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) x86_64: f6645c7cbc24d07e153f2c8892cf815d6c7edf416985b8afe81d4a7af9562adc virt-what-1.18-4.el7_9.1.x86_64.rpm Source: 18a66bb9becc475876141d6a10dc33f11d18c487facb3a991ba2c660a7b7d49c virt-what-1.18-4.el7_9.1.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net Twitter: @JohnnyCentOS ------------------------------ Message: 6 Date: Wed, 1 Sep 2021 13:02:58 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CESA-2021:3325 Moderate CentOS 7 bind Security Update Message-ID: <20210901130258.GA26529(a)bstore1.rdu2.centos.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Security Advisory 2021:3325 Moderate Upstream details at : https://access.redhat.com/errata/RHSA-2021:3325 The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) x86_64: 7200ad28455e7f8044a9521a187ff712e7d782e9a38db84d1c18e9b54e7a9a28 bind-9.11.4-26.P2.el7_9.7.x86_64.rpm ae6ecf30bc0a1b8e2c0c2d8702e3eaf7db4864987e02a301446311ff1594d050 bind-chroot-9.11.4-26.P2.el7_9.7.x86_64.rpm dfe4993ac8d4d097c4e5e97fc006d27039a6a3d4cc79f87f4d56c9e79afd3a86 bind-devel-9.11.4-26.P2.el7_9.7.i686.rpm 337b3b492087333d675bf644cd7cab27fad998fd2eb5f3f1064b766e5fbf85c1 bind-devel-9.11.4-26.P2.el7_9.7.x86_64.rpm 620e6945f7639eacc1508005775c37d66e64ae3f5ec915e87d132a17a45d3999 bind-export-devel-9.11.4-26.P2.el7_9.7.i686.rpm ddbc53b44a7ec6dd175840df4ba96e8440a167aca06195e38f9ce8e768f82f30 bind-export-devel-9.11.4-26.P2.el7_9.7.x86_64.rpm d1270ff691bc97bc9a737c8556081408a04f2a325ffb0db2fb561a7add15d0e6 bind-export-libs-9.11.4-26.P2.el7_9.7.i686.rpm 5af6b82a47585513d5a6a8ccc974d524ebc2a67fba642652aa75b566045b004c bind-export-libs-9.11.4-26.P2.el7_9.7.x86_64.rpm fc93fa73ee589349b26030b1fd56173975859786d624ddeaf826606e99c8b4f3 bind-libs-9.11.4-26.P2.el7_9.7.i686.rpm 2c72fd0a8014e13440ebde0c0ae037cea29cc8aa567b3723619486dc2040f9e5 bind-libs-9.11.4-26.P2.el7_9.7.x86_64.rpm 23886775cbbf0f0b980d7e700a1fa3cce9ae8149522a191554e770fe0acf1813 bind-libs-lite-9.11.4-26.P2.el7_9.7.i686.rpm f9e741d7af4fbcb102cf759697c858701bf8839ced08a5f62c9415ac5de9dda3 bind-libs-lite-9.11.4-26.P2.el7_9.7.x86_64.rpm 417df6c01f4373a219da10ea1df04e2565b5b27e4710818aa6718065c174f25f bind-license-9.11.4-26.P2.el7_9.7.noarch.rpm f0c0b3f210497c3d560f42df97307f09afe0cd687c2e08ebc1cb7b03e28b8319 bind-lite-devel-9.11.4-26.P2.el7_9.7.i686.rpm 9744361dc7129978289b5a40fcacd9f52369b57774ec2256bc3c078d4d6e8f03 bind-lite-devel-9.11.4-26.P2.el7_9.7.x86_64.rpm 4d2dbd65fa67b8c23648a188f830340cc1da72b5dbc71795229022de0ff9720d bind-pkcs11-9.11.4-26.P2.el7_9.7.x86_64.rpm d4718c0bcf9365bfcd07e9c307952a12ae32802cbc6bde5707222c30c90cbb85 bind-pkcs11-devel-9.11.4-26.P2.el7_9.7.i686.rpm 5ca5234e59243cc5ced75e11bc9ad434a82d86c5fa5eab71a130bd3c3ae49334 bind-pkcs11-devel-9.11.4-26.P2.el7_9.7.x86_64.rpm 3d4d0d965fc073d950dd63507c1b1287648ef59c103d02cf09891c04bd99e930 bind-pkcs11-libs-9.11.4-26.P2.el7_9.7.i686.rpm 32f0185e8d6a9ab586922827519f1f38fb921fcaff260385904d3e61dd029d44 bind-pkcs11-libs-9.11.4-26.P2.el7_9.7.x86_64.rpm f7789c32ac34827df4b6c180e845361bb70aa1fcbc165a6c2a533559f2bc3f76 bind-pkcs11-utils-9.11.4-26.P2.el7_9.7.x86_64.rpm ca5ee1ff2a858d3eaf6bbed3a7c0421519183d99018689b9d2bfb4f8b2bdb122 bind-sdb-9.11.4-26.P2.el7_9.7.x86_64.rpm 850be6d438290af4b3c31805a40c2f8a88e4e751bafa1bb02b6b884736f80ef2 bind-sdb-chroot-9.11.4-26.P2.el7_9.7.x86_64.rpm 0834c02bc349eaabe64a4015d07ee7cbcf7776a68766e81cd93be0a58c7d5465 bind-utils-9.11.4-26.P2.el7_9.7.x86_64.rpm Source: e3a2f06f743ffed5ef8e29fc9cd18fbf075c9e6fac1f47cceac97e15598c3cbb bind-9.11.4-26.P2.el7_9.7.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net Twitter: @JohnnyCentOS ------------------------------ Message: 7 Date: Wed, 1 Sep 2021 13:06:57 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CESA-2021:3336 Important CentOS 7 sssd Security Update Message-ID: <20210901130657.GA27136(a)bstore1.rdu2.centos.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Security Advisory 2021:3336 Important Upstream details at : https://access.redhat.com/errata/RHSA-2021:3336 The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) x86_64: 1db80fc0b7ec4ad66d1f7b86e831c3ed4d4386b1db1558cc7afcecf08ff5184e libipa_hbac-1.16.5-10.el7_9.10.i686.rpm 7bb7db4c0e3b5dbb711a2589b4e752e8fe25c9b73185eaa3eecc00450d613c21 libipa_hbac-1.16.5-10.el7_9.10.x86_64.rpm 9ddb3989f547bec0175c3f866ce77a6ac4742203e5567fcd03af76e451568f49 libipa_hbac-devel-1.16.5-10.el7_9.10.i686.rpm 79b1198c3958d0c5aaf003eb2c5f482ad658aac62e3b7fe05127e6498153d891 libipa_hbac-devel-1.16.5-10.el7_9.10.x86_64.rpm f5d9885773ed21397aa08232737d51af6803c1358395a2168b6820ce496d927f libsss_autofs-1.16.5-10.el7_9.10.x86_64.rpm 905b3f686bda411e8b1469cccabec8ed3ae99a60153880597dd656cabc81a501 libsss_certmap-1.16.5-10.el7_9.10.i686.rpm e668a6070cd6a22b4de750baa84e146e8e064e1a05849a958600f9b2d6b51c0d libsss_certmap-1.16.5-10.el7_9.10.x86_64.rpm d2d65f2dde15fdba0abf08f0eba0a75c42ca7a41d64da706060132398e03a472 libsss_certmap-devel-1.16.5-10.el7_9.10.i686.rpm b16a84b46233f40caa0d30fca524f23408cdf7301cecddbe17cc7b23be9336c9 libsss_certmap-devel-1.16.5-10.el7_9.10.x86_64.rpm 3c2c5a9be0e4c30b02e5553db78d0a3f434bf544273422faeab125baf392165e libsss_idmap-1.16.5-10.el7_9.10.i686.rpm a06df499751c88597c0ff2c9e3571f888ef5f4c900179b21dd22799ec89b624a libsss_idmap-1.16.5-10.el7_9.10.x86_64.rpm 21c9f734ac2660b9ca8602966521796728c6e3830a5aa75fda5d6c6674d2f5d3 libsss_idmap-devel-1.16.5-10.el7_9.10.i686.rpm f7bd069d04d994e785e1883f97be7c9af76091600cb13d99b634f878bb79c5e0 libsss_idmap-devel-1.16.5-10.el7_9.10.x86_64.rpm da23c291f94eaf3fa1751e0812449824e582ca5853fa7e71e730f6f1fb2e0327 libsss_nss_idmap-1.16.5-10.el7_9.10.i686.rpm d41f2ba7244ea561f95aae87e10fc0d097ee72ed2f5cf1cb1e7455374f1add83 libsss_nss_idmap-1.16.5-10.el7_9.10.x86_64.rpm 40fbdb5955ea06836fc5cd49841d43c8ca177c4a345a3731b7fdcb0e482fcde0 libsss_nss_idmap-devel-1.16.5-10.el7_9.10.i686.rpm 5016630a65d39bcfb9fe686d8dda94e2b896afc8b8c41f7c29a6bc5d3305884e libsss_nss_idmap-devel-1.16.5-10.el7_9.10.x86_64.rpm 82615b5f75a4fb89fd8a9662bc57f478e82e61656145912b4cf6dc7349a9b42d libsss_simpleifp-1.16.5-10.el7_9.10.i686.rpm 5d59acc61e4c24682f9a5b9b41b1c5f8974de87c4a1fb4e029e9131a51888c38 libsss_simpleifp-1.16.5-10.el7_9.10.x86_64.rpm 5ee8683f8c93ce6cd407d16531478f99660fed0dd9f582ce317a1aeb518e6484 libsss_simpleifp-devel-1.16.5-10.el7_9.10.i686.rpm 7fdb130eab949bc403e1c3601e83e6c3cbc7954955279ba1bea21124e1e5de38 libsss_simpleifp-devel-1.16.5-10.el7_9.10.x86_64.rpm fc910dd4afd1311d8be1bdce2147613448f4162c19797bb345c5b725efff1d08 libsss_sudo-1.16.5-10.el7_9.10.x86_64.rpm 9988a58fd1793b7bc5fef2c748a853a2c83650e825e9d524d12cccb139f1068c python-libipa_hbac-1.16.5-10.el7_9.10.x86_64.rpm a4b2a180e6418f7810ccfa0cbf722ce37a6133dc60adeb0ef64356a61444a32b python-libsss_nss_idmap-1.16.5-10.el7_9.10.x86_64.rpm 64577751243751eedbe850fc528ea04d250e8a953a86f23a1a44bf84dfdd8e77 python-sss-1.16.5-10.el7_9.10.x86_64.rpm 1006f493d08b88033474d82a195562d019c3fcf80328843dd0d8bb351e49ab25 python-sssdconfig-1.16.5-10.el7_9.10.noarch.rpm 88ab2f3a84ae0b670762548a3b07213bc1a96a8249ebb3ac49b9d659b4187823 python-sss-murmur-1.16.5-10.el7_9.10.x86_64.rpm 96e8afde7554bf087d7015345cb62d8833fcecf0f4165e71ec3a77681591973d sssd-1.16.5-10.el7_9.10.x86_64.rpm ff3b468571e583e09e30108bb68b5b52e5aa7c6c634076708aa4dbbf6d6a6c7e sssd-ad-1.16.5-10.el7_9.10.x86_64.rpm 772df4394d584927dcf77fefe3909f14263b4a632dfec53f011d34b412b30d8c sssd-client-1.16.5-10.el7_9.10.i686.rpm fbd39d1a8897fa30ac649d4e1c6652bada403accff15f98abb244507a91a8494 sssd-client-1.16.5-10.el7_9.10.x86_64.rpm b0d0a9428e29aa54f6cf8736a355da73553cc5c4e20f0795d6faf0e6cab0ce49 sssd-common-1.16.5-10.el7_9.10.x86_64.rpm 826c87462956fa022a02326f271d542600fd73a7be32feb4eb7108cbc8b45eee sssd-common-pac-1.16.5-10.el7_9.10.x86_64.rpm 65a42ec733799dc8d274d0582c47380210b9ba82d7d6c4e9bb2f2cc9e93e54ae sssd-dbus-1.16.5-10.el7_9.10.x86_64.rpm ddd921add46e38c9947a1be713846fcb866f41a25bf6671f3a81e65cc5ae6906 sssd-ipa-1.16.5-10.el7_9.10.x86_64.rpm 62e79c444efc16b710b9f1e149bb3fee5abb2dea036b57e363ce6cc8d48b4c6d sssd-kcm-1.16.5-10.el7_9.10.x86_64.rpm a488570f9d11e747c97f57e3754398d4b317a95c8b12a89765afa51f7a8d5b3c sssd-krb5-1.16.5-10.el7_9.10.x86_64.rpm 0e83fd6b33039ac7fda9317c440371d5e1d6e4173afb995bd498be0589efbf51 sssd-krb5-common-1.16.5-10.el7_9.10.x86_64.rpm e65eedfb0130d1f3e59f5a4547b25b0e1994042c06fb9833816fdb384c062165 sssd-ldap-1.16.5-10.el7_9.10.x86_64.rpm d12ea2121d6e19b9305bc2887e981903b907ef5b7969c1672e397a125e33f070 sssd-libwbclient-1.16.5-10.el7_9.10.x86_64.rpm c72baaba3b68e23ad5857f22697380908c1ca9201e4bbe875f13601fc99a9465 sssd-libwbclient-devel-1.16.5-10.el7_9.10.i686.rpm b554c183bd7760a4c29b178039f5b3746c8549c6a6d40686cd8b4f7a5314ba26 sssd-libwbclient-devel-1.16.5-10.el7_9.10.x86_64.rpm cbe559a32b73c61ade8a92a3d95bf1f0a39b70082feed6bbf79aaff46a5ddf19 sssd-polkit-rules-1.16.5-10.el7_9.10.x86_64.rpm 4d57a9eb757639f05691dc0a674b6cde76770c459608cab6a9a6bc054d091f7f sssd-proxy-1.16.5-10.el7_9.10.x86_64.rpm d1505aaf07075307e949adfd5133dbffded6e90d371bddf5dd1e04c913a8a7b7 sssd-tools-1.16.5-10.el7_9.10.x86_64.rpm 9e34155e9955877814c45bc4c249bf6c38112821f536ccc4baefe4ed42298b48 sssd-winbind-idmap-1.16.5-10.el7_9.10.x86_64.rpm Source: 5cd1a64e99b3346745ae4e478eccb1a3755c31c56fb73357e80b0cc014a2b56c sssd-1.16.5-10.el7_9.10.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net Twitter: @JohnnyCentOS ------------------------------ Message: 8 Date: Wed, 1 Sep 2021 13:09:31 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CESA-2021:3338 Low CentOS 7 hivex Security Update Message-ID: <20210901130931.GA27377(a)bstore1.rdu2.centos.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Security Advisory 2021:3338 Low Upstream details at : https://access.redhat.com/errata/RHSA-2021:3338 The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) x86_64: 79eacef92a2947aefaab902e53fada60dc27d9c173b1e175f1ce4db04d6c653e hivex-1.3.10-6.12.el7_9.i686.rpm ace18d3c4c3acb71a8d4c5a6930f0ae58e655462938d91d3ef45aef7694df479 hivex-1.3.10-6.12.el7_9.x86_64.rpm d39fb02417c772d1ee5c9eb6d9a3981e59719475b6865e25c7e431882fec497b hivex-devel-1.3.10-6.12.el7_9.i686.rpm 233182440f451ea41600279219e708b82494832752dd921ec2f2e4c0ab2a7353 hivex-devel-1.3.10-6.12.el7_9.x86_64.rpm 27554b9b56bcf99ec38c5aac4a10faefaeb0b46d53264ec179036107f7c5461f ocaml-hivex-1.3.10-6.12.el7_9.x86_64.rpm e256274cc5f1a6f7f97af45288258ffc553c2f425401d35928622845d32c4465 ocaml-hivex-devel-1.3.10-6.12.el7_9.x86_64.rpm eb68b066fac31ef1d13db384711879546250d149147a9bfbe0a62bd5f62d0bca perl-hivex-1.3.10-6.12.el7_9.x86_64.rpm 0eaade45e4faa7e8e8b18e0ab2d01b531ee0b40d37435cff287a385b544dea75 python-hivex-1.3.10-6.12.el7_9.x86_64.rpm 1802f181e6589961ea6d796ae4920da55d454d730791ccea8f2c37d1dc609c37 ruby-hivex-1.3.10-6.12.el7_9.x86_64.rpm Source: b5423201c1fa916848c84330889450c9f14e060b5f991769a41acd7b445b2619 hivex-1.3.10-6.12.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 198, Issue 1 ***********************************************

1 0

Mementos
by mark 01 Sep '21

01 Sep '21

Cleaning up, and found something relevant here: anyone want a memento - I have an original RH 5.2 set. No, not RHEL, I said RH 5.2 mark

3 3

Troubles expanding file system.
by Jeff Boyce 01 Sep '21

01 Sep '21

Greetings - I have tried posting this four times now, from two different email addresses (on the 25th, 27th, 30th, and 31st) and it never appeared. I don't see it in the archives, so it appears to be getting dropped in transition for some reason. I am not getting messages from the email system saying it is undeliverable, or is bounced; I am sending as plain text, not HTML, I stripped off my signature. If this makes it through, someone please give me a clue why the others might not have. But that is not as important as the real issue that I am trying to get addressed below. Thanks for any assistance. I have a Dell PowerEdge server with a CentOS KVM host (Earth) with one CentOS guest (Sequoia) that I am trying to expand the partition and filesystem on. I have LVM logical volumes on the host system (Earth), which are used as devices/partitions on the guest system (Sequoia). In this particular situation I have successfully extended the logical volume (lv_SeqEco) on Earth from 500GB to 700GB. 1. Checking the disk information (lsblk) on Earth shows that the logical volume (lv_SeqEco) is now listed as 700GB. 2. Checking disk information (lsblk) on Sequoia shows that the disk /dev/vde is still listed as 500GB, and partition /dev/vde1 where the mount point /ecosystem is located is also listed as 500GB. 3. I had tried using the resize2fs command to expand the filesystem on /dev/vde1, but it returned with the result that there was nothing to do. Which makes sense now after I checked the disk information, since /dev/vde on Sequoia has not increased from 500GB to 700GB. 4. On previous occasions when I have done this task, I would just start GParted on Sequoia and use the GUI to expand the partition and filesystem. A real quick and simple solution. 5. The problem I have now is that the VGA adapter on my server has died and I have no graphical output to the attached monitor, nor to the iDrac console display. So I am stuck doing this entirely by the command line while logged into the system remotely. 6. I suspect that I need to rescan the devices on Sequoia so that it recognizes the increased space that has been allocated from the extended the logical volume. But when I did that (command below) it came back with a no such file or directory. echo 1 > /sys/class/block/vde1/device/rescan 7. This server is being retired in the next few months, but I need this additional space prior to migrating to the new system. Can someone give me some guidance on what I am missing in this sequence? Let me know if I haven't been clear enough in the explanation of my systems and objective. Thanks. Jeff

4 3

systemd | Requires statement with an instantiated service
by Leon Fauster 01 Sep '21

01 Sep '21

Maybe the work day is already to long. I can not find a solution for following requirement. How to apply a "Requires" with an instantiated service. Example: a@.service b.service a@.service is started as a(a)host1.service and b.service must be started after a(a)host1.service but the unit will be differently parameterized (depended of the region). So I want to generalize the requires statement. My dropin file in ./b.service.d/dep.conf looks like [Unit] Requires="a(a)*.service" This just produces following error: 'Failed to add dependency on "a(a)*.service", ignoring: Invalid argument' I use also a Before=b.service statement for a@.service but that is not enough. Any hints? -- Thanks, Leon

2 1

Unable to update Google products on CentOS 7
by Frank Bures 01 Sep '21

01 Sep '21

Hi, I have Google rpm repository enabled. However, running "yum update" returns https://dl.google.com/linux/chrome/rpm/stable/x86_64/repodata/repomd.xml: [Errno 14] HTTPS Error 404 - Not Found It worked OK just a couple of days ago. Is anyone aware of any recent changes in Google repositories? Thanks Frank -- <listfrank1(a)gmail.com>

2 2

Re: [CentOS] Application migration
by Mark Woolfson 01 Sep '21

01 Sep '21

Hello, I have some data analysis applications running on CentOS 6.4 and 6.6. Due to these CentOS variants not being supported on the Intel Ice Lake server platform I have to migrate them. The minimum CentOS variant which works on the Ice Lake is 7.4. Please can you give me an idea of the migration complexity of moving the applications from 6.4/6.6 to 7.4 or any variant of 7. Mark -- This email has been checked for viruses by AVG. https://www.avg.com

6 5

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

Discuss September 2021