Discuss August 2021

discuss@lists.centos.org

37 participants
29 discussions

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

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

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

CentOS-announce Digest, Vol 197, Issue 5
by centos-announce-request＠centos.org 31 Aug '21

31 Aug '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:3266 CentOS 7 pki-core BugFix Update (Johnny Hughes) 2. CESA-2021:3296 Important CentOS 7 libX11 Security Update (Johnny Hughes) 3. CESA-2021:3295 Important CentOS 7 libsndfile Security Update (Johnny Hughes) ---------------------------------------------------------------------- Message: 1 Date: Mon, 30 Aug 2021 17:31:02 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CEBA-2021:3266 CentOS 7 pki-core BugFix Update Message-ID: <20210830173102.GA337(a)bstore1.rdu2.centos.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Bugfix Advisory 2021:3266 Upstream details at : https://access.redhat.com/errata/RHBA-2021:3266 The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) x86_64: 76cfa65febb7025f91800c11072204ec3748d9a68501cdf0cfde5a6c5404f0e4 pki-base-10.5.18-16.el7_9.noarch.rpm 769518511a9626c3f684d9b19a35320e0bf5eaad8dc6377c966be0005c590641 pki-base-java-10.5.18-16.el7_9.noarch.rpm f3aaf1422d162735cb3147c5876e2d569c5ab751c3e355d4f973d16250916a4c pki-ca-10.5.18-16.el7_9.noarch.rpm a3ad033749fd54a7fd723f8b31abd4dea531eae66ff59e0f48a1e7412fd09051 pki-javadoc-10.5.18-16.el7_9.noarch.rpm 231c99ff7648c2fa512b52e36ee21cfb15033bb178cb5c38c37a3928feedec99 pki-kra-10.5.18-16.el7_9.noarch.rpm 49e9c90df2985998052c0402a2bc848b5090e19a31cd9259e1fd77529e6a3505 pki-server-10.5.18-16.el7_9.noarch.rpm 76b9c89c43e25719214415b156394b6c8108b41639e8116895753032c1480241 pki-symkey-10.5.18-16.el7_9.x86_64.rpm c328c37ab19654e8c75410894318772e2ded988336a832db854b41d7fdb4f144 pki-tools-10.5.18-16.el7_9.x86_64.rpm Source: 609c32d63ba58a26b2e4ae59ed3e6a3cb4ed54d3ca4de0c00dd2d3aa17429af0 pki-core-10.5.18-16.el7_9.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net Twitter: @JohnnyCentOS ------------------------------ Message: 2 Date: Mon, 30 Aug 2021 17:31:42 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CESA-2021:3296 Important CentOS 7 libX11 Security Update Message-ID: <20210830173142.GA589(a)bstore1.rdu2.centos.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Security Advisory 2021:3296 Important Upstream details at : https://access.redhat.com/errata/RHSA-2021:3296 The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) x86_64: c053243ee1cb35d96150add59e7a1c0861276f5b2a3a9ca734501801a605c029 libX11-1.6.7-4.el7_9.i686.rpm 9d8f852847d542b8ca3a8f7afddddd363dfd43bfa65cfbf6dfc8aa04498417da libX11-1.6.7-4.el7_9.x86_64.rpm 2c6eb5afea1c0a0fa2d5103b42a1dfd64c5d9d81d7974ab2bf5adbf20f29033a libX11-common-1.6.7-4.el7_9.noarch.rpm a11e1ecb8f7034384a2138c08abe5aa5f4f9996c624112e951eb5a42353bc197 libX11-devel-1.6.7-4.el7_9.i686.rpm 938bca67aabbf5f68ed289ef571582f9e1c3c144f27c0cc38dc3b60c03bb184e libX11-devel-1.6.7-4.el7_9.x86_64.rpm Source: 5f8ad1a6ada2c9d49312e9f11a7c4a743d6014e87ceb75449c9e25f66eebe698 libX11-1.6.7-4.el7_9.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net Twitter: @JohnnyCentOS ------------------------------ Message: 3 Date: Mon, 30 Aug 2021 17:32:13 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CESA-2021:3295 Important CentOS 7 libsndfile Security Update Message-ID: <20210830173213.GA733(a)bstore1.rdu2.centos.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Security Advisory 2021:3295 Important Upstream details at : https://access.redhat.com/errata/RHSA-2021:3295 The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) x86_64: d161a8ffe0e1f9856548b6a48619295b25351949a76f0c3447034360be168304 libsndfile-1.0.25-12.el7_9.1.i686.rpm 1b3f8f389416ac835d75a09fd6027e44daad1e8447c349cac349b674506ce80f libsndfile-1.0.25-12.el7_9.1.x86_64.rpm 7e6cf4cf5a25112c185e8d9c2750ce650787af37ded646d8d3923984a1868673 libsndfile-devel-1.0.25-12.el7_9.1.i686.rpm c18739f0ff30069eb1e908fc713e8ef1e7fa3a75c981a8b45cd1383597e8a1e9 libsndfile-devel-1.0.25-12.el7_9.1.x86_64.rpm 4d2980f737ca5c15f4f33e1a43a82d6b00ca06a5c6d284643ea2f0b2e7928f76 libsndfile-utils-1.0.25-12.el7_9.1.x86_64.rpm Source: e9a79f586e5dd346bf8872253a3ca438f11d33e30c3ee6fb9c0cf0b3b4c75781 libsndfile-1.0.25-12.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 197, Issue 5 ***********************************************

