- Discuss - lists.centos.org

Creating a bootable USB to install CentOS 7
by KM 17 May '18

17 May '18

I need to copy CentOS 7 to a USB to boot from and install on servers. I have searched and there are a lot of different pages. I wanted someone to give me some tips or current places to look for easy ways to do this. I want to create the bootable USB from my Windows 10 PC in case that matters. Any tips/ideas would be great.Thank you in advance. KM

3 3

Problem with Digikam and libgphoto2 after latest update
by Nicolas Kovacs 17 May '18

17 May '18

Hi, I have CentOS 7 with KDE on my workstation. I'm using the CR repo. I had to remove Digikam to be able to do the latest update (1 GB of updates... wow). Here's what happens when I try to reinstall it. # yum install digikam ... --> Finished Dependency Resolution Error: Package: digikam-4.10.0-6.el7.x86_64 (epel) Requires: libgphoto2_port.so.10(LIBGPHOTO2_5_0)(64bit) Available: libgphoto2-2.5.2-5.el7.x86_64 (base) libgphoto2_port.so.10(LIBGPHOTO2_5_0)(64bit) Installed: libgphoto2-2.5.15-1.el7.x86_64 (@cr) ~libgphoto2_port.so.12(LIBGPHOTO2_5_0)(64bit) Error: Package: digikam-4.10.0-6.el7.x86_64 (epel) Requires: libgphoto2_port.so.10()(64bit) Available: libgphoto2-2.5.2-5.el7.x86_64 (base) libgphoto2_port.so.10()(64bit) Installed: libgphoto2-2.5.15-1.el7.x86_64 (@cr) ~libgphoto2_port.so.12()(64bit) You could try using --skip-broken to work around the problem You could try running: rpm -Va --nofiles --nodigest Any suggestions? Just wait until the EPEL maintainers rebuild it against the latest stuff? 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 8

Persisting Routes In A Routing Table Other Than The Default
by Adam Tauno Williams 16 May '18

16 May '18

I need to add persistent routes to a policy routing table. I can add rules to an IP policy table after installing NetworkManager-config- routing-rules; but I have not found how to add routes to a table other than the specific table. Manually I do a: ip route add default via 192.168.1.6 dev ens192 table pods Rules load automatically via the /etc/sysconfig/network-scripts/rules- {interface} files. Routes added to /etc/sysconfig/network- scripts/routes-{interface} are always added to the default policy. [root@aqueduct rc.d]# ip rule 0: from all lookup local 32763: from 192.168.65.0/24 lookup pods 32764: from 192.168.41.0/24 lookup pods 32765: from 192.168.43.0/24 lookup pods 32766: from all lookup main 32767: from all lookup default -- Adam Tauno Williams <mailto:awilliam@whitemice.org> GPG D95ED383 Systems Administrator, Python Developer, LPI / NCLA

2 3

kernel-lt from ELRepo vs. GRUB: define default boot kernel
by Nicolas Kovacs 16 May '18

16 May '18

Hi, After upgrading my workstation to CentOS 7.5 (1804), I had to upgrade my kernel from vanilla to kernel-lt from ELRepo. My NVidia GeForce 210 would only work with the driver provided by NVidia, which in turn required a more recent kernel than 3.0.10. Anyway. Right now here's all the kernels that I have on my workstation: [root@alphamule:~] # rpm -qa | grep -i kernel kernel-lt-devel-4.4.129-1.el7.elrepo.x86_64 kernel-lt-devel-4.4.131-1.el7.elrepo.x86_64 kernel-lt-headers-4.4.131-1.el7.elrepo.x86_64 kernel-lt-4.4.131-1.el7.elrepo.x86_64 kernel-lt-4.4.129-1.el7.elrepo.x86_64 And here's what I'm currently running: [root@alphamule:~] # uname -r 4.4.129-1.el7.elrepo.x86_64 I have a Logitech Illuminated USB keyboard, and one of the quirks of this piece of hardware is that it's unresponsive on boot time. Meaning when GRUB displays the kernel menu, the arrow keys (or for the matter any keys) won't work. Which means the only choice I have left is either boot the default kernel in the list... or go to another office, grab a standard USB keyboard and plug it in temporarily just to choose the kernel to boot. So right now I have two kernels on my machine, the 4.4.129 and the 4.4.131. How do I configure GRUB so that on the next reboot, it defaults to the 4.4.131 kernel? I knew how to do this with LILO under Slackware, but GRUB is a very different beast. 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

4 4

The right way to deal with in-house development
by m.roth＠5-cent.us 16 May '18

16 May '18

Ok, what's the "correct" way to deal with systems developed in-house, that have their own sets up subdirectories. And why, for that matter, does running sealert give me the full path to the executable, like openjdk... but *not* the full path to the file it's trying to operate on, and I'm left going "ok, where was the file it deleted? (we're running in permissive mode - overwhelmingly, developers and subject matter experts no less than nothing about selinux). mark

1 0

CentOS 7.5 (1804) and NetworkManager
by Nicolas Kovacs 16 May '18

16 May '18

Hi, I'm running CentOS on all kinds of setups: servers, workstations, desktops and laptops. Up until now, I'm only using NetworkManager on laptops, since it makes sense to use it there. On servers and desktop clients, I usually remove it and configure the network "traditionally" by simply editing /etc/sysconfig/network-scripts/ifcfg-whatever, /etc/resolv.conf, /etc/hosts, /etc/hostname and /etc/sysconfig/network. Running NetworkManager on anything else than a laptop has never made any sense to me, since it's basically an extra layer of abstraction. With the latest update, the removal of NetworkManager on a desktop client isn't possible anymore, since 'yum remove NetworkManager' also tries to remove 'gdm', and disabling it on startup spews back all sorts of errors. If you folks at Red Hat are reading this, I have one question: WHY ? Niki Kovacs -- 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

4 5

Re: [CentOS] CentOS 7.5 (1804) and NetworkManager
by Michael Lampe 16 May '18

16 May '18

Gnome's control-center now requires NetworkManager-wifi. But it's only a soft requirement, no shared libs involved. To keep your workstation NM-free, you want to install a dummy package that provides NetworkManager-wifi but actually contains nothing, ideally before updating to 7.5. Here's a script to create such a dummy: https://github.com/larsks/fakeprovide If you do this, control-center shows a sad face and some text (Oops, blah, blah, ...) in the WiFi tab. Just the same you always got in the network tab without NM. That's all. -M.

3 2

CentOS-announce Digest, Vol 159, Issue 3
by centos-announce-request＠centos.org 16 May '18

