- Discuss - lists.centos.org

After upgrade to CentOS 8.1 default gateway missing
by Asle Ommundsen 18 Jan '20

18 Jan '20

Hi, Tonight I upgraded two CentOS 8 boxes to CentOS 8.1 (1911). Then after a reboot of the first server the network was unavailable. In IPMI console everything except the network was looking good. Network was unreachable. No errors in NetworkManager. I also restarted NetworkManager, but it did not help. Then I discovered that the default gateway suddenly was missing. Then I rebooted the server one more time, but network was still down. Then both myself and a technician in my datcenter was debugging this (I had to wake him up in the middle of the night, costing me a lot of money), without finding any reason for why the default gateway was missing after reboot. Then we rebooted the server a third time, and all of a sudden the problem was gone and the default gateway was back. Then, after this, I also upgraded my second CentOS 8 server to CentOS 8.1 and did a reboot. And the very same thing happened to this server after reboot! The default gateway was missing after reboot, and network was down. Then I did a extra reboot of this server also, and when it came back up everything was working correct and the default gateway was back. So the first server I needed to reboot two extra times to have the default gateway back and network working. And the second server I needed to reboot only one extra time for the problem to be solved. The two boxes is not VPSs or anything, but bare metal dedicated servers. Also prior to upgrading to CentOS 8.1, these two boxes has been rebooted serveral times previously, without any problems at all. Only after upgrading to CentOS 8.1 this happened on both of them for the first time. I can't believe I am the only one that experience this? My guess is that this is a unknown random intermittent bug in CentOS 8.1 that kicked in. I just hope this does not continue to happen in the future. If you experienced the same, please share it with a reply. Thank you! Kind regards, Asle Ommundsen

3 6

Re: [CentOS] Centos 8 and E1000 intel driver
by david 18 Jan '20

18 Jan '20

At 03:27 PM 1/17/2020, Akemi Yagi wrote: >On Fri, Jan 17, 2020 at 3:16 PM david <david(a)daku.org> wrote: > > > > Folks > > > > I know that support for the network adaptors supported by the 'e1000' > > driver have been removed from the base distribution. However, I have > > exactly that controller (Broadcom Gigabit Ethernet PCI, not > > PCIe). Is there a way for me to add support for that on Centos > > 8.1? Perhaps a driver in an RPM package? > > > > Thanks > > > > David > >The e1000 driver should be in the 8.1 kernel: > >$ modinfo e1000 >filename: >/lib/modules/4.18.0-147.3.1.el8_1.x86_64/kernel/drivers/net/ethernet/intel/e1000/e1000.ko.xz >version: 7.3.21-k8-NAPI >license: GPL >description: Intel(R) PRO/1000 Network Driver >author: Intel Corporation, <linux.nics(a)intel.com> >rhelversion: 8.1 > >Akemi >_________ Akemi Thanks for the suggestion. Modinfo does produce that result. But "the network doesn't work". My environment is a VirtualBox VM of Centos 8 on top of Windows 10. I've defined a bridged adaptor. The hardware is the Broadcom adaptor, using DHCP. No firewall is running in Centos 8 yet. This exact configuration works fine with Centos 7. The symptom I see is that DHCP, Ping, DNS Lookup all work, but no data transfer seems to work. I tried a CURL command to a local web machine (works with Centos 7), and it just hangs. The web server does not see the request. When I switch the network adaptor (in the VM) to NAT, everything works, probably indicating that the selection of the adaptor is the problem. I used the NAT interface to complete the install. Do you have any ideas? David *********** WHOA *************** It appears that this is not a Centos issue. My other VM's have stopped working also. The common factor is the use of a Bridged Network in VirtualBox on Windows 10 updated last week. Based upon prior similar events, I'd guess it's a Windows screw-up. Oh well. David

1 0

Re: [CentOS] Centos 8 and E1000 intel driver
by david 18 Jan '20

18 Jan '20

At 03:27 PM 1/17/2020, Akemi Yagi wrote: >On Fri, Jan 17, 2020 at 3:16 PM david <david(a)daku.org> wrote: > > > > Folks > > > > I know that support for the network adaptors supported by the 'e1000' > > driver have been removed from the base distribution. However, I have > > exactly that controller (Broadcom Gigabit Ethernet PCI, not > > PCIe). Is there a way for me to add support for that on Centos > > 8.1? Perhaps a driver in an RPM package? > > > > Thanks > > > > David > >The e1000 driver should be in the 8.1 kernel: > >$ modinfo e1000 >filename: >/lib/modules/4.18.0-147.3.1.el8_1.x86_64/kernel/drivers/net/ethernet/intel/e1000/e1000.ko.xz >version: 7.3.21-k8-NAPI >license: GPL >description: Intel(R) PRO/1000 Network Driver >author: Intel Corporation, <linux.nics(a)intel.com> >rhelversion: 8.1 > >Akemi >_________ Akemi Thanks for the suggestion. Modinfo does produce that result. But "the network doesn't work". My environment is a VirtualBox VM of Centos 8 on top of Windows 10. I've defined a bridged adaptor. The hardware is the Broadcom adaptor, using DHCP. No firewall is running in Centos 8 yet. This exact configuration works fine with Centos 7. The symptom I see is that DHCP, Ping, DNS Lookup all work, but no data transfer seems to work. I tried a CURL command to a local web machine (works with Centos 7), and it just hangs. The web server does not see the request. When I switch the network adaptor (in the VM) to NAT, everything works, probably indicating that the selection of the adaptor is the problem. I used the NAT interface to complete the install. Do you have any ideas? David

1 0

Centos 8 and E1000 intel driver
by david 18 Jan '20

18 Jan '20

Folks I know that support for the network adaptors supported by the 'e1000' driver have been removed from the base distribution. However, I have exactly that controller (Broadcom Gigabit Ethernet PCI, not PCIe). Is there a way for me to add support for that on Centos 8.1? Perhaps a driver in an RPM package? Thanks David

3 2

Limiting what devices can pair over Bluetooth?
by James Pearson 17 Jan '20

17 Jan '20

I've managed to get a Wacom Intuos Pro 2 (PTH-660) tablet working over Bluetooth to a CentOS 7 install. Well, I didn't actually have to do much to get it working ... However, we don't normally enable Bluetooth for security reasons, so I need to be able to configure things so Bluetooth can _only_ be used to pair with Wacom tablets As I never used Bluetooth in anger before, I'm struggling to find out where to start looking - does anyone know how to do this or any pointers on where I should start? Thanks James Pearson

4 9

Error in Centos 8 Linux 8.1.1911-x86_64 distro, syslinux 6.04 required vs. 6.03
by here Fishy 16 Jan '20

16 Jan '20

The image file includes the wrong (outdated) syslinux 6.03 and requires 6.04 per rufus. The fedora burner kept failing but rufus detected the issue and downloaded syslinux 6.04 files. Please update the distro.

1 0

CentOS 8 - auto-loading kickstart from USB doesn't work
by Chris Adams 16 Jan '20

16 Jan '20

While updating my base kickstart for CentOS 8.1, I noticed it won't auto-load from a USB device. I'm testing in a VM, but usually add a USB drive for the ks.cfg because my kickstart skips USB drives when picking where to install. If I leave the drive a virtio, or make it a CD, it works. I found https://bugzilla.redhat.com/show_bug.cgi?id=1770969 which then references a RHEL-subscriber-only solution. -- Chris Adams <linux(a)cmadams.net>

1 0

Re: [CentOS] CentOS 8: several packages have unresolved dependencies after "dnf update all "
by Stephen John Smoogen 16 Jan '20

16 Jan '20

On Thu, 16 Jan 2020 at 09:48, Philippe Piot <piot(a)nicadd.niu.edu> wrote: > > No it did not work; see: > [piot@paris ~]$ sudo dnf install --nobest --allowerasing gcc-c++ > Last metadata expiration check: 0:18:24 ago on Thu 16 Jan 2020 08:28:51 AM CST. > Error: > Problem: package gcc-8.3.1-4.5.el8.x86_64 requires glibc-devel >= 2.2.90-12, but none of the providers can be installed > - package glibc-devel-2.28-72.el8.i686 requires glibc-headers, but none of the providers can be installed > - package glibc-devel-2.28-72.el8.i686 requires glibc-headers = 2.28-72.el8, but none of the providers can be installed > - package glibc-devel-2.28-72.el8.x86_64 requires glibc-headers, but none of the providers can be installed > - package glibc-devel-2.28-72.el8.x86_64 requires glibc-headers = 2.28-72.el8, but none of the providers can be installed > - package gcc-c++-8.3.1-4.5.el8.x86_64 requires gcc = 8.3.1-4.5.el8, but none of the providers can be installed > - package glibc-headers-2.28-72.el8.i686 requires kernel-headers, but none of the providers can be installed > - package glibc-headers-2.28-72.el8.i686 requires kernel-headers >= 2.2.1, but none of the providers can be installed > - package glibc-headers-2.28-72.el8.x86_64 requires kernel-headers, but none of the providers can be installed > - package glibc-headers-2.28-72.el8.x86_64 requires kernel-headers >= 2.2.1, but none of the providers can be installed OK let us see if we can see what is on the system which is causing the problem. It is either going to be an existing gcc-XXX which needs to be removed or it is some other i686 item. rpm -qa | egrep 'glibc|gcc' rpm -qa | grep i686 # probably a big file so probably put it in a paste/gist somewhere would be better I just tested on an 8.0 box and was able to install gcc-c++ from 8.1 [root@li1064-117 ~]# yum install gcc-c++ Last metadata expiration check: 1:11:50 ago on 2020-01-16T16:41:09 UTC. Dependencies resolved. ============================================================================================================================================================================================== Package Arch Version Repository Size ============================================================================================================================================================================================== Installing: gcc-c++ x86_64 8.3.1-4.5.el8 AppStream 12 M Upgrading: glibc x86_64 2.28-72.el8 BaseOS 3.5 M glibc-common x86_64 2.28-72.el8 BaseOS 811 k glibc-langpack-en x86_64 2.28-72.el8 BaseOS 818 k libgcc x86_64 8.3.1-4.5.el8 BaseOS 78 k libgomp x86_64 8.3.1-4.5.el8 BaseOS 203 k libstdc++ x86_64 8.3.1-4.5.el8 BaseOS 450 k Installing dependencies: cpp x86_64 8.3.1-4.5.el8 AppStream 10 M gcc x86_64 8.3.1-4.5.el8 AppStream 23 M isl x86_64 0.16.1-6.el8 AppStream 841 k libmpc x86_64 1.0.2-9.el8 AppStream 59 k libstdc++-devel x86_64 8.3.1-4.5.el8 AppStream 2.0 M glibc-devel x86_64 2.28-72.el8 BaseOS 1.0 M glibc-headers x86_64 2.28-72.el8 BaseOS 469 k kernel-headers x86_64 4.18.0-147.3.1.el8_1 BaseOS 2.7 M libxcrypt-devel x86_64 4.1.1-4.el8 BaseOS 25 k Transaction Summary ============================================================================================================================================================================================== Install 10 Packages Upgrade 6 Packages Total download size: 59 M Is this ok [y/N]: y Downloading Packages: (1/16): cpp-8.3.1-4.5.el8.x86_64.rpm 31 MB/s | 10 MB 00:00 (2/16): isl-0.16.1-6.el8.x86_64.rpm 21 MB/s | 841 kB 00:00 (3/16): gcc-c++-8.3.1-4.5.el8.x86_64.rpm 28 MB/s | 12 MB 00:00 (4/16): libmpc-1.0.2-9.el8.x86_64.rpm 809 kB/s | 59 kB 00:00 (5/16): glibc-devel-2.28-72.el8.x86_64.rpm 26 MB/s | 1.0 MB 00:00 (6/16): libstdc++-devel-8.3.1-4.5.el8.x86_64.rpm 34 MB/s | 2.0 MB 00:00 (7/16): glibc-headers-2.28-72.el8.x86_64.rpm 17 MB/s | 469 kB 00:00 (8/16): libxcrypt-devel-4.1.1-4.el8.x86_64.rpm 2.1 MB/s | 25 kB 00:00 (9/16): kernel-headers-4.18.0-147.3.1.el8_1.x86_64.rpm 31 MB/s | 2.7 MB 00:00 (10/16): glibc-2.28-72.el8.x86_64.rpm 32 MB/s | 3.5 MB 00:00 (11/16): glibc-common-2.28-72.el8.x86_64.rpm 15 MB/s | 811 kB 00:00 (12/16): libgcc-8.3.1-4.5.el8.x86_64.rpm 6.8 MB/s | 78 kB 00:00 (13/16): glibc-langpack-en-2.28-72.el8.x86_64.rpm 31 MB/s | 818 kB 00:00 (14/16): libgomp-8.3.1-4.5.el8.x86_64.rpm 9.3 MB/s | 203 kB 00:00 (15/16): libstdc++-8.3.1-4.5.el8.x86_64.rpm 21 MB/s | 450 kB 00:00 (16/16): gcc-8.3.1-4.5.el8.x86_64.rpm 29 MB/s | 23 MB 00:00 ---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- Total 71 MB/s | 59 MB 00:00 > - conflicting requests > - package kernel-headers-4.18.0-147.0.3.el8_1.x86_64 is excluded > - package kernel-headers-4.18.0-147.3.1.el8_1.x86_64 is excluded > - package kernel-headers-4.18.0-147.el8.x86_64 is excluded > (try to add '--skip-broken' to skip uninstallable packages) > > > Philippe Piot, > https://www.niu.edu/advanced-accelerator-randd/ > Northern Illinois University, Dept of Physics and > Northern Illinois Center for Accelerator & Detector Development > DeKalb, IL 60115, USA > Tel: 815 753 6473, Web: http://www.physics.niu.edu/physics/ > > Argonne National Laboratory, Advanced Photon Source > Accelerator System Division > Lemont, IL 60439, USA > Tel: 630 252 2415, Web: https://www.aps.anl.gov/Accelerator-Systems-Division > > > On Thu, Jan 16, 2020 at 8:38 AM Stephen John Smoogen <smooge(a)gmail.com> wrote: >> >> On Thu, 16 Jan 2020 at 08:27, Philippe Piot <piot(a)nicadd.niu.edu> wrote: >> > >> > Also just to be more specific I am running CentOS 8.1. So the issue I >> > encounter were after upgrading to 8.1. Thank you! -- Philippe. >> > >> > >> > On Thu, Jan 16, 2020 at 6:48 AM Philippe Piot <piot(a)nicadd.niu.edu> wrote: >> > >> > > I am doing a dnf install package_without_version for instance for g++: >> > > >> > > [piot@paris opal]$ sudo dnf install gcc-c++ >> > > Last metadata expiration check: 0:01:06 ago on Thu 16 Jan 2020 06:45:59 AM >> > > CST. >> > > Error: >> > > Problem: package gcc-8.3.1-4.5.el8.x86_64 requires glibc-devel >= >> > > 2.2.90-12, but none of the providers can be installed >> > > - package glibc-devel-2.28-72.el8.i686 requires glibc-headers, but none >> > > of the providers can be installed >> >> OK I see the problem.. arch difficulties entered in sometime. You have >> some .i686 packages installed which got filtered into the compose at >> some point when they shouldn't have been. >> >> Please try adding --nobest --allowerasing to the install and see if it >> gets past this. >> >> >> >> -- >> Stephen J Smoogen. -- Stephen J Smoogen.

