- Discuss - lists.centos.org

Re: [CentOS] Issues when updating CentOS 7
by Jyrki Tikka 08 Apr '19

08 Apr '19

>I wanted to update my CentOS 7 install this morning and I started>getting the errors from below. >Any ideas on a fix? Certainly! >Error: Package: python34-xapps-overrides-1.0.4-13.el7.x86_64 (@epel) > Requires: xapps(x86-64) = 1.0.4-13.el7 > Removing: xapps-1.0.4-13.el7.x86_64 (@epel) > xapps(x86-64) = 1.0.4-13.el7 > Updated By: xapps-1.0.4-14.el7.x86_64 (epel) > xapps(x86-64) = 1.0.4-14.el7 > You could try using --skip-broken to work around the problem > You could try running: rpm -Va --nofiles --nodigest The package python34-xapps-overrides-1.0.4-13.el7.x86_64 has been replacedby python36-xapps-overrides-1.0.4-14.el7.x86_64 and yum can't handle it.Sometimes the problem will be solved within reasonable time but sometimes it'sjust simpler to remove and reinstall some offending package. Just remove xapps (yum remove xapps) and note which packages are removed with it.On my systems these packages were removed: Packages Altered: Erase python2-xapps-overrides-1.0.4- 13.el7.x86_64 @epel Erase python34-xapps-overrides-1.0.4- 13.el7.x86_64 @epel Erase xapps-1.0.4- 13.el7.x86_64 @epel Erase xed-1.6.2- 3.el7.x86_64 @epel Then reinstall xapps, xed, python2-xapps-overrides andinstall python36- xapps-overrides like so: Packages Altered: Install python2-xapps-overrides-1.0.4- 14.el7.x86_64 @epel Install python36-xapps-overrides-1.0.4- 14.el7.x86_64 @epel Install xapps-1.0.4- 14.el7.x86_64 @epel Install xed-1.6.2- 3.el7.x86_64 @epel <(*) Jyrki

3 2

Automatic updates applying after reboot
by Gestió Servidors 08 Apr '19

08 Apr '19

Hello, I have noticed something I consider "a bug". Running a CentOS-7-x86_64 with kernel 3.10.0-327.13.1 and Gnome 3.14.x, my systems detects some available updates, notifies me at top bar and, if I close session, Gnome ask me if I want to apply these "pending" updates and, then, execute "shutdown" or "restart". My questions/problems are two: * this automatic updates check runs in both root session and not a root session, so if a "normal" user login, that user could logout and APPLY updates (system reboots and, during boot, updates system). I consider these situation VERY DANGEROUS, because a normal user should not be able to apply updates * what daemon controls automatic updates? pakagekit? What RPM? gnome-packagekit-updater? I NEED to disable this feature. By the moment, the only solution I have found is disablinig packagekit daemon (systemctl disable packagekit) and remove RPM "gnome-packagekit-updater". Thanks.

1 0

Issues when updating CentOS 7
by Stelian Iancu 05 Apr '19

05 Apr '19

Hi all, I wanted to update my CentOS 7 install this morning and I started getting the errors from below. Any ideas on a fix? They seem to be related to cinnamon which I actually don't use at all (the machine was prepared by our IT at work and they install both Gnome and Cinnamon by default). Since I don't use it, I guess an option would be to remove it altogether and then I will probably not have the update issues anymore. But I would still try to find a proper way to solve this Thanks in advance! Here is the output from yum update: Resolving Dependencies --> Running transaction check ---> Package cinnamon-menus.x86_64 0:3.6.0-3.el7 will be updated ---> Package cinnamon-menus.x86_64 0:3.6.0-4.el7 will be an update ---> Package cinnamon-screensaver.x86_64 0:3.6.1-3.el7 will be updated ---> Package cinnamon-screensaver.x86_64 0:3.6.1-4.el7 will be an update --> Processing Dependency: python36-gobject(x86-64) for package: cinnamon-screensaver-3.6.1-4.el7.x86_64 --> Processing Dependency: python36-setproctitle(x86-64) for package: cinnamon-screensaver-3.6.1-4.el7.x86_64 --> Processing Dependency: python36-xapp for package: cinnamon-screensaver-3.6.1-4.el7.x86_64 --> Processing Dependency: python36-xapps-overrides(x86-64) for package: cinnamon-screensaver-3.6.1-4.el7.x86_64 ---> Package code.x86_64 0:1.32.3-1552607091.el7 will be updated ---> Package code.x86_64 0:1.33.0-1554390950.el7 will be an update ---> Package freerdp.x86_64 0:1.0.2-15.el7 will be updated ---> Package freerdp.x86_64 0:1.0.2-15.el7_6.1 will be an update ---> Package freerdp-libs.x86_64 0:1.0.2-15.el7 will be updated ---> Package freerdp-libs.x86_64 0:1.0.2-15.el7_6.1 will be an update ---> Package freerdp-plugins.x86_64 0:1.0.2-15.el7 will be updated ---> Package freerdp-plugins.x86_64 0:1.0.2-15.el7_6.1 will be an update ---> Package google-chrome-stable.x86_64 0:73.0.3683.86-1 will be updated ---> Package google-chrome-stable.x86_64 0:73.0.3683.103-1 will be an update ---> Package mint-y-theme.noarch 0:1.2.4-1.el7 will be updated ---> Package mint-y-theme.noarch 0:1.2.4-2.el7 will be an update ---> Package python2-crypto.x86_64 0:2.6.1-15.el7 will be updated ---> Package python2-crypto.x86_64 0:2.6.1-16.el7 will be an update ---> Package python2-pyxdg.noarch 0:0.25-6.el7 will be updated ---> Package python2-pyxdg.noarch 0:0.25-7.el7 will be an update ---> Package python2-xapps-overrides.x86_64 0:1.0.4-13.el7 will be updated ---> Package python2-xapps-overrides.x86_64 0:1.0.4-14.el7 will be an update ---> Package python34.x86_64 0:3.4.9-2.el7 will be obsoleted --> Processing Dependency: python(abi) = 3.4 for package: python34-gobject-base-3.22.0-4.el7.x86_64 --> Processing Dependency: python(abi) = 3.4 for package: python34-gobject-3.22.0-4.el7.x86_64 --> Processing Dependency: python(abi) = 3.4 for package: python34-xapp-1.0.1-8.el7.noarch --> Processing Dependency: python(abi) = 3.4 for package: python34-xapps-overrides-1.0.4-13.el7.x86_64 --> Processing Dependency: python(abi) = 3.4 for package: python34-setproctitle-1.1.6-2.el7.x86_64 --> Processing Dependency: python(abi) = 3.4 for package: python34-psutil-2.2.1-5.el7.x86_64 --> Processing Dependency: python(abi) = 3.4 for package: python34-cairo-1.10.0-24.el7.x86_64 ---> Package python34-libs.x86_64 0:3.4.9-2.el7 will be obsoleted --> Processing Dependency: libpython3.4m.so.1.0()(64bit) for package: python34-3.4.9-3.el7.x86_64 --> Processing Dependency: libpython3.4m.so.1.0()(64bit) for package: python34-setproctitle-1.1.6-2.el7.x86_64 --> Processing Dependency: libpython3.4m.so.1.0()(64bit) for package: python34-cairo-1.10.0-24.el7.x86_64 --> Processing Dependency: libpython3.4m.so.1.0()(64bit) for package: python34-psutil-2.2.1-5.el7.x86_64 ---> Package python34-psutil.x86_64 0:2.2.1-4.el7 will be updated ---> Package python34-psutil.x86_64 0:2.2.1-5.el7 will be an update ---> Package python36.x86_64 0:3.6.6-5.el7 will be obsoleting ---> Package python36-libs.x86_64 0:3.6.6-5.el7 will be obsoleting ---> Package xapps.x86_64 0:1.0.4-13.el7 will be updated --> Processing Dependency: xapps(x86-64) = 1.0.4-13.el7 for package: python34-xapps-overrides-1.0.4-13.el7.x86_64 ---> Package xapps.x86_64 0:1.0.4-14.el7 will be an update --> Running transaction check ---> Package python34.x86_64 0:3.4.9-2.el7 will be updated ---> Package python34.x86_64 0:3.4.9-3.el7 will be an update ---> Package python34-libs.x86_64 0:3.4.9-2.el7 will be updated ---> Package python34-libs.x86_64 0:3.4.9-3.el7 will be an update ---> Package python36-gobject.x86_64 0:3.22.0-6.el7 will be installed --> Processing Dependency: python36-gobject-base(x86-64) = 3.22.0-6.el7 for package: python36-gobject-3.22.0-6.el7.x86_64 --> Processing Dependency: python36-cairo(x86-64) for package: python36-gobject-3.22.0-6.el7.x86_64 ---> Package python36-setproctitle.x86_64 0:1.1.6-3.el7 will be installed ---> Package python36-xapp.noarch 0:1.0.1-9.el7 will be installed --> Processing Dependency: python36-psutil for package: python36-xapp-1.0.1-9.el7.noarch ---> Package python36-xapps-overrides.x86_64 0:1.0.4-14.el7 will be installed ---> Package xapps.x86_64 0:1.0.4-13.el7 will be updated --> Processing Dependency: xapps(x86-64) = 1.0.4-13.el7 for package: python34-xapps-overrides-1.0.4-13.el7.x86_64 --> Running transaction check ---> Package python36-cairo.x86_64 0:1.10.0-25.el7 will be installed ---> Package python36-gobject-base.x86_64 0:3.22.0-6.el7 will be installed ---> Package python36-psutil.x86_64 0:2.2.1-5.el7 will be installed ---> Package xapps.x86_64 0:1.0.4-13.el7 will be updated --> Processing Dependency: xapps(x86-64) = 1.0.4-13.el7 for package: python34-xapps-overrides-1.0.4-13.el7.x86_64 --> Finished Dependency Resolution Error: Package: python34-xapps-overrides-1.0.4-13.el7.x86_64 (@epel) Requires: xapps(x86-64) = 1.0.4-13.el7 Removing: xapps-1.0.4-13.el7.x86_64 (@epel) xapps(x86-64) = 1.0.4-13.el7 Updated By: xapps-1.0.4-14.el7.x86_64 (epel) xapps(x86-64) = 1.0.4-14.el7 You could try using --skip-broken to work around the problem You could try running: rpm -Va --nofiles --nodigest

2 1

Seek some help on operating system drivers. Thanks!
by JICHUN LIU 05 Apr '19

05 Apr '19

Hello, I am a user of CentOS 7.6. I came here for help. I recently bought a microserver called HPE Proliant MicroServer Gen10(X3216 APU). CentOS 7.6 was installed for it. I found that the fan of the machine would keep turning and the noise was very loud. I searched everywhere but I couldn't find any way out. Pardon my ignorance showing. I don’t know where to seek help. When I use sensors-detect: Sorry, no sensors were detected. Either your system has no sensors, or they are not supported, or they are connected to an I2C or SMBus adapter that is not supported. If you find out what chips are on your board, check http://www.lm-sensors.org/wiki/Devices for driver status. Some info about my microserver: [root@centos7 ~]# lsb_release -a LSB Version: :core-4.1-amd64:core-4.1-noarch Distributor ID: CentOS Description: CentOS Linux release 7.6.1810 (Core) Release: 7.6.1810 Codename: Core [root@centos7 ~]# lspci 00:00.0 Host bridge: Advanced Micro Devices, Inc. [AMD] Family 15h (Models 60h-6fh) Processor Root Complex 00:01.0 VGA compatible controller: Advanced Micro Devices, Inc. [AMD/ATI] Wani [Radeon R5/R6/R7 Graphics] (rev 87) 00:02.0 Host bridge: Advanced Micro Devices, Inc. [AMD] Family 15h (Models 60h-6fh) Host Bridge 00:02.2 PCI bridge: Advanced Micro Devices, Inc. [AMD] Family 15h (Models 60h-6fh) Processor Root Port 00:02.5 PCI bridge: Advanced Micro Devices, Inc. [AMD] Family 15h (Models 60h-6fh) Processor Root Port 00:03.0 Host bridge: Advanced Micro Devices, Inc. [AMD] Family 15h (Models 60h-6fh) Host Bridge 00:08.0 Encryption controller: Advanced Micro Devices, Inc. [AMD] Device 1578 00:09.0 Host bridge: Advanced Micro Devices, Inc. [AMD] Device 157d 00:10.0 USB controller: Advanced Micro Devices, Inc. [AMD] FCH USB XHCI Controller (rev 20) 00:11.0 SATA controller: Advanced Micro Devices, Inc. [AMD] FCH SATA Controller [AHCI mode] (rev 49) 00:12.0 USB controller: Advanced Micro Devices, Inc. [AMD] FCH USB EHCI Controller (rev 49) 00:14.0 SMBus: Advanced Micro Devices, Inc. [AMD] FCH SMBus Controller (rev 4a) 00:14.3 ISA bridge: Advanced Micro Devices, Inc. [AMD] FCH LPC Bridge (rev 11) 00:18.0 Host bridge: Advanced Micro Devices, Inc. [AMD] Family 15h (Models 60h-6fh) Processor Function 0 00:18.1 Host bridge: Advanced Micro Devices, Inc. [AMD] Family 15h (Models 60h-6fh) Processor Function 1 00:18.2 Host bridge: Advanced Micro Devices, Inc. [AMD] Family 15h (Models 60h-6fh) Processor Function 2 00:18.3 Host bridge: Advanced Micro Devices, Inc. [AMD] Family 15h (Models 60h-6fh) Processor Function 3 00:18.4 Host bridge: Advanced Micro Devices, Inc. [AMD] Family 15h (Models 60h-6fh) Processor Function 4 00:18.5 Host bridge: Advanced Micro Devices, Inc. [AMD] Family 15h (Models 60h-6fh) Processor Function 5 01:00.0 SATA controller: Marvell Technology Group Ltd. 88SE9230 PCIe SATA 6Gb/s Controller (rev 11) 02:00.0 Ethernet controller: Broadcom Inc. and subsidiaries NetXtreme BCM5720 Gigabit Ethernet PCIe 02:00.1 Ethernet controller: Broadcom Inc. and subsidiaries NetXtreme BCM5720 Gigabit Ethernet PCIe

2 2

git.centos.org : Delayed migration
by Fabian Arrotin 05 Apr '19

05 Apr '19

Due to unexpected circumstances , we have to delay the git.centos.org migration. I'll post an update when we'll have all details, but it seems it would be only delayed for some days. Thanks for your comprehending, -- Fabian Arrotin The CentOS Project | https://www.centos.org gpg key: 56BEC54E | twitter: @arrfab

1 0

New post message
by Konstantin Msk 05 Apr '19

05 Apr '19