16 May '18

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-2018:1454 Critical CentOS 6 dhcp Security Update (Johnny Hughes) 2. CESA-2018:1453 Critical CentOS 7 dhcp Security Update (Johnny Hughes) ---------------------------------------------------------------------- Message: 1 Date: Tue, 15 May 2018 15:51:39 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CESA-2018:1454 Critical CentOS 6 dhcp Security Update Message-ID: <20180515155139.GA65109(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Security Advisory 2018:1454 Critical Upstream details at : https://access.redhat.com/errata/RHSA-2018:1454 The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: e7b038ec6216dd9c84a4b2736a650df51c24837311786160402603a1d611d1e1 dhclient-4.1.1-53.P1.el6.centos.4.i686.rpm 56a47d7319dddd86deb59119fbde6bd8997f3d95ebc1023a9fd40d266af715bd dhcp-4.1.1-53.P1.el6.centos.4.i686.rpm f5abe8bcbe57a59102bfa875985c65f8ef11725d8d5cbba363a9af43b5c5b53e dhcp-common-4.1.1-53.P1.el6.centos.4.i686.rpm 7aac0528855e392838d05ed6040828f725fa53617e1a075263509a29ad6b4741 dhcp-devel-4.1.1-53.P1.el6.centos.4.i686.rpm x86_64: 274cc0f07e56546c3be18acc23696b63b83cbeb31d047132f1963b40f8e70eaa dhclient-4.1.1-53.P1.el6.centos.4.x86_64.rpm 34b6034b5152b0db167fb649c9d8d32f23ce6317b571d9a06af5176b0ab33a6a dhcp-4.1.1-53.P1.el6.centos.4.x86_64.rpm ab0da4ab9234f2b9c36251c970880804e4ec9cb6baa1e7a32e50b2e8655a4dc5 dhcp-common-4.1.1-53.P1.el6.centos.4.x86_64.rpm 7aac0528855e392838d05ed6040828f725fa53617e1a075263509a29ad6b4741 dhcp-devel-4.1.1-53.P1.el6.centos.4.i686.rpm d2d2344fd4076e12450ef5ca37ea2139a049166b6b2059b0ecc007fa1b892212 dhcp-devel-4.1.1-53.P1.el6.centos.4.x86_64.rpm Source: d30ede6d503154811891158c268f0b80a892c925662f0b8914d90d437392b42c dhcp-4.1.1-53.P1.el6.centos.4.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net Twitter: @JohnnyCentOS ------------------------------ Message: 2 Date: Tue, 15 May 2018 17:32:34 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CESA-2018:1453 Critical CentOS 7 dhcp Security Update Message-ID: <20180515173234.GA28880(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Security Advisory 2018:1453 Critical Upstream details at : https://access.redhat.com/errata/RHSA-2018:1453 The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) x86_64: d8016005508135f34e59a890a4f189d5d63c1ae90647dc5cf292a58efa1ad281 dhclient-4.2.5-68.el7.centos.1.x86_64.rpm 87c6a692dca9eeae9c5bffed9aec1209570ad6d4ef2235dcd8d4e9aba92bea28 dhcp-4.2.5-68.el7.centos.1.x86_64.rpm 362140e6e05c70c91c4dd4f24d244b808173a2bc155712e0f921230bd139806d dhcp-common-4.2.5-68.el7.centos.1.x86_64.rpm e807c98666a5a90388c1013e8bd4001dafdb4ddc769b2de8679683600995ce47 dhcp-devel-4.2.5-68.el7.centos.1.i686.rpm c0b4af7a8bae02b00407f37283356085c7316a533196615c3f1dfffa6bb8a35a dhcp-devel-4.2.5-68.el7.centos.1.x86_64.rpm 1090e35b58f6eefc7d262df1e9d3e1afc5ebb7b86f7664bee8efd4fed5b0c6f7 dhcp-libs-4.2.5-68.el7.centos.1.i686.rpm 79fe00ee01d3087ca9384f639eec607b0d190007c68fab64da5f0e5c6b77d388 dhcp-libs-4.2.5-68.el7.centos.1.x86_64.rpm Source: fe5f91adcebb9edf7333af7a645d682919c6823d8d93f91d289c4f6da4d73df4 dhcp-4.2.5-68.el7.centos.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 159, Issue 3 ***********************************************

1 0

OT Hardware Forum
by Mark LaPierre 15 May '18

15 May '18

Hey Y'all, Is there a forum where I can discuss hardware and CentOS 7? I'm considering building a new desktop system specifically designed for CentOS 7 and the Folding At Home project. This mail list seams to be oriented toward CentOS software issues not hardware discussions. -- _ °v° /(_)\ ^ ^ Mark LaPierre Registered Linux user No #267004 https://linuxcounter.net/ ****

2 1

could not resolve mirrorlist.centos.org
by m.roth＠5-cent.us 15 May '18

15 May '18

Hi, folks, I've got managers on me, I'm rebuilding this system as C 7... and I'm getting the above. No idea. It pings, but pointing a browser to there gives me "invalid release". Anyone else having trouble? mark

2 2

Issue with private mirror
by Eric Germann 15 May '18

15 May '18

Hello all, long time lurker, first time poster. I have a situation that has been confounding me for the better part of a week. I run an internal mirror of a Centos mirror, mainly because I have lots of hosts and low bandwidth. For my 7.x hosts, since 7.5.1804 was released, when I do a “yum update”, I get the following errors on a number of files. "Package does not match intended download. Suggestion: run yum --enablerepo=base clean metadata” I’ve done that. I’ve done “yum clean all”. I’ve done “yum clean all && rm -rf /var/cacheyum” I’ve blown away the 7.5.1804 tree in my mirror and resync’d it and it still does it. If I change the 7 -> 7.5.1804 symlink to 7.4, yum update runs fine. I’m confounded. How can I check the repo data files on my copy against the tree to see where or if it’s blowing up. Oddly, if I point the host I’m updating at the SAME server I’m mirroring from and do a yum update, it works fine. Using rsync to update. Out of Ideas, EKG

2 2

CentOS 7.5 and GPU memory
by Jerry Geis 15 May '18

15 May '18

Is there a way to "control" how much GPU memory the OS uses ? Back on CentOS 7.4 it "seemed" to use less. I want / need to tell 7.5 to use less.\ or no GPU memory. I have a video application that needs more of the GPU memory and not so much the OS taking that memory. How do I do that? Thanks, Jerry

1 0

Squid and log files
by Nicolas Kovacs 15 May '18

15 May '18

Hi, I have Squid running on several CentOS proxy servers. Here's what the Squid log file directory looks like on my own server: access.log access.log-20180311.gz access.log-20180319.gz access.log-20180429.gz access.log-20180506.gz access.log-20180514.gz cache.log cache.log-20180416.gz cache.log-20180422.gz cache.log-20180430.gz cache.log-20180506.gz cache.log-20180514.gz squidGuard.log I don't know if the compressed and archived *.gz log files are supposed to be erased some time. Anyway, I'd like to make sure they are kept at least for one full year. Where is this defined ? 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

2 1

Save the date: CERN Dojo, October 19th, 2018
by Rich Bowen 14 May '18

14 May '18

On October 19th, 2018, we will once again be hosting a CentOS Dojo at CERN, in Meyrin, Switzerland[1]. This will be a full day of CentOS presentations, drawn both from CERN and from the broader CentOS community. The call for papers is now open[2]. We're looking for talks about anything CentOS related, but we're particularly interested in: * OpenStack, and other cloud platforms * Ceph, and other software defined storage solutions * Configuration management tools * HPC, and other aspects of research computing CERN[3] is one of the best-known research facilities on the planet, and the home of the Large Hadron Collider. CentOS Dojos[4] are the best place to meet other members of the CentOS community, and the various communities - such as OpenStack and Ceph - that have a large overlap with CentOS. [1] http://cern.ch/centos [2] https://indico.cern.ch/event/727150/abstracts/ [3] https://home.cern/ [4] https://wiki.centos.org/Events/Dojo/ -- Rich Bowen - rbowen(a)redhat.com @CentOSProject // @rbowen 859 351 9166

1 0

kickstart leavebootorder
by Stijn De Weirdt 14 May '18

14 May '18

hi all, we have hosts that we want to pxeboot first, always. with uefi, anaconda/kickstart always set the freshly installed disk as first bootdevice and there seems to be no way to disable this behaviour. the rhel7 docs describe a "leavebootorder" option (https://access.redhat.com/documentation/en-us/red_hat_enterprise_linux/7/ht…) but it doesn't "leave [the] boot order", it still (as described in the doc) puts the new one on top. it leaves other existing boot entries alone, in same order; but inserting a new entry on top effectively changes the order, not sure what they were smoking when they came up that option name.... does anyone have any tips/tricks to keep hosts booting with pxe first (besides parsing efibootmgr output and modifying the bootorder after an install). thanks, stijn

1 0

Centos 7.5 and Courier 10 Pitch fonts in Libreoffice
by Gregory P. Ennis 14 May '18

14 May '18

Everyone, With the update to Centos 7.5 it is apparent that we lost the Courier 10 Pitch fonts that were in "xorg-x11-fonts-Type1". Does anyone know how to get this back. Greg Ennis

5 13

Private repository and upgrade to Centos 7.5 (Kernel / GStreamer / Mesa)
by Andreas Benzler 12 May '18

12 May '18

Hello Everyone, long time ago I wrote my last mail about my personal repository. The Upgrade went most smoostly. Only need to recompile mesa (enable by wayland ) and qt5-qtwebkit-5.9.2-1.el7.centos.src.rpm (missing by epel) nextcloud-client-2.3.3-1.el7.centos.src.rpm My current software Setup: - kernel 4.16.8 (elrepo with some amd switches) - updated graphic driver stack libdrm / libva 2.1/ amd & intel & nvidia (opensource driver) - gstreamer 10.5 & ffmpeg 2.8.14 - media with vlc 2.2.8 (vlc 3 & ffmpeg3 needs newer compiler) - mesa 18.0.3 / llvm 6.0 Moved from gnome to Xfwm4 for smoother workflow. Wayland is untested here. My WineHQ must be recompiled, that's all is left todo for now. I know some of my repo packages are not wayland enabled, but not needed this time. Totem is mostly unusable this time since mesa 18.0. Got same problem with Arch Linux. In fact nothing todo with my software stack. Got vlc by the way. Everything can be found at: http://centos.cms4all.org/repo/7/ While everything is my private playground and not a official repsitory the packages are "hand made" and unsigned. What's the benefit of this? Everything working as a normal Workstation on a server stack software. Tested also the last tombraider from steam....nice gameplay.. The last 2 years nothing breaks realy, when I starded my project: Centos Multimedia enabled. Still the same drive/installation with the vodoo software testdrive. No distribution drives that long in the past. Sincerely Andy

2 1

Re: [CentOS] [CentOS-announce] Release for CentOS Linux 7 (1804) on x86_64 aarch64 i386 ppc64 ppc64le
by Warren Young 11 May '18

11 May '18

On May 10, 2018, at 1:33 AM, Karanbir Singh <kbsingh(a)centos.org> wrote: > > I am pleased to announce the general availability of CentOS Linux 7 > (1804) for across all architectures. I’ve checked about a dozen of the mirrors, and see no *.torrent files yet. Any idea how long they’ll take to appear? I ask because we’re building a system today, so if it’s going to be more than a few hours, I’ll grab the ISO file directly, but otherwise, I’d prefer to spread the load. > As always, read through the Release Notes at : > http://wiki.centos.org/Manuals/ReleaseNotes/CentOS7 The “RHEL” link here still points to the 7.4 release notes: https://wiki.centos.org/Download

2 3

Re: [CentOS] OT: hardware: sanitizing a dead SSD?
by James B. Byrne 11 May '18

11 May '18

On Thu, May 10, 2018 12:00, m.roth(a)5-cent.us wrote: > > > On the other hand... static, and unchanging, right, and how many > minutes of Amazon S3 will it take to break the encryption? None. If it is NSA certified there will be a backdoor. -- *** e-Mail is NOT a SECURE channel *** Do NOT transmit sensitive data via e-Mail Do NOT open attachments nor follow links sent by e-Mail James B. Byrne mailto:ByrneJB@Harte-Lyne.ca Harte & Lyne Limited http://www.harte-lyne.ca 9 Brockley Drive vox: +1 905 561 1241 Hamilton, Ontario fax: +1 905 561 0757 Canada L8E 3C3

1 0

Yum-cron
by m.roth＠5-cent.us 11 May '18

11 May '18

Ok, I've just had issues this morning, and went and *looked*. I can see a yum-cron running monthly, sure. Running weekly, I guess. Running daily? Why? And there is *NO* reason whatever for a "yum-hourly*. None. This is CentOS, not ubuntu-snapshot-of-the-moment. I don't know if this is from upstream or not, but it's wrong. I mean, even Redmond only pushes out patches once or twice a month, except for critical fixes.,,,.

4 6

Centos7 update: epel no route to host
by johan.vermeulen7＠telenet.be 11 May '18

11 May '18

Hello All, I' have a laptop who's not booting to graphical screen today. Actualy I had several the last few days, related to cr repo. This one won't update, EM: updates | 3.4 kB 00:00:00 epel/x86_64/updateinfo FAILED https://mirror.ynet.sk/epel/7/x86_64/repodata/3ada5bcbccaa9772074a773b15bd0…: [Errno 14] curl#7 - "Failed connect to mirror.ynet.sk:443; No route to host" I reinstalled epel-release package, same issue remains. I guess I could update without epel, but maybe this will make things worse. Any advise would be appreciated. Greetings, J

2 1

Video troubles after 7.5 upgrade using CR repo
by Nicolas Kovacs 10 May '18

10 May '18

Hi, Our desktop clients are running CentOS 7 with the Xfce desktop from EPEL. The CR repository is enabled. A few days ago I launched an update, which brought in close to 1 GB of packages. I had some weird problems on two clients. One is an old Dell Optiplex 330 with a legacy video card. [root@cybermule:/] # lspci | grep -i vga 01:05.0 VGA compatible controller: Advanced Micro Devices, Inc. [AMD/ATI] RC410 [Radeon Xpress 200/1100] After the update, X wouldn't start anymore, and there was no way to make it behave. I had to reinstall everything and disable the CR repo (or more precisely not enable it in the first place). After this, things went back to normal. On another desktop client, a more recent Dell Optiplex 780, this is what the video card looks like. [root@littlesister:/] # lspci | grep -i vga 00:02.0 VGA compatible controller: Intel Corporation 4 Series Chipset Integrated Graphics Controller (rev 03) On this machine I have some weird screen artefacts. When opening a window - any window - there is a sort of a black flash. Meaning the window is a black square, and then the content appears. Plus, on LibreOffice, when doing things like modifying tabs in a document, the tab lines are persistent all over the screen. Very ugly, and the secretary complains about not being able to work correctly. Any idea what's happening here? Until now, CentOS 7 never gave me this sort of headaches. 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

2 2

Re: [CentOS] OT: hardware: sanitizing a dead SSD?
by Sean 10 May '18

10 May '18

Probably too late for consideration at this point, but there are Enterprise Class SSDs available with DoD/NSA certified/approved self encryption capability. The concept is that encryption is a hardware feature of the drive, when you want to dispose of it, you throw away the key. This allows vendors to receive broken drives back from GOV/MIL clients securely so that failure methods can be researched. Dell and EMC have been presenting this to us at storage briefs for a couple of years now. --Sean On Thu, May 10, 2018 at 8:00 AM <centos-request(a)centos.org> wrote: > From: m.roth(a)5-cent.us > To: CentOS mailing list <centos(a)centos.org> > Cc: > Bcc: > Date: Wed, 9 May 2018 11:35:21 -0400 > Subject: Re: [CentOS] OT: hardware: sanitizing a dead SSD? > James Szinger wrote: > > Disclaimer: My $dayjob is with a government contractor, but I am speaking > > as private citizen. > > > > Talk to your organization's computer security people. They will have a > > standard procedure for getting rid of dead disks. We on the internet > > can't > know what they are. I'm betting it involves some degree of > paperwork. > > > > Around here, I give the disks to my local computer support who in turn > > give them the institutional disk destruction team. I also zero-fill the > disk > > if possible, but that's not an official requirement. The disk remains > > sensitive until the process is complete. > > > Federal contractor here, too. (I'm the OP). For disks that work, shred or > DBAN is what we use. For dead disks, we do the paperwork, and get them > deGaussed. SSD's are a brand new issue. We haven't had to deal with them > yet, but it's surely coming, so we might as well figure it out now. > > mark > >

2 1

CentOS-announce Digest, Vol 159, Issue 2
by centos-announce-request＠centos.org 10 May '18

10 May '18

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-2018:1364 Important CentOS 6 389-ds-base Security Update (Johnny Hughes) 2. CEBA-2018:1361 CentOS 6 ibus BugFix Update (Johnny Hughes) 3. CEBA-2018:1339 CentOS 6 tzdata BugFix Update (Johnny Hughes) 4. CEBA-2018:1362 CentOS 6 vte BugFix Update (Johnny Hughes) 5. CEBA-2018:1363 CentOS 6 gcc-libraries BugFix Update (Johnny Hughes) 6. CESA-2018:1319 Important CentOS 6 kernel Security Update (Johnny Hughes) 7. Release for CentOS Linux 7 (1804) on armhfp (Fabian Arrotin) 8. Release for CentOS Linux 7 (1804) on x86_64 aarch64 i386 ppc64 ppc64le (Karanbir Singh) ---------------------------------------------------------------------- Message: 1 Date: Wed, 9 May 2018 22:45:58 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CESA-2018:1364 Important CentOS 6 389-ds-base Security Update Message-ID: <20180509224558.GA64223(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Security Advisory 2018:1364 Important Upstream details at : https://access.redhat.com/errata/RHSA-2018:1364 The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: 997e67fca6b61e3c9eab8f16cbc39de3420170cc8d075aff9d297de12231037a 389-ds-base-1.2.11.15-95.el6_9.i686.rpm 70a6f320198a67424128fd0f664d6e015f4d691e4834cf2b9c644178adf9694c 389-ds-base-devel-1.2.11.15-95.el6_9.i686.rpm ea840e718423a3bf6b92192ad026af50ba30a10cf59438386f55f336f650cf4d 389-ds-base-libs-1.2.11.15-95.el6_9.i686.rpm x86_64: de4109a1b8a9364f92aa2eab1d2cb6169d89dc9304791f97edc98c8f7499eedb 389-ds-base-1.2.11.15-95.el6_9.x86_64.rpm 70a6f320198a67424128fd0f664d6e015f4d691e4834cf2b9c644178adf9694c 389-ds-base-devel-1.2.11.15-95.el6_9.i686.rpm 6b8c3237c8443e5135a5d94371f4641fe8aa1329ec5c56b91d12832b6d6fb873 389-ds-base-devel-1.2.11.15-95.el6_9.x86_64.rpm ea840e718423a3bf6b92192ad026af50ba30a10cf59438386f55f336f650cf4d 389-ds-base-libs-1.2.11.15-95.el6_9.i686.rpm cc5ad7a239fe8dc5b4c03d955f23cfbb7118110d939678256b00fa6906bf2779 389-ds-base-libs-1.2.11.15-95.el6_9.x86_64.rpm Source: 4c49c3286a5232c30faffb4871fe41cf4f5b47e3632a1f8b8ad71becfba902df 389-ds-base-1.2.11.15-95.el6_9.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net Twitter: @JohnnyCentOS ------------------------------ Message: 2 Date: Wed, 9 May 2018 22:46:25 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CEBA-2018:1361 CentOS 6 ibus BugFix Update Message-ID: <20180509224625.GA64528(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Bugfix Advisory 2018:1361 Upstream details at : https://access.redhat.com/errata/RHBA-2018:1361 The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: 7bc067f49bbd933672a1cffff2d19da4d6d4dbf40ccddac3d41630e2176760fb ibus-1.3.4-9.1.el6_9.i686.rpm 42da18ba08e243ad861c1591ab08ea801d79c8c488f09ecdada681b8c86f3134 ibus-devel-1.3.4-9.1.el6_9.i686.rpm a5a2a6793acf62085b41382192cb9f068310f9b2990cddc337e263ccd71e5fef ibus-devel-docs-1.3.4-9.1.el6_9.i686.rpm 2e9ee4fc8c13fd4cb856bdd0b4aa1213764081db592a251a6b0261ef34f0adc6 ibus-gtk-1.3.4-9.1.el6_9.i686.rpm 15e0440f2e1831a8fcb72b3e4347a03ce91991651e7dfed3510ce9b01b302d2c ibus-libs-1.3.4-9.1.el6_9.i686.rpm x86_64: 4e33cd4fd1e5b2576012b6a7b9ebaed4bc39bd778fc61b60997edbe04f49dee2 ibus-1.3.4-9.1.el6_9.x86_64.rpm 42da18ba08e243ad861c1591ab08ea801d79c8c488f09ecdada681b8c86f3134 ibus-devel-1.3.4-9.1.el6_9.i686.rpm 164a59cd7aece2e340c04c8d0e15da713419268acb7f8120b0f7b7d56be14061 ibus-devel-1.3.4-9.1.el6_9.x86_64.rpm c0139fc8389038488e00d15d7dc8fa5453646ea5f8ddeb03da613db48941ecd4 ibus-devel-docs-1.3.4-9.1.el6_9.x86_64.rpm 2e9ee4fc8c13fd4cb856bdd0b4aa1213764081db592a251a6b0261ef34f0adc6 ibus-gtk-1.3.4-9.1.el6_9.i686.rpm bf9347071d1db29f7d4e32bf12ad5cc2f3a599a7c3fe9a491f1579c948811542 ibus-gtk-1.3.4-9.1.el6_9.x86_64.rpm 15e0440f2e1831a8fcb72b3e4347a03ce91991651e7dfed3510ce9b01b302d2c ibus-libs-1.3.4-9.1.el6_9.i686.rpm 7ee186e307a906c236800d99da26742d9400f5353d8afac64782db5732d7270f ibus-libs-1.3.4-9.1.el6_9.x86_64.rpm Source: f8885fae9ced193d7ddd3cd95fe23d3bb37440a1886d483c888b44cc5cf0bb2e ibus-1.3.4-9.1.el6_9.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net Twitter: @JohnnyCentOS ------------------------------ Message: 3 Date: Wed, 9 May 2018 22:47:12 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CEBA-2018:1339 CentOS 6 tzdata BugFix Update Message-ID: <20180509224712.GA64745(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Bugfix Advisory 2018:1339 Upstream details at : https://access.redhat.com/errata/RHBA-2018:1339 The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: d66cde6ab07be8739b2222c0463cc7c0218a55f1f825944545cef692107ae685 tzdata-2018e-3.el6.noarch.rpm cb1e4abf1981101afc2a87b1a434068d65e5f2828846bbc051199fda58002bd6 tzdata-java-2018e-3.el6.noarch.rpm x86_64: d66cde6ab07be8739b2222c0463cc7c0218a55f1f825944545cef692107ae685 tzdata-2018e-3.el6.noarch.rpm cb1e4abf1981101afc2a87b1a434068d65e5f2828846bbc051199fda58002bd6 tzdata-java-2018e-3.el6.noarch.rpm Source: 3e8bd97285bcdc86fd0e2d902ab3ea8cd46bce4ca7ef34f7eee3d2c7ff622d49 tzdata-2018e-3.el6.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net Twitter: @JohnnyCentOS ------------------------------ Message: 4 Date: Wed, 9 May 2018 22:47:28 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CEBA-2018:1362 CentOS 6 vte BugFix Update Message-ID: <20180509224728.GA64974(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Bugfix Advisory 2018:1362 Upstream details at : https://access.redhat.com/errata/RHBA-2018:1362 The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: dc5384b49e720518865f72977b64025fd36ed921e27620e18929e33c66749af6 vte-0.25.1-10.el6_9.i686.rpm 0088d97ea239f1818b4deb6a316f6c19029ce7fb47fc09b61201b2304ab787cb vte-devel-0.25.1-10.el6_9.i686.rpm x86_64: dc5384b49e720518865f72977b64025fd36ed921e27620e18929e33c66749af6 vte-0.25.1-10.el6_9.i686.rpm bdd76e5bd5ea79464d420eeb4478c2f1aeaac3aa1eeba1752008a39c20e37a63 vte-0.25.1-10.el6_9.x86_64.rpm 0088d97ea239f1818b4deb6a316f6c19029ce7fb47fc09b61201b2304ab787cb vte-devel-0.25.1-10.el6_9.i686.rpm 74bec8926f4b823d38d0add1f1f15c1a954a963a68dc7ad684c29c135805dc41 vte-devel-0.25.1-10.el6_9.x86_64.rpm Source: a13db29c3e6b32fc106022ed39f0dc0e03f04494ba732caa1e89779ac51a4d05 vte-0.25.1-10.el6_9.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net Twitter: @JohnnyCentOS ------------------------------ Message: 5 Date: Wed, 9 May 2018 22:49:52 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CEBA-2018:1363 CentOS 6 gcc-libraries BugFix Update Message-ID: <20180509224952.GA534(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Bugfix Advisory 2018:1363 Upstream details at : https://access.redhat.com/errata/RHBA-2018:1363 The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: 323ad8d5df9a986714d005ef68522add594e30649126df621a17bb4c9b8408f8 libatomic-7.1.1-2.4.1.el6_9.i686.rpm 5a08cc9e5b374e7c7f4bbf8f7a52d3aad149b9e1c0b52f26da74bab204f81819 libcilkrts-7.1.1-2.4.1.el6_9.i686.rpm e655f830b1cb725f1e16d29ab9523aa05e35652ab0a97f941c98c06f81ae1501 libgfortran4-7.1.1-2.4.1.el6_9.i686.rpm 248c681d393d114567ad1b52f62b3f9bebd4c6f739a940ff58b21a914d958889 libitm-7.1.1-2.4.1.el6_9.i686.rpm dfcac050acf14a260d070c22b3f259e63810ec6e0c93977d0757fa8619af2a40 libquadmath-7.1.1-2.4.1.el6_9.i686.rpm x86_64: 323ad8d5df9a986714d005ef68522add594e30649126df621a17bb4c9b8408f8 libatomic-7.1.1-2.4.1.el6_9.i686.rpm 40c821ed28410ef09698e5d30703ee435cbdd59ff93b2331194b58e57d075650 libatomic-7.1.1-2.4.1.el6_9.x86_64.rpm 5a08cc9e5b374e7c7f4bbf8f7a52d3aad149b9e1c0b52f26da74bab204f81819 libcilkrts-7.1.1-2.4.1.el6_9.i686.rpm 36bd5b0cfdc8e04f3386351dd4744246b144f488e8a0eaf480462406738483fc libcilkrts-7.1.1-2.4.1.el6_9.x86_64.rpm dc79d7bfb19758b5141d1ec39d4a813bd5be49b53b333faa69fe2edde39d6d61 libgfortran4-7.1.1-2.4.1.el6_9.x86_64.rpm 248c681d393d114567ad1b52f62b3f9bebd4c6f739a940ff58b21a914d958889 libitm-7.1.1-2.4.1.el6_9.i686.rpm cb739fcc5409e8a56b8c4f0408d2888af76aba7a1280ac642c979b41763fbf02 libitm-7.1.1-2.4.1.el6_9.x86_64.rpm bd53cf22b87e00a8e1303567371c8cd57bcbf7c71df9c093ceb541acfe7a76e9 libquadmath-7.1.1-2.4.1.el6_9.x86_64.rpm Source: 4281052f332512080e2ff36a0d756738a7e49fc7279dfc5bec82d6ade347d06c gcc-libraries-7.1.1-2.4.1.el6_9.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net Twitter: @JohnnyCentOS ------------------------------ Message: 6 Date: Thu, 10 May 2018 01:00:09 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CESA-2018:1319 Important CentOS 6 kernel Security Update Message-ID: <20180510010009.GA20721(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Security Advisory 2018:1319 Important Upstream details at : https://access.redhat.com/errata/RHSA-2018:1319 The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: 0ad77fd677aef101b9f6fdd2871173612333281d776520ecfae57c1d381b2e21 kernel-2.6.32-696.28.1.el6.i686.rpm 37e002b4ec8cb0d47e8b9427073dc3209280ffa8307bc28e8e0c7f9d818214ed kernel-abi-whitelists-2.6.32-696.28.1.el6.noarch.rpm e7e3fd0e9130be40ce38bbdbbe4e971506f3c3db3b24dceb7a6abcdcee47d9de kernel-debug-2.6.32-696.28.1.el6.i686.rpm 77ccfe0bc6ef1e4ee9214036768416b2b528b2aef9e71e3c48d0ca59c004f28f kernel-debug-devel-2.6.32-696.28.1.el6.i686.rpm cb08256cb0c950a7233e6de90fc2c6464243de381abae903799eb82f5a7edb61 kernel-devel-2.6.32-696.28.1.el6.i686.rpm 9a4a6205260a044053d75a2e167651e69a4e9802ba93f354f261b60879848fb5 kernel-doc-2.6.32-696.28.1.el6.noarch.rpm cc7e18af2c14a3e6469e551866eb4dceb91e1fffa1f64cb08463494ae514dc8d kernel-firmware-2.6.32-696.28.1.el6.noarch.rpm 82b1ba0334adaf81d1b3bb5a06625dcfa2b7cc2586ab491b104189bcf44a9b95 kernel-headers-2.6.32-696.28.1.el6.i686.rpm d3d96af0f6309a67bd86ce090b2e48a0396bc0c7a81d58c1f7effe391625b124 perf-2.6.32-696.28.1.el6.i686.rpm e00c0b060a2ca77eb7f2f0b575d05ef4e9154d5ea03f44d63c22cb69b7fc9903 python-perf-2.6.32-696.28.1.el6.i686.rpm x86_64: c1a87ab6d6628639f2456d8f49b4b0fb2f5891eb7a001f00986f9691ebb6e9d1 kernel-2.6.32-696.28.1.el6.x86_64.rpm 37e002b4ec8cb0d47e8b9427073dc3209280ffa8307bc28e8e0c7f9d818214ed kernel-abi-whitelists-2.6.32-696.28.1.el6.noarch.rpm 27211dcac25bc8efdef2b9ad6a7878ad5aff98d2a3195fe087fd4c02cbdd9fdd kernel-debug-2.6.32-696.28.1.el6.x86_64.rpm 77ccfe0bc6ef1e4ee9214036768416b2b528b2aef9e71e3c48d0ca59c004f28f kernel-debug-devel-2.6.32-696.28.1.el6.i686.rpm ce913ed2cb9ea3799b463808471244f3259973928f8f1dba4d3f868512943f9e kernel-debug-devel-2.6.32-696.28.1.el6.x86_64.rpm 73674be131a5d7a855450f3ec5b3f67956dbb366e854e8909533125fa8b57c6c kernel-devel-2.6.32-696.28.1.el6.x86_64.rpm 9a4a6205260a044053d75a2e167651e69a4e9802ba93f354f261b60879848fb5 kernel-doc-2.6.32-696.28.1.el6.noarch.rpm cc7e18af2c14a3e6469e551866eb4dceb91e1fffa1f64cb08463494ae514dc8d kernel-firmware-2.6.32-696.28.1.el6.noarch.rpm 95e982222a272bbaf0367c2afe9ca516388e20bf0530d7826cdd9818e7d0b7c0 kernel-headers-2.6.32-696.28.1.el6.x86_64.rpm c812bdbba530ce27286dc53680d313b5addd290b2cd885413344fcd621dcc18b perf-2.6.32-696.28.1.el6.x86_64.rpm e763ea6f3f09365ed17624b09330cd918627aa8b6dd6d2d7e896fdb81aa1fe88 python-perf-2.6.32-696.28.1.el6.x86_64.rpm Source: fe8e4c2b62e39cb557bb1dd9195bb524b107964a653736103fd59ba6893a3f2c kernel-2.6.32-696.28.1.el6.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net Twitter: @JohnnyCentOS ------------------------------ Message: 7 Date: Thu, 10 May 2018 09:27:21 +0200 From: Fabian Arrotin <arrfab(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] Release for CentOS Linux 7 (1804) on armhfp Message-ID: <390bfa54-4ad0-0527-9b6f-edd8fcb19724(a)centos.org> Content-Type: text/plain; charset="utf-8" I am pleased to announce the general availability of CentOS Linux 7 (1804) for armhfp compatible machines. This is the current release for CentOS Linux 7 and is tagged as 1804, derived from Red Hat Enterprise Linux 7.5 == Download You can download new images for armhfp boards on http://mirror.centos.org/altarch/7/isos/armhfp/ Images and sha256sums : CentOS-Userland-7-armv7hl-generic-GNOME-1804-sda.raw.xz 16ff588e04fae393671da6cc1336088201f5c633d66e519345eaf4b60e2818c3 CentOS-Userland-7-armv7hl-generic-KDE-1804-sda.raw.xz 950340fd8aec24651788897382f76d360c19a7f83c08dc9390637880413690f7 CentOS-Userland-7-armv7hl-generic-Minimal-1804-sda.raw.xz 1a9823b3148285a8aa8f07f49c23b4e6299aaa1f225d15334501687fb9c44398 CentOS-Userland-7-armv7hl-RaspberryPI-GNOME-1804-sda.raw.xz 23c3ec15d72e7b1934fa63ae1a7c8f4071f952c2d2c07da39c625e2559b86ccf CentOS-Userland-7-armv7hl-RaspberryPI-KDE-1804-sda.raw.xz f9ed70539ad4579a7ae7bbad777e4a2614ad9df13bfb577ac2de0c72dee9e7c1 CentOS-Userland-7-armv7hl-RaspberryPI-Minimal-1804-sda.raw.x 962264b4387a10cfd058b12b7ed1490fd3f65c9276c10a37c6746ffaabcc83f2 == What's new (specific to armhfp) As before, CentOS 7 userland for armhfp is still built from the CentOS 7 distribution, with some modified, added (or removed) packages. Here are some highlights for the 7.5.1804 release : - Kernel (for both rpi2/3 and generic boards) was bumped to 4.14.x (LTS version) to also follow the i386 AltArch kernel. - uboot images were updated to version 2018.03 to support more boards - we have now variants other than "minimal" (so GNOME and KDE) - selinux is working in enforcing mode and not in permissive mode by default so there is no need anymore to relabel filesystem and reboot) We have also changed the way we built the armhfp images, so please consider reading the dedicated wiki page to understand which steps are now mandatory to ensure that your armhfp will boot correctly (basically setting up uboot) More informations/details on the dedicated wiki page : https://wiki.centos.org/SpecialInterestGroup/AltArch/armhfp == Getting help If you are searching for help, or would like to help the CentOS altarch/armhfp ecosystem, feel free to subscribe to the CentOS arm-dev list (https://lists.centos.org/mailman/listinfo/arm-dev) or chat with us in #centos-arm on irc.freenode.net == Special thank you message I'd like to say thank you to Pablo Greco, who helped a lot for this release, with all the hard work he did during the CentOS 7.4.1708 days to catch up with all the packages that weren't able to build, work that permits now to have a armhfp release set as close as possible with the upstream x86_64 one. Kudos ! -- Fabian Arrotin The CentOS Project | https://www.centos.org gpg key: 56BEC54E | twitter: @arrfab

1 0

Replacement for Pdftk under CentOS 7 ?
by Nicolas Kovacs 10 May '18

10 May '18

Hi, Two weeks ago I migrated all our local school's servers and clients from Slackware 14.1 to CentOS 7. Everything went perfectly, and now I'm busy sanding down some edges. The previous installation sported pdftk and a frontend (can't remember the name) which allowed some basic operations on PDF files such as splitting and concatenation. The school's staff used this application all the time. Unfortunately it's not available under CentOS 7. Can you suggest any replacement for this application? On a side note, it should be something with a point-and-click GUI. 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

4 3

OT: hardware: sanitizing a dead SSD?
by m.roth＠5-cent.us 09 May '18

09 May '18

Anyone have any clues about how to sanitize a dead SSD? We haven't had it yet, but we're sure it's coming. Esp. since I'm a federal contractor, a dead disk gets deGaussed, but what the hell do you do with a SSD?

14 16

CentOS 7.5
by Jerry Geis 08 May '18

08 May '18

Hi All - Just checking on "expected" 7.5 release - I'm guessing its very close. On a side note... I played with CR enabled it and did the update, my /etc/redhat-release still says the old 7.4... I was thinking it would say something different for CR. Anyway looking forward to 7.5! Thanks, Jerry

2 1

Problem with cr repo.
by me＠tdiehl.org 08 May '18

08 May '18

Hi, I am having a problem with yum update from the cr repo. Below is the output of yum: (vgeppetto2 pts4) # yum update Loaded plugins: changelog, fastestmirror, priorities Loading mirror speeds from cached hostfile * epel: mirror.cogentco.com 171 packages excluded due to repository priority protections Resolving Dependencies --> Running transaction check ---> Package python-urllib3.noarch 0:1.10.2-3.el7 will be updated ---> Package python-urllib3.noarch 0:1.10.2-5.el7 will be an update --> Finished Dependency Resolution Dependencies Resolved =================================================================================================================================================================================================================== Package Arch Version Repository Size =================================================================================================================================================================================================================== Updating: python-urllib3 noarch 1.10.2-5.el7 cr 102 k Transaction Summary =================================================================================================================================================================================================================== Upgrade 1 Package Total download size: 102 k Is this ok [y/d/N]: y Downloading packages: python-urllib3-1.10.2-5.el7.noarch.rpm | 102 kB 00:00:00 Running transaction check Running transaction test Transaction test succeeded Running transaction Updating : python-urllib3-1.10.2-5.el7.noarch 1/2 Error unpacking rpm package python-urllib3-1.10.2-5.el7.noarch error: unpacking of archive failed on file /usr/lib/python2.7/site-packages/urllib3/packages/ssl_match_hostname: cpio: rename Verifying : python-urllib3-1.10.2-5.el7.noarch 1/2 python-urllib3-1.10.2-3.el7.noarch was supposed to be removed but is not! Verifying : python-urllib3-1.10.2-3.el7.noarch 2/2 Failed: python-urllib3.noarch 0:1.10.2-3.el7 python-urllib3.noarch 0:1.10.2-5.el7 Complete! (vgeppetto2 pts4) # Can someone look at this and tell me if this is a packaging problem or a problem with my machine and how to fix it? I ran yum clean metadata before the yum update run but no change. Regards, -- Tom me(a)tdiehl.org

5 5

Re: [CentOS] Network Performance Update
by Gordon Messmer 06 May '18

06 May '18

On 05/06/2018 06:20 AM, Chris Olson wrote: > > Thanks for the follow up message regarding measurement > of network performance. we are checking into nc and > how it might be used. The man page for "nc" has specific examples of sending a file over TCP. > We have not found iperf on any > of our systems, but we may try installing it with yum. > > You may be right about the ftp server trying to use > ftruncate() on the destination file /dev/null, but > I do not see a reason that it would do that. What > needs to be truncated at the beginning of a transfer? Explaining *why* the authors of the FTP server wrote it as they did is beyond what I can offer. I can explain the mechanism, but not the rationale.

1 0

Network Performance Update
by Chris Olson 06 May '18

06 May '18

My thanks to all that responded to my posting about measuring network performance. Helpful suggestions are always very much appreciated. The type of testing that we were attempting does not appear to be a major topic of interest on the list but the additional information below may be helpful to some users. Initial reports of an issue with |dd not being recognized was questioned so several more tests were conducted. Testing the transfer to /dev/null was repeated several times with identical results as indicated immediately below. How this message about dd was interpreted as it not being recognized is not clear. What is clear is the Broken pipe indication which we then went on to investigate. All indications are that the destination of the pipe was not accepting the sourced data. With this in mind we conducted several successful transfers as indicated below. It appears that /dev/null is not a legitimate place to send data from an ftp transfer. This was the case even when the original source was a file and not a dd command. One of the suggestions in response to our original posting indicated that "|dd might be changed to |"dd. This was also tried as indicated below. Both forms of the put command that send the data to an actual file (zeros) work and were repeated several times. Using the form |"dd consistently runs slower than using the original put command format: "|dd Bottom Line: Mystery partially solved. What is left is why the /dev/null destination for the data does not work. Just about every other commands we tried routing data to /dev/null work from any user space. Attempting Transfer Of dd Created Output To /dev/null ------------------------------------------------------------- ftp> ftp> put "|dd if=/dev/zero bs=32768 count=8000" /dev/null local: |dd if=/dev/zero bs=32768 count=8000 remote: /dev/null 227 Entering Passive Mode (192,168,1,101,27,154) 500 OOPS: ftruncate dd: writing `standard output': Broken pipe 1+0 records in 0+0 records out 0 bytes (0 B) copied, 9.3018e-05 s, 0.0 kB/s ftp> Successful Transfers Of dd Created Output To A File Named zeros --------------------------------------------------------------- ftp> ftp> put "|dd if=/dev/zero bs=32768 count=8000" zeros local: |dd if=/dev/zero bs=32768 count=8000 remote: zeros 227 Entering Passive Mode (192,168,1,103,164,178) 150 Ok to send data. 8000+0 records in 8000+0 records out 262144000 bytes (262 MB) copied, 26.4611 s, 9.9 MB/s 226 Transfer complete. 262144000 bytes sent in 27 seconds (9.7e+03 Kbytes/s) ftp> ftp> ftp> put |"dd if=/dev/zero bs=32768 count=8000" zeros local: |dd if=/dev/zero bs=32768 count=8000 remote: zeros 227 Entering Passive Mode (192,168,1,103,39,252) 150 Ok to send data. 8000+0 records in 8000+0 records out 262144000 bytes (262 MB) copied, 30.7971 s, 8.5 MB/s 226 Transfer complete. 262144000 bytes sent in 31 seconds (8.3e+03 Kbytes/s) ftp>

2 1

NetworkManager dnsmasq plugin
by Frank Cox 06 May '18

06 May '18

I am trying to get dnsmasq to work through NetworkManager by putting dns=dnsmasq into /etc/NetworkManager/NetworkManager.conf NetworkManager still works but dnsmasq doesn't start. I get this error in /var/log/messages: could not load plugin 'dnsmasq' from file '/usr/lib64/NetworkManager/libnm-settings-plugin-dnsmasq.so And the referenced file doesn't exist, as stated. So where or how do I get libnm-settings-plugin-dnsmasq.so? I don't see any rpm that provides that file, though I'm hoping to be proved wrong of course. -- MELVILLE THEATRE ~ Real D 3D Digital Cinema ~ www.melvilletheatre.com

1 0

Samba HOWTO wiki bug: chcon samba_share_t
by Warren Young 05 May '18

05 May '18

In this wiki article: https://wiki.centos.org/HowTos/SetUpSamba …there is a command down in section 2 that gives an error here on CentOS 7: $ sudo semanage fcontext –at samba_share_t /path/to/share …noise noise noise… semanage: error: unrecognized arguments: samba_share_t /path/to/share That and the following restorecon command can be replaced by a single shorter command, which also fixes the symptom: $ sudo chcon -R -t samba_share_t /path/to/share

5 13

get unicode ranges from a TTF ???
by Alice Wonder 04 May '18

04 May '18

Hello list, Is there a command line tool I run on a ttf font and get a list of the Unicode Ranges for that that font that would be compatible with the unicode-range: parameter in a CSS @fontface declaration? I'm guessing something in the python world probably exists... Hopefully something that works in CentOS 7 I need something like that for a FLOSS font server project that doesn't track users. I don't feel a need to split up a font by unicode range, but a lot of fonts are already split by their upstream developers according to language support - e.g. the Noto Fonts, the main font has a lot of glyphs but Hebrew for example is in it's own font file already. I want to be able to get the range information for what the fonts support. Thanks for any tips. My font server project I need it for is at https://github.com/AliceWonderMiscreations/FlossWoff2

1 1

HPLIP vs. CentOS
by Nicolas Kovacs 03 May '18

03 May '18

Hi, Our local school has recently acquired an HP PageWide Pro 477 professional printer. According to HP, the printer requires HPLIP 3.16.3 at least. Unfortunately, CentOS is only shipping HPLIP 3.15.9. So I downloaded and installed the hplip/hplipfull package from the HP site. Installing this thing and getting it to work is not exactly a trivial task, as I documented in my blog: https://blog.microlinux.fr/hp-pagewide-pro-centos/ The printer and the scanner worked perfectly for some time. Now all of a sudden scanning won't work anymore, and I have an alert that the HP plugin must be installed. So I launched hp-plugin (as I already did on numerous similar installations before), but unfortunately the plugin installation fails with the following error: Python gobject/dbus may not be installed. A google search shows me that I'm not alone, and that this error has affected users quite regularly over the years. The relevant packages are already installed on my system, so I'm facing a choice. 1. Either use the hplip-* packages provided by CentOS that are too old for our printer. 2. Use the buggy hplipfull package provided by HP. If anyone has an idea how to upgrade HPLIP on CentOS so that it actually works, I'd be grateful. 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

2 2

CentOS-announce Digest, Vol 159, Issue 1
by centos-announce-request＠centos.org 03 May '18

03 May '18

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-2018:1270 Important CentOS 6 java-1.7.0-openjdk Security Update (Johnny Hughes) 2. CESA-2018:1098 Important CentOS 6 firefox Security Update (Johnny Hughes) 3. CESA-2018:1225 Critical CentOS 6 librelp Security Update (Johnny Hughes) 4. CESA-2018:1199 Important CentOS 6 patch Security Update (Johnny Hughes) 5. CESA-2018:1188 Critical CentOS 6 java-1.8.0-openjdk Security Update (Johnny Hughes) 6. CESA-2018:1124 Critical CentOS 6 python-paramiko Security Update (Johnny Hughes) ---------------------------------------------------------------------- Message: 1 Date: Wed, 2 May 2018 12:00:53 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CESA-2018:1270 Important CentOS 6 java-1.7.0-openjdk Security Update Message-ID: <20180502120053.GA52319(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Security Advisory 2018:1270 Important Upstream details at : https://access.redhat.com/errata/RHSA-2018:1270 The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: 141cd9631a85b702e025ba5dcdb1caea40f3d7b120624de374b5ed92984e549c java-1.7.0-openjdk-1.7.0.181-2.6.14.1.el6_9.i686.rpm 5c9e2415bcfac9b37cc9c0a5b859238a11a83d4e259454effff40f30f7283b5f java-1.7.0-openjdk-demo-1.7.0.181-2.6.14.1.el6_9.i686.rpm db232b8611193c1afe8256b0f7e483d3f4944391848db28a923a6f807ffaf6fa java-1.7.0-openjdk-devel-1.7.0.181-2.6.14.1.el6_9.i686.rpm ebec3f7167077e0573d802f468af12f31fb3b5ef3ca8e75cac71dc6ed4da5b22 java-1.7.0-openjdk-javadoc-1.7.0.181-2.6.14.1.el6_9.noarch.rpm 9ec1ea9eb404747790c2a143463937d58848281b544975cd33d9da1dc2198bd9 java-1.7.0-openjdk-src-1.7.0.181-2.6.14.1.el6_9.i686.rpm x86_64: 548200b8396885c986d22485e1c283f95b57d182ef7e45335c544ae3a78e6b9f java-1.7.0-openjdk-1.7.0.181-2.6.14.1.el6_9.x86_64.rpm 930ab2cc8d37d5b4d175f057ce4b15e29755faf774a987c5705994e549ba6837 java-1.7.0-openjdk-demo-1.7.0.181-2.6.14.1.el6_9.x86_64.rpm 6f039f43f1331d949dc9ed6d53e53e64a25947a60dc6ff4d3257d06b96564704 java-1.7.0-openjdk-devel-1.7.0.181-2.6.14.1.el6_9.x86_64.rpm ebec3f7167077e0573d802f468af12f31fb3b5ef3ca8e75cac71dc6ed4da5b22 java-1.7.0-openjdk-javadoc-1.7.0.181-2.6.14.1.el6_9.noarch.rpm bd7c457813cfa716b61894b2fc1048e979da6c2c6dedc659741612c507a40d69 java-1.7.0-openjdk-src-1.7.0.181-2.6.14.1.el6_9.x86_64.rpm Source: 6f07f83fd4627cf6e3e3f8109c46250b3d16bffc8731b9c8365c5f21e5bcbbc6 java-1.7.0-openjdk-1.7.0.181-2.6.14.1.el6_9.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net Twitter: @JohnnyCentOS ------------------------------ Message: 2 Date: Wed, 2 May 2018 12:03:01 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CESA-2018:1098 Important CentOS 6 firefox Security Update Message-ID: <20180502120301.GA52564(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Security Advisory 2018:1098 Important Upstream details at : https://access.redhat.com/errata/RHSA-2018:1098 The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: 02380bc2107f2a2ec19d84d2bfc49a3ea5c9cf51279a50d7f091878ef3253a24 firefox-52.7.3-1.el6.centos.i686.rpm x86_64: 02380bc2107f2a2ec19d84d2bfc49a3ea5c9cf51279a50d7f091878ef3253a24 firefox-52.7.3-1.el6.centos.i686.rpm 5933d213ce7a34a079e2f84d1bbb08b91dd28f10daa4ef2a487b426823325474 firefox-52.7.3-1.el6.centos.x86_64.rpm Source: a5330e8e79305f8dbb05ecd598579827216f4e98aff93e66270378595cebfc8b firefox-52.7.3-1.el6.centos.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net Twitter: @JohnnyCentOS ------------------------------ Message: 3 Date: Wed, 2 May 2018 12:03:26 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CESA-2018:1225 Critical CentOS 6 librelp Security Update Message-ID: <20180502120326.GA52803(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Security Advisory 2018:1225 Critical Upstream details at : https://access.redhat.com/errata/RHSA-2018:1225 The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: d3d3215dd4f4b41bedcdb86ec63f3a20d102e8bb7ce6b95388bec575d6ef4ba0 librelp-1.2.7-3.el6_9.1.i686.rpm 6b57c15171003905d8a623a7e3f5147e6cc4c9302ec34d0210742805ac2d6ae1 librelp-devel-1.2.7-3.el6_9.1.i686.rpm x86_64: d3d3215dd4f4b41bedcdb86ec63f3a20d102e8bb7ce6b95388bec575d6ef4ba0 librelp-1.2.7-3.el6_9.1.i686.rpm 3234be9e14a573d0c2073c861e16db18ddff5fb0643be3ec9794633a49a5788c librelp-1.2.7-3.el6_9.1.x86_64.rpm 6b57c15171003905d8a623a7e3f5147e6cc4c9302ec34d0210742805ac2d6ae1 librelp-devel-1.2.7-3.el6_9.1.i686.rpm 9cfc8f354a19a8669e6a3a8001c9155d8822f3920dff1abd729eef752764acfe librelp-devel-1.2.7-3.el6_9.1.x86_64.rpm Source: a88451ecc7b9ba1500aa95e6e5e3ba3ad5c072a86f34815d10ade9e50cbeee10 librelp-1.2.7-3.el6_9.1.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net Twitter: @JohnnyCentOS ------------------------------ Message: 4 Date: Wed, 2 May 2018 12:03:45 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CESA-2018:1199 Important CentOS 6 patch Security Update Message-ID: <20180502120345.GA52989(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Security Advisory 2018:1199 Important Upstream details at : https://access.redhat.com/errata/RHSA-2018:1199 The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: 6d4612d0d5772563ed63b20dfa2d927e7a142b1200303a1e838f82d7e5b2c429 patch-2.6-8.el6_9.i686.rpm x86_64: d7ee08c5cd48a92839be6fdf5e99bcc5ef48853fb5cc491a0f41e2419b0eb7b5 patch-2.6-8.el6_9.x86_64.rpm Source: 49753d0de64e91235f20c9e17acf1c7c009fd0fea9b06734942bfdacdef20f83 patch-2.6-8.el6_9.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net Twitter: @JohnnyCentOS ------------------------------ Message: 5 Date: Wed, 2 May 2018 12:04:48 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CESA-2018:1188 Critical CentOS 6 java-1.8.0-openjdk Security Update Message-ID: <20180502120448.GA53422(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Security Advisory 2018:1188 Critical Upstream details at : https://access.redhat.com/errata/RHSA-2018:1188 The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: 3b3880acd70d462c4a7c99792ad650df5036905ee9f29903bd09a26bf887f580 java-1.8.0-openjdk-1.8.0.171-3.b10.el6_9.i686.rpm e457c857daf516f552ad529a0d0baa591edef484318bc200472223f08e4d95f8 java-1.8.0-openjdk-debug-1.8.0.171-3.b10.el6_9.i686.rpm eaf79a4a3eded5a956c50228fc4cbcb25f328f1b363982bd8e64eb6b4e1d4c5c java-1.8.0-openjdk-demo-1.8.0.171-3.b10.el6_9.i686.rpm 84b320acd0f3960083532090d510fa48057ac19bad387b24b3c469495eaa5bff java-1.8.0-openjdk-demo-debug-1.8.0.171-3.b10.el6_9.i686.rpm bd608747cd424e837b8823e8dbebd39c31bc3e7b5b87b79476c0314ddd7cd3ff java-1.8.0-openjdk-devel-1.8.0.171-3.b10.el6_9.i686.rpm ba14b04cc20ed0a6abd4e73a06874464d7ad20241fe76fcb2a6a1a3b294d0370 java-1.8.0-openjdk-devel-debug-1.8.0.171-3.b10.el6_9.i686.rpm 485bccd1b6600c42739a97ed9bd0b42adb82789b36d2259b29149594c6eaae6a java-1.8.0-openjdk-headless-1.8.0.171-3.b10.el6_9.i686.rpm 8d98014474ad927d69754b7a6b48e88127db10bddc82e7580f685938febae435 java-1.8.0-openjdk-headless-debug-1.8.0.171-3.b10.el6_9.i686.rpm 067eb162c00fb158e73774838dff1e63deacfe28712ed913b75ecbf30db28575 java-1.8.0-openjdk-javadoc-1.8.0.171-3.b10.el6_9.noarch.rpm 8a237c03e2a2a9a2a532db2224734d81aa533b486f0e70a3fe6a7d613dff121a java-1.8.0-openjdk-javadoc-debug-1.8.0.171-3.b10.el6_9.noarch.rpm addef18119e41fa63f96a92e0c811242e7aa0ef40f20cf6f33a5f1677b9a3143 java-1.8.0-openjdk-src-1.8.0.171-3.b10.el6_9.i686.rpm 6a2d43918f1fcf87fe5d0ae9f40d2b9e80ea917ef48ca16119bd397aa211f0fe java-1.8.0-openjdk-src-debug-1.8.0.171-3.b10.el6_9.i686.rpm x86_64: 18de1c67b46c2136da6950a454cb67d034f754af42e9f400d96fdacc92b1751c java-1.8.0-openjdk-1.8.0.171-3.b10.el6_9.x86_64.rpm bb46ae508c13585350e23cde93442c78af5b3205b69215fb1700b312fa58921e java-1.8.0-openjdk-debug-1.8.0.171-3.b10.el6_9.x86_64.rpm 0647ce24d006764eb618e021482ecc5c20c50864451dd46dd3f380f12ba7471d java-1.8.0-openjdk-demo-1.8.0.171-3.b10.el6_9.x86_64.rpm f60095ebf6e622a9bd98cadf6fedd7a5fff2d12b94c4ed8e086173642fa16b80 java-1.8.0-openjdk-demo-debug-1.8.0.171-3.b10.el6_9.x86_64.rpm 68b987230c8c678b60137237526fa00082cf6adfd74065c826ad49fcc875e9d6 java-1.8.0-openjdk-devel-1.8.0.171-3.b10.el6_9.x86_64.rpm 675d2775617c7d4c06a8c294024482c5ed16ef72e6e6684012db513682123abd java-1.8.0-openjdk-devel-debug-1.8.0.171-3.b10.el6_9.x86_64.rpm fb2db097b0c2d6c4d1871df51226558c0475c249f20f8ff04a2baa98e660f372 java-1.8.0-openjdk-headless-1.8.0.171-3.b10.el6_9.x86_64.rpm 14afc062e1f059f2c2feedf8b7802d0bbeef6e889c68f05dd77d2666bb3909ee java-1.8.0-openjdk-headless-debug-1.8.0.171-3.b10.el6_9.x86_64.rpm 067eb162c00fb158e73774838dff1e63deacfe28712ed913b75ecbf30db28575 java-1.8.0-openjdk-javadoc-1.8.0.171-3.b10.el6_9.noarch.rpm 8a237c03e2a2a9a2a532db2224734d81aa533b486f0e70a3fe6a7d613dff121a java-1.8.0-openjdk-javadoc-debug-1.8.0.171-3.b10.el6_9.noarch.rpm 881b93d21e115824920800b0fdc992760bc911a9334a6c84771efa4fbe5e7841 java-1.8.0-openjdk-src-1.8.0.171-3.b10.el6_9.x86_64.rpm aaa11f1aed134a9b954a394ef317cf056eb224334477d7d9e7777e81841c3d12 java-1.8.0-openjdk-src-debug-1.8.0.171-3.b10.el6_9.x86_64.rpm Source: ce61afe55abc160720f25a0f29a7b58cb4f04aac953b9e32f7c3292f10869afc java-1.8.0-openjdk-1.8.0.171-3.b10.el6_9.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net Twitter: @JohnnyCentOS ------------------------------ Message: 6 Date: Wed, 2 May 2018 12:05:32 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CESA-2018:1124 Critical CentOS 6 python-paramiko Security Update Message-ID: <20180502120532.GA53639(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Security Advisory 2018:1124 Critical Upstream details at : https://access.redhat.com/errata/RHSA-2018:1124 The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: b3d780db118ae3d20d0b42094fbb9568f2392ab1d1fda44c5a706137e89c57c7 python-paramiko-1.7.5-4.el6_9.noarch.rpm x86_64: b3d780db118ae3d20d0b42094fbb9568f2392ab1d1fda44c5a706137e89c57c7 python-paramiko-1.7.5-4.el6_9.noarch.rpm Source: 516f2f3da754fde2dddef3baa1f44b2fc8eb058c6b22d7731a336165c77b42b7 python-paramiko-1.7.5-4.el6_9.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 159, Issue 1 ***********************************************

1 0

Re: [CentOS] More oddities...
by m.roth＠5-cent.us 02 May '18

02 May '18

From: Marcelo Ricardo Leitner <marcelo.leitner(a)gmail.com> On Tue, May 01, 2018 at 03:28:29PM -0400, m.roth(a)5-cent.us wrote: >> My manager's workstation is C 7.4, and it started screaming yesterday >> about issues with ata5. > >> Except that he has one internal and one external drive, and a DVD. Anyone >> have clues as to what could be causing this, or where to start looking? > ata'5' is about the port it is connected and not related to the count > of devices in there. > You should be able to match it with: > ls -l /sys/class/block | grep ata5 > There sould be a symlink like: > lrwxrwxrwx. 1 root root 0 abr 29 19:23 sda -> > ../../devices/pci0000:00/0000:00:1f.2/ata1/host0/target0:0:0/0:0:0:0/block/sda > Or by going through boot dmesg. Good thought... but no joy. I see links with sda, sda1, sdb, sdb1 and sdb2, and four for dm-[0-3], and nothing else. Looking in that symlink, I see ll /sys/devices/pci0000\:00/0000\:00\:1f.2/ata5/ total 0 drwxr-xr-x. 6 root root 0 May 2 10:12 ./ drwxr-xr-x. 10 root root 0 May 2 10:11 ../ drwxr-xr-x. 3 root root 0 May 2 10:14 ata_port/ drwxr-xr-x. 4 root root 0 May 2 10:14 host4/ drwxr-xr-x. 5 root root 0 May 2 10:14 link5/ drwxr-xr-x. 2 root root 0 May 2 10:14 power/ -rw-r--r--. 1 root root 4096 May 2 10:14 uevent $ ll /sys/devices/pci0000\:00/0000\:00\:1f.2/ata5/host4/ total 0 drwxr-xr-x. 4 root root 0 May 2 10:14 ./ drwxr-xr-x. 6 root root 0 May 2 10:12 ../ drwxr-xr-x. 2 root root 0 May 2 10:15 power/ drwxr-xr-x. 3 root root 0 May 2 10:15 scsi_host/ lrwxrwxrwx. 1 root root 0 May 1 17:59 subsystem -> ../../../../../bus/scsi/ -rw-r--r--. 1 root root 4096 May 2 10:15 uevent Finally, I did ll /sys/devices/pci0000\:00/0000\:00\:1f.2/ata5/host4/scsi_host/host4/ total 0 drwxr-xr-x. 3 root root 0 May 2 10:15 ./ drwxr-xr-x. 3 root root 0 May 2 10:15 ../ -rw-r--r--. 1 root root 4096 May 2 10:15 active_mode -r--r--r--. 1 root root 4096 May 2 10:15 ahci_host_cap2 -r--r--r--. 1 root root 4096 May 2 10:15 ahci_host_caps -r--r--r--. 1 root root 4096 May 2 10:15 ahci_host_version -r--r--r--. 1 root root 4096 May 2 10:15 ahci_port_cmd -r--r--r--. 1 root root 4096 May 2 10:15 can_queue -r--r--r--. 1 root root 4096 May 2 10:15 cmd_per_lun lrwxrwxrwx. 1 root root 0 May 2 10:15 device -> ../../../host4/ -rw-r--r--. 1 root root 4096 May 2 10:15 eh_deadline -rw-r--r--. 1 root root 4096 May 2 10:15 em_buffer -rw-r--r--. 1 root root 4096 May 2 10:15 em_message -r--r--r--. 1 root root 4096 May 2 10:15 em_message_supported -r--r--r--. 1 root root 4096 May 2 10:15 em_message_type -r--r--r--. 1 root root 4096 May 2 10:15 host_busy --w-------. 1 root root 4096 May 2 10:15 host_reset -rw-r--r--. 1 root root 4096 May 1 18:00 link_power_management_policy drwxr-xr-x. 2 root root 0 May 2 10:15 power/ -r--r--r--. 1 root root 4096 May 2 10:15 proc_name -r--r--r--. 1 root root 4096 May 2 10:15 prot_capabilities -r--r--r--. 1 root root 4096 May 2 10:15 prot_guard_type --w-------. 1 root root 4096 May 2 10:15 scan -r--r--r--. 1 root root 4096 May 2 10:15 sg_prot_tablesize -r--r--r--. 1 root root 4096 May 2 10:15 sg_tablesize -rw-r--r--. 1 root root 4096 May 2 10:15 state lrwxrwxrwx. 1 root root 0 May 1 18:00 subsystem -> ../../../../../../../class/scsi_host/ -rw-r--r--. 1 root root 4096 May 2 10:15 supported_mode -rw-r--r--. 1 root root 4096 May 2 10:15 uevent -r--r--r--. 1 root root 4096 May 2 10:15 unchecked_isa_dma -r--r--r--. 1 root root 4096 May 2 10:15 unique_id -r--r--r--. 1 root root 4096 May 2 10:15 use_blk_mq And nothing else. Note that the it's running 3.10.0-862.el7.x86_64. Seems to have given up, for at least now, but could start flooding the logs again.... mark

1 0

More oddities...
by m.roth＠5-cent.us 01 May '18

01 May '18

My manager's workstation is C 7.4, and it started screaming yesterday about issues with ata5. Except that he has one internal and one external drive, and a DVD. Anyone have clues as to what could be causing this, or where to start looking? He's rebooted it, and before that, I tried rescan-scsi-bus.sh, with no joy. mark

2 1

OT: hardware, odd PSU issue
by m.roth＠5-cent.us 01 May '18

01 May '18

We have an HP blade enclosure for SL230s Gen 8. Went to replace the four PSUs in it, 1500W. Got them from one vendor, "refurbished"... and *none* worked. Returned them, and got them from another vendor, and *none* worked. Something odd here. For one, the LED doesn't light up when I'm holding the PSU and plug it in. Then there's something I just noticed late yesterday: in the socket of the PSU, on the shorter side of the trapezoid, there are four copper strips, running from the inside out. Anyone run into this before? Do these not power up, because they need some sort of odd power cord with something for those copper strips? mark, befuddled

1 0

Which Videoconference System
by Joe 01 May '18

01 May '18

Hello, i m looking for a webrowser-based video conference/meeting server running on centos 7. I found jitsi, bigbluebutton, Apache OpenMeetings and more. But none has a (good) tutorial for installing on centos. You have a tip for me for a project or good tutorials? thx. joe

1 0

elrepo kmod-nvidia issue with update
by Chuck Campbell 01 May '18

01 May '18

when I do yum update, elrepo offers kmod-nvifdia, but yum does this: --> Processing Dependency: kernel(sme_me_mask) = 0x17fbce60 for package: kmod-nvidia-390.48-2.el7_5.elrepo.x86_64 --> Processing Dependency: kernel(reservation_object_add_excl_fence) = 0xea98efc0 for package: kmod-nvidia-390.48-2.el7_5.elrepo.x86_64 --> Processing Dependency: kernel(drm_vblank_init) = 0xdcd50a49 for package: kmod-nvidia-390.48-2.el7_5.elrepo.x86_64 . . . repeatedly, then says: You could try using --skip-broken to work around the problem You could try running: rpm -Va --nofiles --nodigest Is there a problem on my end or theirs? -chuck -- ACCEL Services, Inc.| Specialists in Gravity, Magnetics | (713)993-0671 ph. | and Integrated Interpretation | (713)993-0608 fax 448 W. 19th St. #325| Since 1992 | (713)306-5794 cell Houston, TX, 77008 | Chuck Campbell | campbell(a)accelinc.com | President & Senior Geoscientist | "Integration means more than having all the maps at the same scale!"

4 3

Named log question
by Chuck Campbell 30 Apr '18

30 Apr '18

Is this mis-configuration, or just noise in my log? 29-Apr-2018 00:50:26.056 general: warning: managed-keys-zone: No DNSKEY RRSIGs found for '.': success: 1 Time(s) 29-Apr-2018 00:50:26.120 general: warning: managed-keys-zone: No DNSKEY RRSIGs found for 'dlv.isc.org': success: 1 Time(s) -chuck -- ACCEL Services, Inc.| Specialists in Gravity, Magnetics | (713)993-0671 ph. | and Integrated Interpretation | (713)993-0608 fax 448 W. 19th St. #325| Since 1992 | (713)306-5794 cell Houston, TX, 77008 | Chuck Campbell | campbell(a)accelinc.com | President & Senior Geoscientist | "Integration means more than having all the maps at the same scale!"

1 0

Network Performance
by Chris Olson 30 Apr '18

30 Apr '18

One of our summer interns has stayed on working part time on weekends during the school year. This schedule presents an opportunity for technical investigations and some needed performance testing. The last weekend assignment included data rate testing on one specific network pathway. Checking out previous network testing was the first assignment. Some five year old, archived SPARC/Solaris and Intel/Solaris network tests included ftp runs like the following: ftp> ftp> put "|dd if=/dev/zero bs=32768 count=8000" /dev/null 200 PORT command successful. 150 Binary data connection for /dev/null (IP Address). 8000+0 records in 8000+0 records out 226 Transfer complete. local: |dd if=/dev/zero bs=32768 count=8000 remote: /dev/null 262144000 bytes sent in 23 seconds (11081.79 Kbytes/s) ftp> There were dozens of examples of such ftp tests with varying block sizes, bidirectional transfers, destination files on RAID storage, and a mix of some system loading programs run independently and during the network performance testing. Also archived were a full complement of network tests with what looks like the original ttcp and possibly newer versions. These utilities looked like they would work on our CentOS 6 systems, but we did not find ttcp and the ftp tests failed. the piping from dd failed with a message indicating that: |dd was not a recognized file. We no longer have available CentOS systems with versions of the OS before CentOS 6. Could there have been a change to ftp that will not allow a source file specified in this way or would this transfer method have never worked on Linux?

3 2

How do I get the kernel srpm?
by Robert Heller 30 Apr '18

30 Apr '18

I tried to follow the work flow shown in https://wiki.centos.org/Sources, but it does not seem to work: I did this: mkdir CentOS pushd CentOS git clone https://git.centos.org/git/centos-git-common.git git clone https://git.centos.org/git/rpms/kernel.git pushd kernel/ git checkout c6 ../centos-git-common/get_sources.sh And I got the message: Missing metadata. Please run from inside a sources git repo 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

4 3

OT: thunderbird annoyance
by m.roth＠5-cent.us 30 Apr '18

30 Apr '18

Does anyone know if it's even possible to NOT cc myself when I hit reply all? Geez, that's what's in the sent folder.... mark

4 6

formating DVR-RW
by Michael Hennebry 29 Apr '18

29 Apr '18

My Centos 6 wodim tell me that it can only format DVD+RW. I have DVD-RWs. Even when I format a DVD-RW on my standalone DVD recorder, wodim still will not write to it. Is there a centos-6-useable mechanism for formatting and writing DVD-RWs? -- 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

10 13

Need help: I219-v driver issue in centos 7 installation
by dibyendukoley1 28 Apr '18

28 Apr '18

Sir, Can any one please help me to install I219-V driver. The driver that is provided by intel that is for freebsd only. I have tried of installing e1000e driver but no luck.... Please help.... Looking forward to you.

2 4

CentOS events for 2018/2019
by Rich Bowen 27 Apr '18

27 Apr '18

TL;DR: What events should we go to? Tell me at https://goo.gl/forms/kLZ2y1H1jRSy4NdC3 (Cross-posting from promo@ mailing list, to get a wider participation. Thanks!) Looking at the coming 12 months, I need some feedback as I select events that need to have a CentOS presence of some kind. While I have already committed to some of these events (See below), starting around July we haven't really signed on for much, and I would like to hear from the community what events you feel we should be at, and why. The why is, by far, the more important half of the question. Why, as in, what story do we want to tell there; who are we trying to tell that story to; what would be a positive outcome from being there. First, here are the events that I am already committed to: May 8-10: Red Hat Summit - https://www.redhat.com/en/summit/2018 June 25-28: ISC-HPC (SuperComputing) Frankfurt - https://www.isc-hpc.com/ October 1-3: cPanel, Houston - https://conference.cpanel.com/ November 12-15: SuperComputing 18, Dallas - https://sc18.supercomputing.org/ February 2-3 (assumed): FOSDEM, Brussels - http://fosdem.org The story at Red Hat Summit is that CentOS (and, specifically, our SIGs) is the platform for innovation, and the source of all of Red Hat's products, as well as projects and products that continue to invent the industry. The story at the SuperComputing events is what I have been tweeting "SuperComputing is #PoweredByCentOS" - which is incontrovertibly true. The top 500 supercomputers in the world are overwhelmingly CentOS. We attend cPanel because the web hosting business, and in particular cPanel-backed sites, are overwhelmingly running on CentOS. FOSDEM - because it's FOSDEM. Events where we could have a presence are, of course, legion. We can continue to do the events that we did last year, and the year before, and that would be fine. Or we can try to visit some other industry segment where we'd like to shine brighter. I've made a Google Form at https://goo.gl/forms/kLZ2y1H1jRSy4NdC3 listing the events that I'm currently considering, but also providing space for you to tell me what events I'm not thinking about yet. Finally, please note that I'm not just talking about me going to stuff, but, rather, identifying the right people that should be at these events, and sending them to represent us - CentOS Ambassadors, if you will. -- Rich Bowen - rbowen(a)redhat.com @RDOcommunity // @CentOSProject // @rbowen

1 0

Re: [CentOS] formating DVR-RW
by Thomas Schmitt 27 Apr '18

27 Apr '18

Hi, i am upstream developer of libburn. Nevertheless, the following is intended to be purely technical info, not advertising. Better do not use wodim with DVD media. It was forked from a CD-only version of cdrecord and got added not-so-skilled code for operating DVD. One should use dvd+rw-tools or a program that has libburn as backend. I am not aware whether cdrecord is meanwhile willing to format DVD-RW. With dvd+rw-tools and according to an old cheat sheet of mine, a DVD-RW gets formatted like this: dvd+rw-format -force /dev/sr0 (Iirc, the option -force was needed if there is already an ISO filesystem on the medium.) libburn's frontend cdrskin has a command line interface that is roughly compatible to wodim or cdrecord. (There are also Xfburn, xorriso, and Brasero's libburn plugin.) A formatting run looks like this: cdrskin -v dev=/dev/sr0 blank=format_overwrite Fred Smith wrote: > Why would one format a cd/dvd? DVD-RW can have two states: unformatted sequential and formatted to "restricted" overwritable. The latter can take 32 KiB chunks of write data at 32 KiB-aligned addresses. It does not have to be blanked before re-use. growisofs and libisoburn can do multi-session on it, like they do with DVD+RW, DVD-RAM, BD-RE. Unformatted DVD-RW behave much like DVD-R (which is good for testing). Blanking them for re-use is only swift if you do not want to do multi-session on the blank medium. For multi-session they must be blanked fully, which lasts as long as a full write run. My own experince since 2004 is that formatted DVD-RW can be re-used more often before they die. Unformatted DVD-RW seem to be less long living. The older the drive, the earlier they fail. Giles Coochey wrote: > In order to delete something that you had previously written to it? Formatted DVD-RW can be used as random access read-write device by help of buffering device /dev/pktcdvd* created by pktsetup(1). But this is an invitation for trouble, as is with the other overwritable optical media types. Random access is slow and the frequent overwriting of particular media blocks reduces life time. (The other overwritable DVD and BD types need no /dev/pktcdvd* because they can be used for addressing with 2 KiB granularity.) Nataraj wrote: > I suggest that you try xorriso. Thank you for flying xorriso. :)) It has a cdrecord-wodim-compatibility mode described in man 1 xorrecord. Formatting is done by: xorrecord -v dev=/dev/sr0 blank=format_overwrite The native command mode is more versatile but demands learning new names and new rules. See man 1 xorriso. xorriso -outdev /dev/sr0 -format as_needed The mode "as_needed" formats what can be formatted and is not formatted yet. It throws no error if the medium is not suitable for formatting. Have a nice day :) Thomas

1 0

Question about "generic" USB <=> Serial Port kernel drivers...
by Robert Heller 27 Apr '18

27 Apr '18

OK, I am running CentOS 6 on my Laptop and Desktop, presently kernel version 2.6.32-696.20.1.el6.x86_64 (yes, a version or so out of date -- I'll probably do an update soon -- non-trivial since my Internet connection is via dialup). I recently bought a couple of Adafruit Arduino compatibles, a Flora and a Metro 328. Hooking up the Flora and the Metro to a Raspberry Pi running Raspbian (kernel 4.9.35-v7+), tells me that the Metro 328's USB uses a FTDI USB serial interface (ftdi_sio.ko) and the Flora uses the cdc_acm (cdc-acm.ko) USB serial interface. Both of these drivers are available with CentOS 6's kernel, but since Adafruit uses their own Vendor & Product IDs and my (old) kernel's ftdi_sio and cdc-acm drivers don't have Adafruit Vendor & Product IDs, the drivers don't automagically connect. The ftdi_sio has parameters for the Vendor & Product IDs, and specifing the product ID for the Metro 328 allows the driver to latch onto the Metro 328's USB connect and things work (I get a /dev/ttyUSB0 device). The cdc-acm does not have any parameters and I don't see any way to get it to connect. I am pretty sure all Adafruit did was change the programming of the USB chip to have their Vendor & Product IDs and the driver should work (the FTDI one does, once the Vendor & Product IDs are passed to it). My question: since the cdc-acm is not parameterized, I am guessing I need to get the kernel module source (from RH's kernel source RPM? Or maybe Elrepo has it?), hack in the Adafruit Vendor & Product IDs into its table of Vendor & Product IDs and recompile it. Is this correct? Also: is there some "trick" that allows me to create a kernel module that will work with kernel updates, without having to re-compile it after every kernel update? -- 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

Posting check
by Robert Heller 27 Apr '18

27 Apr '18

I am wondering if I am able to post to the CentOS list. -- 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

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

Discuss