1 0

CentOS 8: several packages have unresolved dependencies after "dnf update all "
by Philippe Piot 16 Jan '20

16 Jan '20

All, While updating my package using dnf update all I allow dnf to clean some package with unresolved dependencies. I would like to reinstall some of them but got an error message "but none of the providers can be installed" during the install process as dnf is trying to install the dependencies. . This happens for some critical package like boost-openmpi-devel (see below for error). In fact the following package were removed and cannot be installed: annobin-8.64-1.el8.x86_64 glibc-headers-2.28-42.el8.1.x86_64 libdrm-devel-2.4.96-2.el8.x86_64 boost-devel-1.66.0-6.el8.x86_64 boost-openmpi-devel-1.66.0-6.el8.x86_64 boost-static-1.66.0-6.el8.x86_64 gcc-8.2.1-3.5.el8.x86_64 gcc-c++-8.2.1-3.5.el8.x86_64 gcc-gdb-plugin-8.2.1-3.5.el8.x86_64 gcc-gfortran-8.2.1-3.5.el8.x86_64 glibc-devel-2.28-42.el8.1.x86_64 hdf5-devel-1.10.5-4.el8.x86_64 hdf5-openmpi-devel-1.10.5-4.el8.x86_64 hdf5-openmpi-static-1.10.5-4.el8.x86_64 hdf5-static-1.10.5-4.el8.x86_64 libquadmath-devel-8.2.1-3.5.el8.x86_64 libtool-2.4.6-25.el8.x86_64 libxcrypt-devel-4.1.1-4.el8.x86_64 mesa-libEGL-devel-18.3.1-5.el8_0.x86_64 mesa-libGL-devel-18.3.1-5.el8_0.x86_64 openmpi-devel-3.1.2-5.el8.x86_64 poppler-qt5-devel-0.66.0-11.el8_0.12.x86_64 qscintilla-qt5-devel-2.11.2-6.el8.x86_64 qt5-doctools-5.11.1-5.el8.x86_64 qt5-qtbase-devel-5.11.1-5.el8.x86_64 qt5-qtscript-devel-5.11.1-2.el8.x86_64 qt5-qttools-devel-5.11.1-5.el8.x86_64 qt5-qttools-static-5.11.1-5.el8.x86_64 qt5-rpm-macros-5.11.1-2.el8.noarch systemtap-4.0-7.el8.x86_64 systemtap-devel-4.0-7.el8.x86_64 Thank you for any suggestions. -- Philippe. ERROR MESSAGE WHEN TRYING TO INSTALL ONE OF THESE PACKAGES: ------------------------------------------ [piot@paris ~]$ sudo dnf install boost-openmpi-devel [sudo] password for piot: Last metadata expiration check: 0:13:02 ago on Wed 15 Jan 2020 10:05:29 PM CST. Error: Problem: package libquadmath-devel-8.3.1-4.5.el8.x86_64 requires gcc = 8.3.1-4.5.el8, but none of the providers can be installed - package gcc-8.3.1-4.5.el8.x86_64 requires glibc-devel >= 2.2.90-12, but none of the providers can be installed - package boost-devel-1.66.0-6.el8.x86_64 requires libquadmath-devel(x86-64), but none of the providers can be installed - package glibc-devel-2.28-72.el8.i686 requires glibc-headers, but none of the providers can be installed - package glibc-devel-2.28-72.el8.i686 requires glibc-headers = 2.28-72.el8, but none of the providers can be installed - package glibc-devel-2.28-72.el8.x86_64 requires glibc-headers, but none of the providers can be installed - package glibc-devel-2.28-72.el8.x86_64 requires glibc-headers = 2.28-72.el8, but none of the providers can be installed - package boost-openmpi-devel-1.66.0-6.el8.x86_64 requires boost-devel(x86-64) = 1.66.0-6.el8, but none of the providers can be installed - package glibc-headers-2.28-72.el8.i686 requires kernel-headers, but none of the providers can be installed - package glibc-headers-2.28-72.el8.i686 requires kernel-headers >= 2.2.1, but none of the providers can be installed - package glibc-headers-2.28-72.el8.x86_64 requires kernel-headers, but none of the providers can be installed - package glibc-headers-2.28-72.el8.x86_64 requires kernel-headers >= 2.2.1, but none of the providers can be installed - cannot install the best candidate for the job - package kernel-headers-4.18.0-147.0.3.el8_1.x86_64 is excluded - package kernel-headers-4.18.0-147.3.1.el8_1.x86_64 is excluded - package kernel-headers-4.18.0-147.el8.x86_64 is excluded Philippe Piot, https://www.niu.edu/advanced-accelerator-randd/ <https://www.niu.edu/advanced-accelerator-randd/index.shtml> Northern Illinois University, Dept of Physics and Northern Illinois Center for Accelerator & Detector Development DeKalb, IL 60115, USA Tel: 815 753 6473, Web: http://www.physics.niu.edu/physics/ Argonne National Laboratory, Advanced Photon Source Accelerator System Division Lemont, IL 60439, USA Tel: 630 252 2415, Web: https://www.aps.anl.gov/Accelerator-Systems-Division

2 6

openldap-servers missing from PowerTools in CentOS 8.1
by Dario Pilori 16 Jan '20

16 Jan '20

Dear all, after the upgrade to CentOS 8.1.1911, the package openldap-servers is not anymore included in the PowerTools. However, if I look into: https://koji.mbox.centos.org/koji/buildinfo?buildID=4971 I can see that this package have been build. Do you know in which repo I can find such package? Thanks in advance, Dario -- Dario Pilori, PhD I.N.Ri.M. - Istituto Nazionale di Ricerca Metrologica Sistemi Informatici Strada delle Cacce, 91 - 10135 - Torino - Italy Ph: +39 011 3919 459

1 0

CentOS-announce Digest, Vol 179, Issue 2
by centos-announce-request＠centos.org 16 Jan '20

16 Jan '20

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. Release for CentOS 8 (1911) on armhfp (Pablo Sebasti?n Greco) 2. Release for CentOS Linux 8 (1911) (Brian Stinson) 3. CESA-2020:0085 Critical CentOS 7 firefox Security Update (Johnny Hughes) ---------------------------------------------------------------------- Message: 1 Date: Wed, 15 Jan 2020 11:28:09 -0300 From: Pablo Sebasti?n Greco <pgreco(a)centosproject.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] Release for CentOS 8 (1911) on armhfp Message-ID: <d66921e0-af2d-ad95-2559-47146b3975bb(a)centosproject.org> Content-Type: text/plain; charset="utf-8"; Format="flowed" I am pleased to announce the general availability of CentOS 8 (1911) for armhfp. Effectively immediately, this is the current release for CentOS 8 and is tagged as 1911, derived from Red Hat Enterprise Linux 8.1. As always, read through the Release Notes at: https://wiki.centos.org/Manuals/ReleaseNotes/CentOS8.1911 - these notes contain important information about the release and details about some of the content inside the release from the CentOS QA team. These notes are updated constantly to include issues and incorporate feedback from the users. ---------- Updates, Sources, and DebugInfos Updates released since the upstream release are all posted. We strongly recommend every user apply all updates, including the content released today, on your existing CentOS 8 machine by just running 'yum update'. As with all CentOS 8 components, this release was built from sources hosted at git.centos.org. In addition, SRPMs that are a byproduct of the build (and also considered critical in the code and buildsys process) are being published to match every binary RPM we release. Sources will be available from vault.centos.org in their own dedicated directories to match the corresponding binary RPMs. Since there is far less traffic to the CentOS source RPMs compared with the binary RPMs, we are not putting this content on the main mirror network. If users wish to mirror this content they can do so using the reposync command available in the yum-utils package. All CentOS source RPMs are signed with the same key used to sign their binary counterparts. Developers and end users looking at inspecting and contributing patches to the CentOS distro will find the code hosted at git.centos.org far simpler to work against. Details on how to best consume those are documented along with a quick start at : http://wiki.centos.org/Sources Debuginfo packages are also being signed and pushed. Yum configs shipped in the new release file will have all the context required for debuginfo to be available on every CentOS install. Everything we ever release, is always available on the vault service for people still looking for and have a real need for it. ---------- Special notes For the release of CentOS 8.1905, we didn't make it in time with armhfp, but now we're on track, releasing all the arches on the same day. Thanks to everyone who has made this possible. For CentOS 8, we don't have (yet) RaspberryPi specific kernels, we're working on a way to simplify the process, and to be able to move between kernels. Also, we know that there are some rpms missing in our armhfp repos in relation to its x86_64 counterpart, we're working on releasing them as soon as possible. ---------- Download In order to conserve donor bandwidth, and to make it possible to get the mirror content sync'd out as soon as possible, we recommend using torrents to get your initial installer images: Altarch images can be downloaded at : http://mirror.centos.org/altarch/8/isos/ sha256sums for armhfp: 3978f364add87d829f0720a00564d09740f895764f91d6a8f5cf7f022be3a431 CentOS-Userland-8-armv7hl-generic-GNOME-1911-sda.raw.xz 397362cb30658b0fd1040f0bc1fef97be472ec265c0582fd17f080567ed613fe CentOS-Userland-8-armv7hl-generic-Minimal-1911-sda.raw.xz ---------- Getting Help The CentOS ecosystem is sustained by community driven help and guidance. The best place to start for new users is at http://wiki.centos.org/GettingHelp We are also on social media, you can find the project: on Twitter at? : http://twitter.com/CentOSProject on Facebook at : https://www.facebook.com/groups/centosproject/ on LinkedIn at : https://www.linkedin.com/groups/22405 And you will find the core team and a majority of the contributors on irc, on freenode.net in #centos and #centos-arm ; talking about the finer points of distribution engineering and platform enablement. Also, please consider reading https://wiki.centos.org/SpecialInterestGroup/AltArch/armhfp since it has a lot of help specific to armhfp. ---------- Contributors This release was made possible due to the hard work of many people, foremost on that list are the Red Hat Engineers for producing a great distribution and the CentOS QA team, without them CentOS would look very different. Many of the team went further and beyond expectations to bring this release to you, and I would like to thank everyone for their help. We are also looking for people to get involved with the QA process in CentOS, if you would like to join this please introduce yourself on the centos-devel list (http://lists.centos.org/mailman/listinfo/centos-devel ). Finally, please join me in thanking the donors who all make this possible for us. Enjoy the fresh new release! -- Pablo Greco

1 0

Re: [CentOS] CentOS 8: several packages have unresolved dependencies after "dnf update all "
by Philippe Piot 16 Jan '20

16 Jan '20

