- Discuss - lists.centos.org

Good wifi NIC?
by Jeffrey Layton 22 Jan '20

22 Jan '20

Good morning, I'm looking for a good USB Wifi NIC that will work with the kernel modules for a stock CentOS 8.1. I have an ALFA AWUS036ACH NIC but it looks like the drivers need to compiler for the kernel and I'm having trouble with that. So I'd like something that works, but not necessarily high performing, so I can build the drivers for the ALFA NIC. Thanks! Jeff

2 2

Re: [CentOS] Twin HDMI
by Mark (Netbook) 22 Jan '20

22 Jan '20

Hello, I have an Intel NUC7PJYH running CentOS 6.8. This is a NUC with standard USB, 1GbE and 2*HDMI. Installation was no problem providing acpi=off. The problem is that by default the two displays are mirrored and I can’t seem to separate them. I can only see one HDMI port from CentOS. I need to see both HDMI ports discreetly. Can you please help. Regards, Mark Woolfson MW Consultancy Ltd Leeds LS18 4LY United Kingdom Tel: +44 113 259 1204 Mob: +44 786 065 2778

4 4

can't send email from my new centos 8
by V. M. Tame-Reyes 21 Jan '20

21 Jan '20

Hello to all! I apologize in advance, for the following could be too simple, but I can't figure it out. I configured a vps using centos 8, all is working fine but I'm not able to send email from this server. I tried $ telnet smtp.mailtrap.io 25 but it doesn't work yet $ telnet www.google.ca 80 does work and particularly $ telnet smtp.mailtrap.io 2525 does work too. I temporarily disabled the firewall, and selinux, but no luck. Can anyone provide any pointers? Thanks in advance, -- Victor PS: I'm sorry if there were English spelling errors.

2 2

Centos 8: change desktop at display manager
by Paul Johnson 20 Jan '20

20 Jan '20

In a new install of Centos 8, I installed the xfce4 packages from EPEL. Here's what dnf says I have [pauljohn32@localhost ~]$ dnf list *xfce4* Last metadata expiration check: 0:25:19 ago Installed Packages libxfce4ui.x86_64 libxfce4ui-devel.x86_64 libxfce4util.x86_64 libxfce4util-devel.x86_64 xfce4-about.x86_64 xfce4-battery-plugin.x86_64 xfce4-panel.x86_64 xfce4-panel-devel.x86_64 xfce4-places-plugin.x86_64 xfce4-screenshooter.x86_64 xfce4-screenshooter-plugin.x86_64 xfce4-session.x86_64 xfce4-settings.x86_64 xfce4-systemload-plugin.x86_64 xfce4-terminal.x86_64 I log out and try to use XFCE4 at log in. I cannot find a way to choose it. I was guessing this would be like Centos 7. On the display manager, after I put in my user name, there is the little * by the password. When I do that, I see choices with names like Wayland Classic X11 but I don't see XFCE4 session or similar. I am guessing I missed an XFCE4 package from EPEL? pj -- Paul E. Johnson http://pj.freefaculty.org To write to me directly, please address me at pauljohn at ku.edu.

3 2

CentOS 7.6 1810 vs. VirtualBox : bug with keyboard layout selection
by Nicolas Kovacs 20 Jan '20

20 Jan '20

Hi, I'm currently working on my next Linux book, which will be an elementary course about CentOS administration. I'm using VirtualBox for all the installer screenshots. Since CentOS has recently been upgraded to version 7.6, I thought I might as well base all book references on this version. So I downloaded the 7.6 1810 minimal ISO and started a fresh installation in VirtualBox. I'm using a Swiss French keyboard layout (ch-fr or fr_CH-latin1), so one of the first things I do in the installer is replace the default French AZERTY keyboard (since I use the french language) by a swiss french QWERTZ layout. Now when I reach this dialog in the installer and try do define my new layout, the slider in the selection window doesn't appear, and clicking on any of the first layouts doesn't do anything, so I'm basically stuck there. I'm running OpenSUSE Leap 15.0 KDE on my workstation, so I tried the same thing with the previous CentOS 7.5 1804 minimal ISO, and the keyboard selection dialog works perfectly. So my intuition would tell me that there's a nasty bug in the CentOS 7.6 installer. Maybe it went unnoticed, since most folks stick to the default keyboard layout selected in their language. Any suggestions ? Cheers, Niki -- Microlinux - Solutions informatiques durables 7, place de l'église - 30730 Montpezat Site : https://www.microlinux.fr Blog : https://blog.microlinux.fr Mail : info(a)microlinux.fr Tél. : 04 66 63 10 32

