Discuss

discuss@lists.centos.org

1 participants
34730 discussions

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

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

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

Discuss