Just as a followup even g++ is broken: [piot@paris ~]$ g++ bash: g++: command not found... Install package 'gcc-c++' to provide command 'g++'? [N/y] y * Waiting in queue... The following packages have to be downgraded: cpp-8.2.1-3.5.el8.x86_64 The C Preprocessor glibc-2.28-42.el8.1.i686 The GNU libc libraries glibc-2.28-42.el8.1.x86_64 The GNU libc libraries glibc-all-langpacks-2.28-42.el8.1.x86_64 All language packs for glibc. glibc-common-2.28-42.el8.1.x86_64 Common binaries and locale data for glibc glibc-langpack-en-2.28-42.el8.1.x86_64 Locale data for en libgomp-8.2.1-3.5.el8.x86_64 GCC OpenMP v4.5 shared support library libstdc++-8.2.1-3.5.el8.x86_64 GNU Standard C++ Library libstdc++-devel-8.2.1-3.5.el8.x86_64 Header files and libraries for C++ development The following packages have to be installed: annobin-8.64-1.el8.x86_64 Binary annotation plugin for GCC gcc-8.2.1-3.5.el8.x86_64 Various compilers (C, C++, Objective-C, ...) gcc-c++-8.2.1-3.5.el8.x86_64 C++ support for GCC glibc-devel-2.28-42.el8.1.x86_64 Object files for development using standard C libraries. glibc-headers-2.28-42.el8.1.x86_64 Header files for development using standard C libraries. kernel-headers-4.18.0-80.11.2.el8_0.x86_64 Header files for the Linux kernel for use by glibc libxcrypt-devel-4.1.1-4.el8.x86_64 Development files for libxcryp On Wed, Jan 15, 2020 at 10:26 PM Philippe Piot <philippe.piot(a)gmail.com> wrote: > All, > While updating my package using dnf update all I allow dnf to clean some > package with unresolved dependencies. > I would like to reinstall some of them but got an error message "but > none of the providers can be installed" during the install process as dnf > is trying to install the dependencies. > . > This happens for some critical package like boost-openmpi-devel (see > below for error). In fact the following package were removed and cannot be > installed: > annobin-8.64-1.el8.x86_64 > glibc-headers-2.28-42.el8.1.x86_64 > libdrm-devel-2.4.96-2.el8.x86_64 > boost-devel-1.66.0-6.el8.x86_64 > boost-openmpi-devel-1.66.0-6.el8.x86_64 > boost-static-1.66.0-6.el8.x86_64 > gcc-8.2.1-3.5.el8.x86_64 > gcc-c++-8.2.1-3.5.el8.x86_64 > gcc-gdb-plugin-8.2.1-3.5.el8.x86_64 > gcc-gfortran-8.2.1-3.5.el8.x86_64 > glibc-devel-2.28-42.el8.1.x86_64 > hdf5-devel-1.10.5-4.el8.x86_64 > hdf5-openmpi-devel-1.10.5-4.el8.x86_64 > hdf5-openmpi-static-1.10.5-4.el8.x86_64 > hdf5-static-1.10.5-4.el8.x86_64 > libquadmath-devel-8.2.1-3.5.el8.x86_64 > libtool-2.4.6-25.el8.x86_64 > libxcrypt-devel-4.1.1-4.el8.x86_64 > mesa-libEGL-devel-18.3.1-5.el8_0.x86_64 > mesa-libGL-devel-18.3.1-5.el8_0.x86_64 > openmpi-devel-3.1.2-5.el8.x86_64 > poppler-qt5-devel-0.66.0-11.el8_0.12.x86_64 > qscintilla-qt5-devel-2.11.2-6.el8.x86_64 > qt5-doctools-5.11.1-5.el8.x86_64 > qt5-qtbase-devel-5.11.1-5.el8.x86_64 > qt5-qtscript-devel-5.11.1-2.el8.x86_64 > qt5-qttools-devel-5.11.1-5.el8.x86_64 > qt5-qttools-static-5.11.1-5.el8.x86_64 > qt5-rpm-macros-5.11.1-2.el8.noarch > systemtap-4.0-7.el8.x86_64 > systemtap-devel-4.0-7.el8.x86_64 > > Thank you for any suggestions. -- Philippe. > > > ERROR MESSAGE WHEN TRYING TO INSTALL ONE OF THESE PACKAGES: > ------------------------------------------ > [piot@paris ~]$ sudo dnf install boost-openmpi-devel > [sudo] password for piot: > Last metadata expiration check: 0:13:02 ago on Wed 15 Jan 2020 10:05:29 PM > CST. > Error: > Problem: package libquadmath-devel-8.3.1-4.5.el8.x86_64 requires gcc = > 8.3.1-4.5.el8, but none of the providers can be installed > - package gcc-8.3.1-4.5.el8.x86_64 requires glibc-devel >= 2.2.90-12, > but none of the providers can be installed > - package boost-devel-1.66.0-6.el8.x86_64 requires > libquadmath-devel(x86-64), but none of the providers can be installed > - package glibc-devel-2.28-72.el8.i686 requires glibc-headers, but none > of the providers can be installed > - package glibc-devel-2.28-72.el8.i686 requires glibc-headers = > 2.28-72.el8, but none of the providers can be installed > - package glibc-devel-2.28-72.el8.x86_64 requires glibc-headers, but > none of the providers can be installed > - package glibc-devel-2.28-72.el8.x86_64 requires glibc-headers = > 2.28-72.el8, but none of the providers can be installed > - package boost-openmpi-devel-1.66.0-6.el8.x86_64 requires > boost-devel(x86-64) = 1.66.0-6.el8, but none of the providers can be > installed > - package glibc-headers-2.28-72.el8.i686 requires kernel-headers, but > none of the providers can be installed > - package glibc-headers-2.28-72.el8.i686 requires kernel-headers >= > 2.2.1, but none of the providers can be installed > - package glibc-headers-2.28-72.el8.x86_64 requires kernel-headers, but > none of the providers can be installed > - package glibc-headers-2.28-72.el8.x86_64 requires kernel-headers >= > 2.2.1, but none of the providers can be installed > - cannot install the best candidate for the job > - package kernel-headers-4.18.0-147.0.3.el8_1.x86_64 is excluded > - package kernel-headers-4.18.0-147.3.1.el8_1.x86_64 is excluded > - package kernel-headers-4.18.0-147.el8.x86_64 is excluded > Philippe Piot, https://www.niu.edu/advanced-accelerator-randd/ <https://www.niu.edu/advanced-accelerator-randd/index.shtml> Northern Illinois University, Dept of Physics and Northern Illinois Center for Accelerator & Detector Development DeKalb, IL 60115, USA Tel: 815 753 6473, Web: http://www.physics.niu.edu/physics/ Argonne National Laboratory, Advanced Photon Source Accelerator System Division Lemont, IL 60439, USA Tel: 630 252 2415, Web: https://www.aps.anl.gov/Accelerator-Systems-Division

2 2

[semi-OT] C7 Possible bug but I can't determine what tool has the problem
by Alessandro Baggi 16 Jan '20

16 Jan '20

Hi all, I'm writing a script that uses rsync to sync 2 dirs on C7. I noticed a strange behaviour. I have 2 dir: src and dest. In src dir I generate a testfile with "dd if=/dev/zero of=testfile bs=1M count=100" and when I run "du -h testfile" I get the correct result. Then I sync src/ to dest/ using "rsync -avS src/ dest/", all ok but when I run "du -h dest/testfile" I get 0 and if I run "du -b dest/testfile" I get the correct size in bytes. I made several test to see what happens and noticed that removing -S (--sparse) from rsync command problem does not occour. In another test, thinking about a problem on 0ed file, I tried file generation using /dev/urandom then /dev/zero and running rsync -avS the problem is disappeared. This not seems to be a CentOS 7 related problem. I tried also on Fedora 31 and get the same problem. I wrote a simple bash script to replicate the problem: #!/bin/bash mkdir src mkdir dest cd src #dd if=/dev/urandom of=testfile bs=1M count=100 dd if=/dev/zero of=testfile bs=1M count=100 echo "src/testfile size:" du -h testfile du -b testfile cd .. rsync -avS src/ dest/ > /dev/null echo "dest/testfile size after rsync --sparse:" du -h dest/testfile du -b dest/testfile rm -f dest/testfile echo "dest/testfile size after rsync:" rsync -av src/ dest/ > /dev/null du -h dest/testfile du -b dest/testfile There is a bug in rsync or in du or something else? Thanks in advance.

3 6

CentOS-announce Digest, Vol 179, Issue 1
by centos-announce-request＠centos.org 15 Jan '20

15 Jan '20

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-2020:0086 Critical CentOS 6 firefox Security Update (Johnny Hughes) ---------------------------------------------------------------------- Message: 1 Date: Tue, 14 Jan 2020 17:25:32 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CESA-2020:0086 Critical CentOS 6 firefox Security Update Message-ID: <20200114172532.GA16036(a)bstore1.rdu2.centos.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Security Advisory 2020:0086 Critical Upstream details at : https://access.redhat.com/errata/RHSA-2020:0086 The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: 779b010362374979244a758804f47018e5bd87c5bce89c2f19e038dbe22bdf18 firefox-68.4.1-1.el6.centos.i686.rpm x86_64: 779b010362374979244a758804f47018e5bd87c5bce89c2f19e038dbe22bdf18 firefox-68.4.1-1.el6.centos.i686.rpm 271e9cc23da6f431ca2aaf101c991b99bdee8d4668cb1cf3078e72f5db54d7e5 firefox-68.4.1-1.el6.centos.x86_64.rpm Source: 4d07eed77a70bcc4ed1526f5cc36240325b2323f1269e69e8d522e54c0a713cf firefox-68.4.1-1.el6.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 179, Issue 1 ***********************************************

1 0

Adding options to grub
by Mauricio Tavares 14 Jan '20

14 Jan '20

So I want to add a few options to the kernel (say iommu support). I have been told before to avoid using grub2-mkconfig because it would apply the changes to all currently available (to boot from) boot kernels. Instead, I should edit just the latest kernel entry in the grub.cfg file, adding the option to the line that used to start with "linux16" in centos6. This way, if it went boink, all I had to do is reboot, pick another kernel from the grub menu and off I went. And, it seems that every future kernel upgrade would incorporate this change. Looking at a centos7.7 setup, I take the equivalent line in /boot/grub/grub.conf is kernel /boot/vmlinuz-3.10.0-123.4.4.el7.x86_64 console=hvc0 xencons=tty0 root=/dev/xvda ro I am now looking into a centos8 and its grub.cfg (/boot/efi/EFI/centos/grub.cfg in this case) looks rather different. Is what I have described above still the safest way to customize the kernel? Or is there a cleaner way to do the same while still leaving me the option to go back to the grub menu and pick an undisturbed kernel?

1 0

Problems with firewalld-0.7.0
by Orion Poplawski 13 Jan '20

13 Jan '20

After upgrading one of our systems to CentOS 8 CR and firewalld-0.7.0-5.el8.noarch it no longer accepts connections allowed in one of the two active zones. I've reported the issue here: https://bugzilla.redhat.com/show_bug.cgi?id=1790681 but wondered if anyone else was seeing problems with multi-zone firewalld configurations. - Orion -- Orion Poplawski Manager of NWRA Technical Systems 720-772-5637 NWRA, Boulder/CoRA Office FAX: 303-415-9702 3380 Mitchell Lane orion(a)nwra.com Boulder, CO 80301 https://www.nwra.com/

1 0

firefox update
by Steve Clark 13 Jan '20

13 Jan '20

Any idea when firefox-68.4.1 will be available? Thanks, Email Confidentiality Notice: The information contained in this transmission may contain privileged and confidential and/or protected health information (PHI) and may be subject to protection under the law, including the Health Insurance Portability and Accountability Act of 1996, as amended (HIPAA). This transmission is intended for the sole use of the individual or entity to whom it is addressed. If you are not the intended recipient, you are notified that any use, dissemination, distribution, printing or copying of this transmission is strictly prohibited and may subject you to criminal or civil penalties. If you have received this transmission in error, please contact the sender immediately and delete this email and any attachments from any computer. Vaso Corporation and its subsidiary companies are not responsible for data leaks that result from email messages received that contain privileged and confidential and/or protected health information (PHI).

2 1

Problem with disconnecting SSH-sessions
by H 12 Jan '20

12 Jan '20

I am running CentOS 7 on a workstation and CentOS 6 and 7 on a couple of servers I am remotely connecting to using the same username and thus ssh configuration. However, one of the servers running CentOS 6 I keep getting disconnected from whereas I have no such problems with another CentOS 6 server and CentOS 7 server. The latter two are on two different hosted server setups far, far away whereas the problematic one is my own physical hardware in the same building. I have tried to make sure the sshd configuration on all servers are identical but still have this problem. I can rule out a general problem with the router in my office since all connections are via that router, the only difference is that the problematic server is in the same building and the connection loops back via the same router but through an external IP address. /var/log/secure on the workstation offers no clues with no messages regarding any disconnection. If anyone has suggestions what I should check, it would be greatly appreciated!

3 8

Blocking attacks from a range of IP addresses
by H 12 Jan '20

12 Jan '20

I am being attacked by an entire subnet where the first two parts of the IP address remain identical but the last two parts vary sufficiently that it is not caught by fail2ban since the attempts do not meet the cut-off of a certain number of attempts within the given time. Has anyone created a fail2ban filter for this type of attack? As of right now, I have manually banned a range of IP addresses but would like to automate it for the future.

9 11

Re: [CentOS] Block attacks from a range of IP addresses
by Adrian van Bloois 12 Jan '20

12 Jan '20

Hi, I'm using sshguard to acomplish this. You can acutally choose tthe size of the range you want to block, /8 of /16, no problem. It works perfect! It is included in the repo both for C7 and C8. Adrian -- Adri P. van Bloois "Elegance is not a dispensable luxury but a factor that decides between success and failure." Edsger W. Dijkstra

1 0

Unresolved dependencies when upgrade on centOS 8
by Ebed 11 Jan '20

11 Jan '20