1 0

Upgrading (?) from legacy boot to UEFI
by Rob Kampen 30 Aug '21

30 Aug '21

After three days of effort I have failed to find a way of shifting a server from legacy boot to UEFI boot. I have made my way through the 400+ pages of RH installation manual for EL7, plus their similarly large system administrators manual. Dozens of pages searched via google and yet none of the layouts for the /boot and /boot/efi have worked in my case. System is a Lenovo 3650 M5 with UEFI bios. Due to RH / CentOS design my initial install onto the two 600GB HDD partitioned these using MBR and legacy boot. I have just obtained two SAS SSD drives of 3.8TB and thus MBR is no longer an option. I have successfully migrated all the system and data from the HDD to the SSD, complete with GPT and RAID1 and all works as expected - except the HDD was still needed to boot the system. That's when the fun / agony started. Each system reboot is almost five minutes just to get to the <F1> for system setup option. Thus testing is a very slow process. I am now at the point where I have a "bios boot" partition (1024K type ef02) as the first partition on each GPT partitioned SSD and have grub2-install onto the drives the bios boot junk needed for legacy boot. Thus I can at least legacy boot from one of the SSD and all comes up as expected. (no idea yet why it only works from one of the SSD and not the other). Unfortunately the server is remote and the CentOS7 USB device I left plugged into the machine refuses to boot from UEFI mode. Thus a rescue mode boot has not been possible. I have two 300MB partitions, one on each SSD suitably formatted (type ef00 and vfat) and set up with the files as follows: -rwx------. 1 root root 134 Aug 1 2020 BOOT.CSV -rwx------. 1 root root 134 Aug 1 2020 BOOTX64.CSV drwx------. 2 root root 4096 Aug 27 16:22 fonts -rwx------. 1 root root 6597 Aug 27 21:33 grub.cfg -rwx------. 1 root root 1024 Aug 26 23:22 grubenv -rwx------. 1 root root 1122120 Mar 17 07:24 grubx64.efi -rwx------. 1 root root 19378672 Aug 26 20:29 initramfs-3.10.0-1160.36.2.el7.x86_64.img -rwx------. 1 root root 1154640 Aug 1 2020 mmx64.efi -rwx------. 1 root root 1154640 Aug 1 2020 MokManager.efi -rwx------. 1 root root 1243864 Aug 1 2020 shim.efi -rwx------. 1 root root 1237824 Aug 1 2020 shimx64-centos.efi -rwx------. 1 root root 1243864 Aug 1 2020 shimx64.efi -rwx------. 1 root root 6777448 Aug 26 20:27 vmlinuz-3.10.0-1160.36.2.el7.x86_64.efi unfortunately grub2-mkconfig sets up the grub.cfg as for legacy boot because the /sys/firmware/efi does not exist, thanks to running from a legacy boot. I tried a few manual edits to the grub.cfg to deal with linux16 -> linuxefi and initrd16 -> initrdefi but to little avail. Can someone point me to what needs to happen for UEFI boot to work successfully. I am unsure what file I need to point the UEFI bios disk manager setup at, I have tried shim.efi and shimx84-centos.efi The message I get is that linux16 and initrd16 cannot find their files. The change to linuxefi and initrdefi also fail but the system reboot happens before I can see what flashes on screen. Is a USB based UEFI booted rescue mode the only way I can fix this? TIA for your pointers / suggestions.

5 8

Annoying shortcut
by mark 27 Aug '21

27 Aug '21

For at least this year, I'm finding that whether I'm in LibreOffice, or Thunderbird, or Firefox, if I do *something*, and I haven't identified what, backspace will delete the entire word, though I haven't hit ctrl-bkspc. In system settings, it should only be the ctrl-bkspc. Has anyone else seen this behavior? mark

2 1

CentOS-announce Digest, Vol 197, Issue 4
by centos-announce-request＠centos.org 27 Aug '21