7 11

CentOS 8 and DELL 7540 Intel AX200 WIFI
by David Summers 20 Jan '20

20 Jan '20

I just wanted to follow up to my post from October 2019. I just installed CentOS 8.1 and my WIFI card is now detected and works properly! So I'm a happy camper again, I guess I just had hardware that was too new and CentOS 8.0 didn't have the driver for my WIFI card but CentOS 8.1 *DOES* have it. Good thing, Both RedHat and DELL says it is "completely supported". I was seriously thinking about sending the hardware back to Dell to reorder a configuration that worked, but now I don't have to, there is now driver support for the Intel AX200 WIFI card. I just had to unexpectedly wait a few months. - Thanks - David

1 0

Re: [CentOS] SSH failure from Centos6 >Centos7
by Adrian van Bloois 19 Jan '20

19 Jan '20

Hi, Ik could be a matter of wrong keytypes, RSA is no longer supported by every version of ssh. I switch to ed25519 keys. 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

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

19 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:0123 Important CentOS 6 thunderbird Security Update (Johnny Hughes) 2. CESA-2020:0120 Important CentOS 7 thunderbird Security Update (Johnny Hughes) 3. CESA-2020:0124 Important CentOS 6 git Security Update (Johnny Hughes) 4. CESA-2020:0122 Important CentOS 6 java-11-openjdk Security Update (Johnny Hughes) 5. CESA-2020:0122 Important CentOS 7 java-11-openjdk Security Update (Johnny Hughes) 6. CESA-2020:0124 Important CentOS 7 git Security Update (Johnny Hughes) ---------------------------------------------------------------------- Message: 1 Date: Sat, 18 Jan 2020 14:40:44 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CESA-2020:0123 Important CentOS 6 thunderbird Security Update Message-ID: <20200118144044.GA31048(a)bstore1.rdu2.centos.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Security Advisory 2020:0123 Important Upstream details at : https://access.redhat.com/errata/RHSA-2020:0123 The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: 34b6df5def4bed3126d9eb1b86fddc7952cf5625a222bc67b059631641844db5 thunderbird-68.4.1-2.el6.centos.i686.rpm x86_64: d48c7fbbd5318de3282522bf6bd4721937bcc875d40d30deabca26aac033b949 thunderbird-68.4.1-2.el6.centos.x86_64.rpm Source: dccfa064d06d90cf67c2d7b499c3b6e47b04006abee44f69ed07f5f6767ad732 thunderbird-68.4.1-2.el6.centos.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net Twitter: @JohnnyCentOS ------------------------------ Message: 2 Date: Sat, 18 Jan 2020 14:41:32 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CESA-2020:0120 Important CentOS 7 thunderbird Security Update Message-ID: <20200118144132.GA31180(a)bstore1.rdu2.centos.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Security Advisory 2020:0120 Important Upstream details at : https://access.redhat.com/errata/RHSA-2020:0120 The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) x86_64: 4c599a08f131ecb7522d4c14aea2b129926c9d393d62724cf19596affeb6797b thunderbird-68.4.1-2.el7.centos.x86_64.rpm Source: b402421cc2103807c9bc82d49f692fc4d6f54bae26a9b79a7c74c5c343bed32f thunderbird-68.4.1-2.el7.centos.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net Twitter: @JohnnyCentOS ------------------------------ Message: 3 Date: Sat, 18 Jan 2020 14:51:34 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CESA-2020:0124 Important CentOS 6 git Security Update Message-ID: <20200118145134.GA31745(a)bstore1.rdu2.centos.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Security Advisory 2020:0124 Important Upstream details at : https://access.redhat.com/errata/RHSA-2020:0124 The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net Twitter: @JohnnyCentOS ------------------------------ Message: 4 Date: Sat, 18 Jan 2020 14:53:03 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CESA-2020:0122 Important CentOS 6 java-11-openjdk Security Update Message-ID: <20200118145303.GA32049(a)bstore1.rdu2.centos.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Security Advisory 2020:0122 Important Upstream details at : https://access.redhat.com/errata/RHSA-2020:0122 The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net Twitter: @JohnnyCentOS ------------------------------ Message: 5 Date: Sat, 18 Jan 2020 15:09:56 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CESA-2020:0122 Important CentOS 7 java-11-openjdk Security Update Message-ID: <20200118150956.GA320(a)bstore1.rdu2.centos.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Security Advisory 2020:0122 Important Upstream details at : https://access.redhat.com/errata/RHSA-2020:0122 The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) x86_64: 6431203310f804e8e3ecb51ed8d877bfbd12f280fe44bca1f83c62c818a28ecf java-11-openjdk-11.0.6.10-1.el7_7.i686.rpm a5935c03cc05f824cf4de61d645f680ebb334d009ccc75c7faf6f2b0239d7526 java-11-openjdk-11.0.6.10-1.el7_7.x86_64.rpm 836b7f4e7250e2e61af693752c41e74722b910b23b1321fbd3d18717cbe0084a java-11-openjdk-debug-11.0.6.10-1.el7_7.i686.rpm 9684ac21c46203a59695f1ab5ae56a95e4e3e46f962ad3fba35e314127743a37 java-11-openjdk-debug-11.0.6.10-1.el7_7.x86_64.rpm 6c971a836bb18e68aaaa9498bf8aaf36179d4f9863b7becaec620f2b0839277c java-11-openjdk-demo-11.0.6.10-1.el7_7.i686.rpm 881a4d4b6f2d56cf80e62f911b340b8a7a597e53f4a7f7df79361da111bff353 java-11-openjdk-demo-11.0.6.10-1.el7_7.x86_64.rpm 7e6da9099056bd90f74a03dcc509b02d89ad8d31fc41969606c502823d16b5fa java-11-openjdk-demo-debug-11.0.6.10-1.el7_7.i686.rpm 6fb9dc394f6dedd0e21dc8cdbc118061f75501d4f2e42fb25702c49618950114 java-11-openjdk-demo-debug-11.0.6.10-1.el7_7.x86_64.rpm 3c67a751d682f87adf78469e2970c02ce3c6addc895db925c6e70ba1a202028d java-11-openjdk-devel-11.0.6.10-1.el7_7.i686.rpm d4c0b8b4554f38978c6ed3686e0f1fe2f308a4125dbf3a0a36483e521b5e745a java-11-openjdk-devel-11.0.6.10-1.el7_7.x86_64.rpm 11931c116827aef92199ae2ae1cf0346b7238fbc1e427298b1ac20d84ae56e03 java-11-openjdk-devel-debug-11.0.6.10-1.el7_7.i686.rpm c8c70dd94cfa3280b68cffbf3456880f62ff64a2a04e5ab1b3b3f47ed807b22a java-11-openjdk-devel-debug-11.0.6.10-1.el7_7.x86_64.rpm eab4e417be4a22e00e3890cdec9a0f68f194c74e377ac4b53a8ca79095e8c5b8 java-11-openjdk-headless-11.0.6.10-1.el7_7.i686.rpm 37ad838cd286f4c45e956cfe04981d3bcd64a02ce708ea8ef6c3d455428481b4 java-11-openjdk-headless-11.0.6.10-1.el7_7.x86_64.rpm 08e10b0a7a72473c0c098dc0b721807a6dab894884141d2a30b3d10c343eda5d java-11-openjdk-headless-debug-11.0.6.10-1.el7_7.i686.rpm df20f7c3276d13bd6b003d3e45ccb872704483ad0cc0d0d2ffb4af17ce4ada13 java-11-openjdk-headless-debug-11.0.6.10-1.el7_7.x86_64.rpm e8718a9cc6bb70ae352d19d269eae93cebc022f3320172f17a8722ba7f5d8b20 java-11-openjdk-javadoc-11.0.6.10-1.el7_7.i686.rpm 215172154db0bb255f3980b90123a8040eecacbee7a6fd2333236ac3cbd3f96c java-11-openjdk-javadoc-11.0.6.10-1.el7_7.x86_64.rpm 154097beaad8708d4c248f9fbcf705f1a139f9fb603e3cd6ae0e8da395ae3558 java-11-openjdk-javadoc-debug-11.0.6.10-1.el7_7.i686.rpm dd7d8cd9c916d309c7f290f43f09e9d41d1803d02d86cf8c322d855f8b7f7b8c java-11-openjdk-javadoc-debug-11.0.6.10-1.el7_7.x86_64.rpm 969cf941fa24b14194da00dba875dbf948c5d124b7cdd00a74be2e09e4fea897 java-11-openjdk-javadoc-zip-11.0.6.10-1.el7_7.i686.rpm f611191f93b1c21a8674a89384543a59d9bbcdad66851bd4a8b8800140192faa java-11-openjdk-javadoc-zip-11.0.6.10-1.el7_7.x86_64.rpm 8d2d51a59e9951c6c226f3ec2774e770f3564c594ae995a9d4af5589722db23e java-11-openjdk-javadoc-zip-debug-11.0.6.10-1.el7_7.i686.rpm 808bc65939a7029d1f9909a4db944215f078306f66bbe9d3a849775451d8788a java-11-openjdk-javadoc-zip-debug-11.0.6.10-1.el7_7.x86_64.rpm ccdd13c284a77dbce36e804451f67a04451503b33cbc306ba4a3b2be26db7c8b java-11-openjdk-jmods-11.0.6.10-1.el7_7.i686.rpm 092af1dc249564074ae652e693c890bffe2e5029561e9e3d4e24dbd026af184d java-11-openjdk-jmods-11.0.6.10-1.el7_7.x86_64.rpm 0cfaa174c28b593207d4abd847bc8347c67571563d9690de7af9af4d3706e9f2 java-11-openjdk-jmods-debug-11.0.6.10-1.el7_7.i686.rpm 7f1f6306ad7e0499b10f06f3b19a35d90f0ccb21f6c45ec86d2830283d0c6fab java-11-openjdk-jmods-debug-11.0.6.10-1.el7_7.x86_64.rpm da37440d0ee451a183c0ad8a2184e5f01e6f6e1db2799bd53672f190df528d4d java-11-openjdk-src-11.0.6.10-1.el7_7.i686.rpm ba0fd37f68aab93cf137dc184c7e01b1545d5c364d43d0482fc6d7c48f9087aa java-11-openjdk-src-11.0.6.10-1.el7_7.x86_64.rpm f7e9dbe46f4efe18427381927c1a5eb36194f5aceb12f3ab00c3756075d61248 java-11-openjdk-src-debug-11.0.6.10-1.el7_7.i686.rpm 90d785b62c31117f1ca919d32a67250e5da1173b12c698ece6b68ec34255d35a java-11-openjdk-src-debug-11.0.6.10-1.el7_7.x86_64.rpm Source: 8ade06bae9df862691622be0d5afa8b8875e7115bf6342c4362e4bcaebcaa37e java-11-openjdk-11.0.6.10-1.el7_7.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net Twitter: @JohnnyCentOS ------------------------------ Message: 6 Date: Sat, 18 Jan 2020 15:11:21 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CESA-2020:0124 Important CentOS 7 git Security Update Message-ID: <20200118151121.GA678(a)bstore1.rdu2.centos.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Security Advisory 2020:0124 Important Upstream details at : https://access.redhat.com/errata/RHSA-2020:0124 The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) x86_64: 878a4a406c7b648374e3d28e17e1dd76d5e28eff3a3377d6148a9a73b94daf97 emacs-git-1.8.3.1-21.el7_7.noarch.rpm 2989f197bb8a89a93ed7578f68689aa764ab6d4b9c1e42bd65af9c05ebdb8b17 emacs-git-el-1.8.3.1-21.el7_7.noarch.rpm d8da383096cda070bca5ce6fd1c3c4c4fab4ec1853899546f9799d8b76c2c2ed git-1.8.3.1-21.el7_7.x86_64.rpm 5db7d6294b36f6191c2f12667bf6614060d9fbb6809752457b4a45bd2a373e01 git-all-1.8.3.1-21.el7_7.noarch.rpm 61135048b3c1f5a7dacc7a0571bd442ee45c72fa9dbdb8acedda8a1eace4ba09 git-bzr-1.8.3.1-21.el7_7.noarch.rpm 72bf3359f0637b0ab38d6c414a2353e94da86e1f17a8f0df3ff79a7ebaa813ec git-cvs-1.8.3.1-21.el7_7.noarch.rpm 3970266f2a5ea4ec28143cf691f1510081cdf6b4447c7d66412c8d1734e94f9a git-daemon-1.8.3.1-21.el7_7.x86_64.rpm cde9a9eaf4737c50c26bfc552a12ff388b6f969707a45390d407771c02b329a8 git-email-1.8.3.1-21.el7_7.noarch.rpm 1cfa4d262636e7c18f4ee39dc4ecc0303d8b69d219ba1a05a2b48aef160111cb git-gnome-keyring-1.8.3.1-21.el7_7.x86_64.rpm 56b47bd79566c99ffc3335c8a25e67e3ad9f8dce182bfe4e3bb047464d46d813 git-gui-1.8.3.1-21.el7_7.noarch.rpm 6f613c92f0b78cd4fa45d8df7b87ad0c5660f4a12ece6e60fa87104c6944acbe git-hg-1.8.3.1-21.el7_7.noarch.rpm 43fc11f27f84a26bcfc57b6283541b8effad2a203bd34adfdcd720cfa03ada97 git-instaweb-1.8.3.1-21.el7_7.noarch.rpm e8260209eeed2d21ab390fcf4af42815c4e0268f4502d4764c01bf2d84f0246a gitk-1.8.3.1-21.el7_7.noarch.rpm ea424a831b3a63711e1586107b0821783866f9b3a5212b9b095b81ebb6507177 git-p4-1.8.3.1-21.el7_7.noarch.rpm e1c3112493d93bbd61d210f7ba4ab4d46065e3f97fa7cde685522e51b47b1511 git-svn-1.8.3.1-21.el7_7.x86_64.rpm 1a9819269bae206c36925f19c08e416d9916832f363b65b31510f03027952754 gitweb-1.8.3.1-21.el7_7.noarch.rpm d4541d9b5ce5c248c54b20d2143be7be46e5ff66d86c3a743e5a4103adb9efe9 perl-Git-1.8.3.1-21.el7_7.noarch.rpm 5cfa98a62727c734d468d535b4b629d5f3763c97c70d03594c1655fdee5e4a93 perl-Git-SVN-1.8.3.1-21.el7_7.noarch.rpm Source: 7356335f9b6a37cf9e2174c2519d8e28f898c1abde35cbc595ef598f19e757c6 git-1.8.3.1-21.el7_7.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 3 ***********************************************