Hi, Guys i got unresolved dependencies when trying to upgrade centOS 8, what should i do to fix this? [root@ws1 ebedsat]# dnf upgrade Last metadata expiration check: 0:14:27 ago on Sat 11 Jan 2020 12:16:02 PM WIB. Error: Problem 1: cannot install the best update candidate for package kmod-iwlegacy-0.0-1.el8.elrepo.x86_64 - nothing provides kernel >= 4.18.0-147.el8 needed by kmod-iwlegacy-0.0-2.el8_1.elrepo.x86_64 - nothing provides kernel(__pci_register_driver) = 0xe85eaefe needed by kmod-iwlegacy-0.0-2.el8_1.elrepo.x86_64 - nothing provides kernel(pci_unregister_driver) = 0x4883cfc3 needed by kmod-iwlegacy-0.0-2.el8_1.elrepo.x86_64 - nothing provides kernel(pci_set_master) = 0xe724f530 needed by kmod-iwlegacy-0.0-2.el8_1.elrepo.x86_64 - nothing provides kernel(kmalloc_caches) = 0x8200293d needed by kmod-iwlegacy-0.0-2.el8_1.elrepo.x86_64 - nothing provides kernel(pci_disable_device) = 0x24796ca2 needed by kmod-iwlegacy-0.0-2.el8_1.elrepo.x86_64 - nothing provides kernel(pci_enable_device) = 0x982a3dc2 needed by kmod-iwlegacy-0.0-2.el8_1.elrepo.x86_64 - nothing provides kernel(pci_release_regions) = 0xbf4a2a75 needed by kmod-iwlegacy-0.0-2.el8_1.elrepo.x86_64 - nothing provides kernel(pci_request_regions) = 0x9c656956 needed by kmod-iwlegacy-0.0-2.el8_1.elrepo.x86_64 - nothing provides kernel(pci_write_config_byte) = 0x21935607 needed by kmod-iwlegacy-0.0-2.el8_1.elrepo.x86_64 - nothing provides kernel(pci_read_config_word) = 0x3dc485cf needed by kmod-iwlegacy-0.0-2.el8_1.elrepo.x86_64 - nothing provides kernel(pci_disable_msi) = 0xc174fcd7 needed by kmod-iwlegacy-0.0-2.el8_1.elrepo.x86_64 - nothing provides kernel(pci_enable_msi) = 0xda24a9c7 needed by kmod-iwlegacy-0.0-2.el8_1.elrepo.x86_64 - nothing provides kernel(pci_write_config_word) = 0x4b15b75c needed by kmod-iwlegacy-0.0-2.el8_1.elrepo.x86_64 - nothing provides kernel(pci_disable_link_state) = 0x02f2f3f8 needed by kmod-iwlegacy-0.0-2.el8_1.elrepo.x86_64 - nothing provides kernel(generic_file_llseek) = 0xc27ffb37 needed by kmod-iwlegacy-0.0-2.el8_1.elrepo.x86_64 - nothing provides kernel(debugfs_create_dir) = 0x2f4ce417 needed by kmod-iwlegacy-0.0-2.el8_1.elrepo.x86_64 - nothing provides kernel(debugfs_create_file) = 0x501d615e needed by kmod-iwlegacy-0.0-2.el8_1.elrepo.x86_64 - nothing provides kernel(ieee80211_alloc_hw_nm) = 0xba0c6cb1 needed by kmod-iwlegacy-0.0-2.el8_1.elrepo.x86_64 - nothing provides kernel(ieee80211_beacon_get_tim) = 0x3e9fc88e needed by kmod-iwlegacy-0.0-2.el8_1.elrepo.x86_64 - nothing provides kernel(ieee80211_free_hw) = 0x1a211787 needed by kmod-iwlegacy-0.0-2.el8_1.elrepo.x86_64 - nothing provides kernel(ieee80211_register_hw) = 0x94f9cf8d needed by kmod-iwlegacy-0.0-2.el8_1.elrepo.x86_64 - nothing provides kernel(ieee80211_rx_napi) = 0xe42fba8f needed by kmod-iwlegacy-0.0-2.el8_1.elrepo.x86_64 - nothing provides kernel(ieee80211_stop_queue) = 0x14b3a816 needed by kmod-iwlegacy-0.0-2.el8_1.elrepo.x86_64 - nothing provides kernel(ieee80211_stop_queues) = 0x5d5f40f9 needed by kmod-iwlegacy-0.0-2.el8_1.elrepo.x86_64 - nothing provides kernel(ieee80211_unregister_hw) = 0x740a5bb2 needed by kmod-iwlegacy-0.0-2.el8_1.elrepo.x86_64 - nothing provides kernel(ieee80211_wake_queue) = 0xfa79b997 needed by kmod-iwlegacy-0.0-2.el8_1.elrepo.x86_64 - nothing provides kernel(ieee80211_wake_queues) = 0xa900f2df needed by kmod-iwlegacy-0.0-2.el8_1.elrepo.x86_64 - nothing provides kernel(led_classdev_unregister) = 0x9fd8b0e4 needed by kmod-iwlegacy-0.0-2.el8_1.elrepo.x86_64 - nothing provides kernel(of_led_classdev_register) = 0xe2dcc6bc needed by kmod-iwlegacy-0.0-2.el8_1.elrepo.x86_64 - nothing provides kernel(wiphy_rfkill_set_hw_state) = 0x1df077cc needed by kmod-iwlegacy-0.0-2.el8_1.elrepo.x86_64 - nothing provides kernel(debugfs_remove) = 0x9ef3e60b needed by kmod-iwlegacy-0.0-2.el8_1.elrepo.x86_64 - nothing provides kernel(debugfs_remove_recursive) = 0x4668b613 needed by kmod-iwlegacy-0.0-2.el8_1.elrepo.x86_64 - nothing provides kernel(default_llseek) = 0x384172fd needed by kmod-iwlegacy-0.0-2.el8_1.elrepo.x86_64 - nothing provides kernel(pcie_capability_read_word) = 0xa785480e needed by kmod-iwlegacy-0.0-2.el8_1.elrepo.x86_64 - nothing provides kernel(__ieee80211_create_tpt_led_trigger) = 0x0d0ddd5f needed by kmod-iwlegacy-0.0-2.el8_1.elrepo.x86_64 - nothing provides kernel(__ieee80211_get_radio_led_name) = 0xd1d478f1 needed by kmod-iwlegacy-0.0-2.el8_1.elrepo.x86_64 - nothing provides kernel(ieee80211_chswitch_done) = 0xced3a36a needed by kmod-iwlegacy-0.0-2.el8_1.elrepo.x86_64 - nothing provides kernel(ieee80211_find_sta) = 0xc579589b needed by kmod-iwlegacy-0.0-2.el8_1.elrepo.x86_64 - nothing provides kernel(ieee80211_rate_control_register) = 0xabcd1b6e needed by kmod-iwlegacy-0.0-2.el8_1.elrepo.x86_64 - nothing provides kernel(ieee80211_rate_control_unregister) = 0x22eec09c needed by kmod-iwlegacy-0.0-2.el8_1.elrepo.x86_64 - nothing provides kernel(ieee80211_restart_hw) = 0x779336b9 needed by kmod-iwlegacy-0.0-2.el8_1.elrepo.x86_64 - nothing provides kernel(ieee80211_scan_completed) = 0x70edbf96 needed by kmod-iwlegacy-0.0-2.el8_1.elrepo.x86_64 - nothing provides kernel(ieee80211_sta_block_awake) = 0xf9257828 needed by kmod-iwlegacy-0.0-2.el8_1.elrepo.x86_64 - nothing provides kernel(ieee80211_start_tx_ba_cb_irqsafe) = 0xbd303a44 needed by kmod-iwlegacy-0.0-2.el8_1.elrepo.x86_64 - nothing provides kernel(ieee80211_start_tx_ba_session) = 0xa96bdcd7 needed by kmod-iwlegacy-0.0-2.el8_1.elrepo.x86_64 - nothing provides kernel(ieee80211_stop_tx_ba_cb_irqsafe) = 0x963e9d4a needed by kmod-iwlegacy-0.0-2.el8_1.elrepo.x86_64 - nothing provides kernel(ieee80211_stop_tx_ba_session) = 0xf0bb0c05 needed by kmod-iwlegacy-0.0-2.el8_1.elrepo.x86_64 - nothing provides kernel(ieee80211_tx_status_irqsafe) = 0xdb983f1b needed by kmod-iwlegacy-0.0-2.el8_1.elrepo.x86_64 - nothing provides kernel(pci_ioremap_bar) = 0x5a71258b needed by kmod-iwlegacy-0.0-2.el8_1.elrepo.x86_64 - nothing provides kernel(rate_control_send_low) = 0x3f7dc196 needed by kmod-iwlegacy-0.0-2.el8_1.elrepo.x86_64 Problem 2: cannot install the best update candidate for package qt-creator-4.9.2-3.el8.x86_64 - nothing provides libLLVM-8.so()(64bit) needed by qt-creator-4.9.2-4.el8.x86_64 - nothing provides libLLVM-8.so(LLVM_8)(64bit) needed by qt-creator-4.9.2-4.el8.x86_64 - nothing provides libclang.so.8()(64bit) needed by qt-creator-4.9.2-4.el8.x86_64 - nothing provides libclang.so.8(LLVM_8)(64bit) needed by qt-creator-4.9.2-4.el8.x86_64 - nothing provides libclangBasic.so.8()(64bit) needed by qt-creator-4.9.2-4.el8.x86_64 - nothing provides libclangFormat.so.8()(64bit) needed by qt-creator-4.9.2-4.el8.x86_64 - nothing provides libclangLex.so.8()(64bit) needed by qt-creator-4.9.2-4.el8.x86_64 - nothing provides libclangRewrite.so.8()(64bit) needed by qt-creator-4.9.2-4.el8.x86_64 - nothing provides libclangToolingCore.so.8()(64bit) needed by qt-creator-4.9.2-4.el8.x86_64 - nothing provides libclangToolingInclusions.so.8()(64bit) needed by qt-creator-4.9.2-4.el8.x86_64 Problem 3: package qt-creator-doc-4.9.2-4.el8.noarch requires qt-creator = 4.9.2-4.el8, but none of the providers can be installed - cannot install the best update candidate for package qt-creator-doc-4.9.2-3.el8.noarch - nothing provides libLLVM-8.so()(64bit) needed by qt-creator-4.9.2-4.el8.x86_64 - nothing provides libLLVM-8.so(LLVM_8)(64bit) needed by qt-creator-4.9.2-4.el8.x86_64 - nothing provides libclang.so.8()(64bit) needed by qt-creator-4.9.2-4.el8.x86_64 - nothing provides libclang.so.8(LLVM_8)(64bit) needed by qt-creator-4.9.2-4.el8.x86_64 - nothing provides libclangBasic.so.8()(64bit) needed by qt-creator-4.9.2-4.el8.x86_64 - nothing provides libclangFormat.so.8()(64bit) needed by qt-creator-4.9.2-4.el8.x86_64 - nothing provides libclangLex.so.8()(64bit) needed by qt-creator-4.9.2-4.el8.x86_64 - nothing provides libclangRewrite.so.8()(64bit) needed by qt-creator-4.9.2-4.el8.x86_64 - nothing provides libclangToolingCore.so.8()(64bit) needed by qt-creator-4.9.2-4.el8.x86_64 - nothing provides libclangToolingInclusions.so.8()(64bit) needed by qt-creator-4.9.2-4.el8.x86_64 Problem 4: package qt-creator-data-4.9.2-4.el8.noarch requires qt-creator = 4.9.2-4.el8, but none of the providers can be installed - cannot install the best update candidate for package qt-creator-data-4.9.2-3.el8.noarch - nothing provides libLLVM-8.so()(64bit) needed by qt-creator-4.9.2-4.el8.x86_64 - nothing provides libLLVM-8.so(LLVM_8)(64bit) needed by qt-creator-4.9.2-4.el8.x86_64 - nothing provides libclang.so.8()(64bit) needed by qt-creator-4.9.2-4.el8.x86_64 - nothing provides libclang.so.8(LLVM_8)(64bit) needed by qt-creator-4.9.2-4.el8.x86_64 - nothing provides libclangBasic.so.8()(64bit) needed by qt-creator-4.9.2-4.el8.x86_64 - nothing provides libclangFormat.so.8()(64bit) needed by qt-creator-4.9.2-4.el8.x86_64 - nothing provides libclangLex.so.8()(64bit) needed by qt-creator-4.9.2-4.el8.x86_64 - nothing provides libclangRewrite.so.8()(64bit) needed by qt-creator-4.9.2-4.el8.x86_64 - nothing provides libclangToolingCore.so.8()(64bit) needed by qt-creator-4.9.2-4.el8.x86_64 - nothing provides libclangToolingInclusions.so.8()(64bit) needed by qt-creator-4.9.2-4.el8.x86_64 Problem 5: package qt-creator-translations-4.9.2-4.el8.noarch requires qt-creator-data = 4.9.2-4.el8, but none of the providers can be installed - package qt-creator-data-4.9.2-4.el8.noarch requires qt-creator = 4.9.2-4.el8, but none of the providers can be installed - cannot install the best update candidate for package qt-creator-translations-4.9.2-3.el8.noarch - nothing provides libLLVM-8.so()(64bit) needed by qt-creator-4.9.2-4.el8.x86_64 - nothing provides libLLVM-8.so(LLVM_8)(64bit) needed by qt-creator-4.9.2-4.el8.x86_64 - nothing provides libclang.so.8()(64bit) needed by qt-creator-4.9.2-4.el8.x86_64 - nothing provides libclang.so.8(LLVM_8)(64bit) needed by qt-creator-4.9.2-4.el8.x86_64 - nothing provides libclangBasic.so.8()(64bit) needed by qt-creator-4.9.2-4.el8.x86_64 - nothing provides libclangFormat.so.8()(64bit) needed by qt-creator-4.9.2-4.el8.x86_64 - nothing provides libclangLex.so.8()(64bit) needed by qt-creator-4.9.2-4.el8.x86_64 - nothing provides libclangRewrite.so.8()(64bit) needed by qt-creator-4.9.2-4.el8.x86_64 - nothing provides libclangToolingCore.so.8()(64bit) needed by qt-creator-4.9.2-4.el8.x86_64 - nothing provides libclangToolingInclusions.so.8()(64bit) needed by qt-creator-4.9.2-4.el8.x86_64 (try to add '--skip-broken' to skip uninstallable packages or '--nobest' to use not only best candidate packages) [root@ws1 ebedsat]# uname -mrs Linux 5.4.10-1.el8.elrepo.x86_64 x86_64