27 Aug '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:0852 CentOS 7 grub2 BugFix Update (Johnny Hughes) ---------------------------------------------------------------------- Message: 1 Date: Thu, 26 Aug 2021 15:45:28 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CEBA-2021:0852 CentOS 7 grub2 BugFix Update Message-ID: <20210826154528.GA25856(a)bstore1.rdu2.centos.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Bugfix Advisory 2021:0852 Upstream details at : https://access.redhat.com/errata/RHBA-2021:0852 The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) x86_64: 87b4bf85d74acb5f568e2cb39c5b3f1c972eba5db5f0219021c385fcf2d29732 grub2-2.02-0.87.el7.centos.6.x86_64.rpm 91c532ed3ffc0c3a3ff8c2e0c2f2eea28b1497fd586422e4640ae48504011029 grub2-common-2.02-0.87.el7.centos.6.noarch.rpm 51c06da7ce2ef116cd43474b64056e939ccb0ae0e6198dd907ee842fdc5005b9 grub2-efi-aa64-modules-2.02-0.87.el7.centos.6.noarch.rpm 660894a2c18d390472d0f133b53c845c1ecffde9327004870721603cd1f91b48 grub2-efi-ia32-2.02-0.87.el7.centos.6.x86_64.rpm fede7faa428def30a78d440b2dfd020e0a972bca7601dbd552274dc2f98434c9 grub2-efi-ia32-cdboot-2.02-0.87.el7.centos.6.x86_64.rpm 62597c6811ab1a4372c93868c223a056ac2947a911f6b318ab3df4ead1b06de3 grub2-efi-ia32-modules-2.02-0.87.el7.centos.6.noarch.rpm c4c001caa89f5bff6fb1c4dbee4050dbbb93bd7c79c16d2c309103992c0b7987 grub2-efi-x64-2.02-0.87.el7.centos.6.x86_64.rpm 1a506ab0d1bb5fe446384f454d2e3cccb4d626df0d87e0effd61680d6a9d026b grub2-efi-x64-cdboot-2.02-0.87.el7.centos.6.x86_64.rpm 664f64a4a6b87e761d7b0bc0efba577178e77a23ec390ffb222b9caee6c3206a grub2-efi-x64-modules-2.02-0.87.el7.centos.6.noarch.rpm ec3383b51ed106826513f9c2945df6ff25b528b122a9b848b069c9e8d6cb5e46 grub2-i386-modules-2.02-0.87.el7.centos.6.noarch.rpm 504528b2f64bf9e246a93ff851b9fbf624d77355d1d57587ae1acaa4522c8fcb grub2-pc-2.02-0.87.el7.centos.6.x86_64.rpm 27bf800e475fe735de26f8983bba34eab9261ed1b48593690d77e5bc7d0acde1 grub2-pc-modules-2.02-0.87.el7.centos.6.noarch.rpm 87c30f42a079f461de618eaafd1eeb3225bf684cb0b4fe11da401f0550be3c80 grub2-ppc64le-modules-2.02-0.87.el7.centos.6.noarch.rpm 324c9d5ad49eb48866d128a022079508c40c45aa4d4176abc382f606369448d0 grub2-ppc64-modules-2.02-0.87.el7.centos.6.noarch.rpm 938086442b2d90233bb54c18a12a65965685e408b96dafa4e36c18a4179676df grub2-ppc-modules-2.02-0.87.el7.centos.6.noarch.rpm 201819cd83614093dbe14240fec542722aadee2886e13b2006ee8f6f0c063950 grub2-tools-2.02-0.87.el7.centos.6.x86_64.rpm f020458306c1798b97bbe293da7347160996bd9a1e89d548f4012bde28cc4a52 grub2-tools-extra-2.02-0.87.el7.centos.6.x86_64.rpm dfcf30fce1599be0699955042c34db80273d1dc14cc38af5a8f91b02ab70060b grub2-tools-minimal-2.02-0.87.el7.centos.6.x86_64.rpm Source: c575ebbcc17a418bb3b82a5c81b1fc6b3534a7fad4271f6614a9740f7c14c7a0 grub2-2.02-0.87.el7.centos.6.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 197, Issue 4 ***********************************************

1 0

I get "bad shim signature" booting with Secure Boot enabled
by Gueven Bay 26 Aug '21

26 Aug '21

Hi, If I enable Secure Boot in my UEFI I get this error (just after selecting Centos from the grub menu) grub-core/kern/efi/sb.c:151: bad shim signature grub-core/loader/i386/efi/linux.c:208: you need to load the kernel first Can someone explain to me why I get this, please? And what can I do to get Centos to boot with Secure Boot? My system: NAME="CentOS Linux" VERSION="8" CentOS Linux release 8.4.2105 Thank you.

1 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

Discuss August 2021