1 0

ssh failure from CentOS7 to Centos6
by Patrick Bégou 19 Jan '20

19 Jan '20

Hi, I have a strange problem with a freshly installed Centos7 desktop (most8pc25). I can't ssh to 2 CentOS6 servers, even with firewall disabled on the client and on the server. But I can connect from the server to the client, all in the same VLAN. I can also ssh from this desktop to centos7 servers in the same VLAN or in another VLAN. No idea about this problem. On the server kareline (client is most8pc25), tcpdump says: tcpdump: listening on p5p1, link-type EN10MB (Ethernet), capture size 65535 bytes 18:17:25.844816 IP (tos 0x0, ttl 64, id 19021, offset 0, flags [DF], proto TCP (6), length 60) most8pc25.legi.grenoble-inp.fr.36414 > kareline.legi.grenoble-inp.fr.ssh: Flags [S], cksum 0xfff1 (correct), seq 3060883003, win 26880, options [mss 8960,sackOK,TS val 2888822 ecr 0,nop,wscale 7], length 0 18:17:25.844927 IP (tos 0x0, ttl 64, id 0, offset 0, flags [DF], proto TCP (6), length 52) kareline.legi.grenoble-inp.fr.ssh > most8pc25.legi.grenoble-inp.fr.36414: Flags [S.], cksum 0xa1f5 (correct), seq 1624136656, ack 3060883004, win 17920, options [mss 8960,nop,nop,sackOK,nop,wscale 7], length 0 18:17:25.845014 IP (tos 0x0, ttl 64, id 19022, offset 0, flags [DF], proto TCP (6), length 40) most8pc25.legi.grenoble-inp.fr.36414 > kareline.legi.grenoble-inp.fr.ssh: Flags [.], cksum 0x4542 (correct), ack 1, win 210, length 0 18:17:25.845406 IP (tos 0x0, ttl 64, id 19023, offset 0, flags [DF], proto TCP (6), length 61) most8pc25.legi.grenoble-inp.fr.36414 > kareline.legi.grenoble-inp.fr.ssh: Flags [P.], cksum 0x817c (correct), seq 1:22, ack 1, win 210, length 21 18:17:25.845435 IP (tos 0x0, ttl 64, id 27577, offset 0, flags [DF], proto TCP (6), length 40) kareline.legi.grenoble-inp.fr.ssh > most8pc25.legi.grenoble-inp.fr.36414: Flags [.], cksum 0x4573 (correct), ack 22, win 140, length 0 18:17:25.854750 IP (tos 0x0, ttl 64, id 27578, offset 0, flags [DF], proto TCP (6), length 61) kareline.legi.grenoble-inp.fr.ssh > most8pc25.legi.grenoble-inp.fr.36414: Flags [P.], cksum 0x0a4e (incorrect -> 0x84ad), seq 1:22, ack 22, win 140, length 21 18:17:25.854887 IP (tos 0x0, ttl 64, id 19024, offset 0, flags [DF], proto TCP (6), length 40) most8pc25.legi.grenoble-inp.fr.36414 > kareline.legi.grenoble-inp.fr.ssh: Flags [.], cksum 0x4518 (correct), ack 22, win 210, length 0 18:17:25.856766 IP (tos 0x0, ttl 64, id 27579, offset 0, flags [DF], proto TCP (6), length 880) kareline.legi.grenoble-inp.fr.ssh > most8pc25.legi.grenoble-inp.fr.36414: Flags [P.], cksum 0x0d81 (incorrect -> 0x8fa1), seq 22:862, ack 22, win 140, length 840 18:17:25.896278 IP (tos 0x0, ttl 64, id 19026, offset 0, flags [DF], proto TCP (6), length 40) most8pc25.legi.grenoble-inp.fr.36414 > kareline.legi.grenoble-inp.fr.ssh: Flags [.], cksum 0x3bea (correct), ack 862, win 224, length 0 18:17:26.055314 IP (tos 0x0, ttl 64, id 19027, offset 0, flags [DF], proto TCP (6), length 64) most8pc25.legi.grenoble-inp.fr.36414 > kareline.legi.grenoble-inp.fr.ssh: Flags [P.], cksum 0x0594 (correct), seq 1518:1542, ack 862, win 224, length 24 18:17:26.055348 IP (tos 0x0, ttl 64, id 27580, offset 0, flags [DF], proto TCP (6), length 52) kareline.legi.grenoble-inp.fr.ssh > most8pc25.legi.grenoble-inp.fr.36414: Flags [.], cksum 0xd6b0 (correct), ack 22, win 140, options [nop,nop,sack 1 {1518:1542}], length 0 18:18:22.446296 ARP, Ethernet (len 6), IPv4 (len 4), Request who-has kareline.legi.grenoble-inp.fr tell most8pc25.legi.grenoble-inp.fr, length 46 18:18:22.446318 ARP, Ethernet (len 6), IPv4 (len 4), Reply kareline.legi.grenoble-inp.fr is-at 00:10:18:e7:91:c0 (oui Unknown), length 28 18:19:14.030270 ARP, Ethernet (len 6), IPv4 (len 4), Request who-has kareline.legi.grenoble-inp.fr tell most8pc25.legi.grenoble-inp.fr, length 46 18:19:14.030287 ARP, Ethernet (len 6), IPv4 (len 4), Reply kareline.legi.grenoble-inp.fr is-at 00:10:18:e7:91:c0 (oui Unknown), length 28 ..... On the Centos7 client, with "-v -v" ssh says: [tec21@most8pc25 ~]$ssh -v -v kareline OpenSSH_7.4p1, OpenSSL 1.0.2k-fips 26 Jan 2017 debug1: Reading configuration data /etc/ssh/ssh_config debug1: /etc/ssh/ssh_config line 58: Applying options for * debug2: resolving "kareline" port 22 debug2: ssh_connect_direct: needpriv 0 debug1: Connecting to kareline [194.254.66.8] port 22. debug1: Connection established. debug1: key_load_public: No such file or directory debug1: identity file /home/tec21/.ssh/id_rsa type -1 debug1: key_load_public: No such file or directory debug1: identity file /home/tec21/.ssh/id_rsa-cert type -1 debug1: key_load_public: No such file or directory debug1: identity file /home/tec21/.ssh/id_dsa type -1 debug1: key_load_public: No such file or directory debug1: identity file /home/tec21/.ssh/id_dsa-cert type -1 debug1: key_load_public: No such file or directory debug1: identity file /home/tec21/.ssh/id_ecdsa type -1 debug1: key_load_public: No such file or directory debug1: identity file /home/tec21/.ssh/id_ecdsa-cert type -1 debug1: key_load_public: No such file or directory debug1: identity file /home/tec21/.ssh/id_ed25519 type -1 debug1: key_load_public: No such file or directory debug1: identity file /home/tec21/.ssh/id_ed25519-cert type -1 debug1: Enabling compatibility mode for protocol 2.0 debug1: Local version string SSH-2.0-OpenSSH_7.4 debug1: Remote protocol version 2.0, remote software version OpenSSH_5.3 debug1: match: OpenSSH_5.3 pat OpenSSH_5* compat 0x0c000000 debug2: fd 3 setting O_NONBLOCK debug1: Authenticating to kareline:22 as 'tec21' debug1: SSH2_MSG_KEXINIT sent debug1: SSH2_MSG_KEXINIT received debug2: local client KEXINIT proposal debug2: KEX algorithms: curve25519-sha256,curve25519-sha256@libssh.org,ecdh-sha2-nistp256,ecdh-sha2-nistp384,ecdh-sha2-nistp521,diffie-hellman-group-exchange-sha256,diffie-hellman-group16-sha512,diffie-hellman-group18-sha512,diffie-hellman-group-exchange-sha1,diffie-hellman-group14-sha256,diffie-hellman-group14-sha1,diffie-hellman-group1-sha1,ext-info-c debug2: host key algorithms: ecdsa-sha2-nistp256-cert-v01@openssh.com,ecdsa-sha2-nistp384-cert-v01@openssh.com,ecdsa-sha2-nistp521-cert-v01@openssh.com,ssh-ed25519-cert-v01@openssh.com,ssh-rsa-cert-v01@openssh.com,ssh-dss-cert-v01@openssh.com,ecdsa-sha2-nistp256,ecdsa-sha2-nistp384,ecdsa-sha2-nistp521,ssh-ed25519,rsa-sha2-512,rsa-sha2-256,ssh-rsa,ssh-dss debug2: ciphers ctos: chacha20-poly1305@openssh.com,aes128-ctr,aes192-ctr,aes256-ctr,aes128-gcm@openssh.com,aes256-gcm@openssh.com,aes128-cbc,aes192-cbc,aes256-cbc debug2: ciphers stoc: chacha20-poly1305@openssh.com,aes128-ctr,aes192-ctr,aes256-ctr,aes128-gcm@openssh.com,aes256-gcm@openssh.com,aes128-cbc,aes192-cbc,aes256-cbc debug2: MACs ctos: umac-64-etm@openssh.com,umac-128-etm@openssh.com,hmac-sha2-256-etm@openssh.com,hmac-sha2-512-etm@openssh.com,hmac-sha1-etm@openssh.com,umac-64@openssh.com,umac-128@openssh.com,hmac-sha2-256,hmac-sha2-512,hmac-sha1 debug2: MACs stoc: umac-64-etm@openssh.com,umac-128-etm@openssh.com,hmac-sha2-256-etm@openssh.com,hmac-sha2-512-etm@openssh.com,hmac-sha1-etm@openssh.com,umac-64@openssh.com,umac-128@openssh.com,hmac-sha2-256,hmac-sha2-512,hmac-sha1 debug2: compression ctos: none,zlib(a)openssh.com,zlib debug2: compression stoc: none,zlib(a)openssh.com,zlib debug2: languages ctos: debug2: languages stoc: debug2: first_kex_follows 0 debug2: reserved 0 debug2: peer server KEXINIT proposal debug2: KEX algorithms: diffie-hellman-group-exchange-sha256,diffie-hellman-group-exchange-sha1,diffie-hellman-group14-sha1,diffie-hellman-group1-sha1 debug2: host key algorithms: ssh-rsa,ssh-dss debug2: ciphers ctos: aes128-ctr,aes192-ctr,aes256-ctr,arcfour256,arcfour128,aes128-cbc,3des-cbc,blowfish-cbc,cast128-cbc,aes192-cbc,aes256-cbc,arcfour,rijndael-cbc(a)lysator.liu.se debug2: ciphers stoc: aes128-ctr,aes192-ctr,aes256-ctr,arcfour256,arcfour128,aes128-cbc,3des-cbc,blowfish-cbc,cast128-cbc,aes192-cbc,aes256-cbc,arcfour,rijndael-cbc(a)lysator.liu.se debug2: MACs ctos: hmac-md5,hmac-sha1,umac-64@openssh.com,hmac-sha2-256,hmac-sha2-512,hmac-ripemd160,hmac-ripemd160@openssh.com,hmac-sha1-96,hmac-md5-96 debug2: MACs stoc: hmac-md5,hmac-sha1,umac-64@openssh.com,hmac-sha2-256,hmac-sha2-512,hmac-ripemd160,hmac-ripemd160@openssh.com,hmac-sha1-96,hmac-md5-96 debug2: compression ctos: none,zlib(a)openssh.com debug2: compression stoc: none,zlib(a)openssh.com debug2: languages ctos: debug2: languages stoc: debug2: first_kex_follows 0 debug2: reserved 0 debug1: kex: algorithm: diffie-hellman-group-exchange-sha256 debug1: kex: host key algorithm: ssh-rsa debug1: kex: server->client cipher: aes128-ctr MAC: umac-64(a)openssh.com compression: none debug1: kex: client->server cipher: aes128-ctr MAC: umac-64(a)openssh.com compression: none debug1: kex: diffie-hellman-group-exchange-sha256 need=16 dh_need=16 debug1: kex: diffie-hellman-group-exchange-sha256 need=16 dh_need=16 debug1: SSH2_MSG_KEX_DH_GEX_REQUEST(1024<3072<8192) sent Connection closed by 194.254.66.8 port 22 I'm stuck.... Patrick

5 5

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 17 Jan '20

17 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 17 Jan '20

17 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 14 Jan '20

14 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 13 Jan '20

13 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 13 Jan '20

13 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 10 Jan '20

10 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 10 Jan '20

10 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 09 Jan '20

09 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 01 Jan '20

01 Jan '20

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

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

Discuss