2 2

Building and packaging httpd
by Benson Muite 10 Jan '20

10 Jan '20

Hi, Am rebuilding httpd from scratch to enable http2 and minimize extra modules on Cent Os 8. Am having trouble understanding the spec file [0] and systemd initialization [1][2][3] (these are very similar to those extracted from [4]). Why are 3 scripts needed to start the service and why is a pid setting not needed as used in the httpd.service file at [5]? Benson [0] https://src.fedoraproject.org/rpms/httpd/blob/HEAD/f/httpd.spec [1] https://src.fedoraproject.org/rpms/httpd/tree/f31 [2] https://src.fedoraproject.org/rpms/httpd/blob/f31/f/httpd.service [3] https://src.fedoraproject.org/rpms/httpd/blob/f31/f/httpd-init.service [4] http://vault.centos.org/8.0.1905/AppStream/Source/SPackages/httpd-2.4.37-12… [5] https://blacksaildivision.com/how-to-install-apache-httpd-on-centos

2 2

copying files to fill flash drives
by Frank Cox 10 Jan '20

10 Jan '20

Back in the days of DOS I had a program that I obtained from somewhere called FILL. FILL would take the name of a directory and then start writing files from that directory onto a series of floppy disks in such a way that each disk was made as full as possible, but without modifying the files that it was writing. So you might end up with disk 1 having files A B and D on them since D fitted but C was too big so it went onto Disk 2 along with files E and F. Before I re-invent the wheel here, does someone already have a way to do this with Linux so you can write a series of flash drives and fill them with the contents of a specified directory without modifying the files that get written? The reason that I specify without modifying the files is that I could do this easily with tar and split, but then I end up with a tar file and can't just look on disk 1 and copy file A off of it later on. -- MELVILLE THEATRE ~ Real D 3D Digital Cinema ~ www.melvilletheatre.com

6 5

Using shared printers in CentOS 8
by Robert Nichols 09 Jan '20

09 Jan '20

How do I let a CentOS 8 client make use of the shared printers advertised by CUPS on the network? In CentOS 6, this was just a matter in a checkbox "Show printers shared by other systems" on the CUPS Admin page. Is this function still available somehow? Manually adding all the shared printers on every client would be painful. -- Bob Nichols "NOSPAM" is really part of my email address. Do NOT delete it.

3 5

Centos 6 iwl3945
by Ken Smith 09 Jan '20

09 Jan '20

Hi everyone, I'm having a problem with an iwl3945 wireless adaptor in my laptop running Centos 6. Recently it has been failing to connect to a either 2.4G or 5G Wi-Fi coming from a Draytek Wireless Router. It has usually managed to connect in the past although it has sometimes been a little temperamental. I'm not sure what has changed that has stopped it working. I've tried Kernels 2.6.32-754.24.34 down to 2.6.32-754.15.3 in Centos 6 without it working. This machine also has an old Fedora Core 14 boot with Kernel 2.6.35.14-97 that connects to Wi-Fi just fine. Also the laptop dual boots Win 7 and that also connects to Wi-Fi without issue. How would I go about diagnosing this in the Centos 6 boot? Thanks Ken -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean.

1 0

gcc 8/9 on CentOS 7
by sthustfo 09 Jan '20

09 Jan '20

I am looking to make use of gcc 8/9 on CentOS 7, which is currently with gcc 4.8.5. How do I go about doing this? SCL repository provides the same as part of devtoolset8, but devtoolset8 libstdc++-devel i686 package is missing, without which I can not build 32 bit applications. Are there any repository sources from where I can get this? Otherwise, I am open to building the packages from sources. Please let me know how can one go about this. Any suggestions and pointers appreciated.

2 4

CentOS 7 yum update
by Jerry Geis 08 Jan '20

08 Jan '20

I was in the middle of a yum update on physical box over teh weekend and power died. Ssytem came pack up. But now when I run yum-complete-transaction I get all kinds of errors (these are just the last 4, there are many) systemtap-runtime-4.0-10.el7_7.x86_64 has installed conflicts systemtap-devel < ('0', '4.0', '10.el7_7'): systemtap-devel-4.0-9.el7.x86_64 systemtap-runtime-4.0-10.el7_7.x86_64 has installed conflicts systemtap-client < ('0', '4.0', '10.el7_7'): systemtap-client-4.0-9.el7.x86_64 systemtap-runtime-4.0-10.el7_7.x86_64 is a duplicate with systemtap-runtime-4.0-9.el7.x86_64 util-linux-2.23.2-61.el7_7.1.x86_64 is a duplicate with util-linux-2.23.2-61.el7.x86_64 what to do ? Thanks, Jerry

3 2

can't boot after volume rename
by Paul Amaral 07 Jan '20

07 Jan '20

I renamed my volume with vgrename however I didn't complete the other steps. Mainly update fstab and intiramfs. Once I booted, I was dropped on the Dracut shell. From here I can see the newly rename VG and I can lvm lvscan as well as activate it, lvm vgchange -ay. However I can't figure out what to do next, I'm assuming I need to regenerate the initramfs and then boot to change grub? Could someone point me in the right direction to recovering a FS from Dracut, or other means, once the volume group name was changed. TIA, Paul

3 4

Network Diagnostics
by Chris Olson 07 Jan '20

07 Jan '20

In our smallest office, we have a Dell CentOS 7 system, a Windows system and an HP 8610 printer, all hard-wire Ethernet connected with a Linksys router. The router provides Internet connection. All of the network-connected systems get their IP address from the router at power up. Successful network connection of the printer at power up has recently started taking much longer than usual. The display on the front of the printer indicates that it is initially attempting wireless connection even though this feature is turned off. Ethernet connection is eventually achieved and the printer functions normally on the network but just for a few minutes. After about five minutes, the printer drops its Ethernet connection and appears to be attempting wireless connection once again. During this period, network connectivity is disrupted for the other systems on the network. They are not able to communicate with each other or access the Internet through the router. Turning off the printer restores network connection for the other systems. One of our personnel at another office suggested using Wireshark to check out the network when the printer is having difficulty. Wireshark was apparently not on this system so we installed it using yum install. The tail end of the apparently successful installation process is shown below. Unfortunately, we cannot seem to find Wireshark on the system. Is it possible that Wireshark was not actually installed or do we just not know how to locate and use it? Is this printer networking issue a known problem and is Wireshark the right tool to diagnose the problem? Thanks. Installed: wireshark.x86_64 0:1.10.14-16.el7 Dependency Installed: libsmi.x86_64 0:0.4.8-13.el7 Complete! [user@computer ~]$ [user@computer ~]$ which wireshark /usr/bin/which: no wireshark in (/usr/local/bin:/usr/local/sbin:/usr/bin:/usr/sbin:/bin:/sbin:/home/user/.local/bin:/home/user/bin) [user@computer ~]$ Recent successful installations: -------------------------------- [user@computer ~]$ [user@computer ~]$ which mplayer /usr/bin/mplayer [user@computer ~]$ which ffmpeg /usr/bin/ffmpeg [user@computer ~]$

3 2

USB drive very slow on CentOS 8
by Michael Eager 05 Jan '20

05 Jan '20

I recently upgraded from CentOS 7 to CentOS 8. I have a Mediasonic HF2-SU3S2 external drive enclosure with 4x3Tb drives configured as a software RAID 5 array (mdadm) with LVM. It's connected to a USB 3.0 port. On CentOS 7, the drive performance is reasonable. On CentOS 8, performance is extremely slow, about USB 1.0 performance. Maybe worse. Connecting an external USB SSD to the CentOS 8 system appears to perform well. I've updated the ASUS Prime-B350-Plus motherboard with the latest BIOS, but it doesn't appear to make any difference. Does anyone have any idea what might be different between CentOS 7 and 8 that would cause this? -- Michael Eager eager(a)eagerm.com 1960 Park Blvd., Palo Alto, CA 94306

1 0

Re: [CentOS] CentOS 7 as a Fibre Channel SAN Target
by Steffan Cline 04 Jan '20

04 Jan '20

In waiting, I tried CentOS 8 which was an even bigger bust. I wiped that clean and tried again with Fedora 31. Same darn error "Could not create Target in configFS". Anyone?? Thank you, Steffan Cline steffan(a)hldns.com 602-793-0014 On 1/2/20, 2:00 AM, "CentOS on behalf of Steffan Cline via CentOS" <centos-bounces(a)centos.org on behalf of centos(a)centos.org> wrote: It took me some time to come back full circle to this. I've worked quite a bit on this with little success so far. It seems like it's been done but on some of the forums and Github, there are no responses yet. This is essentially a cross post from a seemingly dead list. Hopefully someone here will have some suggestions. I've googled this particular issue and not really finding any good results on how to resolve it. I installed targetcli via yum on CentOS 7 and this is the version in the repo: # targetcli targetcli shell version 2.1.fb49 Copyright 2011-2013 by Datera, Inc and others. For help on commands, type 'help'. I downloaded the .zip of the targetcli-fb version and tried it too from the scripts folder and same results. Python: # python --version Python 2.7.5 Libs: Installed Packages python-configshell.noarch 1:1.1.fb25-1.el7 @base python-rtslib.noarch 2.1.fb69-3.el7 @base python-rtslib-doc.noarch 2.1.fb69-3.el7 @base The error comes up when using create. /> /qla2xxx create naa.xxxxxxxxxxxxxxx Could not create Target in configFS Below is the info on my FC /> qla2xxx/ info Fabric module name: qla2xxx ConfigFS path: /sys/kernel/config/target/qla2xxx Allowed WWN types: naa Allowed WWNs list: naa.xxxxxxxxxxxxxxx, naa.xxxxxxxxxxxxxxx, naa.xxxxxxxxxxxxxxx, naa.xxxxxxxxxxxxxxx, naa.xxxxxxxxxxxxxxx, naa.xxxxxxxxxxxxxxx, naa.xxxxxxxxxxxxxxx, naa.xxxxxxxxxxxxxxx Fabric module features: acls Corresponding kernel module: tcm_qla2xxx I have attached the log but don't see anything that really stands out. log.txt I checked per the link http://www.linux-iscsi.org/wiki/Fibre_Channel#Enable_target_mode to ensure that I have initiator mode disabled # cat /sys/module/qla2xxx/parameters/qlini_mode disabled The kernel modules are loaded. # lsmod | grep qla2xxx tcm_qla2xxx 32768 1 target_core_mod 335872 4 tcm_qla2xxx,iscsi_target_mod qla2xxx 634880 1 tcm_qla2xxx scsi_transport_fc 65536 3 bfa,qla2xxx,tcm_qla2xxx configfs is mounted: # cat /proc/mounts | grep configfs configfs /sys/kernel/config configfs rw,relatime 0 0 In the kernel config: CONFIG_CONFIGFS_FS=y Kernel: 4.4.207-1.el7.elrepo.x86_64 Should I be able to create a directory in /sys/kernel/config/target/qla2xxxx? # mkdir naa.10008c7cffc7ef01 mkdir: cannot create directory ‘naa.xxxxxxxxxxxxxxx’: Invalid argument I did notice that when I rebooted, there was no qla2xxx folder in /sys/kernel/config/target/ but after trying to use targetcli, it did make one so I'm not sure what else would cause it to fail. Suggestions? Thank you, Steffan Cline steffan(a)hldns.com 602-793-0014 On 1/11/19, 12:01 AM, "Steffan A. Cline" <steffan(a)hldns.com> wrote: For quite some time I’ve been using FreeNAS to provide services as a NAS over ethernet and SAN over Fibre Channel to CentOS 7 servers each using their own export, not sharing the same one. It’s time for me to replace my hardware and I have a new R720XD that I’d like to use in the same capacity but configure CentOS 7 as a Fibre Channel target rather than use FreeNAS any further. I’m doing virtualization and this will allow me to have failover from one node to the other since they’ll all be sharing the same export rather than me simply backing up to the FreeNAS server the way I am now. Does anyone know of any really good current articles that explain how to set up CentOS 7 as the target in such a configuration and also setting up CLVMd so they can all share an export over Fibre Channel from CentOS 7? Steffan A. Cline steffan(a)hldns.com 602-793-0014 _______________________________________________ CentOS mailing list CentOS(a)centos.org https://lists.centos.org/mailman/listinfo/centos

1 0

systemd-coredump service
by sthustfo 04 Jan '20

04 Jan '20

I am unable to locate systemd-coredump service on CentOS 7.5. It is not listed under "systemctl -a" and also I'm unable to locate the associated unit file (folder /usr/lib/systemd/system/ ). Am I missing any package which installs this service?

2 2

tomcat package and repo for centos8
by Rainer Traut 02 Jan '20

02 Jan '20

Hi all, sadly there is no epel tomcat package so far. As per https://bugzilla.redhat.com/show_bug.cgi?id=1745960 there is no progress for three months. Is there any other third party repository which builds tomcat for centos/rhel 8? Thx Rainer

2 3

Nasty Fail2Ban update for Centos 7
by Allan 02 Jan '20

02 Jan '20