Hello! On my server PC i have Centos 7 installed. CentOS Linux release 7.6.1810. There are four arrays RAID1 (software RAID) md124 - /boot/efi md125 - /boot md126 - /bd md127 - / I have configured booting from both drives, everything works fine if both drives are connected. But if I disable any drive from which RAID1 is built the system crashes, there is a partial boot and as a result the Entering emergency mode. By all rules RAID1 in case of similar failure of one of disks the system has to recognize this moment at loading, analyze that from the array only one disk is available and forcibly assemble inactive RAID array in case it is degraded in the mode when the second disk is missing may be... In Debian system this problem does not occur, the initramfs runs the script /scripts/local-block/mdadm builds the array from one dostoinogo disc ( lack of drive is not important, it's either a drive failure or disconnection from power-random or not random). In this script You can see the following ...... if [ "$COUNT" = "$MAX" ] then # Poor man's mdadm-last-resort@.service for incremental devices mdadm -q --run /dev/md?* # And last try for all others mdadm -q --assemble --scan --run rm -f /run/count.mdadm.initrd .... Why in server Centos 7 this problem is still not solved? Will this be fixed in upcoming releases? Best Regards AndersonGH

3 6

Ark vs. RAR files under CentOS 7
by Nicolas Kovacs 05 Apr '19

05 Apr '19

Hi, Over the past weeks, I've configured and fine-tuned a bells-and-whistles desktop based on CentOS 7 and KDE, which I've documented in detail on my blog: * https://www.microlinux.fr/poste-de-travail-entreprise-centos-7-kde/ So far I have one single thing that's not working. It's a little detail, but I'm sure it will come bite me, since I know some of my users need this functionality. Ark (KDE's archive manager) can't handle RAR files, even though unrar is installed under the hood. It looks like I have to rebuild Ark to get this functionality. Before I do that, I thought I'd rather ask if there is a more straightforward solution to this. Some third-party repositories (like Nux-Dextop) offer rebuilt packages like k3b-freeworld or audacity-freeworld with extended functionality. Does anybody know of an ark-freeworld package that's out there somewhere? Cheers from the sunny South of France, 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

1 0

Kickstart putting /boot on sda2 (anaconda partition enumeration)?
by Bryce Evans 04 Apr '19

04 Apr '19

Does anyone know how anaconda partitioning enumerates disk partitions when specified in kickstart? I quickly browsed through the anaconda installer source on github but didn't see the relevant bits. I'm using the centOS 6.10 anaconda installer. Somehow I am ending up with my swap partition on sda1, /boot on sda2, and root on sda3. for $REASONS I want /boot to be the partition #1 (sda1) My kickstart storage config looks like this: bootloader --location=mbr --driveorder=sda,sdb zerombr ignoredisk --only-use=sda,sdb clearpart --all --drives=sda,sdb part raid.boot0 --size 1000 --ondrive=sda part raid.swap0 --size 8192 --ondrive=sda part raid.root0 --size 8000 --grow --ondrive=sda part raid.boot1 --size 1000 --ondrive=sdb part raid.swap1 --size 8192 --ondrive=sdb part raid.root1 --size 8000 --grow --ondrive=sdb raid /boot --fstype ext4 --device md0 --level=RAID1 raid.boot1 raid.boot0 raid swap --fstype swap --device md1 --level=RAID1 raid.swap1 raid.swap0 raid / --fstype ext4 --device md2 --level=RAID1 raid.root1 raid.root0 The anaconda-ks.cfg file that gets written out to /root (after kickstart finishes) looks like this: #zerombr # The following is the partition information you requested # Note that any partitions you deleted are not expressed # here so unless you clear all partitions first, this is # not guaranteed to work #clearpart --all --drives=sda,sdb #ignoredisk --only-use=sda,sdb #raid /boot --fstype=ext4 --level=1 --device=md0 raid.008018 raid.008002 #raid swap --level=1 --device=md1 raid.008017 raid.008001 #raid / --fstype=ext4 --level=1 --device=md2 raid.008019 raid.008003 #part raid.008001 --size=8192 #part raid.008002 --size=1000 #part raid.008003 --grow --size=8000 #part raid.008017 --size=8192 #part raid.008018 --size=1000 #part raid.008019 --grow --size=8000 I'm assuming that my swap is being put on sda1 because for some reason that partition gets the lowest numeric value in the name (raid.008001) But I don't see why that is happening, nor am I sure how to tell anaconda that I want /boot on the first partition (other than doing it in %pre) I cannot specify the 'onpart=sda1' option because I use 'clearpart' in the script, and according to the docs: "If the clearpart command is used, then the --onpart command cannot be used on a logical partition." The partition table on disk ends up looking as such: bash-4.1# parted /dev/sda GNU Parted 2.1 Using /dev/sda Welcome to GNU Parted! Type 'help' to view a list of commands. (parted) p Model: HP LOGICAL VOLUME (scsi) Disk /dev/sda: 480GB Sector size (logical/physical): 512B/512B Partition Table: msdos Number Start End Size Type File system Flags 1 1049kB 8591MB 8590MB primary raid 2 8591MB 9640MB 1049MB primary ext4 boot, raid 3 9640MB 480GB 470GB primary raid Anyone know where I should be looking, or have a workaround besides doing my partitioning in %pre? Thanks

3 2

Re: [CentOS] nobody:nobody
by Mark LaPierre 04 Apr '19

04 Apr '19

On 4/3/19 6:43 AM, mark wrote: > On 04/02/19 20:21, Mark LaPierre wrote: >> Hey Y'all, >> >> For the last week or more I've been trying to get NFS and OpenLDAP to >> play nice with each other. I've pretty much worn the Google machine >> out trying to find a solution. I've found several that said "Solved" >> but none of those solutions solved my nobody:nobody problem. >> >> In the past I've used NFS in conjunction with NIS to share home >> directories from my NFS server but I read that NIS is deprecated in >> favor of LDAP so, being a sucker for new ideas, I decided I would use >> LDAP too like the big boys do. I think I'm regretting this decision. >> Now the question: >> >> Is there something I need to configure on the client side of the >> relationship that all the Google wisdom has failed to mention? All the > > I'd assume: have you edited /etc/idmapd.conf, and at least put in your > domain? Then started the imapd daemon? > > Btw, when you go to C 7, there's no imapd daemon, but you still need to > edit that file. > > mark >> guides/tutorial/etc... talk extensively about configuring the server, >> many giving conflicting information, but have nothing to say about the >> client. I've even found a couple that talk about configuring CentOS 6 >> but contain commands found only in CentOS 7. Makes one go hmmm? >> >> Here's the basic details: >> Server: >> CentOS 6 >> openldap-2.4.40-16.el6.i686 >> openldap-clients-2.4.40-16.el6.x86_64 >> perl-LDAP-0.40-3.el6.noarch >> sssd-ldap-1.13.3-60.el6_10.2.x86_64 >> openldap-2.4.40-16.el6.x86_64 >> openldap-servers-2.4.40-16.el6.x86_64 >> python-ldap-2.3.10-1.el6.x86_64 >> apr-util-ldap-1.3.9-3.el6_0.1.x86_64 >> smbldap-tools-0.9.6-4.el6.noarch >> nfs-utils-lib-1.1.5-13.el6.x86_64 >> nfs4-acl-tools-0.3.3-8.el6.x86_64 >> nfs-utils-1.2.3-78.el6_10.1.x86_64 >> >> Client: >> CentOS 7 KVM VM running on the server >> sssd-ldap-1.16.2-13.el7_6.5.x86_64 >> python-ldap-2.4.15-2.el7.x86_64 >> openldap-2.4.44-21.el7_6.x86_64 >> nfs4-acl-tools-0.3.3-19.el7.x86_64 >> nfs-utils-1.3.0-0.61.el7.x86_64 >> libnfsidmap-0.25-19.el7.x86_64 >> >> Both machines are fully updated. >> >> Would you like to see any of the myriad of configuration files for >> these applications? Just ask and you shall receive. Please be sure >> to tell me if you want the file from the server or the client hey. >> > > Content of idmapd.conf: Server: [General] #Verbosity = 0 # The following should be set to the local NFSv4 domain name # The default is the host's DNS domain name. #Domain = local.domain.edu Domain = peach.patch.mylan Client: [General] #Verbosity = 0 # The following should be set to the local NFSv4 domain name # The default is the host's DNS domain name. #Domain = local.domain.edu Domain = poppy.patch.mylan Now one more question. The imap daemon is a mail server. How is it that I need a mail server running to make LDAP and NFS work? Doesn't seem to make sense to me. -- _ °v° /(_)\ ^ ^ Mark LaPierre Registered Linux user No #267004 https://linuxcounter.net/ ****

4 5

nobody:nobody
by Mark LaPierre 03 Apr '19

03 Apr '19

Hey Y'all, For the last week or more I've been trying to get NFS and OpenLDAP to play nice with each other. I've pretty much worn the Google machine out trying to find a solution. I've found several that said "Solved" but none of those solutions solved my nobody:nobody problem. In the past I've used NFS in conjunction with NIS to share home directories from my NFS server but I read that NIS is deprecated in favor of LDAP so, being a sucker for new ideas, I decided I would use LDAP too like the big boys do. I think I'm regretting this decision. Now the question: Is there something I need to configure on the client side of the relationship that all the Google wisdom has failed to mention? All the guides/tutorial/etc... talk extensively about configuring the server, many giving conflicting information, but have nothing to say about the client. I've even found a couple that talk about configuring CentOS 6 but contain commands found only in CentOS 7. Makes one go hmmm? Here's the basic details: Server: CentOS 6 openldap-2.4.40-16.el6.i686 openldap-clients-2.4.40-16.el6.x86_64 perl-LDAP-0.40-3.el6.noarch sssd-ldap-1.13.3-60.el6_10.2.x86_64 openldap-2.4.40-16.el6.x86_64 openldap-servers-2.4.40-16.el6.x86_64 python-ldap-2.3.10-1.el6.x86_64 apr-util-ldap-1.3.9-3.el6_0.1.x86_64 smbldap-tools-0.9.6-4.el6.noarch nfs-utils-lib-1.1.5-13.el6.x86_64 nfs4-acl-tools-0.3.3-8.el6.x86_64 nfs-utils-1.2.3-78.el6_10.1.x86_64 Client: CentOS 7 KVM VM running on the server sssd-ldap-1.16.2-13.el7_6.5.x86_64 python-ldap-2.4.15-2.el7.x86_64 openldap-2.4.44-21.el7_6.x86_64 nfs4-acl-tools-0.3.3-19.el7.x86_64 nfs-utils-1.3.0-0.61.el7.x86_64 libnfsidmap-0.25-19.el7.x86_64 Both machines are fully updated. Would you like to see any of the myriad of configuration files for these applications? Just ask and you shall receive. Please be sure to tell me if you want the file from the server or the client hey. -- _ °v° /(_)\ ^ ^ Mark LaPierre Registered Linux user No #267004 https://linuxcounter.net/ ****

2 1

CentOS-announce Digest, Vol 170, Issue 1
by centos-announce-request＠centos.org 02 Apr '19

02 Apr '19

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. Announcing the release of Gluster 6 on CentOS Linux 7 x86_64 (Niels de Vos) 2. Announcing the release of Gluster 6 on CentOS Linux 6 x86_64 (Niels de Vos) 3. CEBA-2019:0689 CentOS 6 tzdata BugFix Update (Johnny Hughes) 4. CESA-2019:0672 Critical CentOS 6 firefox Security Update (Johnny Hughes) 5. CESA-2019:0680 Important CentOS 6 thunderbird Security Update (Johnny Hughes) 6. CESA-2019:0671 Critical CentOS 7 firefox Security Update (Johnny Hughes) 7. CESA-2019:0681 Important CentOS 7 thunderbird Security Update (Johnny Hughes) 8. CESA-2019:0679 Important CentOS 7 libssh2 Security Update (Johnny Hughes) 9. CEBA-2019:0689 CentOS 7 tzdata BugFix Update (Johnny Hughes) ---------------------------------------------------------------------- Message: 1 Date: Thu, 28 Mar 2019 15:48:42 +0100 From: Niels de Vos <ndevos(a)redhat.com> To: centos-announce(a)centos.org Subject: [CentOS-announce] Announcing the release of Gluster 6 on CentOS Linux 7 x86_64 Message-ID: <20190328144842.GD2572(a)ndevos-x270.lan.nixpanic.net> Content-Type: text/plain; charset="us-ascii" I am happy to announce the General Availability of Gluster 6 for CentOS 7 on x86_64. These packages are following the upstream Gluster Community releases, and will receive monthly bugfix updates. Gluster 6 is expected to receive updates until the end of March 2020. The maintanance and release schedule can be found at: https://www.gluster.org/release-schedule/ Users of CentOS 7 can now simply install Gluster 6 with only these two commands: # yum install centos-release-gluster # yum install glusterfs-server The centos-release-gluster package is delivered via CentOS Extras repos. This contains all the metadata and dependency information, needed to install Gluster 6. The actual package that will get installed is centos-release-gluster6. Users of Gluster 4.1 can stay on that release until June 2019. We have a quickstart guide specifically built around the packages are available, it makes for a good introduction to Gluster and will help get you started in just a few simple steps, this quick start is available at https://wiki.centos.org/SpecialInterestGroup/Storage/gluster-Quickstart More details about the packages that the Gluster project provides in the Storage SIG is available in the documentation: https://wiki.centos.org/SpecialInterestGroup/Storage/Gluster The centos-release-gluster* repositories offer additional packages that enhance the usability of Gluster itself. Utilities and tools that were working with previous versions of Gluster are expected to stay working fine. If there are any problems, or requests for additional tools and applications to be provided, just send us an email with your suggestions. The current list of packages that is (planned to become) available can be found here: https://wiki.centos.org/SpecialInterestGroup/Storage/Gluster/Ecosystem-pkgs We welcome all feedback, comments and contributions. You can get in touch with the CentOS Storage SIG on the centos-devel mailing list (https://lists.centos.org ) and with the Gluster developer and user communities at https://www.gluster.org/mailman/listinfo , we are also available on irc at #gluster on irc.freenode.net, and on twitter at @gluster . Cheers, Niels de Vos Storage SIG member & Gluster maintainer

1 0

git.centos.org migration, please read
by Fabian Arrotin 02 Apr '19

02 Apr '19

As pre-announced a long time ago (see https://lists.centos.org/pipermail/centos-devel/2018-October/016997.html) , we'll migrate git.centos.org to a new host/platform (pagure/repospanner) The current migration is planned for : April 8th (more details later about the exact hour, as we need to have acknowledgement from all involved people). Instead of writing a long email, we instead decided to put focus on a dedicated page, that will , after migration, replace the current one. - current one : https://wiki.centos.org/Sources - new one : https://wiki.centos.org/Sources_new After migration, we'll rename/swap both pages, to reflect the changes that will go live next monday. As a reminder : we had https://git.stg.centos.org and https://src.stg.fedoraproject.org in "sync" since October, replicating to each other instance. We also got good feedback from CentOS contributors who started to use it to test the new features, including the automatic ACL for protected branches, and some pkgs from CentOS distro were even built through that staging instance , to validate that it was working the way it was designed. So please read that wiki page (https://wiki.centos.org/Sources_new) and we can also add/correct things in that page, based on future feedback. WRT existing repositories : they'll all be imported (already validated) but if you had access (RWC) to a specific project, you'll have *first* to login with your ACO account, and then ask to be added to the ACL, as well as changing the "git remote" url, to point to ssh (all pushes are going through ssh, as previous gitblit/git.centos.org allowed https pushes) PS: while the date is normally April 8th, if there is a chance that we'd need to change that date, we'll post an update in this thread PS2 : Fedora infra is in "freeze" mode , meaning that during our migration, we'll start with only the CentOS branches, and Fedora will import their repositories/branches in the existing repospanner cluster later, and so the Fedora/EPEL branches will then automatically appear on https://git.centos.org -- Fabian Arrotin The CentOS Project | https://www.centos.org gpg key: 56BEC54E | twitter: @arrfab

1 0

udev rename NIC failed
by wuzhouhui 01 Apr '19

01 Apr '19

Hi, Sometimes, I found one of my Mellanox NIC renamed to rename6, instead of eth1. The right names of NICs in my system should be: eth0 Mellanox NIC eth1 Mellanox NIC eth2 Intel NIC eth3 Intel NIC eth4 Intel NIC eth5 Intel NIC eth0 and eth1 will combined as bond1 with mode 4. However, the current names are: eth0 Mellanox NIC rename6 Mellanox NIC eth1 Intel NIC eth2 Intel NIC eth4 Intel NIC eth5 Intel NIC And bond1 still consist of eth0 and eth1, but eth1 is Intel NIC, instead of Mellanox NIC. Following is selected log from /var/log/messages: ... kernel: [ 23.098148] i40e: Intel(R) 40-10 Gigabit Ethernet Connection Network Driver - version 2.2.4 kernel: [ 23.098554] i40e: Copyright(c) 2013 - 2017 Intel Corporation. kernel: [ 23.114270] i40e 0000:1a:00.0: fw 3.1.57069 api 1.5 nvm 3.33 0x80000f09 255.65535.255 kernel: [ 23.118320] i40e 0000:1a:00.0: MAC address: 28:41:c6:fb:c3:a2 kernel: [ 23.128007] i40e 0000:1a:00.0: MSI-X vector limit reached, attempting to redistribute vectors kernel: [ 23.133699] i40e 0000:1a:00.0: Added LAN device PF0 bus=0x1a dev=0x00 func=0x00 kernel: [ 23.134414] i40e 0000:1a:00.0: Features: PF-id[0] VFs: 32 VSIs: 34 QP: 56 RSS FD_ATR FD_SB NTUPLE CloudF DCB VxLAN NVGRE PTP VEPA kernel: [ 23.148085] i40e 0000:1a:00.1: fw 3.1.57069 api 1.5 nvm 3.33 0x80000f09 255.65535.255 kernel: [ 23.151729] i40e 0000:1a:00.1: MAC address: 28:41:c6:fb:c3:a3 kernel: [ 23.160694] i40e 0000:1a:00.1: MSI-X vector limit reached, attempting to redistribute vectors kernel: [ 23.166232] i40e 0000:1a:00.1: Added LAN device PF1 bus=0x1a dev=0x00 func=0x01 kernel: [ 23.167280] i40e 0000:1a:00.1: Features: PF-id[1] VFs: 32 VSIs: 34 QP: 56 RSS FD_ATR FD_SB NTUPLE CloudF DCB VxLAN NVGRE PTP VEPA kernel: [ 23.185771] i40e 0000:1a:00.2: fw 3.1.57069 api 1.5 nvm 3.33 0x80000f09 255.65535.255 kernel: [ 23.193232] i40e 0000:1a:00.2: MAC address: 28:41:c6:fb:c3:a4 kernel: [ 23.207420] i40e 0000:1a:00.2: MSI-X vector limit reached, attempting to redistribute vectors kernel: [ 23.217474] i40e 0000:1a:00.2: Added LAN device PF2 bus=0x1a dev=0x00 func=0x02 kernel: [ 23.219339] i40e 0000:1a:00.2: Features: PF-id[2] VFs: 32 VSIs: 34 QP: 56 RSS FD_ATR FD_SB NTUPLE CloudF DCB VxLAN NVGRE PTP VEPA kernel: [ 23.237958] i40e 0000:1a:00.3: fw 3.1.57069 api 1.5 nvm 3.33 0x80000f09 255.65535.255 kernel: [ 23.242039] i40e 0000:1a:00.3: MAC address: 28:41:c6:fb:c3:a5 kernel: [ 23.258645] i40e 0000:1a:00.3: MSI-X vector limit reached, attempting to redistribute vectors kernel: [ 23.270395] i40e 0000:1a:00.3: Added LAN device PF3 bus=0x1a dev=0x00 func=0x03 kernel: [ 23.271911] i40e 0000:1a:00.3: Features: PF-id[3] VFs: 32 VSIs: 34 QP: 56 RSS FD_ATR FD_SB NTUPLE CloudF DCB VxLAN NVGRE PTP ... kernel: [ 250.279739] Compat-mlnx-ofed backport release: f8de107 kernel: [ 250.280006] Backport based on mlnx_ofed/mlnx-ofa_kernel-4.0.git f8de107 kernel: [ 250.280261] compat.git: mlnx_ofed/mlnx-ofa_kernel-4.0.git kernel: [ 250.287865] mlx5_core 0000:3b:00.0: firmware version: 14.23.1020 kernel: [ 250.293492] tun: Universal TUN/TAP device driver, 1.6 kernel: [ 250.293731] tun: (C) 1999-2004 Max Krasnyansky <maxk(a)qualcomm.com> kernel: [ 250.360407] nbd: registered device at major 43 kernel: [ 250.367659] nf_conntrack version 0.5.0 (65536 buckets, 262144 max) kernel: [ 250.373103] VFIO - User Level meta-driver version: 0.3 kernel: [ 250.455352] EXT4-fs (sda2): re-mounted. Opts: (null) kernel: [ 250.489486] EXT4-fs (sda1): mounted filesystem with ordered data mode. Opts: (null) kernel: [ 251.202430] (0000:3b:00.0): E-Switch: Total vports 9, per vport: max uc(1024) max mc(16384) kernel: [ 251.343924] mlx5_core 0000:3b:00.1: firmware version: 14.23.1020 kernel: [ 252.273017] (0000:3b:00.1): E-Switch: Total vports 9, per vport: max uc(1024) max mc(16384) kernel: [ 252.411436] mlx5_core 0000:3b:00.0: MLX5E: StrdRq(1) RqSz(8) StrdSz(64) RxCqeCmprss(0) kernel: [ 252.575886] mlx5_core 0000:3b:00.1: MLX5E: StrdRq(1) RqSz(8) StrdSz(64) RxCqeCmprss(0) kernel: [ 252.814797] mlx5_ib: Mellanox Connect-IB Infiniband driver v4.2-1.2.0 kernel: [ 343.507623] Ethernet Channel Bonding Driver: v3.7.1 (April 27, 2011) kernel: [ 343.508800] bonding: bond1 is being created... kernel: [ 343.525710] bond1: Setting MII monitoring interval to 100 kernel: [ 343.526101] bond1: Setting xmit hash policy to layer2+3 (2) kernel: [ 343.528088] IPv6: ADDRCONF(NETDEV_UP): bond1: link is not ready kernel: [ 343.543330] bond1: Adding slave eth0 kernel: [ 343.834246] mlx5_core 0000:3b:00.0 eth0: mlx5e_update_carrier:153: Link up kernel: [ 343.837195] bond1: Enslaving eth0 as a backup interface with an up link kernel: [ 343.852012] bond1: Adding slave eth1 kernel: [ 343.852264] i40e 0000:1a:00.1 eth1: set new mac address 98:03:9b:83:cd:5e kernel: [ 343.860085] bond1: Enslaving eth1 as a backup interface with a down link ... udevd-work[15328]: error changing netif name 'eth1' to 'eth3': Device or resource busy .... It seems that udevd failed to rename eth1 to eth3, because eth1 has been enslaved by bond1. Does anyone know how to handle this problem? i40e: 2.2.4 CentOS: 6.3 mlx5_core: 4.2 Thanks.

2 1

Getting slapd under CentOS 6 to log connections, etc.
by Robert Heller 31 Mar '19

31 Mar '19

I am running the stock OpenLDAP-servers on a CentOS 6 system. Everything is working just fine, but I am trying to debug connections from a Ubuntu (18.04) system and want to turn on logging in slapd, but although I can get slapd to create a log file, it never actually writes anything. I have these two lines in /etc/openldap/slapd.d/cn=config.ldif: olcLogFile: /var/log/slapd/log olcLogLevel: conns BER config ACL stats none And although /var/log/slapd/log gets created, nothing is ever written to it. What am I missing? -- Robert Heller -- 978-544-6933 Deepwoods Software -- Custom Software Services http://www.deepsoft.com/ -- Linux Administration Services heller(a)deepsoft.com -- Webhosting Services

2 1

CUPS issues
by mark 28 Mar '19

28 Mar '19

We've got this huge HP DesignJet Z9 printer, for printing posters. Except... I got the latest hplips installed, it knows this printer... but there are no poster-sized settings. Now, I've started hacking the .ppd, as I did six year ago for the old poster printer, but it seems, after a good bit of googling, that it would be easier, when I hit print from okular, and get the dialog window, to go to properties->page, and set it to custom, and set the width and height... except I can't: both width and height are grayed out. Now, I'm running as me. For reasons I don't need to get into, I shouldn't be doing this as root. Anyone know what I need to modify to all me to set this? Hacking the .ppd is half a day or a day of tedious work. mark

1 0

how to unlock service cause it "start request repeated too quickly"?
by Creatxr 28 Mar '19

28 Mar '19

how to unlock service cause it "start request repeated too quickly"?

1 0

do not uninstall old when yum install new
by wuzhouhui 26 Mar '19

26 Mar '19

Hi, I have a specific needs that requires yum do not to uninstall old version when install new one. For example, I found that yum install kernel will install new kernel, and old kernel will remained. But yum install <something-else> will uninstall old version after install new one, how to disable it? Thanks.

3 2

http error when updating 7.5 ==> 7.6
by Fred Smith 26 Mar '19

26 Mar '19

Was just doing a (very) belated update on a 7.5 system and ran into this set of errors: ================================================================================ Package Arch Version Repository Size ================================================================================ Updating: polkit x86_64 0.112-18.el7_6.1 updates 168 k polkit-devel x86_64 0.112-18.el7_6.1 updates 42 k polkit-docs noarch 0.112-18.el7_6.1 updates 251 k Transaction Summary ================================================================================ Upgrade 3 Packages Total download size: 461 k Is this ok [y/d/N]: y Downloading packages: Finishing delta rebuilds of 3 package(s) (461 k) Some delta RPMs failed to download or rebuild. Retrying.. polkit-0.112-18.el7_6.1.x86_64 FAILED http://mirror.centos.org/centos/7/updates/x86_64/Packages/polkit-0.112-18.e…: [Errno 14] HTTP Error 416 - Requested Range Not Satisfiable Trying other mirror. polkit-devel-0.112-18.el7_6.1. FAILED http://mirror.centos.org/centos/7/updates/x86_64/Packages/polkit-devel-0.11…: [Errno 14] HTTP Error 416 - Requested Range Not Satisfiable Trying other mirror. polkit-docs-0.112-18.el7_6.1.n FAILED http://mirror.centos.org/centos/7/updates/x86_64/Packages/polkit-docs-0.112…: [Errno 14] HTTP Error 416 - Requested Range Not Satisfiable Trying other mirror. Error downloading packages: polkit-0.112-18.el7_6.1.x86_64: [Errno 256] No more mirrors to try. polkit-devel-0.112-18.el7_6.1.x86_64: [Errno 256] No more mirrors to try. polkit-docs-0.112-18.el7_6.1.noarch: [Errno 256] No more mirrors to try. I then browsed to the mirror shown above and downloaded the files with no trouble. I then did "yum localupdate" for the three downloaded files and they installed just fine. so, anybody know why we're getting the 416 error from yum but not from firefox? a little searching for that error indicates it is some kind of problem on the web host, I think. but it's weird. I don't need help, I'm good, but perhaps someone needs to look at whatever mis-configuration on the host(s) causes that. I originally left the repo file alone so it attempted to use the repolist but every repo failed. I then changed it to use the baseurl but it didn't help. So whatever the problem is, it isn't with just a single host. Fred -- ------------------------------------------------------------------------------- Under no circumstances will I ever purchase anything offered to me as the result of an unsolicited e-mail message. Nor will I forward chain letters, petitions, mass mailings, or virus warnings to large numbers of others. This is my contribution to the survival of the online community. --Roger Ebert, December, 1996 ----------------------------- The Boulder Pledge -----------------------------

6 8

CentOS-announce Digest, Vol 169, Issue 7
by centos-announce-request＠centos.org 26 Mar '19

26 Mar '19

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-2019:0633 Important CentOS 7 ghostscript Security Update (Johnny Hughes) ---------------------------------------------------------------------- Message: 1 Date: Mon, 25 Mar 2019 17:33:17 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CESA-2019:0633 Important CentOS 7 ghostscript Security Update Message-ID: <20190325173317.GA9569(a)bstore1.rdu2.centos.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Security Advisory 2019:0633 Important Upstream details at : https://access.redhat.com/errata/RHSA-2019:0633 The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) x86_64: fed299b46ff9a9a7ade1b8d52a4c6859d0a3ccfd5ba6db1d6739b2cdc70c521b ghostscript-9.07-31.el7_6.10.i686.rpm 0c91be5be0817663c0bffd9c37b569caa5e50b3413d479fa298c6b3fb2102f25 ghostscript-9.07-31.el7_6.10.x86_64.rpm 095f0c811670f0e727c95a2d4226122cd34d97863d68643053225ab0d03a492f ghostscript-cups-9.07-31.el7_6.10.x86_64.rpm 879ef4fb0b05f291ceefde08805694777b770450938a62ba932604e72acd75d7 ghostscript-devel-9.07-31.el7_6.10.i686.rpm 886805349e730d84e31ebec2d10ad24ded7d99a56595112b40a273761d8ab979 ghostscript-devel-9.07-31.el7_6.10.x86_64.rpm b7adc36e61889e9695fe2461e7f0f9416e57d007a6b3df25f01acf4c0191ce29 ghostscript-doc-9.07-31.el7_6.10.noarch.rpm f641f2ba7c4e0f9da1356bc891778dbc87ceeb8fe6fa3f08df9109bdbc32b162 ghostscript-gtk-9.07-31.el7_6.10.x86_64.rpm Source: 2013a61cf7a054412f08b9c18b823b160fb104e04fb0cf7f2ac2197910e49e55 ghostscript-9.07-31.el7_6.10.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 169, Issue 7 ***********************************************

1 0

How to specify kernel version when restart kdump
by wuzhouhui 26 Mar '19

26 Mar '19

Hi, Is there a way to specify kernel version when (re)start kdump service? Suppose I have install a new kernel and kdump will generate kdump.img for new kernel in next boot. But I want kdump to generate kdump.img for new kernel immediately, is it possible? Thanks.

1 0

detect agfl count corruption and reset agfl
by Richard Flack 25 Mar '19

25 Mar '19

Hi there, My apologies if this is the wrong place to post this, but I was wondering if anyone had any information on whether or not the following patch has or will make its way into the CentOS Kernel? https://patchwork.kernel.org/patch/10283095/ We are currently experiencing this problem with the latest version of CloudLinux (based on CentOS), so I believe it isn't currently included. Is there any particular procedure to request a patch for future Kernel releases? -- Best Wishes, Richard

3 3

CentOS 7 - AltArch i386 - DVD iso?
by Brendan Brewster 25 Mar '19

25 Mar '19

Just curious. In the two most recent releases of CentOS 7 AltArch i386 there has not been made available a DVD iso (or the live ones) alongside NetInstall/Minimal/Everything. Any plans to make available the DVD variation for the current or future releases? For older 32-bit hardware, it can be nice to be able to burn a single layer DVD. Thanks for your time, -Brendan

5 9

CentOS-announce Digest, Vol 169, Issue 6
by centos-announce-request＠centos.org 23 Mar '19

23 Mar '19

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-2019:0623 Critical CentOS 6 firefox Security Update (Johnny Hughes) 2. CESA-2019:0622 Critical CentOS 7 firefox Security Update (Johnny Hughes) ---------------------------------------------------------------------- Message: 1 Date: Fri, 22 Mar 2019 13:50:10 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CESA-2019:0623 Critical CentOS 6 firefox Security Update Message-ID: <20190322135010.GA8868(a)bstore1.rdu2.centos.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Security Advisory 2019:0623 Critical Upstream details at : https://access.redhat.com/errata/RHSA-2019:0623 The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: 90ecdbff9c59846eba27ea0639c06c2e49bc42a22d1b163ecc344b3b32cd1c5a firefox-60.6.0-3.el6.centos.i686.rpm x86_64: 90ecdbff9c59846eba27ea0639c06c2e49bc42a22d1b163ecc344b3b32cd1c5a firefox-60.6.0-3.el6.centos.i686.rpm 0db0e7abf3b5f22a4d5f6795c46801f46caec7cae8bcb03875a29de0f171c0ca firefox-60.6.0-3.el6.centos.x86_64.rpm Source: 755c2ec68e20acf81102a1af307545795620b6b8508f703a5fcd82d679ccdea8 firefox-60.6.0-3.el6.centos.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net Twitter: @JohnnyCentOS ------------------------------ Message: 2 Date: Fri, 22 Mar 2019 13:54:23 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CESA-2019:0622 Critical CentOS 7 firefox Security Update Message-ID: <20190322135423.GA9055(a)bstore1.rdu2.centos.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Security Advisory 2019:0622 Critical Upstream details at : https://access.redhat.com/errata/RHSA-2019:0622 The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) x86_64: 064bf5f1d2922d5bde8c56499aa6cf44d5f2b69ed0b4caf7a656fa98e6ccbae9 firefox-60.6.0-3.el7.centos.i686.rpm 7355e00a6bcdf41291c388dd9d59b4d785b1d546a2be9cf35a593eafa6d858ca firefox-60.6.0-3.el7.centos.x86_64.rpm Source: cafd3da67a81d0f7376884bcc41d9b4362fd6e45f75d67744e702dae02f4c5a5 firefox-60.6.0-3.el7.centos.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net Twitter: @JohnnyCentOS ------------------------------ Subject: Digest Footer _______________________________________________ CentOS-announce mailing list CentOS-announce(a)centos.org https://lists.centos.org/mailman/listinfo/centos-announce ------------------------------ End of CentOS-announce Digest, Vol 169, Issue 6 ***********************************************

1 0

CentOS-announce Digest, Vol 169, Issue 3
by centos-announce-request＠centos.org 22 Mar '19

22 Mar '19

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-2019:0230 Important CentOS 7 polkit Security Update (Johnny Hughes) ---------------------------------------------------------------------- Message: 1 Date: Fri, 8 Mar 2019 15:46:15 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CESA-2019:0230 Important CentOS 7 polkit Security Update Message-ID: <20190308154615.GA29318(a)bstore1.rdu2.centos.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Security Advisory 2019:0230 Important Upstream details at : https://access.redhat.com/errata/RHSA-2019:0230 The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) x86_64: 0df2b8477aa99ea7221643459c947b956f387dc010c63b3f1c92ab01c01cab6a polkit-0.112-18.el7_6.1.i686.rpm b7efc34c3dc4f8d6fb51b0695c4b7225a7767edf64902cacc541a65bcafb5053 polkit-0.112-18.el7_6.1.x86_64.rpm 19d8382626658664654d7cfb84fad2020d67b1da7ed163126e53773e1cf0dd09 polkit-devel-0.112-18.el7_6.1.i686.rpm 1c83b760d4639e6c68c8ac8ff564b83e8352967c8ca2db31694acd0f775e2299 polkit-devel-0.112-18.el7_6.1.x86_64.rpm 4edbcd1d840915c92917faccaa72f9b6fca911abd73252b37ed8c160a86cfd1a polkit-docs-0.112-18.el7_6.1.noarch.rpm Source: 72043fa864750f6491a5b9fff2bd25a13a4973a2623002caae262e3b2f3f1e45 polkit-0.112-18.el7_6.1.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net Twitter: @JohnnyCentOS ------------------------------ Subject: Digest Footer _______________________________________________ CentOS-announce mailing list CentOS-announce(a)centos.org https://lists.centos.org/mailman/listinfo/centos-announce ------------------------------ End of CentOS-announce Digest, Vol 169, Issue 3 ***********************************************

2 2

RHEL/CentOS 8.x, KDE & EPEL
by Nicolas Kovacs 22 Mar '19

22 Mar '19

Hi, A question to those familiar with third party repository policy. You think there's a real chance KDE's Plasma 5 desktop will be made available by EPEL or some other third party repository for CentOS 8.x? I'm asking because up until recently one of my desktop configurations was based on CentOS 7 and KDE 4. My users really like the KDE desktop (like myself). I rebased most of my desktop configurations on OpenSUSE Leap when Red Hat announced it would drop KDE, but it would be nice to have something that's a bit less of a moving target. Cheers, 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

1 0

How to install ansible in centos
by Sanjay Walke 22 Mar '19

22 Mar '19

Hi I want to know how to configure yum repo for Ansible. -- Thanks and regards Sanjay Walke 9881091624

3 2

boot issue with latest kernel
by Keith Keller 22 Mar '19

22 Mar '19

Hi all, Has anyone seen this issue before? This afternoon, I tried updating a bare metal CentOS 6 box, and got some odd error messages on the console during booting kernel 2.6.32-754.11.1. (These aren't exact, I forgot to try to get a photo of the console.) sd 0:0:4:0 timed out resetting card 3w-sas timed out resetting card Then the boot would simply hang, with no obvious disk activity on the drives and no other messages on the console. Reverting back to an earlier kernel (2.6.32-431.17.1) was perfectly fine. (Obviously this is quite old hardware, but until today had never had problems.) I noticed in the CentOS 6.10 changelog that 3w-sas has been deprecated, but that it should still be supported. And even if 3w-sas had been removed, I don't think that wouldn't explain timeouts on sd. I have done a bunch of searches on the CentOS forums and on the web, but didn't find anything specific to this issue with various combinations of the error message keywords. If you have any pointers for me I would greatly appreciate it! --keith -- kkeller(a)wombat.san-francisco.ca.us

5 5

How to disable wifi access to CentOS 7
by Kay Schenk 21 Mar '19

21 Mar '19

Hello all -- I run a hard wired network connection from my box and I don't want/need any wifi connections trying to get to/from it. I came across this article from the RedHat Bugzilla site -- https://bugzilla.redhat.com/show_bug.cgi?id=1530391 I would love to just uninstall NetworkManager-wifi as suggested in the last comment on this issue. The problem is when I try to do that, there's about 25 dependencies on this package! Any thoughts on how to get around this? Thanks. -- ---------------------------------------------------------------------- MzK "Less is MORE."

2 1

Gnome-tweak-tool-3.28.1 Update Results in Black Screen
by Brian Bernard 21 Mar '19

21 Mar '19

Hello all, The most recent update of Gnome-tweak-tool-3.28.1-2el7.2.noarch.rpm is causing a black screen at startup. After clicking on the menu in Grub I get a black screen. I've tried setting the "systemctl set-default multi-user.target" in the kernel parameters but still a black screen. I then tried the Rescue boot in Grub but again a black screen. This issue started after Gnome-tweak-tool was updated an hour ago. I had CentOS 7.6 running fine earlier this morning but after updating Gnome-tweak-tool just a black screen. Has anyone else come across this issue recently, and if so how did you fix it? I don't want to have to re-install CentOS 7.6. Thank you, Brian Bernard

1 0

Gantt chart software for CentOS 7 ?
by Nicolas Kovacs 21 Mar '19

21 Mar '19

Hi, I'm looking for a Gantt chart software that I can install easily on CentOS 7. I prefer EPEL - or some other third party repo - packages than some obscure installation script for home directories. Any suggestions ? Cheers, 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

2 1

nvidia on 7.6
by Jerry Geis 20 Mar '19

20 Mar '19

I have elrepo installed. rpm -qa | grep elrepo gives elrepo-release-7.0.3.el7.elrepo.noarch nvidia detect (which installed) tells me kmod-nvidia-340xx when I do yum install kmod-nvidia-340xx it is saying no package kmod-nvidia-340xx available ? What did I miss? Thanks, Jerry

8 28

Testing software on CentOS 7
by H 19 Mar '19

19 Mar '19

I need to test a new version of Geany but already have the repo version installed on all my systems. In order not to foul up my current installation, what is the suggested procedure for installing and testing this new version? I tried installing in a docker container which of course went fine but could not run it from there. Suggestions appreciated, thank you.

3 8

konqueror vs. centos and mathematics
by Michael Hennebry 19 Mar '19

19 Mar '19

I'm running centos 7. Firefox spends so much time in th D state that I am trying konqueror. Displaying mathematics on wikipedia, e.g. Remez algorithm seems to be a no go. Wikipedia seems to use tex, so I installed texlive and texlive-* . Firefox hadn't needed it and it did not seem to help konqueror. My guess is that there is a bit somewhere that I need to flip, but I have no idea where it is. Suggestions? -- 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

5 7

PHP 7.x on CentOS 7 : which solution ?
by Nicolas Kovacs 19 Mar '19

19 Mar '19

Hi, As you all know, CentOS 7 is shipping PHP 5.4, which is OK in some situations. Unfortunately, some applications like OwnCloud require a more recent version of PHP. Up until recently, I've been using PHP 5.6 packages from the Webtatic repository. Despite the bad press this third party repo seems to have, it has been working perfectly for me for a few years. Here's the PHP 5.6 packages I have on an OwnCloud server: $ rpm -qa | grep php php56w-devel-5.6.40-1.w7.x86_64 php56w-pdo-5.6.40-1.w7.x86_64 php56w-gd-5.6.40-1.w7.x86_64 php56w-mysql-5.6.40-1.w7.x86_64 php56w-process-5.6.40-1.w7.x86_64 php56w-pear-1.10.4-1.w7.noarch php56w-common-5.6.40-1.w7.x86_64 php56w-xml-5.6.40-1.w7.x86_64 php56w-pecl-redis-3.1.6-1.w7.x86_64 php56w-cli-5.6.40-1.w7.x86_64 php56w-mcrypt-5.6.40-1.w7.x86_64 php56w-mbstring-5.6.40-1.w7.x86_64 php56w-pecl-igbinary-2.0.5-1.w7.x86_64 php56w-pecl-apcu-4.0.11-2.w7.x86_64 php56w-intl-5.6.40-1.w7.x86_64 php56w-5.6.40-1.w7.x86_64 php56w-soap-5.6.40-1.w7.x86_64 Now I'll have to upgrade these to some version of PHP 7. So I googled "php 7 centos 7" and found quite a wealth of - sometimes contradictory - information. 1. The "recommended" way of doing things seems to be the Red Hat Software Collections. Correct me if I'm wrong. I wonder if this way of doing things will enable me to get all the PHP modules listed above. 2. The use of Webtatic seems to be frowned upon. I still have to figure out why, since this repository has always worked perfectly for me. 3. Then there's another repository managed by Remi Collet. Any thoughts on that? And then there's also the question : which version of PHP 7 should I choose ? On my servers, I'm mainly hosting WordPress, Dolibarr and OwnCloud. Any suggestions ? I'm no lamer for doing a bit of RTFM, so a pointer to documentation will do. The problem is not so much that there is no information on the subject. It's rather : there's too much. As we say in France : I'm confused about which saint to send my prayers to. :o) 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

5 6

compile question on CentOS 7
by Jerry Geis 18 Mar '19

18 Mar '19

I am trying to use the fnmatch() function in a C program and pass as the 3rd arg (options) of case insensitive search... When I use the value FNM_CASEFOLD it does not work... I'm confused on what to send to fnmatch() to do a case insensitive search. Any pointers ? Thanks. Jerry

2 2

netmask set with ifconfig doesn't hold
by KM 14 Mar '19

14 Mar '19

I gather that ifconfig is a way of setting the netmask in the current shell instead of a persistent value. I say this because I am running it and see it for my specific network interface, directly after running it. However if I restart the network service the netmask is reverted to the previous value. What is the correct way to set the new netmask for the network interface to make it persistent. if it's different for CentOS 6 and 7 I'd like to know that too. FYI - I tried searching about this but none of the info has really helped so far. Also consider this like "changing netmask for dummies" since I am not an administrator and am just searching and trying these things. Thanks very much in advance.KM

2 4

read permission on rotated logs
by Alice Wonder 14 Mar '19

14 Mar '19

When logs (e.g. /var/log/maillog) are rotated (e.g. to /var/log/maillog-YYYYMDD) is there a way via systemd or whatever to assign read permission to a specific group? Right now, for example - ls -l maillog* -rw------- 1 root root 3105240 Mar 13 22:04 maillog -rw------- 1 root root 1079031 Feb 24 04:39 maillog-20190224 -rw------- 1 root root 7237640 Mar 1 12:59 maillog-20190228 -rw------- 1 root root 1297508 Mar 3 04:21 maillog-20190303 -rw------- 1 root root 1319371 Mar 10 08:17 maillog-20190310 What I would like - ls -l maillog* -rw------- 1 root root 3105240 Mar 13 22:04 maillog -rw-r----- 1 root somegroup 1079031 Feb 24 04:39 maillog-20190224 -rw-r----- 1 root somegroup 7237640 Mar 1 12:59 maillog-20190228 -rw-r----- 1 root somegroup 1297508 Mar 3 04:21 maillog-20190303 -rw-r----- 1 root somegroup 1319371 Mar 10 08:17 maillog-20190310 That way a user in somegroup could run a script that analyzes the rotated logs w/o needing root privileges. Obviously I could put a script in /etc/cron.hourly that looks for rotated log files and changes ownership / permission, but I am wondering if there is a "proper" way to configure it via systemd or another utility.

4 5

howto monitor disks on a serveraid-8k?
by hwilmer 14 Mar '19

14 Mar '19

Hi, I'd like to monitor the disks connected to a ServeRaid-8k controller in a server running Centos 7 such that I can know when one fails. What's the best way to do that?

5 6

Have you used Duplicati 2.0.4.5 to backup CentOS 7.6 1810 Linux Server?
by Turritopsis Dohrnii Teo En Ming 14 Mar '19

14 Mar '19

Good evening from Singapore, Have you used Duplicati 2.0.4.5 to backup CentOS 7.6 1810 Linux Server? Is it good? Thank you for your review. ===BEGIN EMAIL SIGNATURE=== The Gospel for all Targeted Individuals (TIs): [The New York Times] Microwave Weapons Are Prime Suspect in Ills of U.S. Embassy Workers Link: https://www.nytimes.com/2018/09/01/science/sonic-attack-cuba-microwave.html ******************************************************************************************** Singaporean Mr. Turritopsis Dohrnii Teo En Ming's Academic Qualifications as at 14 Feb 2019 [1] https://tdtemcerts.wordpress.com/ [2] https://tdtemcerts.blogspot.sg/ [3] https://www.scribd.com/user/270125049/Teo-En-Ming ===END EMAIL SIGNATURE===

1 0

Firefox view downloads folder - changed program
by Gary Stainburn 14 Mar '19

14 Mar '19

Hi All, A short while back, Firefox changed from using (I believe) Dolphin to using gwenview when I choose 'view in container' or 'view all downloads'. The problem with this is that when I choose 'view in containter' it no longer selects the appropriate file. Does anyone know how to change it back? I'm using C7 with KDE Gary

1 0

Centos installer not detecting hard drive
by Farid Izem 14 Mar '19

14 Mar '19

Hi, I have a new labtop and i want to install CentOS 7.6 on it. My labtop has two hard drives : - A 256Go SSD - A standard 1 To hard drive None of the two hard drives are detected by the Centos installer consequently i can't proceed with the installation. If i try with a Fedora server distro, then the standard hard drive is detected, the SSD one is still not detected. I do prefer to install Centos as is is the closed Linux version from RHEL, so what can i do to solve the issue ? Regards, Faird

3 2

Nvidia config tool config order of screens doesn t work
by Ralf Prengel 12 Mar '19

12 Mar '19

Hallo, after installing 2 Nvidia Gforce 650er cards (2 cards with 2 displays) and the driver from nvidia.com my 4 displays are active and everything is fine. My question: the option to configure the displays using the mouse to move the screens in the right order doesn t work like under windows with simple moving. Sometimes it is possible to change the order but sometimes it isn t possible to move a screen between 2 others. Any hints how to solve this? Ralf

1 0

CentOS-announce Digest, Vol 169, Issue 4
by centos-announce-request＠centos.org 12 Mar '19

12 Mar '19

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-2019:0462 Moderate CentOS 6 java-1.7.0-openjdk Security Update (Johnny Hughes) 2. CEBA-2019:0479 CentOS 6 java-1.8.0-openjdk BugFix Update (Johnny Hughes) ---------------------------------------------------------------------- Message: 1 Date: Mon, 11 Mar 2019 21:11:28 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CESA-2019:0462 Moderate CentOS 6 java-1.7.0-openjdk Security Update Message-ID: <20190311211128.GA29041(a)bstore1.rdu2.centos.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Security Advisory 2019:0462 Moderate Upstream details at : https://access.redhat.com/errata/RHSA-2019:0462 The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: c3586d95e2fa824ec412d2f80596f82fbe2b40301076695cc77b3c14f83f4bde java-1.7.0-openjdk-1.7.0.211-2.6.17.1.el6_10.i686.rpm bb7ff3eb2f4e0b76ea93028304445a8e5c705eccabcd52b3b24f3b0b63226ea9 java-1.7.0-openjdk-demo-1.7.0.211-2.6.17.1.el6_10.i686.rpm 3ae9e1e7a626483ee9e4dd6ff1ba253f09d9e3d7efd65a9580b990a554a2e8cf java-1.7.0-openjdk-devel-1.7.0.211-2.6.17.1.el6_10.i686.rpm 1ee44e9cfbe5f6a16937c09333e7bec92151d598cc7b2f8803a1d6be79cd06aa java-1.7.0-openjdk-javadoc-1.7.0.211-2.6.17.1.el6_10.noarch.rpm 50cebaa3180efa9307414f95d91096001296afb04e548c3f8043d00a98e1d12d java-1.7.0-openjdk-src-1.7.0.211-2.6.17.1.el6_10.i686.rpm x86_64: 2c3796a0d7ea50c8a42f11d2497e3e621874c0c99dbf560ee891e87e127853f1 java-1.7.0-openjdk-1.7.0.211-2.6.17.1.el6_10.x86_64.rpm f76a02ac6d800d638ff5c240a32dfbe971c8951968f65243354d0cbb7ecd5d61 java-1.7.0-openjdk-demo-1.7.0.211-2.6.17.1.el6_10.x86_64.rpm e38faa76e6932f73560cc97a3881778d90884b44a8d40a342317934015abe6ce java-1.7.0-openjdk-devel-1.7.0.211-2.6.17.1.el6_10.x86_64.rpm 1ee44e9cfbe5f6a16937c09333e7bec92151d598cc7b2f8803a1d6be79cd06aa java-1.7.0-openjdk-javadoc-1.7.0.211-2.6.17.1.el6_10.noarch.rpm 3644db16af85dab6ffc6f315eed6dc4d7d2a44e28c9240d7a25df371f6d40b87 java-1.7.0-openjdk-src-1.7.0.211-2.6.17.1.el6_10.x86_64.rpm Source: 3f4ee6b87f651c81639a673b89a91f437fd1ceccd4af70c04ba6b6a9deb4cc96 java-1.7.0-openjdk-1.7.0.211-2.6.17.1.el6_10.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net Twitter: @JohnnyCentOS ------------------------------ Message: 2 Date: Mon, 11 Mar 2019 21:13:19 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CEBA-2019:0479 CentOS 6 java-1.8.0-openjdk BugFix Update Message-ID: <20190311211318.GA29393(a)bstore1.rdu2.centos.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Bugfix Advisory 2019:0479 Upstream details at : https://access.redhat.com/errata/RHBA-2019:0479 The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: 2fe8e956a1fde3b17a3fbb6375fded2cf217d1975ec8af8e62a7bf8074e6cec1 java-1.8.0-openjdk-1.8.0.201.b09-2.el6_10.i686.rpm afa77339d1a036d20033ef51306d12cd02571657d4fd7c48502ac7a0f3ec78e9 java-1.8.0-openjdk-debug-1.8.0.201.b09-2.el6_10.i686.rpm 7404ea7c297949267a7078d74ded744674cd3160862f02a2dc575dea911b60c5 java-1.8.0-openjdk-demo-1.8.0.201.b09-2.el6_10.i686.rpm 5bbf1ebc4435d111e3215d1a42fbe87a5fc7d82c42b4e7132e54df997b8f2a44 java-1.8.0-openjdk-demo-debug-1.8.0.201.b09-2.el6_10.i686.rpm a3334a115ab3067167abbed8d98683b92d6b095d6ce127c0475f2c142c7b4328 java-1.8.0-openjdk-devel-1.8.0.201.b09-2.el6_10.i686.rpm 6dc8345628aaff8e0ccfcbc5632f9eeac9146313cc34804b6c2e3c92175b012d java-1.8.0-openjdk-devel-debug-1.8.0.201.b09-2.el6_10.i686.rpm 37c3df334dd5006a2e8ce2c71fb7ade3cae8bf38093f918e16edbfcfc95298c4 java-1.8.0-openjdk-headless-1.8.0.201.b09-2.el6_10.i686.rpm 7ea58fcbfb9153bc2ad278c00d5d34bcaafe16b853b321795546957de38281b7 java-1.8.0-openjdk-headless-debug-1.8.0.201.b09-2.el6_10.i686.rpm 16c016d68790d1ac98af90c250b325567a4835a5ddb3cc1f32bc56da28b2ebeb java-1.8.0-openjdk-javadoc-1.8.0.201.b09-2.el6_10.noarch.rpm 7d5f25a2dc59f614089a6fb32df5d6629ffa044c33994f856690425324a67c9e java-1.8.0-openjdk-javadoc-debug-1.8.0.201.b09-2.el6_10.noarch.rpm 89efdce04af33883b72119c2982c640cfee49707c8c9e2aa07876f05fec3ff60 java-1.8.0-openjdk-src-1.8.0.201.b09-2.el6_10.i686.rpm 6caec6b37885983d9b61b0e383eed167caa93c83b58522892f0e9b0c62c4d70a java-1.8.0-openjdk-src-debug-1.8.0.201.b09-2.el6_10.i686.rpm x86_64: aebc0831d818aa4011107bbf32ed7d0bcbe350f6b1bb9ea3d3d16d26bbf3a8f9 java-1.8.0-openjdk-1.8.0.201.b09-2.el6_10.x86_64.rpm 626d04faa658cc4d243bd7b7e24243e48e75538d1546b70d0a395a28da640e99 java-1.8.0-openjdk-debug-1.8.0.201.b09-2.el6_10.x86_64.rpm f504d15cb99f34d690ef34fd60e592ce0dfb4495e4c15c7b6f9e97cdc5fea86f java-1.8.0-openjdk-demo-1.8.0.201.b09-2.el6_10.x86_64.rpm c09f89875b81d01ab39ad3ba327382316ff1499d614725bd0a326d7e46530eae java-1.8.0-openjdk-demo-debug-1.8.0.201.b09-2.el6_10.x86_64.rpm 84a3f313db2dfce7ca1245f5bf36e6a16d3688e4d1a038f1ca418c53feb89926 java-1.8.0-openjdk-devel-1.8.0.201.b09-2.el6_10.x86_64.rpm 9a8e4d8667a689ffa27edb72b78a06286431caa520b40324f973ffa47a12243d java-1.8.0-openjdk-devel-debug-1.8.0.201.b09-2.el6_10.x86_64.rpm 1d2cfe49fcb8aa2fa3ee52453faee27df62e5eeb52978f54404b4998f15b0c62 java-1.8.0-openjdk-headless-1.8.0.201.b09-2.el6_10.x86_64.rpm c8b4de089bb0ca589d0bca526ac59fd918b86d1b0fa8439974179e1a7d9b4f9f java-1.8.0-openjdk-headless-debug-1.8.0.201.b09-2.el6_10.x86_64.rpm 16c016d68790d1ac98af90c250b325567a4835a5ddb3cc1f32bc56da28b2ebeb java-1.8.0-openjdk-javadoc-1.8.0.201.b09-2.el6_10.noarch.rpm 7d5f25a2dc59f614089a6fb32df5d6629ffa044c33994f856690425324a67c9e java-1.8.0-openjdk-javadoc-debug-1.8.0.201.b09-2.el6_10.noarch.rpm ecf829a845ff9f466ea32956109bbe314711e1b3f870348945f7f46f005a4cf3 java-1.8.0-openjdk-src-1.8.0.201.b09-2.el6_10.x86_64.rpm 9d227593bd94a71f38b5e801fa5e032a94407cd557cc4e629df23b3eb301b3ab java-1.8.0-openjdk-src-debug-1.8.0.201.b09-2.el6_10.x86_64.rpm Source: 35da6bd4135bb3d8e2af49950d447d6180da0317d620b6406b6ca65ec55d0d04 java-1.8.0-openjdk-1.8.0.201.b09-2.el6_10.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 169, Issue 4 ***********************************************

1 0

CPAN not working, or is it?
by Gary Stainburn 12 Mar '19

12 Mar '19

(I've just tried this on a second C7 box, literally clean install, only did it on Friday, with the same results) I'm replacing a dead F19 box with a new C7 one and I'm trying to get my Perl install completed. Ultimately, I need to get Selenium::Remote::Driver working, but I'm struggling before that. I started off as always by using RPM's for everything I possibly can. I then started to use CPAN for everything else. It looked like CPAN was working and things were installing "OK". However, as I went for bigger modules, anything that had dependences were then failing as the dependencie were installed OK but then did not appear to be available. The last thing I've just tried is to update CPAN as the RPM is 1.9800 and the latest is 2.6. As you can see below, the install worked, but when it reloaded, or when I came out and went back in, it still showed 1.9800 Anyone got any ideas what I need to do? cpan[2]> install CPAN Running install for module 'CPAN' Running make for A/AN/ANDK/CPAN-2.25.tar.gz Fetching with LWP: http://mirror.bytemark.co.uk/CPAN/authors/id/A/AN/ANDK/CPAN-2.25.tar.gz Fetching with LWP: http://mirror.bytemark.co.uk/CPAN/authors/id/A/AN/ANDK/CHECKSUMS Checksum for /root/.cpan/sources/authors/id/A/AN/ANDK/CPAN-2.25.tar.gz ok CPAN.pm: Building A/AN/ANDK/CPAN-2.25.tar.gz Importing PAUSE public key into your GnuPG keychain... done! (You may wish to trust it locally with 'gpg --lsign-key 450F89EC') Checking if your kit is complete... Looks good Writing Makefile for CPAN Writing MYMETA.yml and MYMETA.json cp lib/CPAN.pm blib/lib/CPAN.pm cp lib/CPAN/CacheMgr.pm blib/lib/CPAN/CacheMgr.pm cp lib/CPAN/FTP/netrc.pm blib/lib/CPAN/FTP/netrc.pm cp lib/CPAN/LWP/UserAgent.pm blib/lib/CPAN/LWP/UserAgent.pm cp lib/CPAN/FTP.pm blib/lib/CPAN/FTP.pm cp lib/CPAN/Queue.pm blib/lib/CPAN/Queue.pm cp lib/CPAN/Distroprefs.pm blib/lib/CPAN/Distroprefs.pm cp lib/CPAN/Kwalify/distroprefs.yml blib/lib/CPAN/Kwalify/distroprefs.yml cp lib/App/Cpan.pm blib/lib/App/Cpan.pm cp lib/CPAN/Kwalify.pm blib/lib/CPAN/Kwalify.pm cp lib/CPAN/Module.pm blib/lib/CPAN/Module.pm cp lib/CPAN/Author.pm blib/lib/CPAN/Author.pm cp lib/CPAN/Debug.pm blib/lib/CPAN/Debug.pm cp lib/CPAN/HTTP/Credentials.pm blib/lib/CPAN/HTTP/Credentials.pm cp lib/CPAN/API/HOWTO.pod blib/lib/CPAN/API/HOWTO.pod cp lib/CPAN/Complete.pm blib/lib/CPAN/Complete.pm cp lib/CPAN/HTTP/Client.pm blib/lib/CPAN/HTTP/Client.pm cp lib/CPAN/FirstTime.pm blib/lib/CPAN/FirstTime.pm cp lib/CPAN/Exception/blocked_urllist.pm blib/lib/CPAN/Exception/blocked_urllist.pm cp lib/CPAN/Distrostatus.pm blib/lib/CPAN/Distrostatus.pm cp lib/CPAN/Admin.pm blib/lib/CPAN/Admin.pm cp lib/CPAN/Tarzip.pm blib/lib/CPAN/Tarzip.pm cp lib/CPAN/Prompt.pm blib/lib/CPAN/Prompt.pm cp lib/CPAN/URL.pm blib/lib/CPAN/URL.pm cp lib/CPAN/Version.pm blib/lib/CPAN/Version.pm cp lib/CPAN/DeferredCode.pm blib/lib/CPAN/DeferredCode.pm cp lib/CPAN/Distribution.pm blib/lib/CPAN/Distribution.pm cp lib/CPAN/Nox.pm blib/lib/CPAN/Nox.pm cp lib/CPAN/Exception/RecursiveDependency.pm blib/lib/CPAN/Exception/RecursiveDependency.pm cp lib/CPAN/Bundle.pm blib/lib/CPAN/Bundle.pm cp lib/CPAN/Plugin/Specfile.pm blib/lib/CPAN/Plugin/Specfile.pm cp lib/CPAN/Shell.pm blib/lib/CPAN/Shell.pm cp lib/CPAN/InfoObj.pm blib/lib/CPAN/InfoObj.pm cp lib/CPAN/HandleConfig.pm blib/lib/CPAN/HandleConfig.pm cp lib/CPAN/Exception/yaml_process_error.pm blib/lib/CPAN/Exception/yaml_process_error.pm cp lib/CPAN/Plugin.pm blib/lib/CPAN/Plugin.pm cp lib/CPAN/Exception/yaml_not_installed.pm blib/lib/CPAN/Exception/yaml_not_installed.pm cp lib/CPAN/Index.pm blib/lib/CPAN/Index.pm cp lib/CPAN/Kwalify/distroprefs.dd blib/lib/CPAN/Kwalify/distroprefs.dd cp lib/CPAN/Mirrors.pm blib/lib/CPAN/Mirrors.pm cp scripts/cpan-mirrors blib/script/cpan-mirrors /usr/bin/perl -MExtUtils::MY -e 'MY->fixin(shift)' -- blib/script/cpan-mirrors cp scripts/cpan blib/script/cpan /usr/bin/perl -MExtUtils::MY -e 'MY->fixin(shift)' -- blib/script/cpan Manifying blib/man1/cpan-mirrors.1 Manifying blib/man1/cpan.1 Manifying blib/man3/CPAN.3pm Manifying blib/man3/CPAN::Admin.3pm Manifying blib/man3/CPAN::Tarzip.3pm Manifying blib/man3/CPAN::Queue.3pm Manifying blib/man3/CPAN::Distroprefs.3pm Manifying blib/man3/CPAN::Version.3pm Manifying blib/man3/App::Cpan.3pm Manifying blib/man3/CPAN::Kwalify.3pm Manifying blib/man3/CPAN::Nox.3pm Manifying blib/man3/CPAN::Plugin::Specfile.3pm Manifying blib/man3/CPAN::Debug.3pm Manifying blib/man3/CPAN::HandleConfig.3pm Manifying blib/man3/CPAN::Plugin.3pm Manifying blib/man3/CPAN::API::HOWTO.3pm Manifying blib/man3/CPAN::Mirrors.3pm Manifying blib/man3/CPAN::FirstTime.3pm ANDK/CPAN-2.25.tar.gz /usr/bin/make -- OK Running make test PERL_DL_NONLAZY=1 /usr/bin/perl "-MExtUtils::Command::MM" "-e" "test_harness(0, 'blib/lib', 'blib/arch')" t/*.t t/00signature.t ............... skipped: No Module::Signature found [INC = /root/.cpan/build/CPAN-2.25-YZAzWH/blib/lib /root/.cpan/build/CPAN-2.25-YZAzWH/blib/arch /usr/local/lib64/perl5 /usr/local/share/perl5 /usr/lib64/perl5/vendor_perl /usr/share/perl5/vendor_perl /usr/lib64/perl5 /usr/share/perl5 .] t/01loadme.t .................. ok t/02nox.t ..................... ok t/03pkgs.t .................... ok t/04clean_load.t .............. ok t/10version.t ................. ok t/11mirroredby.t .............. ok t/12cpan.t .................... ok t/13tarzip.t .................. ok t/14forkbomb.t ................ skipped: test only run when called with --doit t/30shell.t ................... skipped: no Expect, maybe try env CPAN_RUN_SHELL_TEST_WITHOUT_EXPECT=1 t/31sessions.t ................ skipped: Module::Build not installed t/41distribution.t ............ 1/20 No or no sufficiently recent CPAN::Perl::Releases installed at t/41distribution.t line 60. t/41distribution.t ............ ok t/42distroprefs.t ............. ok t/43distroprefspref.t ......... ok t/44cpanmeta.t ................ ok t/50pod.t ..................... skipped: Test::Pod 1.00 required for testing POD t/51pod.t ..................... ok t/52podcover.t ................ skipped: Test::Pod::Coverage 0.18 required for testing pod coverage t/60credentials.t ............. ok t/70_critic.t ................. skipped: Test::Perl::Critic only run when AUTHOR_TEST set t/71_minimumversion.t ......... skipped: running MinimumVersion test only run when AUTHOR_TEST set t/97-compile.t ................ ok t/97-cpanpm_output_hook.t ..... ok t/97-expand_filenames.t ....... ok t/97-install_hack.t ........... ok t/97-mock.t ................... ok t/97-process_options.t ........ ok t/97-process_setup_options.t .. ok t/97-return_values.t .......... ok t/97-run.t .................... # will run '/usr/bin/perl -Mblib blib/script/cpan -y 2>&1' t/97-run.t .................... 1/32 # will run '/usr/bin/perl -Mblib blib/script/cpan -h 2>&1' t/97-run.t .................... ok All tests successful. Files=31, Tests=494, 9 wallclock secs ( 0.10 usr 0.03 sys + 7.47 cusr 1.02 csys = 8.62 CPU) Result: PASS ANDK/CPAN-2.25.tar.gz /usr/bin/make test -- OK Running make install Manifying blib/man1/cpan-mirrors.1 Manifying blib/man1/cpan.1 Installing /root/perl5/lib/perl5/CPAN.pm Installing /root/perl5/lib/perl5/CPAN/CacheMgr.pm Installing /root/perl5/lib/perl5/CPAN/FTP.pm Installing /root/perl5/lib/perl5/CPAN/Queue.pm Installing /root/perl5/lib/perl5/CPAN/Distroprefs.pm Installing /root/perl5/lib/perl5/CPAN/Kwalify.pm Installing /root/perl5/lib/perl5/CPAN/Module.pm Installing /root/perl5/lib/perl5/CPAN/Author.pm Installing /root/perl5/lib/perl5/CPAN/Debug.pm Installing /root/perl5/lib/perl5/CPAN/Complete.pm Installing /root/perl5/lib/perl5/CPAN/FirstTime.pm Installing /root/perl5/lib/perl5/CPAN/Distrostatus.pm Installing /root/perl5/lib/perl5/CPAN/Admin.pm Installing /root/perl5/lib/perl5/CPAN/Tarzip.pm Installing /root/perl5/lib/perl5/CPAN/Prompt.pm Installing /root/perl5/lib/perl5/CPAN/URL.pm Installing /root/perl5/lib/perl5/CPAN/Version.pm Installing /root/perl5/lib/perl5/CPAN/DeferredCode.pm Installing /root/perl5/lib/perl5/CPAN/Distribution.pm Installing /root/perl5/lib/perl5/CPAN/Nox.pm Installing /root/perl5/lib/perl5/CPAN/Bundle.pm Installing /root/perl5/lib/perl5/CPAN/Shell.pm Installing /root/perl5/lib/perl5/CPAN/InfoObj.pm Installing /root/perl5/lib/perl5/CPAN/HandleConfig.pm Installing /root/perl5/lib/perl5/CPAN/Plugin.pm Installing /root/perl5/lib/perl5/CPAN/Index.pm Installing /root/perl5/lib/perl5/CPAN/Mirrors.pm Installing /root/perl5/lib/perl5/CPAN/FTP/netrc.pm Installing /root/perl5/lib/perl5/CPAN/LWP/UserAgent.pm Installing /root/perl5/lib/perl5/CPAN/Kwalify/distroprefs.yml Installing /root/perl5/lib/perl5/CPAN/Kwalify/distroprefs.dd Installing /root/perl5/lib/perl5/CPAN/HTTP/Credentials.pm Installing /root/perl5/lib/perl5/CPAN/HTTP/Client.pm Installing /root/perl5/lib/perl5/CPAN/API/HOWTO.pod Installing /root/perl5/lib/perl5/CPAN/Exception/blocked_urllist.pm Installing /root/perl5/lib/perl5/CPAN/Exception/RecursiveDependency.pm Installing /root/perl5/lib/perl5/CPAN/Exception/yaml_process_error.pm Installing /root/perl5/lib/perl5/CPAN/Exception/yaml_not_installed.pm Installing /root/perl5/lib/perl5/CPAN/Plugin/Specfile.pm Installing /root/perl5/lib/perl5/App/Cpan.pm Installing /root/perl5/man/man1/cpan-mirrors.1 Installing /root/perl5/man/man1/cpan.1 Installing /root/perl5/man/man3/CPAN.3pm Installing /root/perl5/man/man3/CPAN::Admin.3pm Installing /root/perl5/man/man3/CPAN::Tarzip.3pm Installing /root/perl5/man/man3/CPAN::Queue.3pm Installing /root/perl5/man/man3/CPAN::Distroprefs.3pm Installing /root/perl5/man/man3/CPAN::Version.3pm Installing /root/perl5/man/man3/App::Cpan.3pm Installing /root/perl5/man/man3/CPAN::Kwalify.3pm Installing /root/perl5/man/man3/CPAN::Nox.3pm Installing /root/perl5/man/man3/CPAN::Plugin::Specfile.3pm Installing /root/perl5/man/man3/CPAN::Debug.3pm Installing /root/perl5/man/man3/CPAN::HandleConfig.3pm Installing /root/perl5/man/man3/CPAN::Plugin.3pm Installing /root/perl5/man/man3/CPAN::API::HOWTO.3pm Installing /root/perl5/man/man3/CPAN::Mirrors.3pm Installing /root/perl5/man/man3/CPAN::FirstTime.3pm Installing /root/perl5/bin/cpan-mirrors Installing /root/perl5/bin/cpan Appending installation info to /root/perl5/lib/perl5/x86_64-linux-thread-multi/perllocal.pod ANDK/CPAN-2.25.tar.gz /usr/bin/make install -- OK cpan[3]> reload cpan (CPAN__unchanged__v1.9800)(CPAN::Author__unchanged__v5.5001) (CPAN::CacheMgr__unchanged__v5.5001)(CPAN::Complete__unchanged__v5.5) (CPAN::Debug__unchanged__v5.5001)(CPAN::DeferredCode__unchanged__v5.50) (CPAN::Distribution__unchanged__v1.9602)(CPAN::Distroprefs__unchanged__v6) (CPAN::Distrostatus__unchanged__v5.5) (CPAN::Exception::RecursiveDependency..v5.5) (CPAN::Exception::yaml_not_installed..v5.5)(CPAN::FTP__unchanged__v5.5005) (CPAN::FTP::netrc__unchanged__v1.01)(CPAN::HandleConfig__unchanged__v5.5003) (CPAN::Index__unchanged__v1.9600)(CPAN::InfoObj__unchanged__v5.5) (CPAN::LWP::UserAgent....v1.9600)(CPAN::Module__unchanged__v5.5001) (CPAN::Prompt__unchanged__v5.5)(CPAN::Queue__unchanged__v5.5001) (CPAN::Shell__unchanged__v5.5002)(CPAN::Tarzip__unchanged__v5.5011) (CPAN::Version__unchanged__v5.5001) 8 subroutines redefined cpan[4]> Lockfile removed. [root@lou ~]# cpan cpan shell -- CPAN exploration and modules installation (v1.9800) Enter 'h' for help. cpan[1]>

5 12

CentOS 7 Installation Problems
by Eugene Poole 12 Mar '19

12 Mar '19

I attempted to install CentOS 7 x86_64 on my machine that has the following hardware: Motherboard: ASRock X99 Taichi BIOS: AMI v P1.40 08/04/2016 CPU: Intel Core I7-5820K RAM: 64 GB (8 x 8 GB DIMM) Optical: LG Blu Ray 25 G / 50 G burner Storage: 2 - 120GB PNY CS1311 SSD 4 - 4 TB Western Digital hard drives The 2 SSD drives are divided into 3 software RAID-1 devices: /dev/sda1 | /dev/sdb1 = /dev/md0 (2 GB) /dev/md0 /boot /dev/sda2 | /dev/sdb2 = /dev/md1 (77 GB) LVM /dev/VG_opsys /dev/vg_opsys/lv_root / 8 GB /dev/vg_opsys/lv_archive /archive 2 GB /dev/vg_opsys/lv_opt /opt 2 GB /dev/vg_opsys/lv_tmp /tmp 5 GB /dev/vg_opsys/lv_usr /usr 12 GB /dev/vg_opsys/lv_usr_local /usr/local 2 GB /dev/vg_opsys/lv_var /var 8 GB /dev/sda3 | /dev/sdb3 = /dev/md2 (32 GB) LVM /dev/vg_sysswap /dev/vg_sysswap/lv_sysswap swap 16 GB 4 - 4 TB Western Digital hard drives The 4 WD drives are divided into a single software RAID-10 device: /sdc1 | /sdd1 | /sde1 | /sdf1 = /dev/md3 (7.28 TB) LVM /dev/vg_jpd1data /dev/vg_jpd1data/lv_dbmsu00 /dbmsu00 160 GB /dev/vg_jpd1data/lv_websoft /websoft 70 GB ... ETC ... I like this configuration so I thought ... Installation attempt 1: Machine had been running CentOS 6.10 x86_64 with no problems at all. But I wanted to do some things on this machine and I didn't want to have to do a upgrade next year. I backed up all of the data on another machine so I wouldn't suffer a data loss. Inserted the CentOS 7 DVD and rebooted - for whatever reason it didn't see the DVD. Installation attempt 2: Rebooted and selected F11 for the boot menu and selected the SATA device for the Blu Ray (BTW, there was another selection that allowed me to boot UEFI for the Blu Ray). The installation continued and when I got the the storage screen I selected all 6 storage devices. When I got to the point where I tried to select all of the file systems (BTW, the /boot device was listed as unknown) I wanted format the volumes /boot, OpSys, and swap and I wanted to just mount the devices defined on the RAID-10 device. When I tried to accept the definitions the install just hung at the point. I had to power off the machine. Installation attempt 3: I decided to start from scratch so I went into rescue mode and removed all of the partitions on all 6 disks. So when I got the the storage screen I only selected the 2 120GB disks and went through a complete definition for /boot, vg_opsys, and vg_sysswap. But once again when I got to the point where I had to accept what was to be formatted it hung and had to be powered off t restart the install. I thought it might be my DVD so I downloaded a minimal install to try again. Installation attempt 4. I remembered that there are instructions on how to add software raid-1 on a running machine. So I did the allocations on a single 120 GB drive (/dev/sda). When I got to the same point as the first 3 attempts it once again hung. I rebooted on my GParted DVD and removed all the partitions on all 6 drives. Then rebooted using the CentOS 6 DVD and did the complete install including the RAID-10 devices. Why could I install completely CentOS 6 but not CentOS 7? Note: When booting I saw a selection for PF2 so I could setup UEFI. Also PF11 allows me to make a choice to boot from SATA3 standard MBR or UEFI boot. What am I doing wrong? -- Eugene Poole Woodstock, Georgia

2 1

C7 on Dell Precision 7530
by wwp 11 Mar '19

11 Mar '19

Hello, does anybody have experience with installing and running CentOS 7 on Dell Precision 7530 series (w/ Intel gfx chipset if that matters)? It can be bought w/ Ubuntu 16.04 LTS pre-installed (which doesn't attract me at all), but prior to use such hw model at work, I'd like to understand where I'm going to. Especially after my bad experiences installing C7 on "modern" (read since skylake variants) hardware whereas Ubuntu variants went better, gosh. Or maybe I should wait for C8. Of course I did dig the Internet for intel, found very few stuff and this: https://access.redhat.com/ecosystem/hardware/3431551 Regards, -- wwp

2 1

CentOS 8 Artwork needed
by Rich Bowen 08 Mar '19

08 Mar '19

To all the artists and designers here, we need your help. With RHEL 8 beta released, we need to start producing artwork for CentOS 8. It's time for the CentOS Artwork SIG, and anyone else that's interested in contributing to this effort, to start working on everything that will be needed for the new release. What we know we need is anaconda artwork, and new desktop backgrounds to replace the current '7' themed stuff. As we dig, we may find more things that need to be updated to the new 8 theme. Additionally, we will need to update some of the assets listed here: https://wiki.centos.org/ArtWork/Identity ... and produce new assets for 8 to be listed here: https://wiki.centos.org/ArtWork/Brand/Logo And, finally, we need someone to step up to lead this effort. While we don't yet know for certain when RHEL 8 will officially release, it's safe to assume that it's soon, and we need your help. -- Rich Bowen - rbowen(a)redhat.com @CentOSProject // @rbowen 859 351 9166

5 4

elasticsearch connection refused
by Ralf Prengel 08 Mar '19

08 Mar '19

Hallo, is anyone here using elasticsearch on centos? I tried several configs to configure external access but nothing is working. My tests: telnet localhost or 127.0.0.1 9200 works local on the machine telnet 192.168.242.4 9200 connection refused local on the machine. So it is clear that access from other systems can not work. Is there perhaps something special to consider when using centos 7? Thanks for hints. Ralf

6 10

syslog / logstah problem with timestamp
by Ralf Prengel 08 Mar '19

08 Mar '19

Hallo, I try to send my centos 7 logfiles to an logstsah server. Can anyone give me an hint how to fix this problem? Thanks Ralf > {"index"=>{"_index"=>"%{[@metadata][comline]}-%{[@metadata][version]}", > "_type"=>"doc", "_id"=>"U1XLXGkBpfl5FoHeY4J8", "status"=>400, > "error"=>{"type"=>"mapper_parsing_exception", "reason"=>"failed to > parse field [timestamp] of type [date]", > "caused_by"=>{"type"=>"illegal_argument_exception", > "reason"=>"Invalid format: \"Mar 8 11:13:54\""}}}}} [2019-03-08T11:13:47,125][WARN ][logstash.outputs.elasticsearch] Could not index event to Elasticsearch. {:status=>400, :action=>["index", {:_id=>nil, :_index=>"%{[@metadata][comline]}-%{[@metadata][version]}", :_type=>"doc", :routing=>nil}, #<LogStash::Event:0x3af3f839>], :response=>{"index"=>{"_index"=>"%{[@metadata][comline]}-%{[@metadata][version]}", "_type"=>"doc", "_id"=>"VFXLXGkBpfl5FoHeY4Ly", "status"=>400, "error"=>{"type"=>"mapper_parsing_exception", "reason"=>"failed to parse field [timestamp] of type [date]", "caused_by"=>{"type"=>"illegal_argument_exception", "reason"=>"Invalid format: \"Mar 8 11:13:54\""}}}}} [2019-03-08T11:13:47,202][WARN ][logstash.outputs.elasticsearch] Could not index event to Elasticsearch. {:status=>400, :action=>["index", {:_id=>nil, :_index=>"%{[@metadata][comline]}-%{[@metadata][version]}", :_type=>"doc", :routing=>nil}, #<LogStash::Event:0x4fedebdc>], :response=>{"index"=>{"_index"=>"%{[@metadata][comline]}-%{[@metadata][version]}", "_type"=>"doc", "_id"=>"VVXLXGkBpfl5FoHeZII_", "status"=>400, "error"=>{"type"=>"mapper_parsing_exception", "reason"=>"failed to parse field [timestamp] of type [date]", "caused_by"=>{"type"=>"illegal_argument_exception", "reason"=>"Invalid format: \"Mar 8 11:13:54\""}}}}} ^C

2 1

Restarting nfs-server using systemctl resulted in error
by Nurdiyana Ali 08 Mar '19

08 Mar '19

Hi All, I am having strange issues with NFS server on CentOS 7.2. I am unable to restart the nfs-server: [root@hostname ~]# systemctl restart nfs-server ** (pkttyagent:20603): WARNING **: Unable to register authentication agent: Timeout was reached Error registering authentication agent: Timeout was reached (g-io-error-quark, 24) Failed to restart nfs-server.service: Connection timed out Googling doesn't seem to yield answers. How do I restart this service? Sincerely, Nurdiyana Ali.

2 2

C 7 anacron issue
by mark 08 Mar '19

08 Mar '19

Has anyone else seen a problem recently (like, the last few weeks) with anacron? We've got a couple of recently-built systems and we're seeing Mar 4 17:20:01 <system> crond[25767]: (root) PAM ERROR (Failure setting user credentials) Mar 4 17:20:01 <system> crond[25767]: (root) FAILED to authorize user with PAM (Failure setting user credentials) mark

2 3

CentOs 7 i386 & PAE Kernel
by Mike McTernan (wavemobile) 07 Mar '19

07 Mar '19

Hi Gurus, I've been playing with CentOS 7's AltArch i386 builds with some good results on one machine, but can't get it to boot properly on another with a newer Bay Trail CPU. Previously CentOS 6 i386 worked on both, and that set a legacy I'd like to recreate... I *think* the problem is that the 7 kernel is non-PAE, and that has some peculiar knock on effect that prevents some PCI devices being seen, notably the device with the rootfs. CentOS 6 worked on both machines with the PAE kernel. Looking around, I found the following repo: https://mirrors.dotsrc.org/centos-altarch/7/kernel/i386/ This carries 4.14 (long term support) based -PAE kernels (as well as non-PAE) which look to fix my problem. However, I can't find any description of this repo or policy on how it is updated or the intended use. Or why PAE kernels aren't provided as an option in the 'normal' i386 CentOS 7 builds. If anyone could help explain this repo and the view on PAE for the AltArch i386 builds of CentOS 7, I would be really grateful as I can't find the info anywhere else! Kind Regards, Mike -- wavemobile Warning: The information transmitted is intended only for the person or entity to which it is addressed and may contain confidential and/or privileged material. Any review, retransmission, dissemination or other use of, or taking of any action in reliance upon, this information by persons or entities other than the intended recipient is prohibited. If you received this in error, please contact the sender immediately and delete the material from any computer. wavemobile Ltd is registered in England and Wales, Registration Number: 04780898.

3 7

CentOS 7.6 kickstart error
by isdtor 07 Mar '19

07 Mar '19

I am testing a CentOS 7.6 kickstart installation. After kickstart was initiated, the installation stops at some point where a sort of table is printed under "Installation", and the item that fails is 4 - Software selection, Error checking software selection. I have checked /tmp/packaging.log and /tmp/anaconda.log, but cannot find any errors here that would prevent installation. Poor error messages, no usable lead for debug.

3 3

Re: [CentOS] Network Bridge - error
by Larry Sevilla 07 Mar '19

07 Mar '19

Hi Andrija, Got the same error message, but different details. systemctl status network.service https://pastebin.com/NjtXUwci journalctl -xe https://pastebin.com/Kn0Dggmm My network settings: https://pastebin.com/JDGJJYVc On Wed, Mar 6, 2019 at 4:57 PM Andrija Panic <andrija.panic(a)shapeblue.com> wrote: > Hi Larry, > > Log says: Bridge support not available: brctl not found > > Fix with: yum install bridge-utils > > Let me know once you are finished with guide - you are perfect for testing > this guide (since new to CentOS completely) > > I will update the guide once you are done with it - let me know please! > > Kind regards, > Andrija > > andrija.panic(a)shapeblue.com > www.shapeblue.com > Amadeus House, Floral Street, London WC2E 9DPUK > @shapeblue > > > > > -----Original Message----- > From: Larry Sevilla <sevilla.larry.oss(a)gmail.com> > Sent: 06 March 2019 09:45 > To: users(a)cloudstack.apache.org; CentOS(a)centos.org > Subject: Network Bridge - error > > Hi, > > I'm new to CentOS. (I have tried Debian, Ubuntu, Devuan & Gentoo). > And also new to CloudStack. > > I'm trying the Quick Installation Guide of CloudStack as pointed by > Andrija Panic of ShapeBlue > https://github.com/apache/cloudstack-documentation/blob/master/source/quick… > > At Configuring the Network topic, I got an error: > > [root@localhost ~]# systemctl restart network Job for network.service > failed because the control process exited with error code. See "systemctl > status network.service" and "journalctl -xe" > for details. > > systemctl status network.service > https://pastebin.com/KzBqJN65 > > journalctl -xe > https://pastebin.com/PLQGuLeR >

1 0

Network Bridge - error
by Larry Sevilla 06 Mar '19

06 Mar '19

Hi, I'm new to CentOS. (I have tried Debian, Ubuntu, Devuan & Gentoo). And also new to CloudStack. I'm trying the Quick Installation Guide of CloudStack as pointed by Andrija Panic of ShapeBlue https://github.com/apache/cloudstack-documentation/blob/master/source/quick… At Configuring the Network topic, I got an error: [root@localhost ~]# systemctl restart network Job for network.service failed because the control process exited with error code. See "systemctl status network.service" and "journalctl -xe" for details. systemctl status network.service https://pastebin.com/KzBqJN65 journalctl -xe https://pastebin.com/PLQGuLeR

2 1

CentOS-announce Digest, Vol 169, Issue 2
by centos-announce-request＠centos.org 06 Mar '19

06 Mar '19

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-2019:0436 Moderate CentOS 7 java-11-openjdk Security Update (Johnny Hughes) 2. CEBA-2019:0452 CentOS 7 java-1.8.0-openjdk BugFix Update (Johnny Hughes) 3. CESA-2019:0464 Moderate CentOS 7 java-1.7.0-openjdk Security Update (Johnny Hughes) ---------------------------------------------------------------------- Message: 1 Date: Wed, 6 Mar 2019 00:33:04 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CESA-2019:0436 Moderate CentOS 7 java-11-openjdk Security Update Message-ID: <20190306003304.GA19978(a)bstore1.rdu2.centos.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Security Advisory 2019:0436 Moderate Upstream details at : https://access.redhat.com/errata/RHSA-2019:0436 The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) x86_64: 455611eda46b23a443562b371b11031c0c7cd755fa461d36c1265aa5ff0581b7 java-11-openjdk-11.0.2.7-0.el7_6.i686.rpm 2d04a5ed238be61cc3eca8bb760e36ba730bb97a4948d93f8cb1abb23c2efdec java-11-openjdk-11.0.2.7-0.el7_6.x86_64.rpm 9382cbbb2e508d3c9af6c2dd464f6a2a54b8f7c4c42abc5a8a5e8afc2c9d1b18 java-11-openjdk-debug-11.0.2.7-0.el7_6.i686.rpm 3bcbcc3a783c4c9b0ccf5dace193f834657c724d89effeb69ef920b41fb33b93 java-11-openjdk-debug-11.0.2.7-0.el7_6.x86_64.rpm 31723eed1292300403a09ff8ad95550bbf37c29a6868a1ad5d911ef711dd50b7 java-11-openjdk-demo-11.0.2.7-0.el7_6.i686.rpm b5a6567ecfe5a58f01f53ac30c2eb2c11575efcd17cae90582a51176e4db2498 java-11-openjdk-demo-11.0.2.7-0.el7_6.x86_64.rpm 7818ee07653a778293818a02c86eb6a946b7bb826978e243e526fc85340e3dc5 java-11-openjdk-demo-debug-11.0.2.7-0.el7_6.i686.rpm 979689c0138cce99224c77370217d07a8504b57b25d054987931ff24b6ad5b09 java-11-openjdk-demo-debug-11.0.2.7-0.el7_6.x86_64.rpm 1573dc9a08c6d3a39c6cd2f303f0228e498f281f05d7f91692eddeb8bbe19f28 java-11-openjdk-devel-11.0.2.7-0.el7_6.i686.rpm 18f3a3ac00fbbcb2228d97592fab9d420b1ce0717e7f7aaa4e99dff2794bb9d7 java-11-openjdk-devel-11.0.2.7-0.el7_6.x86_64.rpm 86032a3878de01037dcbe81c1d2360a59cbf7db7ec54a9cad9f58eec4c2c6e6b java-11-openjdk-devel-debug-11.0.2.7-0.el7_6.i686.rpm f734df7c461a3b68202d0075e3d0089e2d93287e6d0b9679a136534eec1ae77d java-11-openjdk-devel-debug-11.0.2.7-0.el7_6.x86_64.rpm 6d5ee0ce4a9537a6066e0dff983969a265946965887b45709490daa08409a4de java-11-openjdk-headless-11.0.2.7-0.el7_6.i686.rpm 88e6bd393337cd85c421c0ab6c9f2bdb1846344fe4db8ee38dec4b688bf528cb java-11-openjdk-headless-11.0.2.7-0.el7_6.x86_64.rpm 758e1a74d5fb435c5ccc0f4307cc0d2a6112eb242da3da7a86294ae4386b9f88 java-11-openjdk-headless-debug-11.0.2.7-0.el7_6.i686.rpm 50036b97862857f7f0d60569043bfc762c5eb4ddf7069cbfa8e9bdb56d841166 java-11-openjdk-headless-debug-11.0.2.7-0.el7_6.x86_64.rpm 6c6a3d3380df1c070dc230788e25eb50b54f81ffa834d36ce2bf88e38edcf6eb java-11-openjdk-javadoc-11.0.2.7-0.el7_6.i686.rpm 4e3821a2bba3cfd3dd947359b8cc396e5868bf52946d99f44ea81b9dd825e3b4 java-11-openjdk-javadoc-11.0.2.7-0.el7_6.x86_64.rpm 6c881d9c081be6182e821ec3d956f342054201db468abdd87123c1b23495389a java-11-openjdk-javadoc-debug-11.0.2.7-0.el7_6.i686.rpm 65c8d2eb44491647569d6a37f335e49e941e4bb6f910cb5171bb819194585189 java-11-openjdk-javadoc-debug-11.0.2.7-0.el7_6.x86_64.rpm 64050c25f1ea9eca22505264d5b49a3de521f0ca2b82f1dadb8f58f909a74f1e java-11-openjdk-javadoc-zip-11.0.2.7-0.el7_6.i686.rpm e9d529169e11e3456e6d989385396839301203a1cedf4a7191073d944d015759 java-11-openjdk-javadoc-zip-11.0.2.7-0.el7_6.x86_64.rpm 14d42846b958e0a458bc47d602817baf8e5e0718cd37b5ede4c19a6b4241ab9d java-11-openjdk-javadoc-zip-debug-11.0.2.7-0.el7_6.i686.rpm 84a5c81828b2e2169f5ab56b13cf9a87ccfa87b17e12c988bf49b60f6e8bd384 java-11-openjdk-javadoc-zip-debug-11.0.2.7-0.el7_6.x86_64.rpm 2ea9aa835b7f1da2c775da64c8feb4cc373c795bb06613c76f3284a566a804d4 java-11-openjdk-jmods-11.0.2.7-0.el7_6.i686.rpm 0719378192a36086f445ae451c6345d018aec419a4f2bbb8744dda201086e524 java-11-openjdk-jmods-11.0.2.7-0.el7_6.x86_64.rpm 9a75948d5575123c33ec0186b4b23f99384a3c6e83a1b95139ed0a23cff3c396 java-11-openjdk-jmods-debug-11.0.2.7-0.el7_6.i686.rpm 1bf9787d5c284f5156206ea8ca3fbfdb93a516d1d75b008d52c15d97520c3776 java-11-openjdk-jmods-debug-11.0.2.7-0.el7_6.x86_64.rpm cc12b310883fa4d93a221810e81493b96fba379d16c0b1fb6bf7b234df06cebc java-11-openjdk-src-11.0.2.7-0.el7_6.i686.rpm d084163ae25b8e7aa8342bfc8cdbf401c69cae016c9c8e4196dc0f195ef3b297 java-11-openjdk-src-11.0.2.7-0.el7_6.x86_64.rpm b896978be72668486fa64e8e919651152b8536ecc61767b154c3f8905df253e6 java-11-openjdk-src-debug-11.0.2.7-0.el7_6.i686.rpm 262cef6e4db37d81a1aca2b679362790fd8ffbc584becc3de36a86d512c81862 java-11-openjdk-src-debug-11.0.2.7-0.el7_6.x86_64.rpm Source: 09ac96b7e1bb819d0109e052832e54e2f413e212efad32d6acafdbc554703f73 java-11-openjdk-11.0.2.7-0.el7_6.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net Twitter: @JohnnyCentOS ------------------------------ Message: 2 Date: Wed, 6 Mar 2019 00:34:34 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CEBA-2019:0452 CentOS 7 java-1.8.0-openjdk BugFix Update Message-ID: <20190306003434.GA20268(a)bstore1.rdu2.centos.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Bugfix Advisory 2019:0452 Upstream details at : https://access.redhat.com/errata/RHBA-2019:0452 The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) x86_64: dc1cfa2619ad28ac2ddbc9e42663e8394926203a8285e065c1317e58797e183a java-1.8.0-openjdk-1.8.0.201.b09-2.el7_6.x86_64.rpm f1a4fee34bf16ebfae76a9249dad3c272b1d54cbb3a523f9375caf858c90c59f java-1.8.0-openjdk-accessibility-1.8.0.201.b09-2.el7_6.x86_64.rpm 6117a9cca047763c5debf74bc170e72b9961a63a7f07f629900f48e90ca1eedb java-1.8.0-openjdk-accessibility-debug-1.8.0.201.b09-2.el7_6.x86_64.rpm cd5d720dab975ca5103fb6f82f4b9eeccd092a6b86e8376f3884da8d2552e192 java-1.8.0-openjdk-debug-1.8.0.201.b09-2.el7_6.x86_64.rpm 76fa188007024cfe20774f275848d72a3b459a8fbe8c2d535b600f481a96c025 java-1.8.0-openjdk-demo-1.8.0.201.b09-2.el7_6.x86_64.rpm a20573006a1a9a0bb3fe730f8ac5f0fa45a853738c82215d1cb7c368ad28324c java-1.8.0-openjdk-demo-debug-1.8.0.201.b09-2.el7_6.x86_64.rpm 27f16bfff7bd229171f2b5218438bf8549801ff8b4b568e63d9719fd0d002c14 java-1.8.0-openjdk-devel-1.8.0.201.b09-2.el7_6.x86_64.rpm 29cf4faf81f69c4682fb94ae7f49f267ff1fefc8b97095e4ede3350a4def626c java-1.8.0-openjdk-devel-debug-1.8.0.201.b09-2.el7_6.x86_64.rpm 86f636731a17e34003a8c9b36d386c928d9a641db13e7d41004e0933480af07e java-1.8.0-openjdk-headless-1.8.0.201.b09-2.el7_6.x86_64.rpm 38919d930f82e2a234b0864eb4f2ac93be9c297d965969cf073876724106caf3 java-1.8.0-openjdk-headless-debug-1.8.0.201.b09-2.el7_6.x86_64.rpm d2f3dc465e47544b14a37639e5be47f77310ef7ec58a260f9b8277a216f398ad java-1.8.0-openjdk-javadoc-1.8.0.201.b09-2.el7_6.noarch.rpm 28f070114307948ddcdf6fc451fd3039cc2bf68bbd9ce84c13bafb3a33550b1a java-1.8.0-openjdk-javadoc-debug-1.8.0.201.b09-2.el7_6.noarch.rpm 818dd71e9c49c0ea6cd956b13852de321f25af88cf526fa2c025298075936742 java-1.8.0-openjdk-javadoc-zip-1.8.0.201.b09-2.el7_6.noarch.rpm b4585ffff7b56ad4d69748507595624dc12417a033ba8d6325f04455880e72f7 java-1.8.0-openjdk-javadoc-zip-debug-1.8.0.201.b09-2.el7_6.noarch.rpm 14177f988d1cd0a1108fb776a9b3c13cfe4c2b75f9e5a50ac8b0e31decd8e567 java-1.8.0-openjdk-src-1.8.0.201.b09-2.el7_6.x86_64.rpm 412225d41a603680152385fb1de982d42ae2d7fd6b035a19bd79b0b920671088 java-1.8.0-openjdk-src-debug-1.8.0.201.b09-2.el7_6.x86_64.rpm Source: 8999d5ccf37e443fc7eb2aa7df31d0d512b9da309afb74962f7b7026033e2248 java-1.8.0-openjdk-1.8.0.201.b09-2.el7_6.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net Twitter: @JohnnyCentOS ------------------------------ Message: 3 Date: Wed, 6 Mar 2019 00:38:36 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CESA-2019:0464 Moderate CentOS 7 java-1.7.0-openjdk Security Update Message-ID: <20190306003836.GA20510(a)bstore1.rdu2.centos.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Security Advisory 2019:0464 Moderate Upstream details at : https://access.redhat.com/errata/RHSA-2019:0464 The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) x86_64: 74fcbd4ef22de6e4647b48f306c02a588377bf1fe720f69366b560914584dcae java-1.7.0-openjdk-1.7.0.211-2.6.17.1.el7_6.x86_64.rpm 6e67f5b300bd9ec9eb24cc9af10e534ca024ede8dd2bf30aa9b2da98d1bd532c java-1.7.0-openjdk-accessibility-1.7.0.211-2.6.17.1.el7_6.x86_64.rpm 89ddcb7898ee9cdaf477fcf2ff4aabb73b5e693e7a67762230968284d402a278 java-1.7.0-openjdk-demo-1.7.0.211-2.6.17.1.el7_6.x86_64.rpm ac89aaf2228f9940b10e947cbe4793520f1ea9e15ac035299c31071e0e631ddc java-1.7.0-openjdk-devel-1.7.0.211-2.6.17.1.el7_6.x86_64.rpm 397588762a47511e43efc3bc41f62a476bd1752614c7f027ac8c4c3e43797462 java-1.7.0-openjdk-headless-1.7.0.211-2.6.17.1.el7_6.x86_64.rpm b317729418712925fb003e1c06f6cd4efad73052431944f7169360f381acf2df java-1.7.0-openjdk-javadoc-1.7.0.211-2.6.17.1.el7_6.noarch.rpm 484ae83bf10917b859115c9a85d3a55f5827c28ba75de49c32f3aa75bb1b57b9 java-1.7.0-openjdk-src-1.7.0.211-2.6.17.1.el7_6.x86_64.rpm Source: c7327d77cd63645de6df8b666aa02d4da4ccc3500790815ada8b12ac3ab40680 java-1.7.0-openjdk-1.7.0.211-2.6.17.1.el7_6.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net Twitter: @JohnnyCentOS ------------------------------ Subject: Digest Footer _______________________________________________ CentOS-announce mailing list CentOS-announce(a)centos.org https://lists.centos.org/mailman/listinfo/centos-announce ------------------------------ End of CentOS-announce Digest, Vol 169, Issue 2 ***********************************************

1 0

autofs mounts all map entries after unmount timeout
by Wilhelm Ruesing 05 Mar '19

05 Mar '19

Hello, i have run an update on a machine with CentOS release 7.4.1708 and autofs 1:5.0.7-70.el7_4.1 to CentOS release 7.6.1810 and autofs 1:5.0.7-99.el7 The configuration did not change, all auto.* maps look the same as before. After the update, the autofs seems to be broken for the direct mounts. When reaching the umount timeout it does the opposite and mounts all direct mounts and never umounts. Does someone had already seen such behavior and can point me in the right direction to understand why this happens. Thanks for all your comments, Wilhelm

2 1

Automated XFCE install from kickstart and epel-release issue
by freebsd＠tango.lu 05 Mar '19

05 Mar '19

Hello, I am working on a kickstart automated Centos 7 GUI vm deployment. Defining gnome desktop in kickstart works. @gnome-desktop - A GNOME desktop However Centos and anything from the epel-release such as xrdp does not work. I have tried it on different ways. repo --name=epel-release %packages #epel-release # DOES NOT WORK @ Core #@core @ Base #@base @ X Window System #@x11 #@ XFCE # DOES NOT WORK @xfce-desktop # DOES NOT WORK #@Server with GUI # DOES NOT WORK #Xfce # DOES NOT WORK #xrdp # DOES NOT WORK I have followed the recommendations in this discussion: https://unix.stackexchange.com/questions/81354/import-epel-gpg-key-in-kicks… None of them worked. In the %post% section yum -y commands seems to be ignored. I would also like to do a full system upgrade automatically. Any ideas? Thanks

3 3

Systemd's [ OK ] in green beginning of line
by Jobst Schmalenbach 05 Mar '19

05 Mar '19

Hi I have to (re-)write many bootup scripts to move a bunch of servers from CentOS6 to CentOS7 In sysvinit the "echo_success" and "echo_failure" used to do this. What is the equivalent for systemd? thanks Jobst

2 1

somewhat OT -- are .appimage files safe?
by Kay Schenk 04 Mar '19

04 Mar '19

Hello all. I'm in the midst of trying to transfer a G+ community to something else. I came across this site-- https://blog.friendsplus.me/export-google-plus-feeds-45926c925891 that actually has an advanced "exporter" app but it is an ".appimage" app. I am not familiar with this at all and was wondering if someone on this list is. Thanks for any help. -- "Less is more." ---------------- MzK

1 0

Mail Server Guides
by Ben Archuleta 04 Mar '19

04 Mar '19

Hello All, I need to set up a new mail server to replace an aging CentOS 6.3 mail server. I was wondering what were some of the best guides on the web for Postfix (Maildir), Spamassassin, ClamAV, Dovecot? Regards, Ben Archuleta

6 6

perl-Net-SCP on Centos 7
by Gary Stainburn 04 Mar '19

04 Mar '19

Hi All, My new server is now built and I'm rebuilding the various services. Falling at the first hurdle, my xinetd.conf service requrires perl-Net-SCP which doesn't appear to be available on C7. I could install CPAN and install it that way, but obviously I'd rather try to keep to RPM's if I can. I've tried Google, but not really come up with a solution I'm happy with. Does anyone have any suggestions? I've found a Fedora 29 RPM on RPMfind. Would that be close enough?

2 4

What files to edit when changing the sdX of hard drives?
by Jobst Schmalenbach 04 Mar '19

04 Mar '19

Hi I have read instructions for udev, I also found many example on how to do this. I want to lock in the SDA/SDB/SDC for my drives and I came up with a rule like this KERNEL=="sd?", SUBSYSTEM=="block", ENV{ID_SERIAL}=="ST500DM002-1BC142_W2A56H8A", NAME="sda", RUN+="/usr/bin/logger ID_SERIAL=$ENV{ID_SERIAL} set to /dev/sda ", GOTO="END_PERSISTENT_DISK" However, it is not clear to me is in what files I need to add my rules. Do I add a random file "99-my-rules.rules" in "/etc/udev/rules.d/"? Do I copy a file from "/usr/lib/udev" to "/etc/udev/rules.d/" and add my rules? Do I need to be careful with the NUMBER, e.g. "60-my-rule.rules"? Jobst -- 186,262 miles/second : Not just a good idea, it's the LAW. | |0| | Jobst Schmalenbach, General Manager | | |0| Barrett & Sales Essentials |0|0|0| +61 3 9533 0000, POBox 277, Caulfield South, 3162, Australia

8 12

RPM Transaction Failure
by Mark LaPierre 03 Mar '19

03 Mar '19

Hey Y'all, I have a yum update failure that remains consistent and repeatable. This is what happens every time I try to update the java package. This a new computer with a fresh network install of CentOS 6.10. How can I fix this? CentOS release 6.10 (Final) Linux nicotine.patch 2.6.32-754.11.1.el6.x86_64 #1 SMP Tue Feb 26 15:38:56 UTC 2019 x86_64 x86_64 x86_64 GNU/Linux Number of cores = 4 01:51:37 up 3 days, 4:02, 1 user, load average: 0.00, 0.04, 0.08 Is this ok [y/N]: y Downloading Packages: java-1.7.0-openjdk-1.7.0.201-2.6.16.0.el6_10.x86_64.rpm | 27 MB 00:02 Running rpm_check_debug Running Transaction Test Transaction Test Succeeded Running Transaction Error in PRETRANS scriptlet in rpm package 1:java-1.7.0-openjdk-1.7.0.201-2.6.16.0.el6_10.x86_64 error: lua script failed: /usr/libexec/copy_jdk_configs.lua:272: attempt to index global 'file' (a nil value) Verifying : 1:java-1.7.0-openjdk-1.7.0.201-2.6.16.0.el6_10.x86_64 1/2 1:java-1.7.0-openjdk-1.7.0.181-2.6.14.10.el6.x86_64 was supposed to be removed but is not! -- _ °v° /(_)\ ^ ^ Mark LaPierre Registered Linux user No #267004 https://linuxcounter.net/ ****

2 2

Re: [CentOS] Mail Server Guides
by Adrian van Bloois 03 Mar '19

03 Mar '19

Am 01.03.19 um 18:53 schrieb Ben Archuleta: > I need to set up a new mail server to replace an aging CentOS 6.3 mail server. I was wondering what were some of the best guides on the web for Postfix (Maildir), Spamassassin, ClamAV, Dovecot? In the list I miss a program to control clamav and spamassassin. Many people use amavis, but my experience is not very favoufable with this script. I personally prefer MailScaaner, have a look at: www.mailscanner.info for further details. I use, and have used, this set in many circomstances even in large commercial envrionments, and I'm very pleased with it, functinally and in terms of stability. Good luck Adrian -- Adri P. van Bloois "Elegance is not a dispensable luxury but a factor that decides between success and failure." Edsger W. Dijkstra

2 1

Scanner problems HP4620 Jon LaBadie.
by Ger van Dijck 03 Mar '19

03 Mar '19

Hi Jon , I agree it is a little bit confusing : On USB all runs fine . So Hplip , cups , etc. is installed and functionates . On WLAN , believe it or not printing and faxing runs fine ; So the Wifi communication is present and functionating , but the scanner function is not ! When running hp-check under USB (Discouvered Devices) the laptopcamera and the scanner is present and all goes fine . Under WLAN (hp-check) the laptopcamera is present , but the scanner not . Clear is the scanner function cannot functionate , Uncear is why can I print to the HP4620 , fax with the HP4620 and NOT scan to the HP4620 while there must excists a wireless communication ? This is an enigma . I am curieus , Ger van Dijck. -- Using Opera's mail client: http://www.opera.com/mail/

1 0

gpg?
by mark 02 Mar '19

02 Mar '19

I just wanted to set up to send an encrypted message, so I went to generate a public/private key pair using gpg on C 6. Version 2.0.14, copyright 2009? Isn't there something newer than 10 years old? mark

5 4

Centos Digest Vol.169 Issue 26 HPlip Mark Roth/Jon LaBadie .
by Ger van Dijck 01 Mar '19

01 Mar '19

Hi Folks , The problems with HPlip goes on and on : I can not manage to establish a connection on WiFi with the HP4620 : I can print to the printer but not scan . Running hp-check results in cups is not running, hplip is not properly (HP) installed , xsane is not installed etc.. But I can assure you all this software is properly installed : Hp-check cannot detect the scanfunction on the HP4620. When running on USB cable all runs fine ! Maybe Bug 1683312 from Zdenek Dohnal (Red Hat) could be helpfull : I reported this bug . Hp does not support Unix/Linux applications ! Are they really so stupid to think that the world excist by MS and all other users do not need support: Arrogance or stupidity ? Regards , Ger van Dijck. -- Gemaakt met Opera's e-mailprogramma: http://www.opera.com/mail/

5 5

amanda 3.3.3.3-21
by Helmut Drodofsky 01 Mar '19

01 Mar '19

Helo, we have had well runnung amanda tape backup with 3.3.3.-17 in CentOS 7. Two weeks ago we updated the server und got the new release. Now LEOM will no longer be correct recognized. Other experince? How to downgrade? amanda is part of base repository and no former release will be found by yum search. -- 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

1 0

Setting GDM resolution without knowing the monitor specs
by Warren Young 01 Mar '19

01 Mar '19

We had a complaint recently from a customer that received a server we shipped out that their monitor just showed a black screen. It turns out that they’d hooked it up to an ancient POS with 800x600 as its best resolution, and gdm in CentOS 7 apparently assumes at least 1024x768. It was apparently a major hassle for them to hunt down a reasonable monitor for us. Since we almost never use the GUI on these things, we thought we’d solve that problem going forward by shipping these boxes out to use a fixed 800x600, so they’ll work on any monitor the user plugs in. The first problem you run into is that the Settings > Devices > Display GUI only affects the login you do it under. GDM doesn’t pay attention to this, not even to the configuration set as root! Then you go web searching and find solutions involving xrandr and advice to just put it in /etc/gdm/Init/Default, but that doesn’t seem to work. I then got soooo close when I found the advice to set the monitor configuration in the GUI, then copy ~/.config/monitors.xml to /var/lib/gdm/.config. That works…until you plug in a different monitor, because that file has a hard tie to the monitor brand, model and *serial number*! The monitors.xml file looks like this: <monitors version="2"> <configuration> <migrated/> <logicalmonitor> <x>0</x> <y>0</y> <primary>yes</primary> <monitor> <monitorspec> <connector>VGA-1</connector> <vendor>SAM</vendor> <product>SyncMaster</product> <serial>H1AK500000</serial> </monitorspec> <mode> <width>800</width> <height>600</height> <rate>60</rate> </mode> </monitor> </logicalmonitor> </configuration> </monitors> I have tried: 1. Removing the <monitorspec> section entirely. gdm then gives me a black screen on “systemctl restart gdm” from a text console. 2. Filling out all fields except <connector> with values like “default”, “generic”, “any”, “*”, etc. GDM decides you couldn’t possibly mean for this configuration to apply to that monitor, since it differs, so it ignores you and does whatever it likes instead. 3. Lots and lots of web searching for documentation on the file format to see if I can find out if there is a different way of specifying “any monitor, I don’t care”. I was about to go reading the source code, but I thought I’d ask here first. Keep in mind that we ship these systems out without knowing what monitor they’ll plug in, and once the systems are out in the field, it’s often difficult to get remote access to them. That means we can’t just log in with SSH, probe it with xrandr, and fix it remotely; we’re probably having the customer log in via the GUI to fix the problem that prevents us from SSHing in in the first place! It’s fine in our case to pin the configuration to “VGA-1”, because we know what connectors are on the server itself. We just don’t know what the customer will plug into it. I assume there’s a minimum screen resolution for CentOS 7, probably 1024x768, but we’re installing these systems with a reasonable screen. We only need this low resolution post-install, and then only so the customer can pull up a terminal and maybe run the Network settings tool. For that, 800x600 is fine. You do have to drag the Settings app around a bit to see everything, but it works. Our current fallback is Ctrl-Alt-F2 and nano, which is tolerable for some things — “Okay, type ‘ifconfig’…now find the line that has ‘inet’ in it, and read that back to me…’ — but remotely talking someone through changing ifcfg-noisenoise via nano is a minor nightmare, especially now that Confusing Network Device Naming is the default.

5 11

CentOS-announce Digest, Vol 169, Issue 1
by centos-announce-request＠centos.org 01 Mar '19

01 Mar '19

Send CentOS-announce mailing list submissions to centos-announce(a)centos.org To subscribe or unsubscribe via the World Wide Web, visit https://lists.centos.org/mailman/listinfo/centos-announce or, via email, send a message with subject or body 'help' to centos-announce-request(a)centos.org You can reach the person managing the list at centos-announce-owner(a)centos.org When replying, please edit your Subject line so it is more specific than "Re: Contents of CentOS-announce digest..." Today's Topics: 1. CEBA-2019:C001 CentOS 7 shim BugFix Update (Johnny Hughes) ---------------------------------------------------------------------- Message: 1 Date: Thu, 28 Feb 2019 09:49:58 -0600 From: Johnny Hughes <johnny(a)centos.org> To: CentOS-Announce <centos-announce(a)centos.org> Subject: [CentOS-announce] CEBA-2019:C001 CentOS 7 shim BugFix Update Message-ID: <6f52193b-46e6-65bc-a7d5-b9d967f31c62(a)centos.org> Content-Type: text/plain; charset="utf-8" CentOS Errata and Bugfix Advisory 2019:C001 This is a bug fix for for the following CentOS Bug: https://bugs.centos.org/view.php?id=15522 The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) x86_64: 0ae55996308b507ba878377b35b71225c1fa28d4fb453c938a0d5dc9568501cc mokutil-15-2.el7.centos.x86_64.rpm 4e5cac6435cf60cd50610751e8dedc1df42d5b127a6aac033028d3dd049f01f6 shim-ia32-15-2.el7.centos.x86_64.rpm c8ba12bfa3c2cf5626e901e636536acba5c597a10d1081c0d5f780828c1a8a1d shim-unsigned-ia32-15-2.el7.centos.x86_64.rpm affdaf712818dfdaa17ebbad94f08361bb318baf0db038c0131a10a4b2fa40c7 shim-unsigned-x64-15-2.el7.centos.x86_64.rpm 8a8a958be8c80e53553199058f7612841e98f10bb1af4eb792f356353a6d985c shim-x64-15-2.el7.centos.x86_64.rpm Source: f951f93b68466e14772143f52f7903c9938b9914dc620cc96a45c8a1fb14ac16 shim-15-2.el7.centos.src.rpm 67e0ba835f68457eae9b437199a13a1ad8c0b740e419824e5f2d813c025170fd shim-signed-15-2.el7.centos.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos at irc.freenode.net <https://lists.centos.org/mailman/listinfo/centos-announce> Twitter: @JohnnyCentOS

1 0

Performing post-installation setup tasks - for 75 minutes
by Gary Stainburn 01 Mar '19

01 Mar '19

I'm doing a new install, and everything seems to have gone fine apart from the incredible amount of time it's taken. It does have 6 x 4TB drives in RAID6 and I am installing from a USB DVD drive as I had no SATA ports left, but this is getting rediculous. I chose a simple install (the one above file and print server) and added Postgresql but that was about it. It took over 5 hours to do the install and at 16:50 it changed to Performing post-installation setup tasks. That was 85 minutes ago. The HDD light keeps flashing, but other than that (and the circle swirling) there doesn't seem to be any activity. Is this normal and can I check to see if it is actually doing something?

4 6

CentOS-announce Digest, Vol 168, Issue 6
by centos-announce-request＠centos.org 27 Feb '19

27 Feb '19

Send CentOS-announce mailing list submissions to centos-announce(a)centos.org To subscribe or unsubscribe via the World Wide Web, visit https://lists.centos.org/mailman/listinfo/centos-announce or, via email, send a message with subject or body 'help' to centos-announce-request(a)centos.org You can reach the person managing the list at centos-announce-owner(a)centos.org When replying, please edit your Subject line so it is more specific than "Re: Contents of CentOS-announce digest..." Today's Topics: 1. CEBA-2019:0412 CentOS 6 unbound BugFix Update (Johnny Hughes) 2. CEBA-2019:0413 CentOS 6 binutils BugFix Update (Johnny Hughes) 3. CEBA-2019:0414 CentOS 6 sos BugFix Update (Johnny Hughes) 4. CESA-2019:0416 Moderate CentOS 6 java-1.8.0-openjdk Security Update (Johnny Hughes) 5. CESA-2019:0415 Important CentOS 6 kernel Security Update (Johnny Hughes) 6. CESA-2019:0420 Important CentOS 6 polkit Security Update (Johnny Hughes) ---------------------------------------------------------------------- Message: 1 Date: Tue, 26 Feb 2019 18:06:03 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CEBA-2019:0412 CentOS 6 unbound BugFix Update Message-ID: <20190226180603.GA5030(a)bstore1.rdu2.centos.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Bugfix Advisory 2019:0412 Upstream details at : https://access.redhat.com/errata/RHBA-2019:0412 The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: 25abb1bca48f050f3b83404860f6f104f6b5385ce36bcd543af505178429a754 unbound-1.4.20-26.el6_10.1.i686.rpm e29e6025d9e17e771fcbbfe57503eed1fb57a63a6592edced0a56d8f7e73d99f unbound-devel-1.4.20-26.el6_10.1.i686.rpm 1b74dbd489e6264f2370aa165937d1c7efd030eed777ebd1b1c141f139170a76 unbound-libs-1.4.20-26.el6_10.1.i686.rpm 54e595a60edc0a827e2f3296a99f3c5dee304d3ef68d8656d2a6baef6092579a unbound-python-1.4.20-26.el6_10.1.i686.rpm x86_64: a71e9763d4fa50c7de4e24d525059e4c139fa941b1bcfc457187a7213b7a84d5 unbound-1.4.20-26.el6_10.1.x86_64.rpm e29e6025d9e17e771fcbbfe57503eed1fb57a63a6592edced0a56d8f7e73d99f unbound-devel-1.4.20-26.el6_10.1.i686.rpm 292d0074c4ade9040169c7a78768ad24bc6f3ed27bfb19f54a4710c0fff03dd7 unbound-devel-1.4.20-26.el6_10.1.x86_64.rpm 1b74dbd489e6264f2370aa165937d1c7efd030eed777ebd1b1c141f139170a76 unbound-libs-1.4.20-26.el6_10.1.i686.rpm d575aa8890a443896ea9317b1e28f2d288a8cca60ddbed22e186fecdc2385057 unbound-libs-1.4.20-26.el6_10.1.x86_64.rpm 54e595a60edc0a827e2f3296a99f3c5dee304d3ef68d8656d2a6baef6092579a unbound-python-1.4.20-26.el6_10.1.i686.rpm 72a797b73fdc1a86e2409258afd11a8bf9a2dfc922b90a62ff294386c90f9f50 unbound-python-1.4.20-26.el6_10.1.x86_64.rpm Source: bc0eae8f0e4bf3594382485a04ab0470e950f133446011978a91903e9ffa2150 unbound-1.4.20-26.el6_10.1.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net Twitter: @JohnnyCentOS ------------------------------ Message: 2 Date: Tue, 26 Feb 2019 18:09:32 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CEBA-2019:0413 CentOS 6 binutils BugFix Update Message-ID: <20190226180932.GA5239(a)bstore1.rdu2.centos.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Bugfix Advisory 2019:0413 Upstream details at : https://access.redhat.com/errata/RHBA-2019:0413 The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: afa661d760a4ac97a7959ca7949a626b96f4a406b3bbfedc60eba4d767c635cf binutils-2.20.51.0.2-5.48.el6_10.1.i686.rpm f8d8d58e471267f6247ee3bd3a54fd742a78af3dba468fa131c13b2f0e4a7ada binutils-devel-2.20.51.0.2-5.48.el6_10.1.i686.rpm x86_64: fcffe62534bf900ab84700da19b51f98ab5bc0227f5f3b862df16d4d8d8d1b2d binutils-2.20.51.0.2-5.48.el6_10.1.x86_64.rpm f8d8d58e471267f6247ee3bd3a54fd742a78af3dba468fa131c13b2f0e4a7ada binutils-devel-2.20.51.0.2-5.48.el6_10.1.i686.rpm 1e6aad2dbc7a54ee34792b13980842ad833cd92000129334bf462b3593b3e1ad binutils-devel-2.20.51.0.2-5.48.el6_10.1.x86_64.rpm Source: e0ad428636abc38068b7fc3d8f2dc82e4b6fbabd1933d258e27b1da4f2ac5085 binutils-2.20.51.0.2-5.48.el6_10.1.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net Twitter: @JohnnyCentOS ------------------------------ Message: 3 Date: Tue, 26 Feb 2019 18:09:44 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CEBA-2019:0414 CentOS 6 sos BugFix Update Message-ID: <20190226180944.GA5373(a)bstore1.rdu2.centos.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Bugfix Advisory 2019:0414 Upstream details at : https://access.redhat.com/errata/RHBA-2019:0414 The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: 1848905af31854cbc95f65fcb1513089fcc7ed55351878594f40e16e2bd41617 sos-3.2-63.el6.centos.3.noarch.rpm x86_64: 1848905af31854cbc95f65fcb1513089fcc7ed55351878594f40e16e2bd41617 sos-3.2-63.el6.centos.3.noarch.rpm Source: fd0212eb15901efb1dc961708305457b9b8faf50ff34d79ab44b51387afa27a5 sos-3.2-63.el6.centos.3.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net Twitter: @JohnnyCentOS ------------------------------ Message: 4 Date: Tue, 26 Feb 2019 18:10:55 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CESA-2019:0416 Moderate CentOS 6 java-1.8.0-openjdk Security Update Message-ID: <20190226181054.GA5713(a)bstore1.rdu2.centos.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Security Advisory 2019:0416 Moderate Upstream details at : https://access.redhat.com/errata/RHSA-2019:0416 The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: 9a5c6248ec8c2d24d502d29906edda94c7cf1f13f3a13ca7eaac99f29b45b212 java-1.8.0-openjdk-1.8.0.201.b09-1.el6_10.i686.rpm 3162bbbd55c494b9137ae575b8442dbb0b44007fbb5d47e52da547aa24b4d5e3 java-1.8.0-openjdk-debug-1.8.0.201.b09-1.el6_10.i686.rpm e07a828253b45576ebb920a0b14ef307501f1351d792ccb235609aeb87470b02 java-1.8.0-openjdk-demo-1.8.0.201.b09-1.el6_10.i686.rpm 93ea1dcb90c2c53988a1bc76e18d7dcbfca57f790ea182d0ac147da4aa67560d java-1.8.0-openjdk-demo-debug-1.8.0.201.b09-1.el6_10.i686.rpm d291487e190c345e22918a6a9a84b0a262d607521cb71a4655ae6f20ea214c5f java-1.8.0-openjdk-devel-1.8.0.201.b09-1.el6_10.i686.rpm 05fc3390147d7fc7caf2f7998e667b5fa04fa886d778ecc192f0c95f71895267 java-1.8.0-openjdk-devel-debug-1.8.0.201.b09-1.el6_10.i686.rpm 95d8305328fb282adcac162ca8e0d26f1acc9a123fb0da0a02732f22d9d8a31b java-1.8.0-openjdk-headless-1.8.0.201.b09-1.el6_10.i686.rpm c156e41e34f8fb42d134989f3f8581ac01576acded90c074e2e0336b3685ab46 java-1.8.0-openjdk-headless-debug-1.8.0.201.b09-1.el6_10.i686.rpm 2f944432293be44bf3a434d85b5774d79823cde1c0fd32e4eb2f6b5551960041 java-1.8.0-openjdk-javadoc-1.8.0.201.b09-1.el6_10.noarch.rpm 0133f75781615bbdd57bf5c494daa34a678d1ac1bb84e2a3ddfeb1a8108c7e3b java-1.8.0-openjdk-javadoc-debug-1.8.0.201.b09-1.el6_10.noarch.rpm 22c2333ab44d8f66a3a103b37d0c0fa2fd86e511149d4be73dc49b1905b19902 java-1.8.0-openjdk-src-1.8.0.201.b09-1.el6_10.i686.rpm a032d80ce2d876a0eadc171a2b341e50cdb08c60d5fa38c07cae18a97cd4039d java-1.8.0-openjdk-src-debug-1.8.0.201.b09-1.el6_10.i686.rpm x86_64: cd75f219a8ec0f89656445a191740bc5104e7c2a751cd48db1ea339d21443182 java-1.8.0-openjdk-1.8.0.201.b09-1.el6_10.x86_64.rpm 03b3d60ce144c11a1d786427158cb599b9ba9cc80f992af83f44d507248c16df java-1.8.0-openjdk-debug-1.8.0.201.b09-1.el6_10.x86_64.rpm ea2cf54aeed2d8b4acd3b2e81852380cea9b99a823ba737d575fe8aeaa9d7d58 java-1.8.0-openjdk-demo-1.8.0.201.b09-1.el6_10.x86_64.rpm 2568fb7a798ab0f4bb7ed2168e693dbdded247832d3fdb1766d4ffb1088ea751 java-1.8.0-openjdk-demo-debug-1.8.0.201.b09-1.el6_10.x86_64.rpm 5069d9f24f9a94af8029fa40e705851ac98fedee5bbed42d1e248672a18d4eb9 java-1.8.0-openjdk-devel-1.8.0.201.b09-1.el6_10.x86_64.rpm f0ea67a65a096c2bea4615579bef63745793051a79057e06be84cbc81acd6064 java-1.8.0-openjdk-devel-debug-1.8.0.201.b09-1.el6_10.x86_64.rpm 234239956d70d66bae388baec9ef9b84c651b431c487df76d9a07cf7439ab9ec java-1.8.0-openjdk-headless-1.8.0.201.b09-1.el6_10.x86_64.rpm 3b9d8b29c2af67debbd33c7d8e167a6fc165302567024d4aca26c0b7f5fc433e java-1.8.0-openjdk-headless-debug-1.8.0.201.b09-1.el6_10.x86_64.rpm 2f944432293be44bf3a434d85b5774d79823cde1c0fd32e4eb2f6b5551960041 java-1.8.0-openjdk-javadoc-1.8.0.201.b09-1.el6_10.noarch.rpm 0133f75781615bbdd57bf5c494daa34a678d1ac1bb84e2a3ddfeb1a8108c7e3b java-1.8.0-openjdk-javadoc-debug-1.8.0.201.b09-1.el6_10.noarch.rpm c7ffa8544d3a7d7fb1c274eb615b1324b72da5f8020b0cf259c1d40635f084d9 java-1.8.0-openjdk-src-1.8.0.201.b09-1.el6_10.x86_64.rpm caf7e8d93759e980efb4fccb3ddf796298d64d5c80371b8c31aa2c5d7a20a0a7 java-1.8.0-openjdk-src-debug-1.8.0.201.b09-1.el6_10.x86_64.rpm Source: 3506b54b993c106636e1f050e6f31234912662efbeb265581c30328f8d96df59 java-1.8.0-openjdk-1.8.0.201.b09-1.el6_10.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net Twitter: @JohnnyCentOS ------------------------------ Message: 5 Date: Tue, 26 Feb 2019 18:11:53 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CESA-2019:0415 Important CentOS 6 kernel Security Update Message-ID: <20190226181153.GA5996(a)bstore1.rdu2.centos.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Security Advisory 2019:0415 Important Upstream details at : https://access.redhat.com/errata/RHSA-2019:0415 The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: fb1f9cac888b731536cfe9b39b98bb28434ffd2baa9f5dfa3d2dcfaba5006147 kernel-2.6.32-754.11.1.el6.i686.rpm 32670dd2d7ee24ea3abe21ae02973e5d21496cce1c702506dbefe4fa58be2336 kernel-abi-whitelists-2.6.32-754.11.1.el6.noarch.rpm 382d6f2284f7e522c17d840440f16fe906dae1397ecf7d34e215387189340154 kernel-debug-2.6.32-754.11.1.el6.i686.rpm 91386e06f79ba911da59dbda4454eb7802602aa6140f9309cee50f0a6c50184b kernel-debug-devel-2.6.32-754.11.1.el6.i686.rpm 69f65648a4104132c72f3fae917d824ae250fb513b319c17a345c1586cd9858d kernel-devel-2.6.32-754.11.1.el6.i686.rpm df694bb232274ff0db728718550104246fdfda65fbb19251675264f6538c6c74 kernel-doc-2.6.32-754.11.1.el6.noarch.rpm a827e78f40c43d43d8063f97edc540a13e058d6215abedd3bd0c2a9d3b134e08 kernel-firmware-2.6.32-754.11.1.el6.noarch.rpm 36f5eec7cb6795c2bb1c33e5aba518d61ce0a8e2ba5123a784ac354612612e0f kernel-headers-2.6.32-754.11.1.el6.i686.rpm d2736041398601ba5c299b16cf1bf7919d3de249a6288248f841a70850069aab perf-2.6.32-754.11.1.el6.i686.rpm 4a32381065be5d771329e0b039b8bc46bc9038b317db2221efc63b6159da09b8 python-perf-2.6.32-754.11.1.el6.i686.rpm x86_64: 32481d32a7aff15635edcb556b51c3d081a631f142e254cbee589dacd3c0fc29 kernel-2.6.32-754.11.1.el6.x86_64.rpm 32670dd2d7ee24ea3abe21ae02973e5d21496cce1c702506dbefe4fa58be2336 kernel-abi-whitelists-2.6.32-754.11.1.el6.noarch.rpm 8d1548af08530ed99e550ad39bb5fdfae04971061cca9fed4185539b501cb9ed kernel-debug-2.6.32-754.11.1.el6.x86_64.rpm 91386e06f79ba911da59dbda4454eb7802602aa6140f9309cee50f0a6c50184b kernel-debug-devel-2.6.32-754.11.1.el6.i686.rpm 7745d7eea5bbf348d4fa1167c62f5cccd1ac0d4de62fc783c672d24b5e0749ae kernel-debug-devel-2.6.32-754.11.1.el6.x86_64.rpm 3ee8e75367dbfde010163fb33633829b7622fcef96ace23997e65bef19d92faf kernel-devel-2.6.32-754.11.1.el6.x86_64.rpm df694bb232274ff0db728718550104246fdfda65fbb19251675264f6538c6c74 kernel-doc-2.6.32-754.11.1.el6.noarch.rpm a827e78f40c43d43d8063f97edc540a13e058d6215abedd3bd0c2a9d3b134e08 kernel-firmware-2.6.32-754.11.1.el6.noarch.rpm 321e1d56bd3a956ca016f4e5c773fe8c6ace618b40291520a5d58450726e5fef kernel-headers-2.6.32-754.11.1.el6.x86_64.rpm 9f564c205cf0af4a3e7b047a9d7ff9644fa1098851dfe1dafa3428763da01a17 perf-2.6.32-754.11.1.el6.x86_64.rpm 32eae3bafda6fc72841ec3a3384e27f1012e68cabd931c37259c7296d57cd1a2 python-perf-2.6.32-754.11.1.el6.x86_64.rpm Source: ac0d88f133a1846dea569044bdeaed8cd29f2326df5e5e67dac66ac57d49be13 kernel-2.6.32-754.11.1.el6.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net Twitter: @JohnnyCentOS ------------------------------ Message: 6 Date: Tue, 26 Feb 2019 20:22:22 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CESA-2019:0420 Important CentOS 6 polkit Security Update Message-ID: <20190226202222.GA9535(a)bstore1.rdu2.centos.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Security Advisory 2019:0420 Important Upstream details at : https://access.redhat.com/errata/RHSA-2019:0420 The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: 9c7ffb83260b20f047405646b42d5f84f45a8971a6dab2fdfb48bcb782552e49 polkit-0.96-11.el6_10.1.i686.rpm b71aa41dd3114244ae3bf12e665158522203d82d4705148931a4981c87b406d1 polkit-desktop-policy-0.96-11.el6_10.1.noarch.rpm 9b710b4ea155f2b4a7225a93a9c6bb0d0a4e42b172dc9e0e4d0f9c36460f36e4 polkit-devel-0.96-11.el6_10.1.i686.rpm 5b55e623669bdb12a1d516d1d5e073e084fb5ade8a0b461219dfa013231811da polkit-docs-0.96-11.el6_10.1.i686.rpm x86_64: 9c7ffb83260b20f047405646b42d5f84f45a8971a6dab2fdfb48bcb782552e49 polkit-0.96-11.el6_10.1.i686.rpm e8f98075594018cd33fcbd6b2ab926486b9524b10f8170f0011c9c4fdd598d5c polkit-0.96-11.el6_10.1.x86_64.rpm b71aa41dd3114244ae3bf12e665158522203d82d4705148931a4981c87b406d1 polkit-desktop-policy-0.96-11.el6_10.1.noarch.rpm 9b710b4ea155f2b4a7225a93a9c6bb0d0a4e42b172dc9e0e4d0f9c36460f36e4 polkit-devel-0.96-11.el6_10.1.i686.rpm d713d91610f9e4508ef648c69f6aee7bd673ac400d9530f3dcfd44a1314f71db polkit-devel-0.96-11.el6_10.1.x86_64.rpm 6bdeb9a0a1324b6dafbeecbef4fae23ee5a762d00d2c31bbb5ff9dccad3b9c3a polkit-docs-0.96-11.el6_10.1.x86_64.rpm Source: 736c0b5e52f5ea48aa75ae28a18a0451e8c525b88e32028d3dca76d550421ade polkit-0.96-11.el6_10.1.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net Twitter: @JohnnyCentOS ------------------------------ Subject: Digest Footer _______________________________________________ CentOS-announce mailing list CentOS-announce(a)centos.org https://lists.centos.org/mailman/listinfo/centos-announce ------------------------------ End of CentOS-announce Digest, Vol 168, Issue 6 ***********************************************

1 0

how to use 2 Nvidia Cards in one system
by Ralf Prengel 27 Feb '19

27 Feb '19

Hallo, is there a way to use 2 different Nvidia Graphiccards in one system? The first one is working fine with 3 displays but I want to use 2 more displays with the second card. Do I need two card of the same series (4 or 7) or is there a way to mix different series? Thanks for hints. Ralf [root@pcprengellx ~]# lspci 00:00.0 Host bridge: Intel Corporation Xeon E3-1200 v5/E3-1500 v5/6th Gen Core Processor Host Bridge/DRAM Registers (rev 07) 00:01.0 PCI bridge: Intel Corporation Xeon E3-1200 v5/E3-1500 v5/6th Gen Core Processor PCIe Controller (x16) (rev 07) 00:14.0 USB controller: Intel Corporation 100 Series/C230 Series Chipset Family USB 3.0 xHCI Controller (rev 31) 00:14.2 Signal processing controller: Intel Corporation 100 Series/C230 Series Chipset Family Thermal Subsystem (rev 31) 00:16.0 Communication controller: Intel Corporation 100 Series/C230 Series Chipset Family MEI Controller #1 (rev 31) 00:16.3 Serial controller: Intel Corporation 100 Series/C230 Series Chipset Family KT Redirection (rev 31) 00:17.0 SATA controller: Intel Corporation Q170/Q150/B150/H170/H110/Z170/CM236 Chipset SATA Controller [AHCI Mode] (rev 31) 00:1c.0 PCI bridge: Intel Corporation 100 Series/C230 Series Chipset Family PCI Express Root Port #5 (rev f1) 00:1f.0 ISA bridge: Intel Corporation Q170 Chipset LPC/eSPI Controller (rev 31) 00:1f.2 Memory controller: Intel Corporation 100 Series/C230 Series Chipset Family Power Management Controller (rev 31) 00:1f.3 Audio device: Intel Corporation 100 Series/C230 Series Chipset Family HD Audio Controller (rev 31) 00:1f.4 SMBus: Intel Corporation 100 Series/C230 Series Chipset Family SMBus (rev 31) 00:1f.6 Ethernet controller: Intel Corporation Ethernet Connection (2) I219-LM (rev 31) 01:00.0 VGA compatible controller: NVIDIA Corporation GM107 [GeForce GTX 745] (rev a2) 01:00.1 Audio device: NVIDIA Corporation Device 0fbc (rev a1) 02:00.0 VGA compatible controller: NVIDIA Corporation GT218 [GeForce 405] (rev a2) 02:00.1 Audio device: NVIDIA Corporation High Definition Audio Controller (rev a1)

1 0

Problem with mdadm, raid1 and automatically adds any disk to raid
by Jobst Schmalenbach 27 Feb '19

27 Feb '19

Hi. CENTOS 7.6.1810, fresh install - use this as a base to create/upgrade new/old machines. I was trying to setup two disks as a RAID1 array, using these lines mdadm --create --verbose /dev/md0 --level=0 --raid-devices=2 /dev/sdb1 /dev/sdc1 mdadm --create --verbose /dev/md1 --level=0 --raid-devices=2 /dev/sdb2 /dev/sdc2 mdadm --create --verbose /dev/md2 --level=0 --raid-devices=2 /dev/sdb3 /dev/sdc3 then I did a lsblk and realized that I used --level=0 instead of --level=1 (spelling mistake) The SIZE was reported double as I created a striped set by mistake, yet I wanted the mirrored. Here starts my problem, I cannot get rid of the /dev/mdX no matter what I do (try to do). I tried to delete the MDX, I removed the disks by failing them, then removing each array md0, md1 and md2. I also did dd if=/dev/zero of=/dev/sdX bs=512 seek=$(($(blockdev --getsz /dev/sdX)-1024)) count=1024 dd if=/dev/zero of=/dev/sdX bs=512 count=1024 mdadm --zero-superblock /dev/sdX Then I wiped each partition of the drives using fdisk. Now every time I start fdisk to setup a new set of partitions I see in /var/log/messages as soon as I hit "W" in fdisk: Feb 25 15:38:32 webber systemd: Started Timer to wait for more drives before activating degraded array md2.. Feb 25 15:38:32 webber systemd: Started Timer to wait for more drives before activating degraded array md1.. Feb 25 15:38:32 webber systemd: Started Timer to wait for more drives before activating degraded array md0.. Feb 25 15:38:32 webber kernel: md/raid1:md0: active with 1 out of 2 mirrors Feb 25 15:38:32 webber kernel: md0: detected capacity change from 0 to 5363466240 Feb 25 15:39:02 webber systemd: Created slice system-mdadm\x2dlast\x2dresort.slice. Feb 25 15:39:02 webber systemd: Starting Activate md array md1 even though degraded... Feb 25 15:39:02 webber systemd: Starting Activate md array md2 even though degraded... Feb 25 15:39:02 webber kernel: md/raid1:md1: active with 0 out of 2 mirrors Feb 25 15:39:02 webber kernel: md1: failed to create bitmap (-5) Feb 25 15:39:02 webber mdadm: mdadm: failed to start array /dev/md/1: Input/output error Feb 25 15:39:02 webber systemd: mdadm-last-resort(a)md1.service: main process exited, code=exited, status=1/FAILURE I check /proc/mdstat and sure enough, there it is trying to assemble an Array I DID NOT TOLD IT TO DO. I do NOT WANT this to happen, it creates the same "SHIT" (the incorrect array) over and over again (systemd frustration). So I tried to delete them again, wiped them again, killed processes, wiped disks. No matter what I do as soon as I hit the "w" in fdisk systemd tries to assemble the array again without letting me to decide what to do. Help! Jobst -- windoze 98: <n.> useless extension to a minor patch release for 32-bit extensions and a graphical shell for a 16-bit patch to an 8-bit operating system originally coded for a 4-bit microprocessor, written by a 2-bit company that can't stand for 1 bit of competition! | |0| | Jobst Schmalenbach, General Manager | | |0| Barrett & Sales Essentials |0|0|0| +61 3 9533 0000, POBox 277, Caulfield South, 3162, Australia

5 11

hplips
by mark 26 Feb '19

26 Feb '19

Yeah, about that... Back in '12, we got a nice HP poster printer. They don't support Linux, but a co-worker got the .ppd out of the Mac support file. I tried it, then I looked at the file in vi... and found it *only* supported the 24" printer, *not* the 44" printer that we had. Well, we just bought a replacement, since the old printer was EOL'd. This time, I went to hplips, d/l and built the current one, and sure enough, there's a .ppd for the DesignJet Z9. Any bets on what I found? No? There was *NO* support for the 44" printer. I saw *one* setting for something 30x42 (the 100' roll of paper is 42" wide). I joined and tried asking about that on the hplips site. That was last week. Not a single response. HP no longer does software support for their printers (I got that from the engineer - we do have contract support). Had a friend d/l and install the Mac ps driver... no .ppd. Anyone know someone who's involved with hplips? Otherwise, I'm going to have to spend half a day or a day hacking the damn .ppd. Btw, the server it's attached to is C6. One of these days I'll upgrade it to C7, but the *only* think it's used for now are these poster printers. mark

2 1

Policy issue: C7 and motion
by mark 25 Feb '19

25 Feb '19

Not sure who's package let an error slip in, but I don't believe I've had this issue before: SELinux is preventing /usr/bin/motion from map access on the chr_file /dev/video1 Yes, that should be allowed by default. mark

1 0

Geany 1.34
by H 25 Feb '19

25 Feb '19

Does anyone know if Geany 1.34 is headed to one of the repositories? I am running version 1.31 and interested in the 1.33+ since the markdown plugin has apparently been updated.

4 9

Nvme m.2 disk problem
by Alessandro Baggi 24 Feb '19

24 Feb '19

Hi list, I'm running Centos 7.6 on an Corsair Force MP500 120 GB. Root fs is ext4 and this drive is ~1 year old. System works very well except on boot. During boot process I got always a file system check on nvme drive. Running smartctl on this drive I got this: === START OF SMART DATA SECTION === SMART overall-health self-assessment test result: PASSED SMART/Health Information (NVMe Log 0x02, NSID 0x1) Critical Warning: 0x00 Temperature: 41 Celsius Available Spare: 100% Available Spare Threshold: 1% Percentage Used: 1% Data Units Read: 5,355,595 [2,74 TB] Data Units Written: 5,826,517 [2,98 TB] Host Read Commands: 67,978,550 Host Write Commands: 75,422,898 Controller Busy Time: 32,863 Power Cycles: 811 Power On Hours: 2,813 Unsafe Shutdowns: 317 Media and Data Integrity Errors: 0 Error Information Log Entries: 177 Warning Comp. Temperature Time: 0 Critical Comp. Temperature Time: 0 Temperature Sensor 2: 77 Celsius Error Information (NVMe Log 0x01, max 64 entries) Num ErrCount SQId CmdId Status PELoc LBA NSID VS 0 177 0 0x0014 0x4004 - 8796109799680 1 - 1 176 0 0x0019 0x4004 - 8796109799680 1 - 2 175 0 0x001a 0x4004 - 8796109799680 1 - 3 174 0 0x0005 0x4004 - 8796109799680 1 - 4 173 0 0x000c 0x4004 - 8796109799680 1 - 5 172 0 0x0019 0x4004 - 8796109799680 1 - 6 171 0 0x001d 0x4004 - 8796109799680 1 - 7 170 0 0x0014 0x4004 - 8796109799680 1 - 8 169 0 0x0011 0x4004 - 8796109799680 1 - 9 168 0 0x000f 0x4004 - 8796109799680 1 - 10 167 0 0x0000 0x4004 - 8796109799680 1 - 11 166 0 0x0006 0x4004 - 8796109799680 1 - 12 165 0 0x0008 0x4004 - 8796109799680 1 - 13 164 0 0x000e 0x4004 - 8796109799680 1 - 14 163 0 0x0008 0x4004 - 8796109799680 1 - 15 162 0 0x0006 0x4004 - 8796109799680 1 - ... (48 entries not shown) I noticed that Unsafe shutdowns increased rapidly and I don't know why there is an unsafe shutdown. Every 3/4 boot this value is increased by 1 and I don't know why. I can't find any errors on system logs. Can someone point me in the right direction? Thanks in advance. Alessandro.

1 0

time to say good-bye to win 7 / printer is the last blocker
by Ralf Prengel 24 Feb '19

24 Feb '19

Hallo, the laptop of my wife is the last Win7 system in my network. My question: I need a well supported printer (MFC) with network interface, if possible with colour printing. Ralf

12 12

Python 2.7.5 and GnuPG sig verify
by Michael Peters 23 Feb '19

23 Feb '19

I asked on stack overflow but I'm trying to boost the signal. I don't normally program in python but I can usually figure out how to do it when I need to, but I'm just stumped, there clearly is something I'm not understanding. It's a CentOS 7.6 box and python install I'm trying this on. Thanks for any suggestions, I can't figure out why it isn't working. https://stackoverflow.com/questions/54841911/python-gnupg-verify-file -- *Notice*: Gmail is owned by Google, a company that made its fortune in content indexing and user tracking. It is logical therefore to assume that Google and quite possibly the government has access to any correspondence made with this account. Do not use correspondence with this account for sensitive information.

1 0

thunderbird issues
by mark 22 Feb '19

22 Feb '19

Just updated t-bird, and once again, it wants to open a completely new browser, other than using the running one. I started searching, and found something about editing the config, and for the first one of the two they said to change, I find this: network.protocol-handler.app.https;/usr/lib64/thunderbird-3.1/open-browser.sh %s a) there's only /usr/lib64/thunderbird, and I'm on 60.something. Is this in my config as a user? is this something that should go away? Please don't tell me I have to create a whole new t-bird configuration.... mark

2 2

iptables 2 firewalld
by mark 22 Feb '19

22 Feb '19

Y'all may remember me fighting this a few weeks back. I did finally succeed, and thought that my awk script might be helpful to others. Yes, it's really simple, it uses the build-in FORWARD chain. The line where I skip the definition of those chains is because it *is* built in. To use it, I did an iptables-save on the firewall that's currently in use, changed the physdev devices to match the ones on the new box (I *loathe* that idiot varying name convention, it is *not* helpful, and then ran it through this script. I piped the o/p into a file, then sh scriptname did the actual install. Following that, I did firewall-cmd --reload, and all was wonderful, and I could ping the system inside the firewall, and from the subnet in our building (the new one's in the datacenter), but not from anywhere else, so the rules worked. Note that I did the work, I work for a US gov't federal contractor, so this was done on tax dollars, and should be free of any encumberment. Hope it helps, folks. BEGIN { priority = 1; } { if ( $0 ~ /^-A/ ) { if ( $2 ~ /^INPUT|^FORWARD/ ) { next; } else { rule = substr( $0, index($0, $3)); } print "firewall-cmd --permanent --direct --add-rule ipv4 filter FORWARD " priority++ " " rule; } } mark

1 0

CentOS-announce Digest, Vol 168, Issue 5
by centos-announce-request＠centos.org 22 Feb '19

22 Feb '19

Send CentOS-announce mailing list submissions to centos-announce(a)centos.org To subscribe or unsubscribe via the World Wide Web, visit https://lists.centos.org/mailman/listinfo/centos-announce or, via email, send a message with subject or body 'help' to centos-announce-request(a)centos.org You can reach the person managing the list at centos-announce-owner(a)centos.org When replying, please edit your Subject line so it is more specific than "Re: Contents of CentOS-announce digest..." Today's Topics: 1. CEBA-2019:0389 CentOS 7 kmod-redhat-lpfc BugFix Update (Johnny Hughes) ---------------------------------------------------------------------- Message: 1 Date: Thu, 21 Feb 2019 22:55:46 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CEBA-2019:0389 CentOS 7 kmod-redhat-lpfc BugFix Update Message-ID: <20190221225546.GA31310(a)bstore1.rdu2.centos.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Bugfix Advisory 2019:0389 Upstream details at : https://access.redhat.com/errata/RHBA-2019:0389 The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) x86_64: 9c633b01f1493d863026cd57f41094520d215aa420429701f4a4f3aafb949832 kmod-redhat-lpfc-12.0.0.5_dup7.6-1.el7_6.x86_64.rpm Source: 167f7a56e1c7eb241bf43ede6a893d379dd4080bff950769bf6d353693368835 kmod-redhat-lpfc-12.0.0.5_dup7.6-1.el7_6.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net Twitter: @JohnnyCentOS ------------------------------ Subject: Digest Footer _______________________________________________ CentOS-announce mailing list CentOS-announce(a)centos.org https://lists.centos.org/mailman/listinfo/centos-announce ------------------------------ End of CentOS-announce Digest, Vol 168, Issue 5 ***********************************************

1 0

Changing UID numbers
by Bill Gee 21 Feb '19

21 Feb '19

Hello everyone - I have a question regarding UID and GID numbers. First, a bit of background: Yesterday I suffered a complete power failure. My UPS batteries ran everything for an hour, but that was not long enough. My CentOS6 server shut itself down, just like it should. When the power came back up, the perfectly running server was no longer working. The boot hard drive was complete toast. ARGH! OK, I have backups and spare hard drives. CentOS6 is getting a bit long in the tooth. I have to reformat and reinstall CentOS before restoring backups anyway, so I decided now is the time to move to CentOS7. I chose to rip the bandage! The CentOS6 installation was quite old. Back in those days the default UID for new users was 500. That's how I set up my user account on the machine. My main workstation is Fedora 29, but it started life MANY cycles ago and also has my UID=500. That all works nicely with the nfs share coming off the server. On newer builds I have wrestled with having my UID=1000, as is the new standard. File permissions on the nfs share were never quite right. It was not irritating enough to make me desperate, but it was annoying. I got around it with a lot of 777 and 666 permissions settings. I looked at rpc-idmapd but was never able to make it work. Now with CentOS7 my server user account is UID=1000. The nfs share is on a separate drive (not the one that failed), and all of the files on it are still owned by UID=500. It works from my main workstation, but is really unclean. So now the questions: What will it take to change all the files to the new UID? What will it take to change my main workstation to the new UID **without** having to create a new user account? I think I can do this in two steps. 0) backup, backup, backup! 1) On the server - use "find" to find all files owned by UID=500. Chown them to UID=1000. Repeat for gid=500. 2) Tricky - On the workstation, boot to non-gui. Login as root. Repeat the same two "find" commands as on the server. Edit the /etc/passwd and /etc/group files to show the new UID and GID numbers. What does this do to the shadow files? Are there other places I need to look for the UID and GID numbers? Thanks! -- Bill Gee

4 5

Auth pam ldap and fail2ban
by Jimmy Morin 21 Feb '19

21 Feb '19

Hi, Fail2ban is logging false positive with authentication using pam ldap. What happen is a user login using his ldap password cause pam_unix to fail then pam_ldap log the user in. sshd filter for fail2ban read /var/log/secure see the pam_unix error, flag it even if the next line in the log says the login is successful. CentOS 7 with fail2ban 0.9.7 from EPEL. Any idea how to fix this? Thanks. Jimmy

2 1

what writes to /root/.cache/mesa ?
by Valeri Galtsev 21 Feb '19

21 Feb '19

Dear All, I have several CentOS 7 machines (but not all of them) on which I have noticed that something gets written to /root/.cache/mesa every so often (once every several days). It is my understanding that mesa is related to GUI (X11), but on these machines (on neither of my machines, actually) root never logs in to GUI X11. I may have remote root logins with Xforwarding though. Hence my puzzle: what is that that writes to /root/.cache/mesa? Some, but not all of occasions seem to happen upon machine [re]boots. Thanks. Valeri PS This gives me dejavu. A while ago when people started demanding to have google chrome browser installed on their workstations I had hard time to get rid of google's cron jobs that were writing where only root should - without explicit permission to do so. Dough. Somebody's software thinks it is smarter than everyone who uses it... "Machine learning" all the way ;-) -- ++++++++++++++++++++++++++++++++++++++++ Valeri Galtsev Sr System Administrator Department of Astronomy and Astrophysics Kavli Institute for Cosmological Physics University of Chicago Phone: 773-702-4247 ++++++++++++++++++++++++++++++++++++++++

3 3

CentOS-announce Digest, Vol 168, Issue 4
by centos-announce-request＠centos.org 21 Feb '19

21 Feb '19

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-2019:0373 Important CentOS 6 firefox Security Update (Johnny Hughes) 2. CESA-2019:0374 Important CentOS 7 firefox Security Update (Johnny Hughes) 3. CEEA-2019:0208 CentOS 7 kmod-redhat-qed Enhancement Update (Johnny Hughes) 4. CEBA-2019:0351 CentOS 7 kmod-redhat-nfit BugFix Update (Johnny Hughes) 5. CEEA-2019:0208 CentOS 7 kmod-redhat-qede Enhancement Update (Johnny Hughes) 6. CEEA-2019:0208 CentOS 7 kmod-redhat-qedf Enhancement Update (Johnny Hughes) 7. CEEA-2019:0208 CentOS 7 kmod-redhat-qedi Enhancement Update (Johnny Hughes) 8. CEEA-2019:0208 CentOS 7 kmod-redhat-qedr Enhancement Update (Johnny Hughes) 9. CESA-2019:0368 Important CentOS 7 systemd Security Update (Johnny Hughes) 10. CESA-2019:0375 Important CentOS 7 flatpak Security Update (Johnny Hughes) ---------------------------------------------------------------------- Message: 1 Date: Wed, 20 Feb 2019 16:59:25 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CESA-2019:0373 Important CentOS 6 firefox Security Update Message-ID: <20190220165925.GA12203(a)bstore1.rdu2.centos.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Security Advisory 2019:0373 Important Upstream details at : https://access.redhat.com/errata/RHSA-2019:0373 The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: 2996fdfa1a6f14ce0c96f9dd45904672889629e885311b691bb30e7fcabb8b96 firefox-60.5.1-1.el6.centos.i686.rpm x86_64: 2996fdfa1a6f14ce0c96f9dd45904672889629e885311b691bb30e7fcabb8b96 firefox-60.5.1-1.el6.centos.i686.rpm 7b25cda47ac4e7b26fbcac915fcf8aba2990627f8d5344d13da81b0dda3f14a8 firefox-60.5.1-1.el6.centos.x86_64.rpm Source: 1c705b836d4624deee88a7c0f070b4ea757cb2b0ab602b77ab31414429b7ef6a firefox-60.5.1-1.el6.centos.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net Twitter: @JohnnyCentOS ------------------------------ Message: 2 Date: Wed, 20 Feb 2019 20:10:45 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CESA-2019:0374 Important CentOS 7 firefox Security Update Message-ID: <20190220201045.GA17397(a)bstore1.rdu2.centos.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Security Advisory 2019:0374 Important Upstream details at : https://access.redhat.com/errata/RHSA-2019:0374 The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) x86_64: c68f6bd614b535bf0476561b3a0fc3fdf5e986650d96cc938cd8b87662ee53d3 firefox-60.5.1-1.el7.centos.i686.rpm d84103d541c4410aee21fa6019506dcbcd4762a710238f4bcf07316c6372229c firefox-60.5.1-1.el7.centos.x86_64.rpm Source: bdf3ad07e5a34e836da417fdb910458fe87088764ef803d2a0e4c55ac8461cb9 firefox-60.5.1-1.el7.centos.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net Twitter: @JohnnyCentOS ------------------------------ Message: 3 Date: Wed, 20 Feb 2019 20:14:20 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CEEA-2019:0208 CentOS 7 kmod-redhat-qed Enhancement Update Message-ID: <20190220201420.GA17592(a)bstore1.rdu2.centos.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Enhancement Advisory 2019:0208 Upstream details at : https://access.redhat.com/errata/RHEA-2019:0208 The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) x86_64: 8edc17a595a2a9bad91c002451c20113a760a061a758d23da4f96522c476f58f kmod-redhat-qed-8.33.0.20_dup7.6-1.el7_6.x86_64.rpm 9d681fb45ed738cff645caac116127288936202ccef68013cf08b9dd6306f6a2 kmod-redhat-qed-devel-8.33.0.20_dup7.6-1.el7_6.x86_64.rpm b54da0bac6b4f8927632472c089505c36f2089afa40fe5487aae233c7878bff8 kmod-redhat-qed-firmware-8.33.11.0_dup7.6-1.el7_6.x86_64.rpm Source: 007fb47d93a4e1cfc34598df49c0e0e39ba338e4cfd0fa322c85b33908220704 kmod-redhat-qed-8.33.0.20_dup7.6-1.el7_6.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net Twitter: @JohnnyCentOS ------------------------------ Message: 4 Date: Wed, 20 Feb 2019 20:14:24 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CEBA-2019:0351 CentOS 7 kmod-redhat-nfit BugFix Update Message-ID: <20190220201424.GA17674(a)bstore1.rdu2.centos.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Bugfix Advisory 2019:0351 Upstream details at : https://access.redhat.com/errata/RHBA-2019:0351 The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) x86_64: 100b89a64dfe51d043ba9073aeb9583c7a043d13c2e9edc0c41e27c69d55afaf kmod-redhat-nfit-3.10.0_957-1.el7_6.x86_64.rpm Source: c4452514eb68bc395aa9492ee434fb054918b1a3cfb75d75d7ddd2a17ddf650f kmod-redhat-nfit-3.10.0_957-1.el7_6.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net Twitter: @JohnnyCentOS ------------------------------ Message: 5 Date: Wed, 20 Feb 2019 20:14:31 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CEEA-2019:0208 CentOS 7 kmod-redhat-qede Enhancement Update Message-ID: <20190220201431.GA17762(a)bstore1.rdu2.centos.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Enhancement Advisory 2019:0208 Upstream details at : https://access.redhat.com/errata/RHEA-2019:0208 The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) x86_64: 4c424820760d71da724611b0523eca6fcb291595349b3d64fc4a5fa0bfb0d0c4 kmod-redhat-qede-8.33.0.20_dup7.6-1.el7_6.x86_64.rpm 0a8938f679f73bd46b3160afa88b22dcfcd8cde8e4436a6c3730be8b4bbbb0b7 kmod-redhat-qede-devel-8.33.0.20_dup7.6-1.el7_6.x86_64.rpm Source: 4ea664aaf366b1f097cffddaf61a558f975da7e0a67eea58a9e1a01293691c30 kmod-redhat-qede-8.33.0.20_dup7.6-1.el7_6.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net Twitter: @JohnnyCentOS ------------------------------ Message: 6 Date: Wed, 20 Feb 2019 20:14:35 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CEEA-2019:0208 CentOS 7 kmod-redhat-qedf Enhancement Update Message-ID: <20190220201435.GA17843(a)bstore1.rdu2.centos.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Enhancement Advisory 2019:0208 Upstream details at : https://access.redhat.com/errata/RHEA-2019:0208 The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) x86_64: b7ab8718f59252363345b3849622e961194708dea59e99fb8715503e5e34c555 kmod-redhat-qedf-8.33.0.20_dup7.6-1.el7_6.x86_64.rpm Source: 771907e5eb3285ba252f88674263d3c5bcac3e082a4320e9254ab9c7810d9209 kmod-redhat-qedf-8.33.0.20_dup7.6-1.el7_6.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net Twitter: @JohnnyCentOS ------------------------------ Message: 7 Date: Wed, 20 Feb 2019 20:14:39 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CEEA-2019:0208 CentOS 7 kmod-redhat-qedi Enhancement Update Message-ID: <20190220201439.GA17921(a)bstore1.rdu2.centos.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Enhancement Advisory 2019:0208 Upstream details at : https://access.redhat.com/errata/RHEA-2019:0208 The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) x86_64: 1f7c550f9879343db8ef8e17e0476a5b1937a4db069f0de47442985b3c9d7c21 kmod-redhat-qedi-8.33.0.20_dup7.6-1.el7_6.x86_64.rpm Source: 79ff548ae41dff7838573ac0cf8bbab29490854684de305006156bb0be67b422 kmod-redhat-qedi-8.33.0.20_dup7.6-1.el7_6.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net Twitter: @JohnnyCentOS ------------------------------ Message: 8 Date: Wed, 20 Feb 2019 20:14:43 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CEEA-2019:0208 CentOS 7 kmod-redhat-qedr Enhancement Update Message-ID: <20190220201443.GA17999(a)bstore1.rdu2.centos.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Enhancement Advisory 2019:0208 Upstream details at : https://access.redhat.com/errata/RHEA-2019:0208 The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) x86_64: 3865a995ecbfda76bda8ed75c1f63589489a57e4f63e7e659ca0dd6522e3197b kmod-redhat-qedr-3.10.0_957_dup7.6-3.el7_6.x86_64.rpm Source: 4859bb59fafdbacf13c9be0e85d651cf223bc59dde2b7027f18333a8c03c6f98 kmod-redhat-qedr-3.10.0_957_dup7.6-3.el7_6.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net Twitter: @JohnnyCentOS ------------------------------ Message: 9 Date: Wed, 20 Feb 2019 20:15:20 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CESA-2019:0368 Important CentOS 7 systemd Security Update Message-ID: <20190220201520.GA18232(a)bstore1.rdu2.centos.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Security Advisory 2019:0368 Important Upstream details at : https://access.redhat.com/errata/RHSA-2019:0368 The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) x86_64: 7bd503f525c64e0ae499d36a341763ed3a8d662331823e3b423944e1c9c46c62 libgudev1-219-62.el7_6.5.i686.rpm 177bee45cf82aed8469e2c6183bab0e0f57b777a9fa5d649c05094e861ca6c46 libgudev1-219-62.el7_6.5.x86_64.rpm 54bab4697be085129516dbab713777cd83575cbf5c4063d48ab7fc93ea3d83a0 libgudev1-devel-219-62.el7_6.5.i686.rpm 65a197b7b6bc67fba1877143274de3dd04c567a1a142c7d3c7c694ce6ccb9a39 libgudev1-devel-219-62.el7_6.5.x86_64.rpm 7051c8efafb4b7ad6e135202c9b58acd8467a05df39fac51c93ebd1a0db172d3 systemd-219-62.el7_6.5.x86_64.rpm bccc139a75c95b0d9f4ac1e303826c1d3829ecb5073bcfb5cdf9e91c566ee857 systemd-devel-219-62.el7_6.5.i686.rpm be04d0d400e53055e3eb3303b556ca09e9fb1e1cd7569fa83e2b46d8c0c88b1e systemd-devel-219-62.el7_6.5.x86_64.rpm 64ef215b521acce4e922e1930c7e08658e83604e116f38d2621d0142db7d6bbf systemd-journal-gateway-219-62.el7_6.5.x86_64.rpm 5984bd4163047254bc4164904378ea07b512b065cf14f5016b4ae06919bfc32d systemd-libs-219-62.el7_6.5.i686.rpm 88804a61a28459926afbc83d64dc4fc066e23bd51731cc26e7232cb67b36c3c3 systemd-libs-219-62.el7_6.5.x86_64.rpm 1ab75b4e1a4c930493ee1988e011c78344197db76f96461efdfb03d204c5e4c5 systemd-networkd-219-62.el7_6.5.x86_64.rpm 5f1ff7c0d45d570cfac7893833094addb0aaefb1a3029a07dce867743f2e7632 systemd-python-219-62.el7_6.5.x86_64.rpm 379ca21559822f5ba9c8867342068cdfb189397e53c9b82eb0ac922d13840feb systemd-resolved-219-62.el7_6.5.i686.rpm 8b691bb933ac7aaa0d1ca92ac91a241415e56aaef129eafe4437fc9897bf92c2 systemd-resolved-219-62.el7_6.5.x86_64.rpm cfa3793a783306d354852c271be957e23dac1a7067d03319d548a377bf2c63b8 systemd-sysv-219-62.el7_6.5.x86_64.rpm Source: 44276ea21081424e1c68f5fb1b49cc56c36db47d4174a42a49811bf58a4f1dd6 systemd-219-62.el7_6.5.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net Twitter: @JohnnyCentOS ------------------------------ Message: 10 Date: Wed, 20 Feb 2019 20:15:35 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CESA-2019:0375 Important CentOS 7 flatpak Security Update Message-ID: <20190220201535.GA18362(a)bstore1.rdu2.centos.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Security Advisory 2019:0375 Important Upstream details at : https://access.redhat.com/errata/RHSA-2019:0375 The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) x86_64: 0d91d14ae70aed2ec16d147980f44adf410a9ddf2c05eb5b77c3285e88a22959 flatpak-1.0.2-4.el7_6.x86_64.rpm 0b499bf4be72d902e7851c0590b78adc442c81198844cc5e1d2d1fc68fc75385 flatpak-builder-1.0.0-4.el7_6.x86_64.rpm 7075c83874a13f60948c04afc0a66ecd9044d1b2d8fdc4b46929897dd69dd6f4 flatpak-devel-1.0.2-4.el7_6.x86_64.rpm f44bd9686addf86a41eaa956e89273356f18621b26712c9258c58c5e2a2183f6 flatpak-libs-1.0.2-4.el7_6.x86_64.rpm Source: 39abf87723c9f214f7a42faa19a20a1d4c431d5ac6d5da4d8cb0348be428ce3d flatpak-1.0.2-4.el7_6.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net Twitter: @JohnnyCentOS ------------------------------ Subject: Digest Footer _______________________________________________ CentOS-announce mailing list CentOS-announce(a)centos.org https://lists.centos.org/mailman/listinfo/centos-announce ------------------------------ End of CentOS-announce Digest, Vol 168, Issue 4 ***********************************************

1 0

What is the proper place for GDM related dconf settings now?
by Sean 20 Feb '19

20 Feb '19

Hello, It seems that with CentOS 7.6 and Gnome 3.28, a clean install of a Workstation package profile does not build the /etc/dconf/db/gdm.d/ directory tree. I have several desktops in operation which we kickstart built with an older 7.3/4/5 version of CentOS as the base install media. These all have a dconf directory for gdm, and I assume a dconf profile directory for gdm as well (though I admit it always worked so I never cared about looking for it). These existing machines are all running 7.6 today, and still have the /etc/dconf/db/gdm.d directory settings applied (like disable-user-list=true). A newly built machine from the same kickstart but with 7.6 install media doesn't provide the gdm.d directory. I seem to recall, I admit it's been a long while, that with older versions of Gnome 3, dconf couldn't set things for gdm properly unless the settings were located in a special dconf db just for gdm. I can edit the kickstart %post% to make the directory(s) before dropping files in them, but I'm hesitant to do so if the files won't be honored because there's a more appropriate place now. I can take this up with the gnome list, if necessary, but CentOS is my platform so I'm not sure if it's a distribution specific configuration or functional change to Gnome. I tried searching through gitlab.gnome.org to see if I can dig up any issues, release notes and such, but I didn't find anything that seemed relevant. Thanks! --Sean

2 3

Re: [CentOS] Please Recommend Affordable and Reliable Cloud Storage for 50 TB of Data
by J.Witvliet＠mindef.nl 20 Feb '19

20 Feb '19

I gave you a lengthy description of the Fedora lists. It's rather rude to see your question here again. Met vriendelijke groet, Hans Witvliet, J, Ing., DMO/OPS/I&S/APH, Kennis Team Opensource Coldenhovelaan 1 Maasland 3531RC Coldehovelaan 1, kamer B213 -----Original Message----- From: CentOS [mailto:centos-bounces@centos.org] On Behalf Of Turritopsis Dohrnii Teo En Ming Sent: vrijdag 15 februari 2019 6:29 To: centos(a)centos.org Subject: [CentOS] Please Recommend Affordable and Reliable Cloud Storage for 50 TB of Data Hi, Could you recommend affordable and reliable cloud storage for 50 TB of data? <snip> Dit bericht kan informatie bevatten die niet voor u is bestemd. Indien u niet de geadresseerde bent of dit bericht abusievelijk aan u is toegezonden, wordt u verzocht dat aan de afzender te melden en het bericht te verwijderen. De Staat aanvaardt geen aansprakelijkheid voor schade, van welke aard ook, die verband houdt met risico's verbonden aan het elektronisch verzenden van berichten. This message may contain information that is not intended for you. If you are not the addressee or if this message was sent to you by mistake, you are requested to inform the sender and delete the message. The State accepts no liability for damage of any kind resulting from the risks inherent in the electronic transmission of messages.

1 0

Network switch to IPV6 after PXE boot
by Patrick Bégou 19 Feb '19

19 Feb '19

I'm trying to autoinstall a DELL 9030 desktop with CentOS7 using PXE and Kikstart. I fall in a strange problem (I have several other laptop or desktop using this install process without any problem, kernel and initrd are from a Centos 7.4 iso) - PXE boot start and the desktop load the kernel and the inirtd file - the kernel is booted and at this time the led of the network switch goes down for the port used by the desktop. - then I have a message "no carrier detected on interface em1" - followed by " IPv6 ADDRCONF(NETDEV_CHANGED): em1: link become ready (and of course the led goes back to green on the switch) But I have no IPV6 network setup! How can I force to IPV4 setup to load the kikstart file ? I've tried do switch from legacy boot to UEFI boot (my local server setup can answer requests for the two options), update the BIOS of the desktop... Any help is welcome Patrick

2 3

odd messages at boot time
by Fred Smith 18 Feb '19

18 Feb '19

I'm getting these messages during boot: error: failure reading sector 0xfc from 'hd4' error: failure reading sector 0xe0 from 'hd4' error: failure reading sector 0x0 from 'hd4' error: failure reading sector 0xfc from 'hd5' error: failure reading sector 0xe0 from 'hd5' error: failure reading sector 0x0 from 'hd5' they pop up soon after the Grub menu with a message to press ENTER to continue, and it times out in a few seconds if I don't press ENTER. These messages have been appearing for a long time, at least a couple of years and I've been too lethargic to investigate til now. I see no bad side-effects at runtime. I just did badblocks (read-only) on both sda and sdb (RAID-1 pair) which found no errors. I see nothing obviously related in dmesg, or /var/log/messages. I also have an external box (Venus DS3R Pro-2) with two drives, also RAID-1, that I use for backups. It is seen (after boot) as /dev/sdc. I'd have to pull the drives out of it and connect them to the SATA bus to run badblocks on them, as badblocks won't run on /dev/sdc. the nightly backups on to this box appear to run without issue. Anybody got any ideas on what this might be about? thanks in advance! Fred -- ---- Fred Smith -- fredex(a)fcshome.stoneham.ma.us ----------------------------- "Not everyone who says to me, 'Lord, Lord,' will enter the kingdom of heaven, but only he who does the will of my Father who is in heaven." ------------------------------ Matthew 7:21 (niv) -----------------------------

2 1

Question about updates
by Ralf Prengel 18 Feb '19

18 Feb '19

Hallo, as a beginner using centos I‘ve a question about updates. What it the right repo for getting all security and other updates? http://mirror.eu.oneandone.net/linux/distributions/centos/7.6.1810/updates/ for example? Thanks Ralf

5 9

amanda broken pipe
by Helmut Drodofsky 16 Feb '19

16 Feb '19

Hello, we are using amanda for backup with 2 tape libraries. Last days we made CentOS 7 update to CentOS Linux release 7.6.1810 (Core) Includes from base repository: amanda-client-3.3.3-21.el7.x86_64 amanda-server-3.3.3-21.el7.x86_64 amanda-3.3.3-21.el7.x86_64 amanda-libs-3.3.3-21.el7.x86_64 deleted: version 3.3.3-17 Before the update (= version 3.3.3-17) we run to configs in parallel without any problem. After the update: the first startet config: OK The second started config: broken pipe. The information in the amanda Mail: ..... The next 3 tapes Amanda expects to use are: am503, am518, am519. The next 2 new tapes already labelled are: am511, am514 FAILURE DUMP SUMMARY: planner: ERROR Request to ph04.panama.int failed: error sending REQ: write error to: Broken pipe .... Same problem with amcheck if one amanda config is running: ... Amanda Backup Client Hosts Check -------------------------------- WARNING: ph04.panama.int: selfcheck request failed: error sending REQ: write error to: Broken pipe Client check: 1 host checked in 0.050 seconds. 1 problem found. (brought to you by Amanda 3.3.3) Any ideas or have I to go back to former version? -- 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

1 0

Please Recommend Affordable and Reliable Cloud Storage for 50 TB of Data
by Turritopsis Dohrnii Teo En Ming 16 Feb '19

16 Feb '19

Hi, Could you recommend affordable and reliable cloud storage for 50 TB of data? Here are some important factors to consider: 1. Personal/non-commercial use. 2. Must be affordable, since I am unemployed most of the time and have super low levels of income for the past 12 years since I graduated from the National University of Singapore in 2007. 3. Cloud storage provider must not be a fly-by-night company, that is, it will not suddenly close down the next day. Please advise. Thank you. ===BEGIN EMAIL SIGNATURE=== The Gospel for all Targeted Individuals (TIs): [The New York Times] Microwave Weapons Are Prime Suspect in Ills of U.S. Embassy Workers Link: https://www.nytimes.com/2018/09/01/science/sonic-attack-cuba-microwave.html ******************************************************************************************** Singaporean Mr. Turritopsis Dohrnii Teo En Ming's Academic Qualifications as at 14 Feb 2019 [1] https://tdtemcerts.wordpress.com/ [2] https://tdtemcerts.blogspot.sg/ [3] https://www.scribd.com/user/270125049/Teo-En-Ming ===END EMAIL SIGNATURE===

15 25

Aeskulap & kernel.x86_64 3.10.0-957.5.1.el7
by Gregory P. Ennis 16 Feb '19

16 Feb '19

Everyone, I wanted to report that the aeskulap dicom viewer available on the nux.dextop repositories is now working with the lastest kernel update : kernel.x86_64 3.10.0-957.5.1.el7. Thanks much to everyone!!! -- Greg Ennis

1 1

C7 basic install, HATE
by mark 16 Feb '19

16 Feb '19

I've got an old server, that I'm *trying* to rebuild from C6. Our regular key, with the kickstarts, etc, simply won't boot. Just a blank screen, and it never goes anywhere. So I'm trying to build it from a year-old regular installer. 100% of the time, the graphical screen is screwed. Resolution's so big that I cannot see the right-hand 10% or 15% of the screen. There doesn't seem to be any way that I've found yet to make it higher res, so I can read it. It's *not* the monitor's fault. It is an ancient Matrox video card... but I would have thought the VESA driver could handle it. Any suggestions? mark

5 7

/boot partition running out of space randomly. Please help!
by Sean Son 16 Feb '19

16 Feb '19

Hello all First off, I am running Oracle Linux 7.6 on a Hyper-V 2016 VM for a customer. I know this is not an Oracle Linux mailling list, but because Oracle Linux and CentOS are so similar, to an extent, I figured why not ask on here because someone MIGHT know the answer.. Here is the issue. I have a 600MB /boot partition allocated on a UEFI system. The /boot/efi partition is on a separate EFI partition. Recently, I noticed that this system has been crashing every few minutes and when I checked the disk space, I noticed that the /boot partition has zero free space available. I removed all of the old kernels and left the running kernel in place, in hopes that will free up some space. It freed up about 50MB or so, but then the system would crash again. After I would reboot the VM to bring the system back up, I ran a df -h /boot, and the results were reporting ZERO disk space again for the /boot partition.. It makes absolutely no sense how a partition which is generally static UNLESS you move something into it, is running out of space after space has been manually freed up in the partition! What boggles me even more is that when I do an ls -lh /boot, the file systems do not add up to 600M (well 594M) at all. See below: df -h Filesystem Size Used Avail Use% Mounted on devtmpfs 2.8G 0 2.8G 0% /dev tmpfs 2.8G 0 2.8G 0% /dev/shm tmpfs 2.8G 8.5M 2.8G 1% /run tmpfs 2.8G 0 2.8G 0% /sys/fs/cgroup /dev/mapper/VolGroup00-LogVolRoot 30G 19G 12G 63% / /dev/sda2 594M 594M 0 100% /boot /dev/sda1 238M 9.7M 229M 5% /boot/efi /dev/mapper/VolGroup00-LogVolHome 3.3G 415M 2.9G 13% /home tmpfs 565M 0 565M 0% /run/user/54321 tmpfs 565M 0 565M 0% /run/user/1000 ]$ ls -lh /boot total 92M -rw-r--r-- 1 root root 179K Dec 12 22:52 config-4.14.35-1844.0.7.el7uek.x86_64 drwx------ 3 root root 16K Dec 31 1969 efi drwx------. 2 root root 21 Feb 8 15:55 grub2 -rw-------. 1 root root 54M Aug 28 12:31 initramfs-0-rescue-0287c4db206d4a9abe14f750b9091a01.img -rw------- 1 root root 22M Dec 21 17:24 initramfs-4.14.35-1844.0.7.el7uek.x86_64.img -rw-r--r-- 1 root root 329K Dec 12 22:52 symvers-4.14.35-1844.0.7.el7uek.x86_64.gz -rw-r--r-- 1 root root 3.6M Dec 12 22:52 System.map-4.14.35-1844.0.7.el7uek.x86_64 -rwxr-xr-x. 1 root root 6.1M Aug 28 12:31 vmlinuz-0-rescue-0287c4db206d4a9abe14f750b9091a01 -rwxr-xr-x 1 root root 7.2M Dec 12 22:52 vmlinuz-4.14.35-1844.0.7.el7uek.x86_64 I have no idea what is going on here and why the space keeps filling up and the VM crashing! ANY and all help will be greatly appreciated! Thanks! I am running the following kernel: 4.14.35-1844.0.7.el7uek.x86_64 Thanks! Sean S.

4 4

DNSSEC Questions
by Paul R. Ganci 15 Feb '19

15 Feb '19

Last weekend I had my DNSSEC keys expire. I discovered that they had expired the hard way... namely randomly websites could not be found and email did not get delivered. It seems that the keys were only valid for what I estimate was about 30 days. It is a real PITA to have update the keys, restart named and then update Godaddy with new digests. The first part of the problem is fairly manageable in the sense I already have a script that partially can do the job of updating the DNS server. However from what I can tell the only way I can update the DNSSEC of my 8 domains is via the Godaddy control panel GUI. So a couple of questions. 1.) Is anyone aware of anyway to update Godaddy DNSSEC data via a Centos 7 bash shell? I will contact Godaddy but I suspect I am SOL but thought I would ask here thinking somebody else may have already run into this issue. 2.) Assuming the answer to DNSSEC is no, can I at least have the keys last longer than they do by default. I am presently creating the keys via: > dnssec-keygen -a NSEC3RSASHA1 -b 2048 -n ZONE zone > dnssec-keygen -f KSK -a NSEC3RSASHA1 -b 4096 -n ZONE zone It is very unclear to me given the dnssec-keygen man page how to set the date so that I could get 90 days or even more per key. The descriptions I found about constructing rolling keys was even more cryptic to me. For example, how do you use these switches: -A date/offset Sets the date on which the key is to be activated. After that date, the key will be included in the zone and used to sign it. If not set, and if the -G option has not been used, the default is "now". -D date/offset Sets the date on which the key is to be deleted. After that date, the key will no longer be included in the zone. (It may remain in the key repository, however.) -I date/offset Sets the date on which the key is to be retired. After that date, the key will still be included in the zone, but it will not be used to sign it. -P date/offset Sets the date on which a key is to be published to the zone. After that date, the key will be included in the zone but will not be used to sign it. If not set, and if the -G option has not been used, the default is "now". -R date/offset Sets the date on which the key is to be revoked. After that date, the key will be flagged as revoked. It will be included in the zone and will be used to sign it. Is it as simple as setting the -I and -R switches to something like +90d At least if I can get the DNS server to update via a cron job even if the 1st item will always have to be done manually that would be help. Thanks for your help. -- Paul (ganci(a)nurdog.com) Cell: (303)257-5208

3 5

question about upgrade qemu and libvirtd
by rong zhao 15 Feb '19

15 Feb '19

Hi Team, I am not sure if I should put my question here, I have googled long time, no explicit information found. Background: We need to support KVM encryption and decided to use LUKS. Refer to:https://libvirt.org/formatsecret.html#VolumeUsageType libvirtd and KVM should be able to support LUKS format disk directly. Unfortunately, seems that we need to use libvirt2.2+ and qemu 2.6+, because our current qemu-kvm version does not support luks format: And our hypervisor's OS is CentOS 7.2 with libvirt 2.0 and qemu-kvm 1.5.3 Question: Is there any safe way to upgrade to libvirt 2.2 and qemu 2.6? Safe way means: do not need to reboot hyper or VM, do not impact VM types support . Any suggestion is welcome. Thanks.

3 2

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

Discuss