Hi all... Recently a new Fail2Ban was available among some other updates for my Centos 7 system, and I just updated all. It seems that was a very BAD idea. Just noticed that Fail2Ban have generated a 6MB error log because of the update, and FirewallD a 1MB log of errors ! (not sure if any of those were really working after this) ok, I'll just run yum downgrade fail2ban I thought. Naa, no way back - Epel doesn't have a fallback option ! Then gotta dig into Koji, to find the old version, download it, and downgrade to that - and pew, everything is back to normal. The old one seems to be version 0.9.7 and the new one is 0.10.4 I haven't had time to look into Fail2Bans info about these 2 version, but since there is a major version change - is it really possible to just upgrade these ? Sure, I would love to have a working 0.10.4 for my Centos 7 - but it shouldn't destroy my existing system - or it should at least warn me about that - or what to fix. Allan.

6 8

CentOS 7 as a Fibre Channel SAN Target
by Steffan A. Cline 02 Jan '20

02 Jan '20

For quite some time I’ve been using FreeNAS to provide services as a NAS over ethernet and SAN over Fibre Channel to CentOS 7 servers each using their own export, not sharing the same one. It’s time for me to replace my hardware and I have a new R720XD that I’d like to use in the same capacity but configure CentOS 7 as a Fibre Channel target rather than use FreeNAS any further. I’m doing virtualization and this will allow me to have failover from one node to the other since they’ll all be sharing the same export rather than me simply backing up to the FreeNAS server the way I am now. Does anyone know of any really good current articles that explain how to set up CentOS 7 as the target in such a configuration and also setting up CLVMd so they can all share an export over Fibre Channel from CentOS 7? Steffan A. Cline steffan(a)hldns.com 602-793-0014

2 1

KVM Random Reboots AMD EPYC Server
by Helmut Drodofsky 01 Jan '20

01 Jan '20

our new Server with AMD EPYC and super micro board reboots ramdonly. There is no error message before the reboot in /var/log/messages. we are running 2 Server with VMWare workstation without any problem. The new server should run KVM. older servers with AMD (before EPYC) running KVM without any problem. any idea or recommendation? -- Viele Grüße Helmut Drodofsky Internet XS Service GmbH Heßbrühlstraße 15 70565 Stuttgart Geschäftsführung Helmut Drodofsky HRB 21091 Stuttgart USt.ID: DE190582774 Fon: 0711 781941 0 <tel:+497117819410> Fax: 0711 781941 79 Mail: info(a)internet-xs.de www.internet-xs.de

3 2

Nginx and SELinux on CentOS 7
by Nicolas Kovacs 01 Jan '20

01 Jan '20

Hi, I'm currently fiddling with Nginx on CentOS 7. Eventually I want to use it instead of Apache on some servers. Apache works more or less out of the box with SELinux. My websites are all stored under /var/www, and ls -Z shows me that all files created under /var/www are correctly labeled httpd_sys_content_t. On my sandbox server I don't have Apache (httpd) installed, only Nginx (the nginx package from EPEL). I manually created the /var/www directory and put a handful of static websites in there to play around with. Curiously enough, I got a SELinux alert. I took a peek in /var/www, and here's what the SELinux context looks like: unconfined_u:object_r:var_t:s0 Now I'm a bit puzzled. Is the correct httpd_sys_content_t context only applied if the httpd package is installed? How else can I explain this strange behavior? Any suggestions? Niki -- Microlinux - Solutions informatiques durables 7, place de l'église - 30730 Montpezat Site : https://www.microlinux.fr Mail : info(a)microlinux.fr Tél. : 04 66 63 10 32 Mob. : 06 51 80 12 12

2 2

lapack
by Michael Hennebry 31 Dec '19

31 Dec '19

Has anyone gotten lapack to work on centos 7? If so, how? Most recently, I installed lapace-devel and let yum bring in what it wanted. Whenever I try to link, I get a long list of undefined references ending with /usr/lib/gcc/x86_64-redhat-linux/4.8.5/../../../../lib64/liblapacke.so: undefined reference to `dgeevx_' [hennebry@localhost test]$ nm -D /usr/lib64/libblas.so | grep dge 0000000000018850 T dgemm_ 0000000000011080 T dgemv_ 00000000000170c0 T dger_ [hennebry@localhost test]$ confirmes that the reference is not there. Installing blas or atlas first does not help. When installing lapack-devel, yum always wants to install blas-devel. What do I need? -- Michael hennebry(a)web.cs.ndsu.NoDak.edu "Sorry but your password must contain an uppercase letter, a number, a haiku, a gang sign, a heiroglyph, and the blood of a virgin." -- someeecards

2 2

cannot install Centos 8 Stream
by Paul de Vries 30 Dec '19

30 Dec '19

I want to install Centos Stream on an older server. the Areca ARC-1680 RAID Controller is not supported anymore, so I tried to install on an external USB drive. i did a manual partitioning: sdc1 /boot/efi efi system partition sdc2 /boot ext4 sdc3 / lvm and the system cannot boot - hangs forever. new try: sdc1 /boot/efi, efi system partition sdc2 / xfs at end of install i see 'bootloader install failed'. debug shows 'NOTICE root:83haiku: debug: /dev/sdc1 is not a beFS partiotion: exiting' then i did an automatic partitioning and got no efi partition. and the system cannot boot - hangs forever. HOW do i install centos stream on external usb disk with efi boot?

1 0

looking for rpms in CentOS 8
by Patrick Rael 30 Dec '19

30 Dec '19

Hi, I can't find 3 rpms (for now, maybe more later) in centos 8, which are available for centos 7 and 6. perl-Crypt-SSLeay perl-Data-Validate-IP ndisc6 Any ideas why these aren't in the repos yet? I'm using these repos below and I've browsed repos searching for these. # dnf repolist ... repo id repo name status AppStream CentOS-8 - AppStream 5,089 BaseOS CentOS-8 - Base 2,843 Stream-AppStream CentOS-Stream - AppStream 4,629 Stream-BaseOS CentOS-Stream - Base 2,326 Stream-extras CentOS-Stream - Extras 3 cr CentOS-8 - cr 6,338 *epel Extra Packages for Enterprise Linux 8 - x86_64 3,732 extras CentOS-8 - Extras 3 Plus, I just want to say thanks for the entire CentOS team and community, you do a lot of work that is critical, and is highly appreciated! -->Pat ---------

2 2

Does Centos kernel support usb w/ UASP ?
by Fred Smith 30 Dec '19

30 Dec '19

Looking to buy a new usb-attached RAID box for nightly backups, and I see that many of them now support usb 3.1 with UASP. Looking at add-in usb 3.1 cards (my motherboard is probably too old, and only supports usb 3.0) to go with it, but don't know if the old kernel RH/Centos uses supports UASP. Chipset dependent? If one can trust the product images on Amazon, most of them use an asmedia 2142 chip. Anyone know? Thanks in advance! Fred -- ---- Fred Smith -- fredex(a)fcshome.stoneham.ma.us ----------------------------- God made him who had no sin to be sin for us, so that in him we might become the righteousness of God." --------------------------- Corinthians 5:21 ---------------------------------

2 2

Install Questions
by Eugene Poole 29 Dec '19

29 Dec '19

This is my situation: I've a AMD Phenom II X6 1055T machine with 2 - ISA DVD drives and 6 - SATA Drives. The drives are (I assume by the BIOS) assigned /dev/ sda through /dev/sdf. In order to do a specific definition easily I use CentOS 6 (what disks are used with RAID-1 and which ones are used with RAID-10) and what the /dev/mdx names to use. What I don't understand is why when I get to the page where I'm to install the boot loader it wants to install it on /dev/sdf. When I try to install it on /dev/md0 (where /boot is located) the reboot fails. When I try to alter the BIOS order (it allows me to do this with 4 of the 6 disks) so the /dev/sda is the first BIOS drive the also fails. Before I had multiple disks in a RAID environment I could install the boot loader on /dev/sda1 without problems (BTW, /dev/md0 is defined with /dev/sda1 and /dev/sdd1). What am I doing wrong and how can I make it better? BTW, My goal is to get the file system defined exactly like I want it and then install CentOS 7.5 (CentOS 7.7 gives me several warning messages concerning my processor). TIA -- Eugene Poole Woodstock, Georgia

1 0

Centos 8 KVM and Win10 time
by Tom Bishop 28 Dec '19

28 Dec '19

I didn't have this issue when using Centos 7 but for some reason now using 8 I have a windows 10 vm that keeps changing it's time to UTC. Centos appears to be using local time but something is telling it to change time. I have time sync running in windows and it syncs but then at some point when I come back to it the time has changed. Tried a bunch of things but so far no luck, anyone have any suggestions that I could try please let me know, thanks.

1 0

The case of the missing /boot/grub2/grub.cfg in centos8
by Mauricio Tavares 28 Dec '19

28 Dec '19

So I installed centos8. And I was looking for the grub config file: [root@testbox ~]# ls -l /etc/grub2.cfg lrwxrwxrwx. 1 root root 22 Oct 2 13:01 /etc/grub2.cfg -> ../boot/grub2/grub.cfg [root@testbox ~]# But [root@testbox ~]# ls /boot/grub2/ grubenv [root@testbox ~]# Why is it not there? FYI, I did try 'yum reinstall grub2' and no /boot/grub2/grub.cfg for me.

5 6

Disabling TLS 1.1 in Centos 7 cockpit
by Erick Perez - Quadrian Enterprises 28 Dec '19

28 Dec '19

Hi, I'm using cockpit in standard port 9090 in a Centos 7 system. Due to a suggestion from management, they want TLS 1.1 disabled system-wide in all Linux boxes and TLS 1.2 enabled. I have not found proper documentation on how to disable it for cockpit (version 195.1 ships with Centos 7) So far I have tried (https://cockpit-project.org/guide/149/https.html) /usr/lib/systemd/system/cockpit.service [Service] Environment=G_TLS_GNUTLS_PRIORITY=-VERS-ALL:+VERS-TLS1.2 And I also created the file /etc/systemd/system/cockpit.service.d/ssl.conf and added: [Service] Environment=G_TLS_GNUTLS_PRIORITY=-VERS-ALL:+VERS-TLS1.2 after that, I systemctl restart cockpit But if I do #openssl s_client -connect localhost:9090 -tls1_1 I get a proper response (a certificate), so TLS 1.1 is being accepted. Suggestions? Thanks. -- --------------------- Erick Perez ---------------------

3 6

bind problems
by Helmut Drodofsky 27 Dec '19

27 Dec '19

I made yum update to bind on 21.12.2019. Yum.log: Dec 21 23:14:41 Updated: 32:bind-license-9.11.4-9.P2.el7.noarch Dec 21 23:16:43 Installed: 32:bind-export-libs-9.11.4-9.P2.el7.x86_64 Dec 21 23:16:49 Updated: 32:bind-libs-lite-9.11.4-9.P2.el7.x86_64 Dec 21 23:16:50 Updated: 32:bind-libs-9.11.4-9.P2.el7.x86_64 Dec 21 23:18:02 Updated: rpcbind-0.2.0-48.el7.x86_64 Dec 21 23:23:21 Updated: 32:bind-9.11.4-9.P2.el7.x86_64 Dec 21 23:24:44 Updated: 32:bind-utils-9.11.4-9.P2.el7.x86_64 up to this date, bind has gone 4 month with the last update to bind 9.9.4 without any problem. Since the bold line in named.log 27-Dec-2019 23:20:21.200 general: info: zone 1.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.ip6.arpa/IN: loaded serial 0 27-Dec-2019 23:20:21.201 general: info: zone localhost/IN: loaded serial 0 27-Dec-2019 23:20:21.201 general: notice: all zones loaded 27-Dec-2019 23:20:21.201 general: notice: running 27-Dec-2019 23:20:21.223 notify: info: zone dyn.internet-xs.net/IN: sending notifies (serial 2018012040) 27-Dec-2019 23:20:21.226 notify: info: zone panama.int/IN: sending notifies (serial 2016121200) 27-Dec-2019 23:20:21.227 notify: info: zone ixsdns.de/IN: sending notifies (serial 2018010102) *27-Dec-2019 23:20:28.434 dnssec: info: validating ./NS: got insecure response; parent indicates it should be secure* 27-Dec-2019 23:20:28.444 general: warning: managed-keys-zone: No DNSKEY RRSIGs found for '.': success 27-Dec-2019 23:20:29.219 dnssec: info: validating ./NS: no valid signature found 27-Dec-2019 23:20:29.714 dnssec: info: validating ./SOA: got insecure response; parent indicates it should be secure 27-Dec-2019 23:20:29.957 dnssec: info: validating ./NS: no valid signature found named needs some 1 hour to be really active. The named.log shows: ..... 7-Dec-2019 23:36:28.268 dnssec: info: validating it/DS: no valid signature found 27-Dec-2019 23:36:28.270 dnssec: info: validating net/DS: no valid signature found 27-Dec-2019 23:36:28.271 dnssec: info: validating info/DS: no valid signature found 27-Dec-2019 23:36:28.281 dnssec: info: validating net/DS: no valid signature found 27-Dec-2019 23:36:28.295 dnssec: info: validating net/DS: no valid signature found 27-Dec-2019 23:36:28.296 dnssec: info: validating it/DS: no valid signature found 27-Dec-2019 23:36:28.323 dnssec: info: validating net/DS: no valid signature found 27-Dec-2019 23:36:28.440 dnssec: info: validating it/DS: no valid signature found 27-Dec-2019 23:36:28.473 dnssec: info: validating net/DS: no valid signature found 27-Dec-2019 23:36:28.597 dnssec: info: validating it/DS: no valid signature found 27-Dec-2019 23:36:28.634 dnssec: info: validating net/DS: no valid signature found 27-Dec-2019 23:36:29.303 dnssec: info: validating org/DS: no valid signature found 27-Dec-2019 23:36:29.308 dnssec: info: validating org/DS: no valid signature found 27-Dec-2019 23:36:29.313 dnssec: info: validating org/DS: no valid signature found 27-Dec-2019 23:36:29.318 dnssec: info: validating org/DS: no valid signature found 27-Dec-2019 23:36:29.323 dnssec: info: validating org/DS: no valid signature found 27-Dec-2019 23:36:29.328 dnssec: info: validating org/DS: no valid signature found 27-Dec-2019 23:36:29.335 dnssec: info: validating org/DS: no valid signature found 27-Dec-2019 23:36:29.345 dnssec: info: validating org/DS: no valid signature found 27-Dec-2019 23:36:29.360 dnssec: info: validating org/DS: no valid signature found 27-Dec-2019 23:36:29.387 dnssec: info: validating org/DS: no valid signature found .... and really many lines as above. This validating happens even when dnssec-enable no; and dnssec-validation and dnssec-lookaside are commented out any idea? -- best regards Helmut Drodofsky

1 0

nfs causes Centos 7.7 system to hang
by Nikolaos Milas 27 Dec '19

27 Dec '19

Hello, MERRY CHRISTMAS to all in list! After I upgraded to latest: CentOS Linux release 7.7.1908 (Core) I am facing nfs crashes which cause the system to hang frequently. This is caused by cp to nfs-mounted shares. Below is dmesg output; you will see call traces. These cause system to gradually overload: [root@hesperia1 ~]# top top - 10:09:40 up 10:16, 1 user, load average: 53.66, 54.13, 52.98 Tasks: 475 total, 2 running, 436 sleeping, 0 stopped, 37 zombie %Cpu(s): 0.1 us, 0.6 sy, 0.0 ni, 99.2 id, 0.0 wa, 0.0 hi, 0.0 si, 0.1 st KiB Mem : 3879928 total, 813504 free, 1733216 used, 1333208 buff/cache KiB Swap: 4063228 total, 4062708 free, 520 used. 1797264 avail Mem and finally hangs showing messages (which I have not recorded precisely) in the CLI login screen like "System out of memory". Then I have to reboot. I tried to downgrade nfs-utils and rpcbind to earlier versions (in case there is a bug in latest ones), but I couldn't: [root@hesperia1 ~]# yum downgrade rpcbind-0.2.0-47 nfs-utils-1.3.0-61 Loaded plugins: fastestmirror Loading mirror speeds from cached hostfile * base: ftp.ntua.gr * epel: mirrors.daticum.com * extras: ftp.ntua.gr * updates: ftp.ntua.gr No package rpcbind-0.2.0-47 available. No package nfs-utils-1.3.0-61 available. Error: Nothing to do Do you know if this is a known bug? (I couldn't find something in my searches.) Can you suggest a solution / workaround? I am facing this problem constantly and the system has become unstable. [root@hesperia1 ~]# dmesg ... [ 26.525584] RPC: Registered named UNIX socket transport module. [ 26.525588] RPC: Registered udp transport module. [ 26.525590] RPC: Registered tcp transport module. [ 26.525592] RPC: Registered tcp NFSv4.1 backchannel transport module. [ 27.103268] type=1305 audit(1577317991.465:3): audit_pid=836 old=0 auid=4294967295 ses=4294967295 res=1 [ 29.384755] nf_conntrack version 0.5.0 (16384 buckets, 65536 max) [ 29.629701] ip6_tables: (C) 2000-2006 Netfilter Core Team [ 30.773604] IPv6: ADDRCONF(NETDEV_UP): eth0: link is not ready [ 31.977476] FS-Cache: Loaded [ 32.170682] FS-Cache: Netfs 'nfs' registered for caching [ 53.671997] random: crng init done [26399.967630] INFO: task cp:14560 blocked for more than 120 seconds. [26399.967984] "echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disables this message. [26399.968202] cp D ffff89373fc9ac80 0 14560 14053 0x00000080 [26399.968211] Call Trace: [26399.968272] [<ffffffffc070ce05>] ? nfs_permission+0x105/0x220 [nfs] [26399.968321] [<ffffffffaf504262>] ? security_inode_permission+0x22/0x30 [26399.968345] [<ffffffffaf981929>] schedule_preempt_disabled+0x29/0x70 [26399.968375] [<ffffffffaf97f8b7>] __mutex_lock_slowpath+0xc7/0x1d0 [26399.968395] [<ffffffffaf455ec3>] ? unlazy_walk+0x133/0x140 [26399.968404] [<ffffffffaf97ec8f>] mutex_lock+0x1f/0x2f [26399.968410] [<ffffffffaf977865>] lookup_slow+0x33/0xa7 [26399.968421] [<ffffffffaf45b608>] path_lookupat+0x838/0x8b0 [26399.968445] [<ffffffffaf424ef5>] ? kmem_cache_alloc+0x35/0x1f0 [26399.968475] [<ffffffffaf45c45f>] ? getname_flags+0x4f/0x1a0 [26399.968481] [<ffffffffaf45b6ab>] filename_lookup+0x2b/0xc0 [26399.968487] [<ffffffffaf45d5f7>] user_path_at_empty+0x67/0xc0 [26399.968492] [<ffffffffaf450695>] ? cp_new_stat+0x165/0x1a0 [26399.968497] [<ffffffffaf45d661>] user_path_at+0x11/0x20 [26399.968501] [<ffffffffaf450343>] vfs_fstatat+0x63/0xc0 [26399.968505] [<ffffffffaf4506fe>] SYSC_newstat+0x2e/0x60 [26399.968530] [<ffffffffaf33e3f6>] ? __audit_syscall_exit+0x1e6/0x280 [26399.968534] [<ffffffffaf450bbe>] SyS_newstat+0xe/0x10 [26399.968544] [<ffffffffaf98dede>] system_call_fastpath+0x25/0x2a [27479.967352] INFO: task cp:4656 blocked for more than 120 seconds. [27479.967414] "echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disables this message. [27479.967711] cp D ffff8936b6548000 0 4656 2914 0x00000080 [27479.967726] Call Trace: [27479.967749] [<ffffffffc070ce05>] ? nfs_permission+0x105/0x220 [nfs] [27479.967762] [<ffffffffaf504262>] ? security_inode_permission+0x22/0x30 [27479.967769] [<ffffffffaf981929>] schedule_preempt_disabled+0x29/0x70 [27479.967774] [<ffffffffaf97f8b7>] __mutex_lock_slowpath+0xc7/0x1d0 [27479.967786] [<ffffffffaf455ec3>] ? unlazy_walk+0x133/0x140 [27479.967792] [<ffffffffaf97ec8f>] mutex_lock+0x1f/0x2f [27479.967821] [<ffffffffaf977865>] lookup_slow+0x33/0xa7 [27479.967828] [<ffffffffaf45b608>] path_lookupat+0x838/0x8b0 [27479.967836] [<ffffffffaf424ef5>] ? kmem_cache_alloc+0x35/0x1f0 [27479.967841] [<ffffffffaf45c45f>] ? getname_flags+0x4f/0x1a0 [27479.967846] [<ffffffffaf45b6ab>] filename_lookup+0x2b/0xc0 [27479.967852] [<ffffffffaf45d5f7>] user_path_at_empty+0x67/0xc0 [27479.967857] [<ffffffffaf450695>] ? cp_new_stat+0x165/0x1a0 [27479.967862] [<ffffffffaf45d661>] user_path_at+0x11/0x20 [27479.967866] [<ffffffffaf450343>] vfs_fstatat+0x63/0xc0 [27479.967870] [<ffffffffaf4506fe>] SYSC_newstat+0x2e/0x60 [27479.967880] [<ffffffffaf33e3f6>] ? __audit_syscall_exit+0x1e6/0x280 [27479.967884] [<ffffffffaf450bbe>] SyS_newstat+0xe/0x10 [27479.967892] [<ffffffffaf98dede>] system_call_fastpath+0x25/0x2a [27479.967910] INFO: task cp:7754 blocked for more than 120 seconds. [27479.968147] "echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disables this message. [27479.968437] cp D ffff89373fc1ac80 0 7754 7285 0x00000080 [27479.968443] Call Trace: [27479.968455] [<ffffffffc070ce05>] ? nfs_permission+0x105/0x220 [nfs] [27479.968461] [<ffffffffaf504262>] ? security_inode_permission+0x22/0x30 [27479.968466] [<ffffffffaf981929>] schedule_preempt_disabled+0x29/0x70 [27479.968470] [<ffffffffaf97f8b7>] __mutex_lock_slowpath+0xc7/0x1d0 [27479.968475] [<ffffffffaf455ec3>] ? unlazy_walk+0x133/0x140 [27479.968481] [<ffffffffaf97ec8f>] mutex_lock+0x1f/0x2f [27479.968486] [<ffffffffaf977865>] lookup_slow+0x33/0xa7 [27479.968491] [<ffffffffaf45b608>] path_lookupat+0x838/0x8b0 [27479.968500] [<ffffffffaf424ef5>] ? kmem_cache_alloc+0x35/0x1f0 [27479.968505] [<ffffffffaf45c45f>] ? getname_flags+0x4f/0x1a0 [27479.968510] [<ffffffffaf45b6ab>] filename_lookup+0x2b/0xc0 [27479.968515] [<ffffffffaf45d5f7>] user_path_at_empty+0x67/0xc0 [27479.968520] [<ffffffffaf450695>] ? cp_new_stat+0x165/0x1a0 [27479.968525] [<ffffffffaf45d661>] user_path_at+0x11/0x20 [27479.968528] [<ffffffffaf450343>] vfs_fstatat+0x63/0xc0 [27479.968533] [<ffffffffaf4506fe>] SYSC_newstat+0x2e/0x60 [27479.968539] [<ffffffffaf33e3f6>] ? __audit_syscall_exit+0x1e6/0x280 [27479.968543] [<ffffffffaf450bbe>] SyS_newstat+0xe/0x10 [27479.968547] [<ffffffffaf98dede>] system_call_fastpath+0x25/0x2a [27479.968557] INFO: task cp:20086 blocked for more than 120 seconds. [27479.968798] "echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disables this message. [27479.969064] cp D ffff89373fc9ac80 0 20086 19644 0x00000080 [27479.969069] Call Trace: [27479.969080] [<ffffffffc070ce05>] ? nfs_permission+0x105/0x220 [nfs] [27479.969086] [<ffffffffaf504262>] ? security_inode_permission+0x22/0x30 [27479.969090] [<ffffffffaf981929>] schedule_preempt_disabled+0x29/0x70 [27479.969094] [<ffffffffaf97f8b7>] __mutex_lock_slowpath+0xc7/0x1d0 [27479.969099] [<ffffffffaf455ec3>] ? unlazy_walk+0x133/0x140 [27479.969105] [<ffffffffaf97ec8f>] mutex_lock+0x1f/0x2f [27479.969110] [<ffffffffaf977865>] lookup_slow+0x33/0xa7 [27479.969115] [<ffffffffaf45b608>] path_lookupat+0x838/0x8b0 [27479.969119] [<ffffffffaf424ef5>] ? kmem_cache_alloc+0x35/0x1f0 [27479.969124] [<ffffffffaf45c45f>] ? getname_flags+0x4f/0x1a0 [27479.969129] [<ffffffffaf45b6ab>] filename_lookup+0x2b/0xc0 [27479.969134] [<ffffffffaf45d5f7>] user_path_at_empty+0x67/0xc0 [27479.969139] [<ffffffffaf450695>] ? cp_new_stat+0x165/0x1a0 [27479.969144] [<ffffffffaf45d661>] user_path_at+0x11/0x20 [27479.969148] [<ffffffffaf450343>] vfs_fstatat+0x63/0xc0 [27479.969152] [<ffffffffaf4506fe>] SYSC_newstat+0x2e/0x60 [27479.969157] [<ffffffffaf33e3f6>] ? __audit_syscall_exit+0x1e6/0x280 [27479.969161] [<ffffffffaf450bbe>] SyS_newstat+0xe/0x10 [27479.969166] [<ffffffffaf98dede>] system_call_fastpath+0x25/0x2a [30359.967071] INFO: task cp:4656 blocked for more than 120 seconds. [30359.967120] "echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disables this message. [30359.967345] cp D ffff89373fd9ac80 0 4656 2914 0x00000080 [30359.967369] Call Trace: [30359.967391] [<ffffffffc070ce05>] ? nfs_permission+0x105/0x220 [nfs] [30359.967403] [<ffffffffaf504262>] ? security_inode_permission+0x22/0x30 [30359.967410] [<ffffffffaf981929>] schedule_preempt_disabled+0x29/0x70 [30359.967415] [<ffffffffaf97f8b7>] __mutex_lock_slowpath+0xc7/0x1d0 [30359.967421] [<ffffffffaf455ec3>] ? unlazy_walk+0x133/0x140 [30359.967427] [<ffffffffaf97ec8f>] mutex_lock+0x1f/0x2f [30359.967432] [<ffffffffaf977865>] lookup_slow+0x33/0xa7 [30359.967438] [<ffffffffaf45b608>] path_lookupat+0x838/0x8b0 [30359.967444] [<ffffffffaf424ef5>] ? kmem_cache_alloc+0x35/0x1f0 [30359.967449] [<ffffffffaf45c45f>] ? getname_flags+0x4f/0x1a0 [30359.967454] [<ffffffffaf45b6ab>] filename_lookup+0x2b/0xc0 [30359.967459] [<ffffffffaf45d5f7>] user_path_at_empty+0x67/0xc0 [30359.967464] [<ffffffffaf450695>] ? cp_new_stat+0x165/0x1a0 [30359.967469] [<ffffffffaf45d661>] user_path_at+0x11/0x20 [30359.967473] [<ffffffffaf450343>] vfs_fstatat+0x63/0xc0 [30359.967477] [<ffffffffaf4506fe>] SYSC_newstat+0x2e/0x60 [30359.967486] [<ffffffffaf33e3f6>] ? __audit_syscall_exit+0x1e6/0x280 [30359.967490] [<ffffffffaf450bbe>] SyS_newstat+0xe/0x10 [30359.967497] [<ffffffffaf98dede>] system_call_fastpath+0x25/0x2a [30359.967502] INFO: task cp:6363 blocked for more than 120 seconds. [30359.967708] "echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disables this message. [30359.967933] cp D ffff89373fd9ac80 0 6363 6002 0x00000080 [30359.967938] Call Trace: [30359.968064] [<ffffffffc05bc091>] ? rpcauth_lookupcred+0x91/0xd0 [sunrpc] [30359.968071] [<ffffffffaf981929>] schedule_preempt_disabled+0x29/0x70 [30359.968076] [<ffffffffaf97f8b7>] __mutex_lock_slowpath+0xc7/0x1d0 [30359.968082] [<ffffffffaf97ec8f>] mutex_lock+0x1f/0x2f [30359.968088] [<ffffffffaf458fc8>] do_last+0x298/0x1290 [30359.968093] [<ffffffffaf45bdbd>] path_openat+0xcd/0x5a0 [30359.968100] [<ffffffffaf44737a>] ? __check_object_size+0x1ca/0x250 [30359.968121] [<ffffffffaf45d72d>] do_filp_open+0x4d/0xb0 [30359.968129] [<ffffffffaf46b282>] ? __alloc_fd+0xc2/0x170 [30359.968135] [<ffffffffaf449684>] do_sys_open+0x124/0x220 [30359.968140] [<ffffffffaf44979e>] SyS_open+0x1e/0x20 [30359.968145] [<ffffffffaf98dede>] system_call_fastpath+0x25/0x2a [30359.968151] INFO: task cp:9517 blocked for more than 120 seconds. [30359.968414] "echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disables this message. [30359.968649] cp D ffff89373fd9ac80 0 9517 9100 0x00000080 [30359.968656] Call Trace: [30359.968670] [<ffffffffc070ce05>] ? nfs_permission+0x105/0x220 [nfs] [30359.968677] [<ffffffffaf504262>] ? security_inode_permission+0x22/0x30 [30359.968682] [<ffffffffaf981929>] schedule_preempt_disabled+0x29/0x70 [30359.968686] [<ffffffffaf97f8b7>] __mutex_lock_slowpath+0xc7/0x1d0 [30359.968691] [<ffffffffaf455ec3>] ? unlazy_walk+0x133/0x140 [30359.968696] [<ffffffffaf97ec8f>] mutex_lock+0x1f/0x2f [30359.968701] [<ffffffffaf977865>] lookup_slow+0x33/0xa7 [30359.968706] [<ffffffffaf45b608>] path_lookupat+0x838/0x8b0 [30359.968711] [<ffffffffaf424ef5>] ? kmem_cache_alloc+0x35/0x1f0 [30359.968716] [<ffffffffaf45c45f>] ? getname_flags+0x4f/0x1a0 [30359.968721] [<ffffffffaf45b6ab>] filename_lookup+0x2b/0xc0 [30359.968726] [<ffffffffaf45d5f7>] user_path_at_empty+0x67/0xc0 [30359.968730] [<ffffffffaf450695>] ? cp_new_stat+0x165/0x1a0 [30359.968735] [<ffffffffaf45d661>] user_path_at+0x11/0x20 [30359.968739] [<ffffffffaf450343>] vfs_fstatat+0x63/0xc0 [30359.968743] [<ffffffffaf4506fe>] SYSC_newstat+0x2e/0x60 [30359.968749] [<ffffffffaf33e3f6>] ? __audit_syscall_exit+0x1e6/0x280 [30359.968753] [<ffffffffaf450bbe>] SyS_newstat+0xe/0x10 [30359.968760] [<ffffffffaf98dede>] system_call_fastpath+0x25/0x2a [30359.968767] INFO: task cp:15665 blocked for more than 120 seconds. [30359.969037] "echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disables this message. [30359.969287] cp D ffff89373fd1ac80 0 15665 15170 0x00000080 [30359.969308] Call Trace: [30359.969319] [<ffffffffc070ce05>] ? nfs_permission+0x105/0x220 [nfs] [30359.969325] [<ffffffffaf504262>] ? security_inode_permission+0x22/0x30 [30359.969330] [<ffffffffaf981929>] schedule_preempt_disabled+0x29/0x70 [30359.969334] [<ffffffffaf97f8b7>] __mutex_lock_slowpath+0xc7/0x1d0 [30359.969339] [<ffffffffaf455ec3>] ? unlazy_walk+0x133/0x140 [30359.969344] [<ffffffffaf97ec8f>] mutex_lock+0x1f/0x2f [30359.969348] [<ffffffffaf977865>] lookup_slow+0x33/0xa7 [30359.969354] [<ffffffffaf45b608>] path_lookupat+0x838/0x8b0 [30359.969358] [<ffffffffaf424ef5>] ? kmem_cache_alloc+0x35/0x1f0 [30359.969363] [<ffffffffaf45c45f>] ? getname_flags+0x4f/0x1a0 [30359.969368] [<ffffffffaf45b6ab>] filename_lookup+0x2b/0xc0 [30359.969375] [<ffffffffaf45d5f7>] user_path_at_empty+0x67/0xc0 [30359.969380] [<ffffffffaf450695>] ? cp_new_stat+0x165/0x1a0 [30359.969385] [<ffffffffaf45d661>] user_path_at+0x11/0x20 [30359.969389] [<ffffffffaf450343>] vfs_fstatat+0x63/0xc0 [30359.969393] [<ffffffffaf4506fe>] SYSC_newstat+0x2e/0x60 [30359.969398] [<ffffffffaf33e3f6>] ? __audit_syscall_exit+0x1e6/0x280 [30359.969402] [<ffffffffaf450bbe>] SyS_newstat+0xe/0x10 [30359.969407] [<ffffffffaf98dede>] system_call_fastpath+0x25/0x2a [30359.969413] INFO: task cp:21924 blocked for more than 120 seconds. [30359.969657] "echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disables this message. [30359.969902] cp D ffff89373fc9ac80 0 21924 21419 0x00000080 [30359.969907] Call Trace: [30359.969917] [<ffffffffc070ce05>] ? nfs_permission+0x105/0x220 [nfs] [30359.969923] [<ffffffffaf504262>] ? security_inode_permission+0x22/0x30 [30359.969927] [<ffffffffaf981929>] schedule_preempt_disabled+0x29/0x70 [30359.969931] [<ffffffffaf97f8b7>] __mutex_lock_slowpath+0xc7/0x1d0 [30359.969936] [<ffffffffaf455ec3>] ? unlazy_walk+0x133/0x140 [30359.969941] [<ffffffffaf97ec8f>] mutex_lock+0x1f/0x2f [30359.969945] [<ffffffffaf977865>] lookup_slow+0x33/0xa7 [30359.969950] [<ffffffffaf45b608>] path_lookupat+0x838/0x8b0 [30359.969969] [<ffffffffaf424ef5>] ? kmem_cache_alloc+0x35/0x1f0 [30359.969974] [<ffffffffaf45c45f>] ? getname_flags+0x4f/0x1a0 [30359.969979] [<ffffffffaf45b6ab>] filename_lookup+0x2b/0xc0 [30359.969984] [<ffffffffaf45d5f7>] user_path_at_empty+0x67/0xc0 [30359.969988] [<ffffffffaf450695>] ? cp_new_stat+0x165/0x1a0 [30359.969994] [<ffffffffaf45d661>] user_path_at+0x11/0x20 [30359.970000] [<ffffffffaf450343>] vfs_fstatat+0x63/0xc0 [30359.970004] [<ffffffffaf4506fe>] SYSC_newstat+0x2e/0x60 [30359.970009] [<ffffffffaf33e3f6>] ? __audit_syscall_exit+0x1e6/0x280 [30359.970013] [<ffffffffaf450bbe>] SyS_newstat+0xe/0x10 [30359.970018] [<ffffffffaf98dede>] system_call_fastpath+0x25/0x2a [30359.970024] INFO: task cp:28139 blocked for more than 120 seconds. [30359.970260] "echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disables this message. [30359.970497] cp D ffff8937380a5780 0 28139 27597 0x00000080 [30359.970504] Call Trace: [30359.970510] [<ffffffffaf504262>] ? security_inode_permission+0x22/0x30 [30359.970514] [<ffffffffaf981929>] schedule_preempt_disabled+0x29/0x70 [30359.970518] [<ffffffffaf97f8b7>] __mutex_lock_slowpath+0xc7/0x1d0 [30359.970523] [<ffffffffaf455ec3>] ? unlazy_walk+0x133/0x140 [30359.970529] [<ffffffffaf97ec8f>] mutex_lock+0x1f/0x2f [30359.970533] [<ffffffffaf977865>] lookup_slow+0x33/0xa7 [30359.970538] [<ffffffffaf45b608>] path_lookupat+0x838/0x8b0 [30359.970542] [<ffffffffaf424ef5>] ? kmem_cache_alloc+0x35/0x1f0 [30359.970547] [<ffffffffaf45c45f>] ? getname_flags+0x4f/0x1a0 [30359.970552] [<ffffffffaf45b6ab>] filename_lookup+0x2b/0xc0 [30359.970557] [<ffffffffaf45d5f7>] user_path_at_empty+0x67/0xc0 [30359.970561] [<ffffffffaf450695>] ? cp_new_stat+0x165/0x1a0 [30359.970566] [<ffffffffaf45d661>] user_path_at+0x11/0x20 [30359.970570] [<ffffffffaf450343>] vfs_fstatat+0x63/0xc0 [30359.970592] [<ffffffffaf4506fe>] SYSC_newstat+0x2e/0x60 [30359.970598] [<ffffffffaf33e3f6>] ? __audit_syscall_exit+0x1e6/0x280 [30359.970602] [<ffffffffaf450bbe>] SyS_newstat+0xe/0x10 [30359.970607] [<ffffffffaf98dede>] system_call_fastpath+0x25/0x2a Please advise! Cheers, Nick

3 2

State of CentOS 8
by Michael Kofler 26 Dec '19

26 Dec '19

Hi, I have been a happy user of CentOS 7 in the past. I am now considering switching to CentOS 8. However, since end of Oct. 2019, I have not received any updates on my CentOS 8 test installations. Since then, RHEL 8 has published several critical security updates. Obviously, this make the use of CentOS 8 in production dangerous. I guess the missing updates have to to with RHEL version 8.1, which is not yet available for CentOS. Basically, I would like to ask how the CentOS team sees the state of CentOS 8. Is the current version only intended for testing/evaluation? When does the CentOS team consider CentOS ready for production use? Is there any public documentation on this matter? Thank you, best wishes and happy holidays, Michael

12 17

Nginx on CentOS 7: which one for production?
by Nicolas Kovacs 26 Dec '19

26 Dec '19

Hi, I'm currently fiddling with Nginx to get acquainted with its various quirks and idiosyncrasies. I have a public CentOS 7 sandbox server, and I've tried various setups. Install the binary from EPEL, install various binaries from SCLo, build from source. I wonder which version is recommended for production use on CentOS 7. Any suggestions? Cheers & happy Christmas holidays, Niki -- Microlinux - Solutions informatiques durables 7, place de l'église - 30730 Montpezat Site : https://www.microlinux.fr Mail : info(a)microlinux.fr Tél. : 04 66 63 10 32 Mob. : 06 51 80 12 12

3 4

livemedia-creator --make-pxe-live CentOS 7
by Drew Weaver 26 Dec '19

26 Dec '19

Hello, I am trying to build a PXE boot image for CentOS 7. livemedia-creator --make-pxe-live --ks=ks --no-virt It runs the entire process and then it says: losetup: /dev/: detach failed: Inappropriate ioctl for device 2019-12-26 11:49:47,293: Disk Image install successful 2019-12-26 11:49:47,293: working dir is /var/tmp/tmpKwqC77 mount: /dev/loop0 is write-protected, mounting read-only mount: unknown filesystem type '(null)' 2019-12-26 11:49:52,301: Command '['mount', '-o', 'loop', '/var/tmp/diskJVpsJd.img', '/var/tmp/lorax.imgutils.OtV8Yh']' returned non-zero exit status 32 I then tried it on CentOS 8 and had the same problem until I installed the dracut-live package but that package doesn't exist on CentOS 7. I will point out that it seems to work fine with make-iso, just not make-pxe-live. So there is probably a package it needs that I don't know about. Has anyone gotten this to work at all? Since it is a disk/image issue this is the part of the ks relevant to disks: # Disk partitioning information reqpart part / --fstype="ext4" --size=4000 part swap --size=1000 zerombr clearpart --all bootloader --location=mbr Below is my packages part of my kickstart: %packages # Packages needed by anaconda, but not directly required. # Includes all of the grub2 and shim packages needed, except # for the grub2-efi-*-cdboot package @anaconda-tools --optional @core anaconda isomd5sum kernel memtest86+ syslinux -dracut-config-rescue dell-system-update # This package is needed to boot the iso on UEFI grub2-efi-*-cdboot grub2-efi-ia32 %end Thanks, -Drew

2 3

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

Discuss