- Discuss - lists.centos.org

CentOS-announce Digest, Vol 144, Issue 9
by centos-announce-request＠centos.org 26 Feb '17

26 Feb '17

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-2017:0323 Important CentOS 5 kernel Security Update (Johnny Hughes) ---------------------------------------------------------------------- Message: 1 Date: Sat, 25 Feb 2017 15:02:03 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CESA-2017:0323 Important CentOS 5 kernel Security Update Message-ID: <20170225150203.GA30594(a)chakra.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Security Advisory 2017:0323 Important Upstream details at : https://rhn.redhat.com/errata/RHSA-2017-0323.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: 019a5946e25b89c2d0ee356e588f0fa0899a8e0742d7fb54ff075c8ba2085d41 kernel-2.6.18-419.el5.i686.rpm 04999d388f09b47faad898788ddb48706ae83e941ba8d4f8b3d0922b0d757937 kernel-debug-2.6.18-419.el5.i686.rpm bce1ad740f84730eac3e6ad8153c4748e45485fea938ddcb512c8fab5200bec6 kernel-debug-devel-2.6.18-419.el5.i686.rpm 2029c432d99fb27611918b74a087d4280b13d5b08a80211b30fb7d61ee6b427f kernel-devel-2.6.18-419.el5.i686.rpm 44c69f8dc8622d48b018ca658b6ffebb2ab9a4bde2e2ab996bf55c8395c32bb4 kernel-doc-2.6.18-419.el5.noarch.rpm f50709be8b7678576e31dd4f0be48a56373ea9dff41de1518f1f1a72344487a4 kernel-headers-2.6.18-419.el5.i386.rpm a95b656d0a233a9c65b503524ae9153052ca16f1932140e7d8bd0a5a9d020969 kernel-PAE-2.6.18-419.el5.i686.rpm 913b066902e9a694cd8dacfed10cccad3828ea117705df72b31c44e0174f534e kernel-PAE-devel-2.6.18-419.el5.i686.rpm 1df361995538b14778060829f9bdc2506b91fe56135570e53f0b6c8d348998ab kernel-xen-2.6.18-419.el5.i686.rpm 626c4071b7811031ed605c17e54fd1185765d38d2912bf377a23d3486836e729 kernel-xen-devel-2.6.18-419.el5.i686.rpm x86_64: 6c4558babe0b37022c1999231ad64116767001ef414bd8b65d66918a56dcaed1 kernel-2.6.18-419.el5.x86_64.rpm e7dec9fb687ef00bb29351361e7e5365b324046a9223f8fe363a809f6344c597 kernel-debug-2.6.18-419.el5.x86_64.rpm 687f5550c5a35526c37f213f303b635078e9cdfa13534a84f7be88d2d37b5954 kernel-debug-devel-2.6.18-419.el5.x86_64.rpm dd57d4ca8c328a0701a4bdf2c571ba16d28cfadfda4d7329a1d89b74d2a45f1b kernel-devel-2.6.18-419.el5.x86_64.rpm 44c69f8dc8622d48b018ca658b6ffebb2ab9a4bde2e2ab996bf55c8395c32bb4 kernel-doc-2.6.18-419.el5.noarch.rpm ab01f7fe8a199ec0debbbe8ee672eb3d9ad7191305b75d5b4afdff957b15f569 kernel-headers-2.6.18-419.el5.x86_64.rpm f846028137b73dc155e20b78ad9726ed54936ca4953743cad43d35907229962a kernel-xen-2.6.18-419.el5.x86_64.rpm 1f37799de9f2a3910ce1ca37be50b325943e9842051a633e6ba1d041ac784dd9 kernel-xen-devel-2.6.18-419.el5.x86_64.rpm Source: c37156be43391a11612a558e2b9732fdf37da0002d0eeb0d4aecd57bcd497cce kernel-2.6.18-419.el5.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 144, Issue 9 ***********************************************

1 0

RHEL 8 speculation ???
by Alice Wonder 25 Feb '17

25 Feb '17

Is there any blog that has information on a potential RHEL 8 release date? boost in 7 is now too old for some things, in addition to gcc. There are solutions in 7 to those issues but it's starting to feel like 6 felt shortly before 7 came out, so I wonder if it is getting near to time. I'm working on a major project bitcoin related and it would be frustrating to deploy a bunch of CentOS 7 virtual machines only to have 8 come out fairly soon afterwards.

5 5

Problem loading the VM after reboots.
by Subscriber 25 Feb '17

25 Feb '17

I had a strange problem. After restarting the VM can not always run. The last line in the console (virsh console): init: Re-executing /sbin/init Please stand by while rebooting the system... Restarting system. machine restart At this time, one of the CPU core is loaded 100% (qemu-kvm process, top command) %Cpu7 : 41.8 us, 57.6 sy, 0.0 ni, 0.6 id, 0.0 wa, 0.0 hi, 0.0 si, 0.0 st # free total used free shared buff/cache available Mem: 8009692 377744 1164076 9392 6467872 7299800 Swap: 2097148 0 2097148 This behavior only when the virtual machine CentOS 6.8 and HV CentOS 7.3.1116. Unsuccessful restart may occur after 2 successful, and maybe after 5 successful, and maybe on the first reboot. No clear pattern of a problem I have not seen. Tested different VM. Here's how behaved virtual machine if its reboot through virsh reboot: virsh # reboot test1 Domain test1 is being rebooted virsh # reboot test1 Domain test1 is being rebooted virsh # destroy test1 Domain test1 destroyed virsh # start test1 Domain test1 started virsh # reboot test1 Domain test1 is being rebooted virsh # reboot test1 Domain test1 is being rebooted virsh # destroy test1 Domain test1 destroyed virsh # start test1 Domain test1 started virsh # reboot test1 Domain test1 is being rebooted virsh # reboot test1 Domain test1 is being rebooted virsh # reboot test1 Domain test1 is being rebooted virsh # reboot test1 Domain test1 is being rebooted virsh # reboot test1 Domain test1 is being rebooted virsh # reboot test1 Domain test1 is being rebooted virsh # reboot test1 Domain test1 is being rebooted virsh # destroy test1 Domain test1 destroyed If the VM shutdown and then start, the problem does not occur. The problem does not occur if the VM CentOS 7.3.1611 (10 successful reboots of 10) or if the VM Windows Server 2008 R2 (10 successful reboots of 10). If the VM CentOS 6.8 and HV CentOS 6.8 the problem does not occur. First HV is: CentOS 7.3.1611 with 3.10.0-514.6.2.el7.x86_64 and 3.10.0-514.6.1.el7.x86_64 qemu-kvm-ev.x86_64 10:2.6.0-28.el7_3.3.1 libvirt.x86_64 2.0.0-10.el7_3.4 Kernel module: kvm_intel 170181 kvm 554609 Second HV is: CentOS 7.3.1611 with 3.10.0-514.6.2.el7.x86_64 qemu-kvm.x86_64 10:1.5.3-126.el7_3.3 libvirt.x86_64 2.0.0-10.el7_3.4 Kernel module: kvm_intel 170181 kvm 554609

1 0

Would this be considered a packaging bug?
by Alice Wonder 25 Feb '17

25 Feb '17

https://koji.fedoraproject.org/koji/buildinfo?buildID=861692 The source RPM there uses %if 0%{?rhel} # not upstreamed Patch500: 0001-disable-libe-book-support.patch Patch501: 0001-fix-build-of-bundled-libzmf-with-boost-1.56.patch Patch502: 0001-allow-to-build-bundled-libzmf-on-aarch64.patch Patch503: 0001-impl.-missing-function.patch %endif (and more than just those) resulting in those patches not being included in the src.rpm because the rpm was not built on rhel/centos. My understanding was that platform specific patches were suppose to have the %if macro where the patch is applied, but should not be where the source for the patch is defined. Been a long time since I was a fedora packager so I don't know what current packaging guidelines are, but that just seems wrong. Is it wrong?

3 5

CentOS-announce Digest, Vol 144, Issue 8
by centos-announce-request＠centos.org 25 Feb '17

25 Feb '17

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-2017:0307 Moderate CentOS 6 kernel Security Update (Johnny Hughes) 2. CEBA-2017:0302 CentOS 6 ding-libs BugFix Update (Johnny Hughes) 3. CEBA-2017:0313 CentOS 6 initscripts BugFix Update (Johnny Hughes) 4. CEBA-2017:0312 CentOS 6 lldpad BugFix Update (Johnny Hughes) 5. CEBA-2017:0306 CentOS 6 selinux-policy BugFix Update (Johnny Hughes) 6. CEBA-2017:0304 CentOS 6 gnome-settings-daemon BugFix Update (Johnny Hughes) 7. CESA-2017:0309 Important CentOS 6 qemu-kvm Security Update (Johnny Hughes) 8. CEBA-2017:0302 CentOS 6 sssd BugFix Update (Johnny Hughes) 9. CEBA-2017:0308 CentOS 6 gpxe BugFix Update (Johnny Hughes) 10. CEBA-2017:0305 CentOS 6 kexec-tools BugFix Update (Johnny Hughes) 11. CEEA-2017:0310 CentOS 6 resource-agents Enhancement Update (Johnny Hughes) 12. CEBA-2017:0311 CentOS 6 util-linux-ng BugFix Update (Johnny Hughes) ---------------------------------------------------------------------- Message: 1 Date: Fri, 24 Feb 2017 20:45:23 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CESA-2017:0307 Moderate CentOS 6 kernel Security Update Message-ID: <20170224204523.GA44950(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Security Advisory 2017:0307 Moderate Upstream details at : https://rhn.redhat.com/errata/RHSA-2017-0307.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: 4b19afbec2ec90db7ab39adb3b3caa40d0ce9d49897b613bdd20e77714f1be21 kernel-2.6.32-642.15.1.el6.i686.rpm c784e1a7a1339f05c0d0df7fe6bac6fbb0b7a480a1af6ad24116a41b98e38eb6 kernel-abi-whitelists-2.6.32-642.15.1.el6.noarch.rpm 2b8e6351259af887492c593fd5f608983fa79f9c84fe2023456493d389b9dc41 kernel-debug-2.6.32-642.15.1.el6.i686.rpm db434c849f711e6800b56bf3ddc4f77c71a67648e14ec149733bd8b2527d65ca kernel-debug-devel-2.6.32-642.15.1.el6.i686.rpm 0c6a706bbf6b167be4fecf464291ebfbc01d1b4981f55e43a8ed74dd32b8fb11 kernel-devel-2.6.32-642.15.1.el6.i686.rpm 118d0af31dc23edff429fbeeadc65e9d13bd5e639a2b0a9aaeacbfd578a1b878 kernel-doc-2.6.32-642.15.1.el6.noarch.rpm 177d9718e7126987080c204c791f455c784e298dc76b06a69c333b77d831fb47 kernel-firmware-2.6.32-642.15.1.el6.noarch.rpm 5052e87aacf81ae123a87a0e5002db149a31f27034b857b1654639204ba8dd23 kernel-headers-2.6.32-642.15.1.el6.i686.rpm 772129d87b1914d0529b57da4b7271b2fdb70c389ec9c7cc2ce51c694ded0846 perf-2.6.32-642.15.1.el6.i686.rpm fd73990afe6d4f3a33de5e1d3ebfb77582017513235a95ae3cc933d72e892da9 python-perf-2.6.32-642.15.1.el6.i686.rpm x86_64: 644ddd5f661a1ec7674edb21a55fe7187dc418e7ef900fe862df79e2fb6b8af0 kernel-2.6.32-642.15.1.el6.x86_64.rpm c784e1a7a1339f05c0d0df7fe6bac6fbb0b7a480a1af6ad24116a41b98e38eb6 kernel-abi-whitelists-2.6.32-642.15.1.el6.noarch.rpm f27b11a0b8e127f44e7e11e6cab0d48c463d68616cb48337a936052e5ac62874 kernel-debug-2.6.32-642.15.1.el6.x86_64.rpm db434c849f711e6800b56bf3ddc4f77c71a67648e14ec149733bd8b2527d65ca kernel-debug-devel-2.6.32-642.15.1.el6.i686.rpm c572e0950b1960586d541ce30e2ea0f86b49cbb9f5d51170cd7a5a481ca0617e kernel-debug-devel-2.6.32-642.15.1.el6.x86_64.rpm a8795311c6c552044450f11a810c285a1c05d6175cb8db313d092ef063ce2673 kernel-devel-2.6.32-642.15.1.el6.x86_64.rpm 118d0af31dc23edff429fbeeadc65e9d13bd5e639a2b0a9aaeacbfd578a1b878 kernel-doc-2.6.32-642.15.1.el6.noarch.rpm 177d9718e7126987080c204c791f455c784e298dc76b06a69c333b77d831fb47 kernel-firmware-2.6.32-642.15.1.el6.noarch.rpm c54cca97f5e22b0ceaa0c06fe49cb6027dc5a4d8bc5131fb516240a1877608cd kernel-headers-2.6.32-642.15.1.el6.x86_64.rpm 2ee22bfd1cef9df4bc99b20c3c205725d9d38a6fbb4063c9cb96007db753efc1 perf-2.6.32-642.15.1.el6.x86_64.rpm b8a6e1441a00e961340514f0d5db8faec46c914a041a5eab2d2adf896cc5c79f python-perf-2.6.32-642.15.1.el6.x86_64.rpm Source: aab44f74bf793af1559f121a1081a455bce337b0dac04cc504bff37bad40a224 kernel-2.6.32-642.15.1.el6.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net Twitter: @JohnnyCentOS ------------------------------ Message: 2 Date: Fri, 24 Feb 2017 20:47:24 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CEBA-2017:0302 CentOS 6 ding-libs BugFix Update Message-ID: <20170224204724.GA45512(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Bugfix Advisory 2017:0302 Upstream details at : https://rhn.redhat.com/errata/RHBA-2017-0302.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: 6b6b750c5843f85219890391c805bf2dee76e254549abf23978aad260571f7e9 libbasicobjects-0.1.1-11.el6_8.1.i686.rpm 3f8b660e3a9e8dd1940d4f353234cc096e51da9bf5b00e4f2ebb4a4793036dc0 libbasicobjects-devel-0.1.1-11.el6_8.1.i686.rpm f296af090230380058a024a45887cee1844ef71f8277fb408302d62bd17fce0c libcollection-0.6.2-11.el6_8.1.i686.rpm f24a2807b8f91805859a069f82a0f5aea58599ab70fbe4087532642e26cf781d libcollection-devel-0.6.2-11.el6_8.1.i686.rpm d930824e4f58ed9bd1aa10c677280cfb0bb758cb1d9687c3799ac28b9435dd18 libdhash-0.4.3-11.el6_8.1.i686.rpm 3f755c2dce44561d1ff5ab8c0b9762ca452441dc8e1a1bd354a4efb0b5281b7f libdhash-devel-0.4.3-11.el6_8.1.i686.rpm 9abef3517282f4dfb6330a43cf1692225bec055a56cedc7cad2785a8b4ddd14f libini_config-1.1.0-11.el6_8.1.i686.rpm cbf1f9462a9f6e009f42517178c70f57b237bd73cd925deeae70da3777756ab0 libini_config-devel-1.1.0-11.el6_8.1.i686.rpm ccf03900c90580479a5de765fcee16fcdc6a7298c56dbe2bab316ee203754375 libpath_utils-0.2.1-11.el6_8.1.i686.rpm e8f27f432bd68ca84f2c708018d056c69c71324d089501e4b5e0c4ba9aeae892 libpath_utils-devel-0.2.1-11.el6_8.1.i686.rpm 623f8220facbef9545985aa581b70ac347062a8a7a985f4df6faef014e9a04aa libref_array-0.1.4-11.el6_8.1.i686.rpm 7ce1122ced92b0374cb0943c252cefce796d9734901bee22dd084c41f1ed488f libref_array-devel-0.1.4-11.el6_8.1.i686.rpm x86_64: 6b6b750c5843f85219890391c805bf2dee76e254549abf23978aad260571f7e9 libbasicobjects-0.1.1-11.el6_8.1.i686.rpm 531b6cd8b4bb10cce6e3a8a70acbdbc0ea3f03a374451ec558ac462460c1aaf2 libbasicobjects-0.1.1-11.el6_8.1.x86_64.rpm 3f8b660e3a9e8dd1940d4f353234cc096e51da9bf5b00e4f2ebb4a4793036dc0 libbasicobjects-devel-0.1.1-11.el6_8.1.i686.rpm 3f32973123fed2a557c63e0d7a69b0cf832391b88d0eb5d508b40bcb7f173655 libbasicobjects-devel-0.1.1-11.el6_8.1.x86_64.rpm f296af090230380058a024a45887cee1844ef71f8277fb408302d62bd17fce0c libcollection-0.6.2-11.el6_8.1.i686.rpm 5d14203de5b0fed0bee28b6f9bf9ff0b6b977d390d5e37d0ef7b0e7d919e8ff3 libcollection-0.6.2-11.el6_8.1.x86_64.rpm f24a2807b8f91805859a069f82a0f5aea58599ab70fbe4087532642e26cf781d libcollection-devel-0.6.2-11.el6_8.1.i686.rpm e0ff79df8a23947e32005b63d2fdc47848295a500ea7b1e60fcf1abb2ea95af6 libcollection-devel-0.6.2-11.el6_8.1.x86_64.rpm d930824e4f58ed9bd1aa10c677280cfb0bb758cb1d9687c3799ac28b9435dd18 libdhash-0.4.3-11.el6_8.1.i686.rpm e14af19955db45aeed7dffef1d39eaea33937bb4f184a32bdd2b9e6a989ff92a libdhash-0.4.3-11.el6_8.1.x86_64.rpm 3f755c2dce44561d1ff5ab8c0b9762ca452441dc8e1a1bd354a4efb0b5281b7f libdhash-devel-0.4.3-11.el6_8.1.i686.rpm b947cd7fd8b5a8a2e5acf417d4a7f9537b5048aa7c15d3efcf06acdb48411263 libdhash-devel-0.4.3-11.el6_8.1.x86_64.rpm 9abef3517282f4dfb6330a43cf1692225bec055a56cedc7cad2785a8b4ddd14f libini_config-1.1.0-11.el6_8.1.i686.rpm 551aac4a221590aa7b4cfd9c1ec00aeede52834f4502d3f19ca5df494e5d651b libini_config-1.1.0-11.el6_8.1.x86_64.rpm cbf1f9462a9f6e009f42517178c70f57b237bd73cd925deeae70da3777756ab0 libini_config-devel-1.1.0-11.el6_8.1.i686.rpm 3d7c807be17a743ad32fd26e717c0d56b0d0b450f379fc3db8a38e212f6b34f6 libini_config-devel-1.1.0-11.el6_8.1.x86_64.rpm ccf03900c90580479a5de765fcee16fcdc6a7298c56dbe2bab316ee203754375 libpath_utils-0.2.1-11.el6_8.1.i686.rpm cb0ab65b281ebf272916209c57eaec3fec43aff12f1b20bd24091767ccf165a1 libpath_utils-0.2.1-11.el6_8.1.x86_64.rpm e8f27f432bd68ca84f2c708018d056c69c71324d089501e4b5e0c4ba9aeae892 libpath_utils-devel-0.2.1-11.el6_8.1.i686.rpm 7e4a5c5416b9bbf238aa3202639bd623ac627dee41fa2542c3d67e2fd3cdc3c3 libpath_utils-devel-0.2.1-11.el6_8.1.x86_64.rpm 623f8220facbef9545985aa581b70ac347062a8a7a985f4df6faef014e9a04aa libref_array-0.1.4-11.el6_8.1.i686.rpm 766feae13356a0cff88a2763164a968e118bcd4f03706e96605f77ed09669565 libref_array-0.1.4-11.el6_8.1.x86_64.rpm 7ce1122ced92b0374cb0943c252cefce796d9734901bee22dd084c41f1ed488f libref_array-devel-0.1.4-11.el6_8.1.i686.rpm a5a185848a6551acdca74f4ad97e2f34f33a539b5c2e310519f6fea5d52ad6b1 libref_array-devel-0.1.4-11.el6_8.1.x86_64.rpm Source: d256d1ce71b8300c87a579fb78fa30db184ff891a66090defce4f657a81c3e7b ding-libs-0.4.0-11.el6_8.1.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net Twitter: @JohnnyCentOS ------------------------------ Message: 3 Date: Fri, 24 Feb 2017 20:48:57 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CEBA-2017:0313 CentOS 6 initscripts BugFix Update Message-ID: <20170224204857.GA45746(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Bugfix Advisory 2017:0313 Upstream details at : https://rhn.redhat.com/errata/RHBA-2017-0313.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: a4dc73b4344cda39e8d23db767f4cc1890820c7b9b4cc2f36b3e655b626c1190 debugmode-9.03.53-1.el6.centos.2.i686.rpm bc6e39e605061706e774b72ccf7e0c2679d05d335820cdcbbb382357762eefc3 initscripts-9.03.53-1.el6.centos.2.i686.rpm x86_64: 04e2f52ff16ed2400830eaa9c642c8c32aeac3e1d1c5c3d7d36a9b6e823aafbc debugmode-9.03.53-1.el6.centos.2.x86_64.rpm 3c1beb72dfc7648f275057f5ed34652ad6f64c714138c8cf598e0ad18b0267d5 initscripts-9.03.53-1.el6.centos.2.x86_64.rpm Source: 84883a22a0c786c91378108202145ee99028fe08afa6cfea86286836ee0d0ac2 initscripts-9.03.53-1.el6.centos.2.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net Twitter: @JohnnyCentOS ------------------------------ Message: 4 Date: Fri, 24 Feb 2017 20:49:37 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CEBA-2017:0312 CentOS 6 lldpad BugFix Update Message-ID: <20170224204937.GA45997(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Bugfix Advisory 2017:0312 Upstream details at : https://rhn.redhat.com/errata/RHBA-2017-0312.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: 6d5248f824f89d23ff69f19f236fe666f57e28018542321ddc81a43f2ecf13c5 lldpad-0.9.46-10.el6_8.i686.rpm 89dfd0220dae993687c2f4d259648056fb5cd8b8719161aa89f3c44ded4c5a3e lldpad-devel-0.9.46-10.el6_8.i686.rpm 617e904a4fb105a55347298831e8af9f80112ef187b0f61befc17ad4288d0559 lldpad-libs-0.9.46-10.el6_8.i686.rpm x86_64: 6dbb3c8a0883af0b033a912641c6536ad3d5c22b77c0abaa0bb03644668365ed lldpad-0.9.46-10.el6_8.x86_64.rpm 89dfd0220dae993687c2f4d259648056fb5cd8b8719161aa89f3c44ded4c5a3e lldpad-devel-0.9.46-10.el6_8.i686.rpm 30fab1de2a1b802a3bdc9d7ad3a06d9a8672ecbbabb3b0f035da09270b9f267e lldpad-devel-0.9.46-10.el6_8.x86_64.rpm 617e904a4fb105a55347298831e8af9f80112ef187b0f61befc17ad4288d0559 lldpad-libs-0.9.46-10.el6_8.i686.rpm 53f939e6e4a38815dcef987e379962c1ed2850dbe1026b43664b08ff7bd9f8ed lldpad-libs-0.9.46-10.el6_8.x86_64.rpm Source: a0529a7b4dadc46e3b9be78d05512c643509d1648b762bb582b51a74169d05a1 lldpad-0.9.46-10.el6_8.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net Twitter: @JohnnyCentOS ------------------------------ Message: 5 Date: Fri, 24 Feb 2017 20:50:08 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CEBA-2017:0306 CentOS 6 selinux-policy BugFix Update Message-ID: <20170224205008.GA46277(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Bugfix Advisory 2017:0306 Upstream details at : https://rhn.redhat.com/errata/RHBA-2017-0306.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: 58489f2527a8fc27f98c161d4beebb1f0db46e35f84853193fcb0984b30bc86b selinux-policy-3.7.19-292.el6_8.3.noarch.rpm 929e34f462a5986532a7abb4f8ef6ec2deb15379048c6c9bdb5fff467dd67a92 selinux-policy-doc-3.7.19-292.el6_8.3.noarch.rpm 6e00d154ad48c2571982f56b22bb1ba8f0724f58435f999a8ba7a344d33b945a selinux-policy-minimum-3.7.19-292.el6_8.3.noarch.rpm 8695f2d588486baf8ebc2c46274b9c5fbe5af562d9b44e34d6f1517ad98a3c42 selinux-policy-mls-3.7.19-292.el6_8.3.noarch.rpm 257b482a33961ae58d60744da0412ffcd8c147eb33af46a83babd8263478d962 selinux-policy-targeted-3.7.19-292.el6_8.3.noarch.rpm x86_64: 58489f2527a8fc27f98c161d4beebb1f0db46e35f84853193fcb0984b30bc86b selinux-policy-3.7.19-292.el6_8.3.noarch.rpm 929e34f462a5986532a7abb4f8ef6ec2deb15379048c6c9bdb5fff467dd67a92 selinux-policy-doc-3.7.19-292.el6_8.3.noarch.rpm 6e00d154ad48c2571982f56b22bb1ba8f0724f58435f999a8ba7a344d33b945a selinux-policy-minimum-3.7.19-292.el6_8.3.noarch.rpm 8695f2d588486baf8ebc2c46274b9c5fbe5af562d9b44e34d6f1517ad98a3c42 selinux-policy-mls-3.7.19-292.el6_8.3.noarch.rpm 257b482a33961ae58d60744da0412ffcd8c147eb33af46a83babd8263478d962 selinux-policy-targeted-3.7.19-292.el6_8.3.noarch.rpm Source: 79ba417779c47b19c0f2d8be68b7cc81be5c7d3486d8d0f282d4d0cae603aabd selinux-policy-3.7.19-292.el6_8.3.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net Twitter: @JohnnyCentOS ------------------------------ Message: 6 Date: Fri, 24 Feb 2017 20:50:49 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CEBA-2017:0304 CentOS 6 gnome-settings-daemon BugFix Update Message-ID: <20170224205049.GA46496(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Bugfix Advisory 2017:0304 Upstream details at : https://rhn.redhat.com/errata/RHBA-2017-0304.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: 23ee2659a7ccfc8ee5ebede452eae2b5f37759b91d5aa6f708e790ec3edd0b47 gnome-settings-daemon-2.28.2-35.el6_8.2.i686.rpm 775e459d9f7ac87b3a4de2d4247a5f880b7a781bb4381ee2f49939e0643033d8 gnome-settings-daemon-devel-2.28.2-35.el6_8.2.i686.rpm x86_64: a0d12e64ab3f38e9f61c4269306aad41eff4f9828e0a0adf5d7f29f1a29808af gnome-settings-daemon-2.28.2-35.el6_8.2.x86_64.rpm 775e459d9f7ac87b3a4de2d4247a5f880b7a781bb4381ee2f49939e0643033d8 gnome-settings-daemon-devel-2.28.2-35.el6_8.2.i686.rpm 0a46dc05ba642b7f79c653bea567f7a74942c89a5ff59414e0583867679b174e gnome-settings-daemon-devel-2.28.2-35.el6_8.2.x86_64.rpm Source: 19ad3e3f798a89d7887f3196a9fa09897111165300851af380819de568ff13fd gnome-settings-daemon-2.28.2-35.el6_8.2.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net Twitter: @JohnnyCentOS ------------------------------ Message: 7 Date: Fri, 24 Feb 2017 20:51:12 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CESA-2017:0309 Important CentOS 6 qemu-kvm Security Update Message-ID: <20170224205112.GA46708(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Security Advisory 2017:0309 Important Upstream details at : https://rhn.redhat.com/errata/RHSA-2017-0309.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: 7c77c0cbe4a7d431599f70dbc574ddcd4c05d8f107cd53430262fe95b99bef8c qemu-guest-agent-0.12.1.2-2.491.el6_8.6.i686.rpm x86_64: f15663a66bf8712225dc1a5ab3993379e86b3afe57f13f5de4aa3de8dda04861 qemu-guest-agent-0.12.1.2-2.491.el6_8.6.x86_64.rpm be84e86efec3c467a05f3208d3fd3abd3f6d5b94d6efd805c52267669b240cd6 qemu-img-0.12.1.2-2.491.el6_8.6.x86_64.rpm 2bf57cadd87f7fd0e0ee26d1fbff179af8a8615bc9cd389562a479ae8169cbe2 qemu-kvm-0.12.1.2-2.491.el6_8.6.x86_64.rpm 9692f3dbb2376c254a324631b3fbfd44e2de2cfa55621f2e561761737e574d98 qemu-kvm-tools-0.12.1.2-2.491.el6_8.6.x86_64.rpm Source: 456d3c92d14ccd83d3e2e1bb2904aa0e335a4e25a8c1d60608b933b6b373cae2 qemu-kvm-0.12.1.2-2.491.el6_8.6.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net Twitter: @JohnnyCentOS ------------------------------ Message: 8 Date: Fri, 24 Feb 2017 20:51:44 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CEBA-2017:0302 CentOS 6 sssd BugFix Update Message-ID: <20170224205144.GA47502(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Bugfix Advisory 2017:0302 Upstream details at : https://rhn.redhat.com/errata/RHBA-2017-0302.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: 62c9102db1c4c156a2d187b9e34bcd225b5fb5a581042aff538fa47b853b9456 libipa_hbac-1.13.3-22.el6_8.6.i686.rpm 795349d4ad703bf8d76047557c1cfa9e4e889f2fcd4e444f00ec89994504ccc1 libipa_hbac-devel-1.13.3-22.el6_8.6.i686.rpm d82ce67063eddffa99e8b7811bcb844509cb043cea6c696cf67bf1f31d8a8954 libsss_idmap-1.13.3-22.el6_8.6.i686.rpm d7286233098526f409b1156d9dbd2d4b1889a007e8e3f90ddab4adfaaaef818d libsss_idmap-devel-1.13.3-22.el6_8.6.i686.rpm d847cb55d231b64e38166916f06ffad8969e56f9931c75de8258eb33fc241203 libsss_nss_idmap-1.13.3-22.el6_8.6.i686.rpm 68bec4ebbc4c6f6ac76d0f9394184807139344ec653409e3e2fd3e5ab993675e libsss_nss_idmap-devel-1.13.3-22.el6_8.6.i686.rpm 8d2259a2e3368482451e88176c19a4629ab51fdadc995b473690c6b04f1fe140 libsss_simpleifp-1.13.3-22.el6_8.6.i686.rpm db2b27c5249f65b0fe417717c14707033515d124c4c595cc9bce6218e651a279 libsss_simpleifp-devel-1.13.3-22.el6_8.6.i686.rpm b6f3c07bffa7ab293396d3371b131f9a5fbe6196574dd2717f071dc7f112bb6c python-libipa_hbac-1.13.3-22.el6_8.6.i686.rpm 01519ae09ed5356f8b48325d11186d68c6ef1d5cca02980f741963c3d07dcc8e python-libsss_nss_idmap-1.13.3-22.el6_8.6.i686.rpm c857e95493909c7e88cb184dca0184f00c7609ef89961c8817f029c4c0fbdb6c python-sss-1.13.3-22.el6_8.6.i686.rpm e9ba0634c9403c08197f1315cd07b22de6066ef15cb2b12dae96fb2a12a55962 python-sssdconfig-1.13.3-22.el6_8.6.noarch.rpm 87d2973d7e87e9d0e12ace828d53aeefd29652e3438cfb234af550ae0d78f807 python-sss-murmur-1.13.3-22.el6_8.6.i686.rpm 4f971eb8df6c28ce9e6fbcdac95574769857e3e47c504134edad2d99290c5dfb sssd-1.13.3-22.el6_8.6.i686.rpm 433a50cd907976f1cd313f1ef5b7cfad9fdca7c712d83c0d52b865fbeb999864 sssd-ad-1.13.3-22.el6_8.6.i686.rpm ef0b0132ca489dd4c0fd1e58a3b9e91adb8b43ebaf958e7eda16e29e90b76a66 sssd-client-1.13.3-22.el6_8.6.i686.rpm 2d0f9060a64ee02603fa2d958003e8f514294c9883b8f09346033eb683c1295f sssd-common-1.13.3-22.el6_8.6.i686.rpm e201dcbc8b1e37cb73d30ac619ad3860cc2c2c94c1703d0640a8cf36fdee859e sssd-common-pac-1.13.3-22.el6_8.6.i686.rpm 5a4cf420ce639a4869151973f825af78e1ae7d6196edc069da00629316e99753 sssd-dbus-1.13.3-22.el6_8.6.i686.rpm 927383bbc69451a7556ec30c792a25ce035aa46953ffa67080312e257cd53cf6 sssd-ipa-1.13.3-22.el6_8.6.i686.rpm 5cdcf155892a3702c1da4d4c5bf1b584e6d50cc705dfef587e5410ae381b0e15 sssd-krb5-1.13.3-22.el6_8.6.i686.rpm e4ac1c2f71c01f42c88e12c36ff803076a36a1712bc91e3ef2367a895aa518c1 sssd-krb5-common-1.13.3-22.el6_8.6.i686.rpm f499422d93e8699f184a89903668835293353d837d7329b84bf1d0a4bdd7afea sssd-ldap-1.13.3-22.el6_8.6.i686.rpm 6a4fc61b2b5eb747aea5a35d10e314c11524ec9331a8182f372b72d90a6e3037 sssd-proxy-1.13.3-22.el6_8.6.i686.rpm dd071425ff201bc19186ac5669c5762f1fd5b942599768fcd76044c8521e4dda sssd-tools-1.13.3-22.el6_8.6.i686.rpm x86_64: 62c9102db1c4c156a2d187b9e34bcd225b5fb5a581042aff538fa47b853b9456 libipa_hbac-1.13.3-22.el6_8.6.i686.rpm 711196e557181b9f011b373d2b7851d05c89d0cdb96932dd821229ce66fd1f40 libipa_hbac-1.13.3-22.el6_8.6.x86_64.rpm 795349d4ad703bf8d76047557c1cfa9e4e889f2fcd4e444f00ec89994504ccc1 libipa_hbac-devel-1.13.3-22.el6_8.6.i686.rpm 5c728060147a38366c4a22bede00673937772e0ab7adef4ed96647380dd810cc libipa_hbac-devel-1.13.3-22.el6_8.6.x86_64.rpm d82ce67063eddffa99e8b7811bcb844509cb043cea6c696cf67bf1f31d8a8954 libsss_idmap-1.13.3-22.el6_8.6.i686.rpm b527e5c6aa7ab482f2fb8cd860e0d91c9ac3126f42ee61e8c9d4e4e981711182 libsss_idmap-1.13.3-22.el6_8.6.x86_64.rpm d7286233098526f409b1156d9dbd2d4b1889a007e8e3f90ddab4adfaaaef818d libsss_idmap-devel-1.13.3-22.el6_8.6.i686.rpm 4167144b8a76b408877bfa6ac342b6854d593b1a115428e96128d987e25146ee libsss_idmap-devel-1.13.3-22.el6_8.6.x86_64.rpm d847cb55d231b64e38166916f06ffad8969e56f9931c75de8258eb33fc241203 libsss_nss_idmap-1.13.3-22.el6_8.6.i686.rpm 2bf6ac364571c8d4e5560ce0c07d79348cc6035aa961377b7f8f4fac6e87a251 libsss_nss_idmap-1.13.3-22.el6_8.6.x86_64.rpm 68bec4ebbc4c6f6ac76d0f9394184807139344ec653409e3e2fd3e5ab993675e libsss_nss_idmap-devel-1.13.3-22.el6_8.6.i686.rpm aec154244d882399b50387bde9b36818a32dcd3a66be620860bccdf75e6704d3 libsss_nss_idmap-devel-1.13.3-22.el6_8.6.x86_64.rpm 8d2259a2e3368482451e88176c19a4629ab51fdadc995b473690c6b04f1fe140 libsss_simpleifp-1.13.3-22.el6_8.6.i686.rpm 4225c873fa21235046e97b3ada701c1b305252ddaa6a9a5cdebbfd603c053d4d libsss_simpleifp-1.13.3-22.el6_8.6.x86_64.rpm db2b27c5249f65b0fe417717c14707033515d124c4c595cc9bce6218e651a279 libsss_simpleifp-devel-1.13.3-22.el6_8.6.i686.rpm c1b3631c6fd036ba1697147db9b1726ef8530b35043cf9dd89e2c946e4c8094c libsss_simpleifp-devel-1.13.3-22.el6_8.6.x86_64.rpm 9dbbf8a5055fcad18015df1c62efc19f95e97b6b9bd6d017022582b95512382a python-libipa_hbac-1.13.3-22.el6_8.6.x86_64.rpm 3647cc6174ccb784b05ea69e4d8c09ea996d5cfb564d31399e804fc9a7ad1f3f python-libsss_nss_idmap-1.13.3-22.el6_8.6.x86_64.rpm 2cb8f71dafd44563702b3011ba18f4f6e102f78b264b2df4efd72e584c83b7b5 python-sss-1.13.3-22.el6_8.6.x86_64.rpm e9ba0634c9403c08197f1315cd07b22de6066ef15cb2b12dae96fb2a12a55962 python-sssdconfig-1.13.3-22.el6_8.6.noarch.rpm c6d9ec2cc09e1038dba712e577d90f6e079c46f0365d79c05749a70c8d2a6c94 python-sss-murmur-1.13.3-22.el6_8.6.x86_64.rpm 113e656584ec002fc2a9035ddb5e6d2da00e9a60f9b08e2049595326234bf674 sssd-1.13.3-22.el6_8.6.x86_64.rpm 3b731c4ebabe733bf74a02f1494552fa8f7b4ee1ebb9aec7a1aa279f23644001 sssd-ad-1.13.3-22.el6_8.6.x86_64.rpm ef0b0132ca489dd4c0fd1e58a3b9e91adb8b43ebaf958e7eda16e29e90b76a66 sssd-client-1.13.3-22.el6_8.6.i686.rpm bd87fe8d9d62cdfabee2ef250658a76381cfe5bc6be4fbe7e48c16f44689a57e sssd-client-1.13.3-22.el6_8.6.x86_64.rpm e9d6ddb5143f0bca2908645cac9a0d6af32789c8d7ac600df7883d42a393170c sssd-common-1.13.3-22.el6_8.6.x86_64.rpm 9255f3c4c410715eefa657469556fae7bdc47688d56e276158241eff412f9d43 sssd-common-pac-1.13.3-22.el6_8.6.x86_64.rpm cb723ceb3b5a60780c2b1ed4a1d23d5ba3201a86eccf4782a755bc6eea7d28bb sssd-dbus-1.13.3-22.el6_8.6.x86_64.rpm 00cfadd83e464c6181ae3bd5ab1d5a91a4212b6a979f137323d7f22b33f30409 sssd-ipa-1.13.3-22.el6_8.6.x86_64.rpm c456d343adc252636a815f97cc5898ca7ea43a2d8d19508e0239958dadfde039 sssd-krb5-1.13.3-22.el6_8.6.x86_64.rpm 441d5f8743e514d2d6e62de3ffa3b1967a82d697463a97ac576aa03831f5f9e3 sssd-krb5-common-1.13.3-22.el6_8.6.x86_64.rpm 7b9b41183fa3a9fcfff744fbc82f95a1f69bc8ce7f131b3dd0dde9b1cabc20fd sssd-ldap-1.13.3-22.el6_8.6.x86_64.rpm 3f00003d17e6a8ec41f8602ef9d5a1ccdbad11c3fa9b97937b1b635169be22c9 sssd-proxy-1.13.3-22.el6_8.6.x86_64.rpm 74985bd22272c155c07770b75cf406e9f7080e12dc33e6dbc588990752f3ddcd sssd-tools-1.13.3-22.el6_8.6.x86_64.rpm Source: 34e04e07173ef7df3179a691e246f6e575bb62a8c84939b12055f5a698231dd1 sssd-1.13.3-22.el6_8.6.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net Twitter: @JohnnyCentOS ------------------------------ Message: 9 Date: Fri, 24 Feb 2017 20:52:03 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CEBA-2017:0308 CentOS 6 gpxe BugFix Update Message-ID: <20170224205203.GA47677(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Bugfix Advisory 2017:0308 Upstream details at : https://rhn.redhat.com/errata/RHBA-2017-0308.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) x86_64: 8ea5737d3061d36cde86f01e8113e106dd6891e05d76dba151b7363df7bfb0d3 gpxe-bootimgs-0.9.7-6.15.el6_8.1.noarch.rpm 7f5b05452b6977631eb3a60920c3e900774e84dc5c2194a5849356bb2b913120 gpxe-roms-0.9.7-6.15.el6_8.1.noarch.rpm ef574dd2bde4393008127980e650a5aa7aace51032d1213c445693c1cb7b7fa1 gpxe-roms-qemu-0.9.7-6.15.el6_8.1.noarch.rpm Source: 0081fe92d39aeafd094ea2de75cfe56e381bf1b0c58e3b92a82b8b6626c49fba gpxe-0.9.7-6.15.el6_8.1.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net Twitter: @JohnnyCentOS ------------------------------ Message: 10 Date: Fri, 24 Feb 2017 20:52:23 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CEBA-2017:0305 CentOS 6 kexec-tools BugFix Update Message-ID: <20170224205223.GA47878(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Bugfix Advisory 2017:0305 Upstream details at : https://rhn.redhat.com/errata/RHBA-2017-0305.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: 955c7829943cadd09c06e20096bbe8d4597a1fdc9559ba9f1db7f5772aa72ac8 kexec-tools-2.0.0-300.el6_8.2.i686.rpm 566810553ab13ea803a21c18986c57c0a124fb15f516702439e1e053b38b63fd kexec-tools-eppic-2.0.0-300.el6_8.2.i686.rpm x86_64: 6837b7debcab082fa8758e36e872c8d6d9dadb17493215cb3681c25d9262f1f5 kexec-tools-2.0.0-300.el6_8.2.x86_64.rpm d29af3a2e559635f134c9c01278b301712b758521a3c3282cdba8d1d14095c7b kexec-tools-eppic-2.0.0-300.el6_8.2.x86_64.rpm Source: 9f33d549357930e15f93910d56ed852a256c64df9015f7473c80ec8c9a8e1822 kexec-tools-2.0.0-300.el6_8.2.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net Twitter: @JohnnyCentOS ------------------------------ Message: 11 Date: Fri, 24 Feb 2017 20:53:05 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CEEA-2017:0310 CentOS 6 resource-agents Enhancement Update Message-ID: <20170224205305.GA48087(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Enhancement Advisory 2017:0310 Upstream details at : https://rhn.redhat.com/errata/RHEA-2017-0310.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: 187407669439e621ee34a262edbaf9d9b4782ddc3435609b6e2a3e033affb006 resource-agents-3.9.5-34.el6_8.3.i686.rpm x86_64: dbcc1fc343be3cd0663871dc7fd8983154ee83f421987a4dfe58796b700a7818 resource-agents-3.9.5-34.el6_8.3.x86_64.rpm 41b44e3cb4e3f4208a9fd1351b7c117215a82b56ba4ecbd2b9a9ac2c9f9e93c3 resource-agents-sap-3.9.5-34.el6_8.3.x86_64.rpm 58f8ee5096866f1dd3f02847362c0e1725a06f7e364d34069afd95bad4174fdd resource-agents-sap-hana-3.9.5-34.el6_8.3.x86_64.rpm Source: 74f30e9b5fcce8f3b4459ccf71a6f7d54b360604edbe38a24929ae30cc017ced resource-agents-3.9.5-34.el6_8.3.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net Twitter: @JohnnyCentOS ------------------------------ Message: 12 Date: Fri, 24 Feb 2017 20:53:39 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CEBA-2017:0311 CentOS 6 util-linux-ng BugFix Update Message-ID: <20170224205339.GA48442(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Bugfix Advisory 2017:0311 Upstream details at : https://rhn.redhat.com/errata/RHBA-2017-0311.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: 78df66ec3c658ca8f040a8c42a907a5bb39efbacdc11fce789677e063622b2cb libblkid-2.17.2-12.24.el6_8.3.i686.rpm 03e11d6f93f057691e0c7aa8e153f543e215b2c209bb07ad89ab4f84489502f7 libblkid-devel-2.17.2-12.24.el6_8.3.i686.rpm 5d2ba5b501b08ff7718d4a3d5f7056805a350cd01db246ae5fecb4b4c59eb5a5 libuuid-2.17.2-12.24.el6_8.3.i686.rpm 60e308971ebccc6c8dc0d9223d8310a34c68efd934c78b957b2edb97e57bd1ad libuuid-devel-2.17.2-12.24.el6_8.3.i686.rpm af767da5cdfdd278d1f8887cae6f3cf3d5ebd1f528da144730af6d9fefe9a261 util-linux-ng-2.17.2-12.24.el6_8.3.i686.rpm f1df7f233b8c571384c17ae56a71091f66a20002ea2e215e669b1a6bd32b30ab uuidd-2.17.2-12.24.el6_8.3.i686.rpm x86_64: 78df66ec3c658ca8f040a8c42a907a5bb39efbacdc11fce789677e063622b2cb libblkid-2.17.2-12.24.el6_8.3.i686.rpm 7e8459258706e8f3ccded7c6cc5f5dbb6abc1dbe65204b529cfaf8cd39888951 libblkid-2.17.2-12.24.el6_8.3.x86_64.rpm 03e11d6f93f057691e0c7aa8e153f543e215b2c209bb07ad89ab4f84489502f7 libblkid-devel-2.17.2-12.24.el6_8.3.i686.rpm 3a18fdae5f74e2fdbf594f0d98d84637769e0851e36fceb832c713c4eea2113e libblkid-devel-2.17.2-12.24.el6_8.3.x86_64.rpm 5d2ba5b501b08ff7718d4a3d5f7056805a350cd01db246ae5fecb4b4c59eb5a5 libuuid-2.17.2-12.24.el6_8.3.i686.rpm 29fa2bb1a748d6e67b226599c0483699268694d1fabba8d784c387f3d46e397a libuuid-2.17.2-12.24.el6_8.3.x86_64.rpm 60e308971ebccc6c8dc0d9223d8310a34c68efd934c78b957b2edb97e57bd1ad libuuid-devel-2.17.2-12.24.el6_8.3.i686.rpm f1442b8dbaf3ba1d12a39689cd67c4027a97b921e5a1ff7e33f6c44dd0c29874 libuuid-devel-2.17.2-12.24.el6_8.3.x86_64.rpm af767da5cdfdd278d1f8887cae6f3cf3d5ebd1f528da144730af6d9fefe9a261 util-linux-ng-2.17.2-12.24.el6_8.3.i686.rpm 917d67bc6f47cb417e33266ab57e4c6d565ccedc3ea598007bd76d776c859fe9 util-linux-ng-2.17.2-12.24.el6_8.3.x86_64.rpm ea667f16240f9fd1ff7c1b98170d36b5edb62b83a72e296bf7fe5bed3ad70f5a uuidd-2.17.2-12.24.el6_8.3.x86_64.rpm Source: 1271c4c00fd780d884c843ac922d5713fbed2c22468aca59c94036e9daf79cab util-linux-ng-2.17.2-12.24.el6_8.3.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 144, Issue 8 ***********************************************

1 0

mailgraph pages are in German
by Robert Moskowitz 24 Feb '17

24 Feb '17

I was pointed to mailgraph, and it looks kind of interesting. So I installed the rpm, only to find that it comes up in German. The German is hard coded into places like: /usr/share/mailgraph/mailgraph.cgi Anyone know where I can get an English version? thanks

1 0

help with RewriteRule regexp
by Robert Moskowitz 23 Feb '17

23 Feb '17

My regexp skills are somewhere infinitesimally close to zero. I have never really 'gotten' them. That said, I have spent a couple hours already search for help to write a rewriterule that works on a string in the URL. In particular I want success if either of the following were provided: webmail.domain (e.g. webmail.foo.com) server/webmail (e.g. www.foo.com/webmail) And I have not found anything like this, nor do I know even close enough of regexp to recognize something like this in another expression. Thanks for the help.

2 5

Centos7 whatprovides php-imap
by Robert Moskowitz 23 Feb '17

23 Feb '17

Would someone with a Intel Centos7 installation PLEASE find out for me: yum whatprovides php-imap Something is broken in my Centos7-armv7hl install, and I can't figure out what is broken without knowing where it is. Actually the warning I am getting is about php5-imap, but I suspect that in C7 it is just php-imap. thanks

2 2

Problems installing packages from the CD
by Mauricio Tavares 23 Feb '17

23 Feb '17

So I did a minimal install of centos 7 vm guest just to find out it did not install perl. Since as of right now I have no properly functioning network on that machine (different issue; we can talk about that in another post), I went for the next best thing: install CD. I grabbed the CentOS-7-x86_64-Everything-1611.iso CD (around 8GB), attached it to the guest, and mounted it on /mnt. Then I edited the cat /etc/yum.repos.d/CentOS-Media.repo # CentOS-Media.repo # # This repo can be used with mounted DVD media, verify the mount point for # CentOS-7. You can use this repo and yum to install items directly off the # DVD ISO that we release. # # To use this repo, put in your DVD and use it with the other repos too: # yum --enablerepo=c7-media [command] # # or for ONLY the media repo, do this: # # yum --disablerepo=\* --enablerepo=c7-media [command] [c7-media] name=CentOS-$releasever - Media baseurl=file:///mnt/ gpgcheck=1 enabled=0 gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-CentOS-7 I then run yum clean all and then decided to look for perl only on the cd repo, i.e. yum --disablerepo=\* --enablerepo=c7-media search perl It gave me back the pcre package, which is already installed. I did check the /mnt.Packages dir and there are plenty of perl-related packages including itself. yum --disablerepo=\* --enablerepo=c7-media list all shows only installed packages, some of which are shown (?) to have been installed from c7-media.

2 2

OT: hardware, IBM 3650 M2 won't power on
by m.roth＠5-cent.us 23 Feb '17

23 Feb '17

I've never seen anything like this. We moved it from the data center yesterday, and this morning I plug it in, and it won't power up. I find a manual for it online, and it says that on plugging it in, wait 3 minutes. The power button will flash 4x/sec, then slow down to once a sec, and at that time you can power it up. Well, it never stops flashing at 4x/sec. I've connected a network cable, wondering if it's in wake-on-lan; I've tried connecting to it via its management port, and *zip*. I'm not going to do, as several folks' posts that I googled (been at that for hours), cut the cable and solder in an on/off switch. I have taken the lid uff, reseated the PSUs, and the cable connecting to the front panel, and nada. Anyone got any ideas? mark

8 16

CentOS-announce Digest, Vol 144, Issue 7
by centos-announce-request＠centos.org 23 Feb '17

23 Feb '17

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-2017:0190 Critical CentOS 5 firefox Security Update (Johnny Hughes) 2. CESA-2017:0190 Critical CentOS 6 firefox Security Update (Johnny Hughes) 3. CESA-2017:0190 Critical CentOS 7 firefox Security Update (Johnny Hughes) 4. CESA-2017:0293 Important CentOS 6 kernel Security Update (Johnny Hughes) 5. CESA-2017:0294 Important CentOS 7 kernel Security Update (Johnny Hughes) ---------------------------------------------------------------------- Message: 1 Date: Wed, 22 Feb 2017 13:18:10 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CESA-2017:0190 Critical CentOS 5 firefox Security Update Message-ID: <20170222131810.GA7707(a)chakra.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Security Advisory 2017:0190 Critical Upstream details at : https://rhn.redhat.com/errata/RHSA-2017-0190.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: 4f351259abd6614da05b1ea8e9e4b83486631cadb9aa439996c7070f9eff8588 firefox-45.7.0-2.el5.centos.i386.rpm x86_64: 4f351259abd6614da05b1ea8e9e4b83486631cadb9aa439996c7070f9eff8588 firefox-45.7.0-2.el5.centos.i386.rpm 1e2b1680b6c395039fafb267db3426fde8c4f2c06b2ba9744f11e18736d2917f firefox-45.7.0-2.el5.centos.x86_64.rpm Source: fb33febf301919266593261c3e79a43af3957012b04083b99dc89b5053990019 firefox-45.7.0-2.el5.centos.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net Twitter: JohnnyCentOS ------------------------------ Message: 2 Date: Wed, 22 Feb 2017 13:20:44 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CESA-2017:0190 Critical CentOS 6 firefox Security Update Message-ID: <20170222132044.GA45572(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Security Advisory 2017:0190 Critical Upstream details at : https://rhn.redhat.com/errata/RHSA-2017-0190.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: f34f42fb0d7c2d68da3493786c3ea6db8a5c3025ec23c4920f33739466aee8c5 firefox-45.7.0-2.el6.centos.i686.rpm x86_64: f34f42fb0d7c2d68da3493786c3ea6db8a5c3025ec23c4920f33739466aee8c5 firefox-45.7.0-2.el6.centos.i686.rpm b905dbe1aeb129fcf9dfcdae0476003f4d6f5e73615762346badf37e76c3a43d firefox-45.7.0-2.el6.centos.x86_64.rpm Source: 98283468cf9d1e539fc7dfbe25e79160d9b9c631dd30d1fd4cef84d1fd64b573 firefox-45.7.0-2.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, 22 Feb 2017 13:44:06 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CESA-2017:0190 Critical CentOS 7 firefox Security Update Message-ID: <20170222134406.GA58643(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Security Advisory 2017:0190 Critical Upstream details at : https://rhn.redhat.com/errata/RHSA-2017-0190.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) x86_64: 38bdd177d609902c6d514deae731df1f6778409730fa61dd213ad0937d54223c firefox-45.7.0-2.el7.centos.i686.rpm 4ce5659c46dee0b5a25d4e6583e9d498b2d146a9ba33565d1c35a2b983766942 firefox-45.7.0-2.el7.centos.x86_64.rpm Source: 7db60cb74cd564e32e8e9341c8b1c80e032afa31acfe7c155d0a725a2c80126b firefox-45.7.0-2.el7.centos.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net Twitter: @JohnnyCentOS ------------------------------ Message: 4 Date: Thu, 23 Feb 2017 04:21:38 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CESA-2017:0293 Important CentOS 6 kernel Security Update Message-ID: <20170223042138.GA3656(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Security Advisory 2017:0293 Important Upstream details at : https://rhn.redhat.com/errata/RHSA-2017-0293.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: 8e5db1418cf0c4cc98c3b3f75c73ae681e6d1af6e6af960bc03f96dd38c444c6 kernel-2.6.32-642.13.2.el6.i686.rpm 7b7c0130f6d949dbab08c622d33d3a965189992d9f790d2422ab847f7524266a kernel-abi-whitelists-2.6.32-642.13.2.el6.noarch.rpm d34bf5af966a9598fa12736e7cae72c3a02da76332774123b0e16905f88d4e95 kernel-debug-2.6.32-642.13.2.el6.i686.rpm bcef4faf1884b67f02e7b5a046bfc28ddb9f3c2f5009e86afefe00123a8d74e8 kernel-debug-devel-2.6.32-642.13.2.el6.i686.rpm 2b2ca285b26e3b90eee5ac182fcb8588532fb882632304f8a21c3e78dbb9c4a2 kernel-devel-2.6.32-642.13.2.el6.i686.rpm 83bc6d344aff521bc6b5766347fec8f2ccb482330be746661624d5e76624616a kernel-doc-2.6.32-642.13.2.el6.noarch.rpm ca77321a113b1a089c61a9d053efc06063476a0a6aeb08c257a3fb58591e8feb kernel-firmware-2.6.32-642.13.2.el6.noarch.rpm 60fb671174abdfa8ed467ff6cd71cf8ecae26f06ed94e6cd8aaca6b3820f29d5 kernel-headers-2.6.32-642.13.2.el6.i686.rpm e1ddc8fce78af40b1202267e7bdbefbb01f7b8ad9a75d68e0e88587dc68b7d4c perf-2.6.32-642.13.2.el6.i686.rpm 70bbabecf85895e3d7a1fb2d3cc6ffeccdcf0bc664bd3d994670a05cf7c6e7f7 python-perf-2.6.32-642.13.2.el6.i686.rpm x86_64: d42ff04a27c00197952bb3b84c66891022fadff49b2a907039061189e648820c kernel-2.6.32-642.13.2.el6.x86_64.rpm 7b7c0130f6d949dbab08c622d33d3a965189992d9f790d2422ab847f7524266a kernel-abi-whitelists-2.6.32-642.13.2.el6.noarch.rpm eebf181ae2c9217b4a65831903298e74454c11788ff3c4b66d66796f0d539736 kernel-debug-2.6.32-642.13.2.el6.x86_64.rpm bcef4faf1884b67f02e7b5a046bfc28ddb9f3c2f5009e86afefe00123a8d74e8 kernel-debug-devel-2.6.32-642.13.2.el6.i686.rpm 6224f08bbc8ec073385e4d9c6a4d18d1689e9914b44710214660d37a1725e4bf kernel-debug-devel-2.6.32-642.13.2.el6.x86_64.rpm af93fee2aa92ca20fc2b2a88415b9abeb1a4d8bb348f694216d7a3eaf07f7d61 kernel-devel-2.6.32-642.13.2.el6.x86_64.rpm 83bc6d344aff521bc6b5766347fec8f2ccb482330be746661624d5e76624616a kernel-doc-2.6.32-642.13.2.el6.noarch.rpm ca77321a113b1a089c61a9d053efc06063476a0a6aeb08c257a3fb58591e8feb kernel-firmware-2.6.32-642.13.2.el6.noarch.rpm 49e71d4eb8403a790910ad73529e72a52971ba0aebbe07dac25172946e94f200 kernel-headers-2.6.32-642.13.2.el6.x86_64.rpm 5b0d68de2c859691712276038c2640da96aeec17754b0aa5d0ffbd0fc2013261 perf-2.6.32-642.13.2.el6.x86_64.rpm 0455e0f63e3966926a1bbf0bd7882b90a67db437ad2e63b38800d8b6aa94c4be python-perf-2.6.32-642.13.2.el6.x86_64.rpm Source: 888ead19200985f6ad2a8f8fd53336e57b695ceb0ae47c026f82a28f67f70e7c kernel-2.6.32-642.13.2.el6.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net Twitter: @JohnnyCentOS ------------------------------ Message: 5 Date: Thu, 23 Feb 2017 05:45:33 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CESA-2017:0294 Important CentOS 7 kernel Security Update Message-ID: <20170223054533.GA18280(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Security Advisory 2017:0294 Important Upstream details at : https://rhn.redhat.com/errata/RHSA-2017-0294.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) x86_64: 399d85490609511d4f57270f4db2ae22aff1e77dbfb9fa1735f3acd74a32b15d kernel-3.10.0-514.6.2.el7.x86_64.rpm ade938b455c925303441ff53433c55c4507501c34537a8dac3267f2027ac70a9 kernel-abi-whitelists-3.10.0-514.6.2.el7.noarch.rpm b9cbfd11d08961b8c9c78e82e669693b33063f7e5c5cd4835f17403e7a8adfd4 kernel-debug-3.10.0-514.6.2.el7.x86_64.rpm f845b17f3955c7e37c80ae44810c623e5e8679159395eb71374e3f081dbf8695 kernel-debug-devel-3.10.0-514.6.2.el7.x86_64.rpm b7fe4fc10de18db85e12d32dcb702229ed2fb3137e7cee784f5a15a2459f5db2 kernel-devel-3.10.0-514.6.2.el7.x86_64.rpm d2043d02d55f4189e3462149fbe80f8e281170d07acd5f4153636fdec89ab3c5 kernel-doc-3.10.0-514.6.2.el7.noarch.rpm 5849bd28663d4c8a112121b13c19b10b2f43decfc3a1bc3b4246227a3e255297 kernel-headers-3.10.0-514.6.2.el7.x86_64.rpm 640ba1792316b03339098f76f3bab13d2ca79a1f309122df21c3bf85ccba90e4 kernel-tools-3.10.0-514.6.2.el7.x86_64.rpm 8e9dd3262234c4d1cd6bb1cfe591111189bba8282e56cf284c5086c5977c7f96 kernel-tools-libs-3.10.0-514.6.2.el7.x86_64.rpm 35d8fee07d663665c297c3d6bd4dc623afc6fcae7bde1f09be88d4773a2837f9 kernel-tools-libs-devel-3.10.0-514.6.2.el7.x86_64.rpm c416658118df7791b9b8eb4fe9fbf941e1cb2005fd91b7f80b29232bf3b1aa7b perf-3.10.0-514.6.2.el7.x86_64.rpm 14c06f8de0921bd9a671feff1813b6af0c58a75fbe5f47ef92e4e6324c6c7249 python-perf-3.10.0-514.6.2.el7.x86_64.rpm Source: 19b33fba0c0c2c8eb838fcb65983c7dadc1c67b42c9b72e7dcd271d2c7b73572 kernel-3.10.0-514.6.2.el7.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 144, Issue 7 ***********************************************

1 0

BOINC
by Alessandro Baggi 23 Feb '17

23 Feb '17

Hi list, I've installed boinc-client and boinc-manager from epel. After starting boinc-client with systemctl when I try to connect from boincmgr I get "Unable to connect to boinc client". I've added to unit file --allow_remote_gui_rpc and on netstat I get: tcp 0 0 0.0.0.0:31416 0.0.0.0:* LISTEN 4762/boinc_client On this machine there aren't iptables rules I've also added my current user to boinc group without success. I've tried also to run boincmgr from root without success. Reading from https://boinc.berkeley.edu/wiki/Client_configuration I've not found any usefull config parameters to save in /var/lib/boinc/cc_config.xml Selinux is Disabled. I've tried also to run from a root shell: /usr/bin/boinc_client Running the manager from root I can connect to the client but from simple user I cannot. So I don't understand where is the problem. What I can do to solve this problem? Thanks in advance.

2 3

Re: [CentOS] Network conections problems
by Rommel Rodriguez Toirac 23 Feb '17

23 Feb '17

El 21 de febrero de 2017 7:00:03 GMT-05:00, centos-request(a)centos.org escribió: >Send CentOS mailing list submissions to > centos(a)centos.org > > >From: Kahlil Hodgson <kahlil.hodgson(a)dp.exchange> >To: CentOS mailing list <centos(a)centos.org> >Subject: Re: [CentOS] Network conections problems > >First guess is that you may have two devices on the network with the >same ip address. > >Next time this happens, try doing > >1. 'arp -n' from a machine other than the db server >2. ping the other machine from the db server, then >3. 'arp -n' from the other machine > >Compare the outputs of the two invocations of arp. If the outputs show >different MAC addresses for 192.168.41.4 then you have two different >devices with the same IP address. > > I resolve the problem of network conection loose, but still a dude of how it happend and how it can be fixe. When I check with arping the MAC of sever change, for example rommel@p6:~$ arping 192.168.41.4 ARPING 192.168.41.4 from 192.168.41.6 enp3s0 Unicast reply from 192.168.41.4 [00:1D:09:FF:44:4B] 0.653ms Unicast reply from 192.168.41.4 [6C:92:BF:26:C7:03] 0.683ms Unicast reply from 192.168.41.4 [6C:92:BF:26:C7:03] 0.622ms Unicast reply from 192.168.41.4 [6C:92:BF:26:C7:03] 0.631ms ^CSent 3 probes (1 broadcast(s)) Received 4 response(s) The first answer is with a MAC diferent to the others one. But when I arping from the server inseft look the MAC associate to de IP address: [root@pgtm ] arping 192.168.41.4 -I eth1 ARPING 192.168.41.4 from 192.168.41.4 eth1 Unicast reply from 192.168.41.4 [00:1D:09:FF:44:4B] 0.658ms Unicast reply from 192.168.41.4 [00:1D:09:FF:44:4B] 0.654ms Unicast reply from 192.168.41.4 [00:1D:09:FF:44:4B] 0.654ms Unicast reply from 192.168.41.4 [00:1D:09:FF:44:4B] 0.662ms Unicast reply from 192.168.41.4 [00:1D:09:FF:44:4B] 0.655ms Sent 5 probes (1 broadcast(s)) Received 5 response(s) Looking in the config of network device I can not find the MAC 00:1D:09:FF:44:4B [root@pgtm ] ifconfig eth0 Link encap:Ethernet HWaddr 6C:92:BF:26:C7:02 UP BROADCAST MULTICAST MTU:1500 Metric:1 RX packets:0 errors:0 dropped:0 overruns:0 frame:0 TX packets:0 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:0 (0.0 b) TX bytes:0 (0.0 b) Memory:c7220000-c723ffff eth1 Link encap:Ethernet HWaddr 6C:92:BF:26:C7:03 inet addr:192.168.41.4 Bcast:192.168.41.255 Mask:255.255.255.0 inet6 addr: fe80::6e92:bfff:fe26:c703/64 Scope:Link UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:95819 errors:0 dropped:0 overruns:0 frame:0 TX packets:1924 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:11728605 (11.1 MiB) TX bytes:263674 (257.4 KiB) Memory:c7200000-c721ffff eth2 Link encap:Ethernet HWaddr 00:E0:ED:33:4E:9C UP BROADCAST MULTICAST MTU:1500 Metric:1 RX packets:0 errors:0 dropped:0 overruns:0 frame:0 TX packets:0 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:0 (0.0 b) TX bytes:0 (0.0 b) Memory:c7120000-c713ffff eth3 Link encap:Ethernet HWaddr 00:E0:ED:33:4E:9D UP BROADCAST MULTICAST MTU:1500 Metric:1 RX packets:0 errors:0 dropped:0 overruns:0 frame:0 TX packets:0 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:0 (0.0 b) TX bytes:0 (0.0 b) Memory:c7100000-c711ffff lo Link encap:Local Loopback inet addr:127.0.0.1 Mask:255.0.0.0 inet6 addr: ::1/128 Scope:Host UP LOOPBACK RUNNING MTU:65536 Metric:1 RX packets:249609 errors:0 dropped:0 overruns:0 frame:0 TX packets:249609 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:0 RX bytes:52090343 (49.6 MiB) TX bytes:52090343 (49.6 MiB) The solution was another IP address to this network device and then everything work fine. Why this happend? How I can erase the link beteewn MAC 00:1D:09:FF:44:4B and IP 192.168.41.4? Where can be stored this link? Right now in the network is not assignet the IP address 192.168.41.4 to no one device (printserver, switch, router, workstation or server) and still whe I make arping have the answer: rommel@p6:~$ arping 192.168.41.4 ARPING 192.168.41.4 from 192.168.41.6 enp3s0 Unicast reply from 192.168.41.4 [00:1D:09:FF:44:4B] 0.631ms Unicast reply from 192.168.41.4 [00:1D:09:FF:44:4B] 0.623ms Unicast reply from 192.168.41.4 [00:1D:09:FF:44:4B] 0.623ms Unicast reply from 192.168.41.4 [00:1D:09:FF:44:4B] 0.691ms ^CSent 4 probes (1 broadcast(s)) Received 4 response(s) arping to the new server IP address look like this (this is the MAC of eth0, where a plug the network cable): rommel@p6:~$ arping 192.168.41.7 ARPING 192.168.41.7 from 192.168.41.6 enp3s0 Unicast reply from 192.168.41.7 [6C:92:BF:26:C7:02] 0.580ms Unicast reply from 192.168.41.7 [6C:92:BF:26:C7:02] 0.607ms Unicast reply from 192.168.41.7 [6C:92:BF:26:C7:02] 0.613ms Unicast reply from 192.168.41.7 [6C:92:BF:26:C7:02] 0.594ms ^CSent 4 probes (1 broadcast(s)) Received 4 response(s) Rommel Rodriguez Toirac rommelrt(a)nauta.cu

3 3

question about directory size in linux..
by Jason Welsh 23 Feb '17

23 Feb '17

on a CentOS release 6.8 (Final) I was looking around and noticed the following in a directory. [jason@server /app-vol/applications/]$ls -ld temp drwxr-xr-x 4 jason users 2899968 Feb 18 06:31 temp/ [jason@server /app-vol/applications/]$ How does the directory *itself* have a size of 2.8 megs? yes the contents in that temp directory add up to 2.8 megs, but.. umm. huh? when I run a stat on the temp directory, i get File: `temp' Size: 2899968 Blocks: 5672 IO Block: 4096 directory Device: fd02h/64770d Inode: 1836137 Links: 4 Access: (0755/drwxr-xr-x) Uid: ( 1022/ jason) Gid: ( 501/ users) Access: 2017-02-22 06:31:51.414190071 -0500 Modify: 2017-02-18 06:31:56.135448424 -0500 Change: 2017-02-18 06:31:56.135448424 -0500 on other "normal" directories, I see something like Size: 4096 Blocks: 8 IO Block: 4096 directory Jason

6 12

Re: [CentOS] Network conections problems
by Istimsak Abdulbasir 23 Feb '17

23 Feb '17

On Feb 20, 2017 2:42 PM, "Rommel Rodriguez Toirac" <rommelrt(a)nauta.cu> wrote: Hi; I have a CentOS 6.8 x86_64 server where just run Oracle 11g 64 bit data base server. Is happen that sometimes it loose all connections (no ping, I can not access via ssh, no TNSping of Oracle server have success). When this happend I make ping from this server to some IP address of my network and then everything work fine again. I check logs looking for some mistake or problem in the network device, but I do not find anything or maybe I not looking where must be. I check that from a workstation (Windows XP or Windows 7 or Windows 10) when I make ping to the server, after ~ 8 seconds in get answer and always the first one is loose. If you try again ping, everything work fine (no answers are loose) C:\Users\administrator>ping pgtm.gtm.gob.cu Haciendo ping a pgtm.gtm.gob.cu [192.168.41.4] con 32 bytes de datos: Tiempo de espera agotado para esta solicitud. Respuesta desde 192.168.41.4: bytes=32 tiempo<1m TTL=64 Respuesta desde 192.168.41.4: bytes=32 tiempo<1m TTL=64 Respuesta desde 192.168.41.4: bytes=32 tiempo<1m TTL=64 Estadísticas de ping para 192.168.41.4: Paquetes: enviados = 4, recibidos = 3, perdidos = 1 (25% perdidos), Tiempos aproximados de ida y vuelta en milisegundos: Mínimo = 0ms, Máximo = 0ms, Media = 0ms This are some of the configs related with networks [root@pgtm ~]# cat /etc/sysconfig/network-scripts/ifcfg-eth0 DEVICE=eth0 TYPE=Ethernet UUID=11dcddd4-6530-457a-8d3e-01a8339fb113 ONBOOT=yes NM_CONTROLLED=yes BOOTPROTO=none HWADDR=6C:92:BF:26:C7:02 IPADDR=192.168.41.4 PREFIX=24 GATEWAY=192.168.41.1 DNS1=192.168.41.17 DOMAIN=gtm.gob.cu DEFROUTE=yes IPV4_FAILURE_FATAL=yes IPV6INIT=no NAME="System eth0" L I noticed from your ipcfg-eth0 file, the address 192.168.41.1 is assigned to eth0. When you typed the command "ifconfig", that same address was assigned to eth1. Try changing the name of this file to ipcfg-eth1 and restart networkmanager. As was stated earlier, check your gateway and see what other devices could be using that address. Put a block on that unknown MAC address if you can. cat /etc/hosts 127.0.0.1 localhost localhost.localdomain localhost4 localhost4.localdomain4 ::1 localhost localhost.localdomain localhost6 localhost6.localdomain6 192.168.41.4 pgtm pgtm.gtm.gob.cu [root@pgtm ~]# cat /etc/resolv.conf # Generated by NetworkManager search gtm.gob.cu nameserver 192.168.41.17 [root@pgtm mail]# cat /etc/sysconfig/network NETWORKING=yes HOSTNAME=pgtm.gtm.gob.cu GATEWAY=192.168.41.1 Someone that happend something like this, or some place for where keep looking to try to fix this loose of conection? Thank and sorry for my horryble English. Rommel Rodriguez Toirac rommelrt(a)nauta.cu _______________________________________________ CentOS mailing list CentOS(a)centos.org https://lists.centos.org/mailman/listinfo/centos

1 0

Re: [CentOS] how to resize a partition of a disk define as a physical volume
by Istimsak Abdulbasir 22 Feb '17

22 Feb '17

On Feb 22, 2017 7:45 AM, "Bernard Fay" <bernard.fay(a)gmail.com> wrote: Hello, I have a CentOS VM with only one disk on a Xenserver. The disk has 2 partitions: /dev/xvda1 -> /boot /dev/xvda2 -> a physical volume for LVM I added 5GB to this disk via Xencenter to extend /dev/xvda2. Usually I just have to do "pvresize /dev/xvda" to have the additional space added to the disk. But for some reason it does not work for this disk. [root ~]# pvresize /dev/xvda Failed to find physical volume "/dev/xvda". 0 physical volume(s) resized / 0 physical volume(s) not resized K Xvda does not seem to be read as an LVM volume. Xvda2 is handled by lvm so this can be resized. However xvda is just the harddrive itself. From what I have learned using lvm briefly, you can only resize lvm volumes or partitions created using lvm. [root ~]# pvresize /dev/xvda2 Physical volume "/dev/xvda2" changed 1 physical volume(s) resized / 0 physical volume(s) not resized Does someone have seen this problem before or could have an idea of the problem? Thanks, Bernard _______________________________________________ CentOS mailing list CentOS(a)centos.org https://lists.centos.org/mailman/listinfo/centos

1 0

how to resize a partition of a disk define as a physical volume
by Bernard Fay 22 Feb '17

22 Feb '17

Hello, I have a CentOS VM with only one disk on a Xenserver. The disk has 2 partitions: /dev/xvda1 -> /boot /dev/xvda2 -> a physical volume for LVM I added 5GB to this disk via Xencenter to extend /dev/xvda2. Usually I just have to do "pvresize /dev/xvda" to have the additional space added to the disk. But for some reason it does not work for this disk. [root ~]# pvresize /dev/xvda Failed to find physical volume "/dev/xvda". 0 physical volume(s) resized / 0 physical volume(s) not resized [root ~]# pvresize /dev/xvda2 Physical volume "/dev/xvda2" changed 1 physical volume(s) resized / 0 physical volume(s) not resized Does someone have seen this problem before or could have an idea of the problem? Thanks, Bernard

6 8

Centos7 Postfixadmin with SELInux
by Robert Moskowitz 22 Feb '17

22 Feb '17

Anyone here running Postfixadmin on Centos7 with SELinux? The config.inc.php script has lots of warning comments about what you will have to do to get functions to work with SELinux, but does not supply any policy rules. I am still configuring, and so far I have only done: chcon -R -t httpd_sys_content_rw_t /usr/share/postfixadmin/templates_c (thanks Daniel) I suspect here are more so it can do things like create directories and files in the mail store (e.g. /home/vmail/). Oh my current server is running without SELinux (shutter) and that is one of the many reasons I want to upgrade. Bob

1 0

Problems with my simple write conf files method
by Robert Moskowitz 22 Feb '17

22 Feb '17

I have been creating conf files and similar with the following method that I picked up (I think from psotfix docs): cat <<EOF>>/etc/aliases || exit 1 root: youremail EOF See: http://medon.htt-consult.com/Centos7-armv7.html But with postfixadmin I stumbled onto a problem. The following: cat <<EOF>/usr/share/postfixadmin/config.local.php || exit 1 <?php $CONF['database_type'] = 'mysqli'; $CONF['database_user'] = 'postfix'; $CONF['database_password'] = 'xyz'; $CONF['database_name'] = 'postfix'; $CONF['configured'] = true; ?> EOF produces: cat <<EOF>/usr/share/postfixadmin/config.local.php || exit 1 <?php ['database_type'] = 'mysqli'; ['database_user'] = 'postfix'; ['database_password'] = 'xyz'; ['database_name'] = 'postfix'; ['configured'] = true; ?> That is the '$CONF' gets processed. What can I do to avoid this (and any other 'gotchas') or can someone provide an alternative? thanks

3 5

CentOS-announce Digest, Vol 144, Issue 6
by centos-announce-request＠centos.org 22 Feb '17

22 Feb '17

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-2017:0286 Moderate CentOS 6 openssl Security Update (Johnny Hughes) 2. CESA-2017:0286 Moderate CentOS 7 openssl Security Update (Johnny Hughes) ---------------------------------------------------------------------- Message: 1 Date: Tue, 21 Feb 2017 11:44:42 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CESA-2017:0286 Moderate CentOS 6 openssl Security Update Message-ID: <20170221114442.GA16750(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Security Advisory 2017:0286 Moderate Upstream details at : https://rhn.redhat.com/errata/RHSA-2017-0286.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: 168bc525c268d07b3fae14e4ba66dd7c6d9561f7789700feba0eeaf6951ff4e8 openssl-1.0.1e-48.el6_8.4.i686.rpm 765eff4b25e944dbadcd3523f89adb1b29f76337ff395cd5431c934dafd0cede openssl-devel-1.0.1e-48.el6_8.4.i686.rpm e5c04361a9531c903afde3b8876fe0dfb12520d70e5446f515750e98735aba7d openssl-perl-1.0.1e-48.el6_8.4.i686.rpm 57edfc2de0dbf1bf058e65898d500a725bd9c31cea6244a7e93af01c7776077d openssl-static-1.0.1e-48.el6_8.4.i686.rpm x86_64: 168bc525c268d07b3fae14e4ba66dd7c6d9561f7789700feba0eeaf6951ff4e8 openssl-1.0.1e-48.el6_8.4.i686.rpm f0b991e41e0a9d5d20ff60d1a7b5833a6f1cde6ed59bfdfab9a275d6d338b28e openssl-1.0.1e-48.el6_8.4.x86_64.rpm 765eff4b25e944dbadcd3523f89adb1b29f76337ff395cd5431c934dafd0cede openssl-devel-1.0.1e-48.el6_8.4.i686.rpm 6ebd15c228500784541fd778413348129c61c2af6249fd7043ef13c10c93bd60 openssl-devel-1.0.1e-48.el6_8.4.x86_64.rpm d9a31c566a6df0c15671c32e96abd64d8f0f906dc05ae995a2c57a64b70fa341 openssl-perl-1.0.1e-48.el6_8.4.x86_64.rpm 502e6c723c15b0aaf13bdb7a0faf6b647fcf953318e1782b6df3a2b2de323ff3 openssl-static-1.0.1e-48.el6_8.4.x86_64.rpm Source: dca305112f97f7c9a4c084e33901ffcd745bf260b8e1466fd9307eb819d388a9 openssl-1.0.1e-48.el6_8.4.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net Twitter: @JohnnyCentOS ------------------------------ Message: 2 Date: Tue, 21 Feb 2017 12:48:27 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CESA-2017:0286 Moderate CentOS 7 openssl Security Update Message-ID: <20170221124827.GA30499(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Security Advisory 2017:0286 Moderate Upstream details at : https://rhn.redhat.com/errata/RHSA-2017-0286.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) x86_64: 642eb35daa25ae290bd3922e7876ac5d61744cb56c0d3f7877e76320b99a8f59 openssl-1.0.1e-60.el7_3.1.x86_64.rpm 36fa878db932143ea4c107acb2deb34f78a9e7cb9159384b767f0932a27662d6 openssl-devel-1.0.1e-60.el7_3.1.i686.rpm 6d5b7f68f5cc4446092ab2c3502df813b0145a4186e654f22d241ca9a88f79c3 openssl-devel-1.0.1e-60.el7_3.1.x86_64.rpm 75afa599c87b32683162c976a3f7245767b1612b6fc1c1f935c41bcaaab71b8d openssl-libs-1.0.1e-60.el7_3.1.i686.rpm d3354df1c13897870b20407aed7b3eb1ee581b0e1f4af4bcd920fa57914202ca openssl-libs-1.0.1e-60.el7_3.1.x86_64.rpm 89aef81712ce7a139e59aa0e594db2c3bb03ba9f6bc2e161debb43705dee67a7 openssl-perl-1.0.1e-60.el7_3.1.x86_64.rpm a1af544918add7dbc76be337f395a816e1f3b0d7bae42fb0a6c812f8636c6f1d openssl-static-1.0.1e-60.el7_3.1.i686.rpm 8f7129a44f28934985e1b00ccec2a0c80271018a038afab49e23e22576c7d47c openssl-static-1.0.1e-60.el7_3.1.x86_64.rpm Source: 976eaf61e1cbe2ac4bf32a440a5697dc19be59fd1b275bb314fda8888c3340a4 openssl-1.0.1e-60.el7_3.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 144, Issue 6 ***********************************************

1 0

usermod under CentOS
by Beartooth 21 Feb '17

21 Feb '17

My wife's PC, running CentOS 6, suddenly quit connecting to the Net. Autodidact that I am, I fumbled with all the hard- and software I could find or dared try, but did no good. So we lugged it down to our favorite shop. While there, she bought a laptop, and asked them to install CentOS and copy all her files from the PC (including two books she's written and is trying to market). They called to ask whether I wanted to specify a username & password, or just use their default dummies. I chose the dummies -- and realized in the night that I've never changed a username before. I think, repeat think, I could hack it with mv and chown, but I had enough sense to try a few manuals and duckduckgo searches. Those eventually led me to usermod, and I took a look at 'man usermod'. It seems to be fairly powerful -- and therefore dangerous as well as apposite. So I ask here: are there caveats, gotchas, and/or other entities of their ilk that I need be wary of? -- Beartooth Staffwright, Not Quite Clueless Power User Remember I know little (precious little!) of where up is.

3 2

Centos7: Intel nuc/Linksys usb-ethernet
by johan.vermeulen7＠telenet.be 21 Feb '17

21 Feb '17

Hello All, I'm installing some DIY routers, composed of Intel nuc's ,Linksys usb-ethernet adapters and Centos7 On most machines I just plug in the usb device, install Centos7 and everything works. But on this one machine the network interface doesn't work. After installing ip addr shows: [root@clgmol ~]# ip addr 1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN qlen 1 link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00 inet 127.0.0.1/8 scope host lo valid_lft forever preferred_lft forever inet6 ::1/128 scope host valid_lft forever preferred_lft forever 2: enp3s0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP qlen 1000 link/ether f4:4d:30:64:21:bb brd ff:ff:ff:ff:ff:ff inet 192.168.80.189/25 brd 192.168.80.255 scope global dynamic enp3s0 valid_lft 431sec preferred_lft 431sec inet6 fe80::f64d:30ff:fe64:21bb/64 scope link valid_lft forever preferred_lft forever 3: wlp2s0: <BROADCAST,MULTICAST> mtu 1500 qdisc noop state DOWN qlen 1000 link/ether b8:81:98:9f:8f:1c brd ff:ff:ff:ff:ff:ff 4: enp0s20u3c2: <BROADCAST,MULTICAST> mtu 1500 qdisc noop state DOWN qlen 1000 link/ether 14:91:82:3b:7b:b9 brd ff:ff:ff:ff:ff:ff [root@clgmol ~]# dmesg | tail -n15 [ 10.582462] Bluetooth: hci0: Intel device is already patched. patch num: 25 [ 10.770781] usb 2-3: new SuperSpeed USB device number 3 using xhci_hcd [ 10.782704] usb 2-3: New USB device found, idVendor=13b1, idProduct=0041 [ 10.782728] usb 2-3: New USB device strings: Mfr=1, Product=2, SerialNumber=6 [ 10.782745] usb 2-3: Product: Linksys USB3GIGV1 [ 10.782759] usb 2-3: Manufacturer: Linksys [ 10.782772] usb 2-3: SerialNumber: 000001000000 [ 10.787858] cdc_ether 2-3:2.0 eth0: register 'cdc_ether' at usb-0000:00:14.0-3, CDC Ethernet Device, 14:91:82:3b:7b:b9 [ 14.140292] nf_conntrack version 0.5.0 (16384 buckets, 65536 max) [ 14.175958] Netfilter messages via NETLINK v0.30. [ 14.178428] ctnetlink v0.93: registering with nfnetlink. [ 14.350689] ipt_ULOG: ULOG: fail to register logger. [ 15.192593] ipt_ULOG: ULOG: fail to register logger. I create /etc/sysconfig/network-scripts/ifcfg-enp0s20u3c2 using the hardware address from ip addr en uuid created with uuidgen but I don't understand why it's not created on install: TYPE=Ethernet BOOTPROTO=static DEFROUTE=yes IPV4_FAILURE_FATAL=no IPV6INIT=no IPV6_AUTOCONF=yes IPV6_DEFROUTE=yes IPV6_PEERDNS=yes IPV6_PEERROUTES=yes IPV6_FAILURE_FATAL=no IPV6_ADDR_GEN_MODE=stable-privacy NAME=enp0s20u3c2 UUID=a728528c-0be7-49bc-9478-05743a285a7d DEVICE=enp0s20u3c2 ONBOOT=yes PEERDNS=yes PEERROUTES=yes NM_CONTROLLED=no HWADDR=14:91:82:3b:7b:b9 IPADDR=192.168.70.1 NETMASK=255.255.255.0 Next I cannot launch the network: [root@clgmol ~]# systemctl status network ● network.service - LSB: Bring up/down networking Loaded: loaded (/etc/rc.d/init.d/network; bad; vendor preset: disabled) Active: failed (Result: exit-code) since di 2017-02-21 20:57:56 CET; 15s ago Docs: man:systemd-sysv-generator(8) Process: 2638 ExecStart=/etc/rc.d/init.d/network start (code=exited, status=1/FAILURE) CGroup: /system.slice/network.service └─1076 /sbin/dhclient -H clgmol -1 -q -lf /var/lib/dhclient/dhclient-13b56b89-7b1d-42fa-aeb7-af96a38102ce-enp3s0.lease -pf /var/run/dhclient-enp3s0.pid en... feb 21 20:57:56 clgmol.router network[2638]: RTNETLINK answers: File exists feb 21 20:57:56 clgmol.router network[2638]: RTNETLINK answers: File exists feb 21 20:57:56 clgmol.router network[2638]: RTNETLINK answers: File exists feb 21 20:57:56 clgmol.router network[2638]: RTNETLINK answers: File exists feb 21 20:57:56 clgmol.router network[2638]: RTNETLINK answers: File exists feb 21 20:57:56 clgmol.router network[2638]: RTNETLINK answers: File exists feb 21 20:57:56 clgmol.router systemd[1]: network.service: control process exited, code=exited status=1 feb 21 20:57:56 clgmol.router systemd[1]: Failed to start LSB: Bring up/down networking. feb 21 20:57:56 clgmol.router systemd[1]: Unit network.service entered failed state. feb 21 20:57:56 clgmol.router systemd[1]: network.service failed. [root@clgmol ~]# ifup enp0s20u3c2 arping: recvfrom: Netwerk ligt plat RTNETLINK answers: Network is down I disabled NetworkManager I tried with another Linksys device and I reinstalled and started over. Why does it work with other devices and not with this one? Many thanks for any advise. Greetings, J

2 1

Centos 7 with Postfixadmin, what provides php5-mysql
by Robert Moskowitz 21 Feb '17

21 Feb '17

I am building a Centos7 mailserver to replace my Centos6 server. This means moving to Apache 2.4 and MariaDB, so I am finding a number of changes from my notes. I now have MariaDB running with the databases created and Apache running. I try accessing postfixadmin and get: DEBUG INFORMATION: MySQL 4.1 functions not available! (php5-mysqli installed?) database_type = 'mysqli' in config.inc.php, are you using a different database? Please check the documentation and website for more information. ================= mysqli is what the config.inc.php says to use for // mysqli = MySQL 4.1+ or MariaDB I installed httpd mod_ssl php mariadb-server Thanks for any help on this.

1 1

SELInux conflict with Postfixadmin
by Robert Moskowitz 21 Feb '17

21 Feb '17

postfixadmin setup.php is claiming: *Error: Smarty template compile directory templates_c is not writable.* *Please make it writable.* *If you are using SELinux or AppArmor, you might need to adjust their setup to allow write access.* This goes away with 'setenforce 0', so it is an SELinux issue. I have tried both: restorecon -Rv /usr/share/postfixadmin and chcon -R -t httpd_sys_content_t /usr/share/postfixadmin and they are not the problem. Googling this message doe snot produce any SELinux advice. Any ideas? thanks

3 5

movie player vs. mp3
by Michael Hennebry 21 Feb '17

21 Feb '17

I have movie player installed on centos 6. When I try to play an mp3 file, it complains about the lack of a codec, mpeg-1 something 3. google hasn't helped. What package do I need? Trying to install ffmpeg gets me a no such package message. I've dealt with codec issues before. Mostly what I remember is that before I was done, I wanted to kill something. -- 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

4 5

that ever puzzling special chars escaping + rdiff-backup
by lejeczek 21 Feb '17

21 Feb '17

hi everyone a good basher around here? I try in a script: _rdiffBack="rdiff-backup -v5 --tempdir /tmp/ --no-eas --exclude-other-filesystems --exclude-symbolic-links" _rdffiExclude="--exclude '**/~*' --exclude '**.tmp' --exclude-regexp '(.glusterfs|.trashcan|temp)'" _execCom=${!2} _sourceDir=${1} _backupTo=${3} __backMeUp() { for _sourceDir in ${_sourceDirs[@]}; do echo \$ ${_execCom} ${_rdffiExclude} ${_sourceDir}/ ${_backupTo} \> ${_logFile} | ${_copyToLog} ${_execCom} ${_rdffiExclude} ${_sourceDir}/ ${_backupTo} > ${_logFile} 2>&1 done } case ${1} in rdiffThis) declare -a _sourceDirs=( /0-ALL.DATA/rdiffThis ); __backMeUp ${@} ;; esac this is a snippet which may look obscure but obvious is: rdiff-backup some data, just that. And when I run it as a script ~]$ runme.sh rdiffThis _rdiffBack toHere I see: Fatal Error: Fatal Error: The file specification ''**' cannot match any files in the base directory You notice that the script echos what it is meant to execute, which suffice I copy&paste that echo in bash prompt... and it works!? No "Fatal Error" And the problem seems to specifically be a shell pattern for --exclude. Take two --exclude out, having: _rdffiExclude="--exclude-regexp '(.glusterfs|.trashcan|temp)'" and script works when invoked, fine! I've been fiddling around but failed to make rdiff-backup 1.2.8 play along. Must be something trivial, right? b.w. L

1 1

Latest CentOS-7 image on cloud.centos.org has incorrect checksum
by Jared Baker 21 Feb '17

21 Feb '17

Good day, I initially posted this issue on CentOS-mirror a week ago but did not receive any response. I'm looking for a resolution to a small issue with the cloud image repository for the latest CentOS-7 image. As far as I understand, the latest release of the CentOS-7 image should always be posted to http://cloud.centos.org/centos/7/images/CentOS-7-x86_ 64-GenericCloud.qcow2 The checksum of this file should match the highest numbered version of the cloud image listed in http://cloud.centos.org/centos/7/images/sha256sum.txt However, the actual checksum for CentOS-7-x86_64-GenericCloud.qcow2 is returning as b56ed1a3a489733d3ff91aca2011f8720c0540b9aa27e46dd0b4f575318dd1fa which matches for CentOS-7-x86_64-GenericCloud-1608.qcow2 but NOT CentOS-7-x86_64-GenericCloud-1612.qcow2. The latest image available should be CentOS-7-x86_64-GenericCloud-1612.qcow2 with a checksum of 559bebb4abb2fdf3bd88c917cc11ef b1975bfe4494e666d133a3148ec4e6225d. To further the confusion, the 'Last modified' image is CentOS-7-x86_64-GenericCloud-1611.qcow2 and not -1612. I picked up on this discrepancy because I have a script that monitors & updates our openstack images when new images become available for various distributions. If someone could please correct these inconsistencies it would be greatly appreciated. Thanks, Jared Baker

3 2

centos-openshift-origin
by Vedran.Bartonicek＠tieto.com 21 Feb '17

21 Feb '17

?Hi, Would someone know when to expect to have package origin-master.1.4.0 in repo centos-openshift-origin? Right now the package is available in centos-openshift-origin-testing. -Vedran

2 2

Network conections problems
by Rommel Rodriguez Toirac 20 Feb '17

20 Feb '17

Hi; I have a CentOS 6.8 x86_64 server where just run Oracle 11g 64 bit data base server. Is happen that sometimes it loose all connections (no ping, I can not access via ssh, no TNSping of Oracle server have success). When this happend I make ping from this server to some IP address of my network and then everything work fine again. I check logs looking for some mistake or problem in the network device, but I do not find anything or maybe I not looking where must be. I check that from a workstation (Windows XP or Windows 7 or Windows 10) when I make ping to the server, after ~ 8 seconds in get answer and always the first one is loose. If you try again ping, everything work fine (no answers are loose) C:\Users\administrator>ping pgtm.gtm.gob.cu Haciendo ping a pgtm.gtm.gob.cu [192.168.41.4] con 32 bytes de datos: Tiempo de espera agotado para esta solicitud. Respuesta desde 192.168.41.4: bytes=32 tiempo<1m TTL=64 Respuesta desde 192.168.41.4: bytes=32 tiempo<1m TTL=64 Respuesta desde 192.168.41.4: bytes=32 tiempo<1m TTL=64 Estadísticas de ping para 192.168.41.4: Paquetes: enviados = 4, recibidos = 3, perdidos = 1 (25% perdidos), Tiempos aproximados de ida y vuelta en milisegundos: Mínimo = 0ms, Máximo = 0ms, Media = 0ms This are some of the configs related with networks [root@pgtm ~]# cat /etc/sysconfig/network-scripts/ifcfg-eth0 DEVICE=eth0 TYPE=Ethernet UUID=11dcddd4-6530-457a-8d3e-01a8339fb113 ONBOOT=yes NM_CONTROLLED=yes BOOTPROTO=none HWADDR=6C:92:BF:26:C7:02 IPADDR=192.168.41.4 PREFIX=24 GATEWAY=192.168.41.1 DNS1=192.168.41.17 DOMAIN=gtm.gob.cu DEFROUTE=yes IPV4_FAILURE_FATAL=yes IPV6INIT=no NAME="System eth0" cat /etc/hosts 127.0.0.1 localhost localhost.localdomain localhost4 localhost4.localdomain4 ::1 localhost localhost.localdomain localhost6 localhost6.localdomain6 192.168.41.4 pgtm pgtm.gtm.gob.cu [root@pgtm ~]# cat /etc/resolv.conf # Generated by NetworkManager search gtm.gob.cu nameserver 192.168.41.17 [root@pgtm mail]# cat /etc/sysconfig/network NETWORKING=yes HOSTNAME=pgtm.gtm.gob.cu GATEWAY=192.168.41.1 Someone that happend something like this, or some place for where keep looking to try to fix this loose of conection? Thank and sorry for my horryble English. Rommel Rodriguez Toirac rommelrt(a)nauta.cu

2 1

Re: [CentOS] usb drives & Orico ORICO 9548U3-BK
by tdukes＠palmettoshopper.com 20 Feb '17

20 Feb '17

> -----Original Message----- > From: CentOS [mailto:centos-bounces@centos.org] OnBehalf Of Gregory P. > Ennis > Sent: Sunday, February 19, 2017 12:31 PM > To: centos(a)centos.org > Subject: Re: [CentOS] usb drives & Orico ORICO9548U3-BK > > > > > > I decided to build an archive server for thepurpose of backing up > > other fedora/centos desktops at theoffice. I built a machine and > > have installed Centos 7.3 on it with all updatescurrent. I also > > purchased a 3.0 usb sata drive cabinet (OricoORICO 9548U3-BK) and > > installed two 5T black WDdrives. There was no problem installing > > the usb cabinet or the drives. Iformatted each drive with xfs as > > /dev/sdc and /dev/sdd, and then combined theminto a software mirrored > > raid with mdadm as /dev/md0. > > I've always thought that the perceived wisdom is tonot try and do software > raid across USB - especially when both drives are atthe other end of the > same USB cable. Sure USB 3 is faster and there's abetter chance it will appear > to work at a reasonable speed, but it's notsomething I would contemplate. > > > > > Everything was working perfectly until Iremoved the terminal, > > keyboard and mouse and tried to reboot themachine. It took a while > > to figure out, but when the mouse and keyboardwere removed the boot > > process assigns the usb drives differentlywhich makes /dev/md0 > > created by mdadm fail. > > Which means that the drive letters are explicitlymentioned in > /etc/mdadm.conf - you can change it to be wildcardedor leave mdadm to > figure it all out itself. See 'manmdadm.conf'. > > > > > My fstab file looks like : > > > > /dev/mapper/centos_poar-root / xfs defaults 0 > > 0 > > UUID=f915a354-28bf-4110-bec9-3767ef1fe52c/boot xfs defaults 0 > > 0 > >/dev/mapper/centos_poar-home /home xfs defaults 0 > > 0 > >/dev/mapper/centos_poar-u /u xfs defaults 0 > > 0 > >/dev/mapper/centos_poar-swap swap swap defaults 0 > > 0 > >/dev/sda /u0 btrfs defaults 0 > > 0 > > # entries below were combined into one mirroredraid system > #/dev/sdc > >/u1 xfs defaults 0 > > 0 > >#/dev/sdd /u2 xfs defaults 0 > > 0 > >/dev/md0 /u1 xfs defaults 0 > > 0 > > Another likely issue is that you explicitly mention/dev/sda in the fstab - if the > drives are re-ordered, then /dev/sda will not bewhat you think it is. It's a > much better idea to use UUIDs when mounting drives.You can find the UUID > with > > lsblk --fs /dev/sda > > BTW, are you really using partitionless disks - isit really /dev/sda and not > /dev/sda1 ? > > > > > > > This works perfectly when a usb mouse and a usbkeyboard are attached, > > but when I remove the mouse and keyboard thesystem will not boot > > because the usb drives are relabeled as/dev/sda and /dev/sdb. > > I would have thought that any SATA drives would havebeen processed > before the USB drives - certainly it looks that wayon my system. Try going > through the output of dmesg to see if you can seewhat is really happening > when in the boot sequence. > > > > > > > My thought is that if I could force the usbdrives to be labeled as > > /dev/sdc and /dev/sdd whether the mouse andkeyboard are attached or > > not, I might be able to fix the problem > > It's much easier to make sure you don't explicitlyuse drive letters - because, > as you've found out, they can change. Usefilesystem labels or UUIDs or disk > IDs. The disk IDs can be found in /dev/disk/by-idand they should remain the > same. > > P. > >----------------------------------------------------------------- > > Pete, > > Thank you for such excellent help; I appreciate yourwisdom and challenges. > The machine I am working on is still at the 'lab'stage so everything can be > changed at this point. I don't have the benefit of much 'perceivedwisdom' in > that most of my knowledge comes from mistakes I havemade or mistakes > others on this list have made that Ican learnfrom. So thanks again. > > Here are some of my thoughts... right or wrong. > > #1. 3.0 USB drives > I originally performed some testing on a small usbpassport 3T drive and was > amazed by the response and access times. I stumbled across the Orico > cabinet during a NewEgg search, and decided to giveit a try. I was even > more impressed with the response and accesstimes. I decided to attempt a > mdadm raid on the the Orico and everything hasworked better than > expected except for the problems I have had withdevice > assignments. I did have an electrical failure at my home related to > weather of which the ups powered down after 30minutes that caused one > of the raid 5T drives to become corrupted. I reformatted the drive and > rebuilt the raid with mdadm, and everything worked alot better than I > expected. Iwill only be using this system to store *.tar.gz backup files from > other systems. What should cause me to fear the USB 3.0 connection. > > #2. /etc/mdadm.conf > The tutorials I read about how to use mdadm did notinclude mdadm.conf, > and this was not created when I installedmdadm. I will take a look at the > man pages.... thank you. > > #3. UUID's > Thanks for the suggestion to use names instead ofdevice addresses and > how to get the names with lsblk --fs /dev/sda. Using this should fix > my problem of reassignment device names at boottime. Thanks much!!! > > #4. Partitionless disks > I orginally installed Centos 7.3 on an SSD, and theninstalled the hard drives > subsequently. I noticed that I gained quite a bit of disc space by not using a > partition. Since the files I will be storing on these discs are large and will only > be accessed for archive purposes I wanted > to use as much of the disk as possible. The original google searches > I made related to using a partitionless disk did notgive me compelling rational > to use a partition, however I would surely like tohear from you and others > about this. > > > Thanks again for your help, and instruction!!!!! > I kinda did the same thing as you. I bought a 4TB WDElements. Disabled the sleep timer. I use UrBackup to backup two local machines, one remote,to my CentOS server. The WD Elements is backing up the CentOS server as wespeak (since 9:00AM this morning). I use a rsync script I found,https://github.com/laurent22/rsync-time-backup I started with REAR, but it created a 1TB tar.gz file soI went with the rsync script. Had to remove the --one-file-system arg.

1 0

mdadm vs raidcheck
by Fred Smith 20 Feb '17

20 Feb '17

Hi all! I don't religiously follow everything that pops up in the selinux alerts, but now and then I go back and look at some of them. (I'm on an up to date Centos-7). Today I noted an error that seems to occur during a weekly raid check, from /etc/cron.d. the selinux alert is: SELinux is preventing /usr/sbin/mdadm from write access on the file /var/log/rear/rear-fcshome.log.lockless. so I go look at that file and find that it contains, down in the middle of commands run, a series of errors: 2017-02-19 01:30:03 Relax-and-Recover 1.17.2 / Git 2017-02-19 01:30:03 Command line options: /usr/sbin/rear checklayout 2017-02-19 01:30:03 Including /etc/rear/os.conf 2017-02-19 01:30:03 Including conf/Linux-i386.conf 2017-02-19 01:30:03 Including conf/GNU/Linux.conf 2017-02-19 01:30:04 Including /etc/rear/local.conf 2017-02-19 01:30:04 Running 'init' stage 2017-02-19 01:30:04 Including init/default/01_set_drlm_env.sh 2017-02-19 01:30:04 Finished running 'init' stage in 0 seconds 2017-02-19 01:30:04 Using build area '/tmp/rear.oaWHSvnwNFddStm' 2017-02-19 01:30:04 Running checklayout workflow 2017-02-19 01:30:04 Running 'layout/precompare' stage 2017-02-19 01:30:04 Including layout/precompare/default/11_check_layout_file.sh 2017-02-19 01:30:04 Finished running 'layout/precompare' stage in 0 seconds 2017-02-19 01:30:04 Running 'layout/save' stage 2017-02-19 01:30:04 Including layout/save/GNU/Linux/10_create_layout_file.sh 2017-02-19 01:30:04 Creating disk layout 2017-02-19 01:30:04 Preparing layout directory. 2017-02-19 01:30:04 Including layout/save/GNU/Linux/15_save_diskbyid_mappings.sh 2017-02-19 01:30:05 Saved diskbyid_mappings 2017-02-19 01:30:05 Including layout/save/GNU/Linux/20_partition_layout.sh 2017-02-19 01:30:06 Saving disk partitions. 2017-02-19 01:30:08 Including layout/save/GNU/Linux/21_raid_layout.sh 2017-02-19 01:30:08 Saving Software RAID configuration. /usr/share/rear/layout/save/GNU/Linux/21_raid_layout.sh: line 44: let: sparedevices=-: syntax error: operand expected (error token is "-") /usr/share/rear/layout/save/GNU/Linux/21_raid_layout.sh: line 65: [: : integer expression expected /usr/share/rear/layout/save/GNU/Linux/21_raid_layout.sh: line 44: let: sparedevices=-: syntax error: operand expected (error token is "-") /usr/share/rear/layout/save/GNU/Linux/21_raid_layout.sh: line 65: [: : integer expression expected /usr/share/rear/layout/save/GNU/Linux/21_raid_layout.sh: line 44: let: sparedevices=-: syntax error: operand expected (error token is "-") /usr/share/rear/layout/save/GNU/Linux/21_raid_layout.sh: line 65: [: : integer expression expected /usr/share/rear/layout/save/GNU/Linux/21_raid_layout.sh: line 44: let: sparedevices=-: syntax error: operand expected (error token is "-") /usr/share/rear/layout/save/GNU/Linux/21_raid_layout.sh: line 65: [: : integer expression expected 2017-02-19 01:30:09 Including layout/save/GNU/Linux/22_lvm_layout.sh 2017-02-19 01:30:09 Saving LVM layout. 2017-02-19 01:30:11 Including layout/save/GNU/Linux/23_filesystem_layout.sh 2017-02-19 01:30:11 Begin saving filesystem layout 2017-02-19 01:30:11 Saving filesystem layout (using the findmnt command). 2017-02-19 01:30:16 End saving filesystem layout 2017-02-19 01:30:16 Including layout/save/GNU/Linux/24_swaps_layout.sh 2017-02-19 01:30:16 Saving Swap information. 2017-02-19 01:30:16 Including layout/save/GNU/Linux/25_drbd_layout.sh 2017-02-19 01:30:16 Including layout/save/GNU/Linux/26_crypt_layout.sh 2017-02-19 01:30:16 Saving Encrypted volumes. 2017-02-19 01:30:16 Device Mapper name No not found in /dev/mapper. 2017-02-19 01:30:16 Including layout/save/GNU/Linux/27_hpraid_layout.sh 2017-02-19 01:30:16 Including layout/save/GNU/Linux/28_multipath_layout.sh 2017-02-19 01:30:16 Did not find multipath device No in the expected location. 2017-02-19 01:30:16 Including layout/save/default/30_list_dependencies.sh 2017-02-19 01:30:16 Including layout/save/default/31_autoexclude_usb.sh 2017-02-19 01:30:16 Including layout/save/default/31_include_exclude.sh 2017-02-19 01:30:16 Including layout/save/default/32_autoexclude.sh 2017-02-19 01:30:17 Disk /dev/sdb is not used by any mounted filesystem. Excluding. 2017-02-19 01:30:17 Disk /dev/sdc is not used by any mounted filesystem. Excluding. 2017-02-19 01:30:17 Including layout/save/default/33_remove_exclusions.sh 2017-02-19 01:30:17 Including layout/save/GNU/Linux/34_false_blacklisted.sh 2017-02-19 01:30:18 Including layout/save/default/34_generate_mountpoint_device.sh 2017-02-19 01:30:18 Including layout/save/GNU/Linux/35_copy_drbdtab.sh 2017-02-19 01:30:18 Including layout/save/default/40_check_backup_special_files.sh 2017-02-19 01:30:18 Including layout/save/default/45_check_bootloader_files.sh 2017-02-19 01:30:18 Including layout/save/default/45_check_network_files.sh 2017-02-19 01:30:18 Including layout/save/GNU/Linux/50_extract_vgcfg.sh 2017-02-19 01:30:18 Including layout/save/GNU/Linux/51_current_disk_usage.sh 2017-02-19 01:30:19 Including layout/save/default/60_snapshot_files.sh 2017-02-19 01:30:19 Finished running 'layout/save' stage in 15 seconds 2017-02-19 01:30:19 Running 'layout/compare' stage 2017-02-19 01:30:19 Including layout/compare/default/50_compare_layout.sh 2017-02-19 01:30:19 Disk layout is identical. 2017-02-19 01:30:19 Including layout/compare/default/51_compare_files.sh 2017-02-19 01:30:20 Finished running 'layout/compare' stage in 1 seconds 2017-02-19 01:30:20 Finished running checklayout workflow 2017-02-19 01:30:20 Running exit tasks. 2017-02-19 01:30:20 Finished in 18 seconds 2017-02-19 01:30:20 Removing build area /tmp/rear.oaWHSvnwNFddStm 2017-02-19 01:30:20 End of program reached selinux says it prevent writes to this file. but the file was clearly written to! Is selinux stupid enough to mistake shell errors as a failure to write? Also, in trying to figure out what those errors mean, I looked at the file specified in the errors, /usr/share/rear/layout/save/GNU/Linux/21_raid_layout.sh, where I find line 44 and a couple above it read: ndevices=$( grep "Raid Devices" $TMP_DIR/mdraid | tr -d " " | cut -d ":" -f "2") totaldevices=$( grep "Total Devices" $TMP_DIR/mdraid | tr -d " " | cut -d ":" -f "2") let sparedevices=$totaldevices-$ndevices it appears that "ndevices" and "totaldevices" are both empty (not zero, but empty) because the error report above says "-" isn't valid, which would happen if those two variables were unpopulated. At this point I haven't yet found out where those values come from... (more to the point, I haven't yet figured out where TMP_DIR comes from) If any of you know more than I (I've never seen this code before) I'd appreciate a pointer, but I'll keep looking too. In the meantime, my software raid seems to keep chugging along. thanks in advance! Fred -- ---- Fred Smith -- fredex(a)fcshome.stoneham.ma.us ---------------------------- Do you not know? Have you not heard? The LORD is the everlasting God, the Creator of the ends of the earth. He will not grow tired or weary, and his understanding no one can fathom. ----------------------------- Isaiah 40:28 (niv) -----------------------------

1 0

usb drives & Orico ORICO 9548U3-BK
by Gregory P. Ennis 19 Feb '17

19 Feb '17

Everyone, Is there a way to manually assign usb drives to a specified device label. Is there a way to force two usb drives to be labeled as /dev/sdc and /dev/sdd? I decided to build an archive server for the purpose of backing up other fedora/centos desktops at the office. I built a machine and have installed Centos 7.3 on it with all updates current. I also purchased a 3.0 usb sata drive cabinet (Orico ORICO 9548U3-BK) and installed two 5T black WD drives. There was no problem installing the usb cabinet or the drives. I formatted each drive with xfs as /dev/sdc and /dev/sdd, and then combined them into a software mirrored raid with mdadm as /dev/md0. Everything was working perfectly until I removed the terminal, keyboard and mouse and tried to reboot the machine. It took a while to figure out, but when the mouse and keyboard were removed the boot process assigns the usb drives differently which makes /dev/md0 created by mdadm fail. My fstab file looks like : /dev/mapper/centos_poar-root / xfs defaults 0 0 UUID=f915a354-28bf-4110-bec9-3767ef1fe52c /boot xfs defaults 0 0 /dev/mapper/centos_poar-home /home xfs defaults 0 0 /dev/mapper/centos_poar-u /u xfs defaults 0 0 /dev/mapper/centos_poar-swap swap swap defaults 0 0 /dev/sda /u0 btrfs defaults 0 0 # entries below were combined into one mirrored raid system #/dev/sdc /u1 xfs defaults 0 0 #/dev/sdd /u2 xfs defaults 0 0 /dev/md0 /u1 xfs defaults 0 0 This works perfectly when a usb mouse and a usb keyboard are attached, but when I remove the mouse and keyboard the system will not boot because the usb drives are relabeled as /dev/sda and /dev/sdb. The only way I have been able to make this archive server function is to keep a mouse and keyboard plugged in to the system, and even with the keyboard and mouse attached I can not do a software reboot, I am required to turn off the power supply for a couple of seconds and then turn it back on before I hit the power switch on the computer. I have played with the bios setting until my eyes are blurry, but have not been able to solve the problem. I am using a ASUS H110M-E/M.2 LGA 1151 Intel H110 HDMI SATA 6Gb/s USB 3.0 Micro ATX Motherboard. My thought is that if I could force the usb drives to be labeled as /dev/sdc and /dev/sdd whether the mouse and keyboard are attached or not, I might be able to fix the problem Anyone have any ideas? Thanks for your responses!!!! Greg Ennis

3 3

RAID questions
by tdukes＠palmettoshopper.com 19 Feb '17

19 Feb '17

Hello, Just a couple questions regarding RAID. Here's thesituation. I bought a 4TB drive before I upgraded from 6.8 to 7.3. I'm not too far into this that Ican't start over. I wanted disk space to backup 3 other machines. I way overestimated what I needed for full, incremental and image backups with UrBackup.I've used less than 1TB so far. I would like to add an additional drive to makeit a RAID server. I may use a PCIe SSD for the boot drive if I can find onecompatible with my old hardware. 1- Better to go with a hardware RAID (mainboardsupported) or software? 2 - Can an existing drive with data on it be used as aRAID drive without losing current data? 3 - Can additional drive(s) be added later with a changein RAID level without current data loss? TIA

8 11

Require option in Apache
by Robert Moskowitz 19 Feb '17

19 Feb '17

So I have read everything that my search foo can find on the require option. I want to specify IP addresses. The only examples I am finding are in: http://httpd.apache.org/docs/2.4/howto/auth.html And only IPv4 addresses and only dotted aggregation. No IPv6 examples and no CIDR aggregation examples. In fact, no IPv6 examples at all. So can anyone point me to some more information on specifying IP addresses with this new require option? thanks

1 1

getting files from a samsung flip phone
by Michael Hennebry 18 Feb '17

18 Feb '17

I'm trying to copy file from my samsung flip phone. google has informed me of libmtp and gvfs, but it doesn't seem to be helping. [root@localhost yum.repos.d]# mtp-detect libmtp version: 1.0.1 Listing raw device(s) No raw devices found. [root@localhost yum.repos.d]# In case it helps, I did a diff of ls -R from /dev before and after USB connection: [hennebry@localhost dev]$ diff /tmp/dev[12].txt | tee /tmp/dev.dif 89a90 > serial 166a168 > ttyACM0 257a260 > 011 330a334 > 166:0 336a341 > 189:138 577a583,592 > ./serial: > by-id > by-path > > ./serial/by-id: > usb-SAMSUNG_Electronics_Bo._Ltd._Samsung_SCH-u365-if00 > > ./serial/by-path: > pci-0000:00:1d.7-usb-0:2.4:1.0 > [hennebry@localhost dev]$ Any ideas? -- 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

3 3

Centos 7: .tons of messages logs (systemd-logind[663]: Got message type....)
by Dario Lesca 17 Feb '17

17 Feb '17

On my Centos 7 update, into "journalctl -f" I have tons of this kind of message > feb 17 23:52:09 s-ispc.local systemd-logind[663]: Got message type=signal sender=:1.0 destination=n/a object=/org/freedesktop/systemd1/unit/php_2dfpm_2eservice interface=org.freedesktop.DBus.Properties member=PropertiesChanged cookie=17152 reply_cookie=0 error=n/a > feb 17 23:52:09 s-ispc.local systemd-logind[663]: Got message type=signal sender=:1.0 destination=n/a object=/org/freedesktop/systemd1/unit/php_2dfpm_2eservice interface=org.freedesktop.DBus.Properties member=PropertiesChanged cookie=17153 reply_cookie=0 error=n/a > feb 17 23:52:11 s-ispc.local systemd-logind[663]: Got message type=signal sender=:1.0 destination=n/a object=/org/freedesktop/systemd1/unit/httpd_2eservice interface=org.freedesktop.DBus.Properties member=PropertiesChanged cookie=17154 reply_cookie=0 error=n/a > feb 17 23:52:11 s-ispc.local systemd-logind[663]: Got message type=signal sender=:1.0 destination=n/a object=/org/freedesktop/systemd1/unit/httpd_2eservice interface=org.freedesktop.DBus.Properties member=PropertiesChanged cookie=17155 reply_cookie=0 error=n/a And into /var/log/messages I have this warning message: > rsyslogd-2177: imjournal: begin to drop messages due to rate-limiting What is happening? It is possible to stop this message? Many thanks -- Dario Lesca (inviato dal mio Linux Fedora 25 Workstation)

1 0

Oracle support 12c
by Silva-Borrego, Mario, DPS 17 Feb '17

17 Feb '17

All, I know it might sound a repetitive question although I have not found anything to help me online. Anyone knows if Oracle support will support CentOS with Oracle 12c? I know RHEL 6 & 7 is listed as supported OS, but I want to double check if that includes CentOS 6 & 7. The reason I am asking is because I want to migrate all servers I am receiving from old management to CentOS, currently is a mixed between SLES and RHEL Any insight will be appreciated Thank you, ms Mario Silva IT Systems Administrator New Mexico Department of Public Safety Information Technology Division 4491 Cerrillos Road P.O. Box 1628 Santa Fe NM 87507-1628 Phone: (505) 827-3430 Cell: (505) 670-1824 Email: Mario.Silva(a)state.nm.us

3 2

Centos 7 httpd Permission problems with Postfixadmin
by Robert Moskowitz 17 Feb '17

17 Feb '17

More joy with Centos 7. I am having permission problems with Postfixadmin. I am installing as I have in my notes I did in Centos6 and it is not working. I untar Postfixadmin into /usr/share. The owner is root:root (I even tried root:apache). My postfixadmin.conf file has: alias /mailadmin /usr/share/postfixadmin <Directory "/usr/share/postfixadmin"> AllowOverride AuthConfig </Directory> And I get when I try fqdn/mailadmin You don't have permission to access /mailadmin on this server. When I google this message, I am getting that httpd is not allowing me access. I have even added: allow from all To the above .conf with no change. This is not a SELInux problem as I tried 'setenforce 0' and still get the error. It is as if there is some new security setting in httpd for files not in the www dir (default of /var/www/). Any ideas? thanks

6 17

current situation with flash plugins?
by Michael Hennebry 17 Feb '17

17 Feb '17

Is Adobe the only provider of flash plugins? Is it still a gaping security hole? Do the answers depend on the browser? -- 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

3 2

Working on installing mailgraph on Centos7-arm - challenges with rpms
by Robert Moskowitz 17 Feb '17

17 Feb '17

One of the joys with getting a little ahead of where epel-armv7hl is, is trying to install packages where not all the dependencies have been debugged. So I am trying to install mailgraph, that i get the noarch rpm from Centos7-x86_64. But it needs RRD which I actually got from the armv7hl building; it just did not make it to the repo. But it wants libpango and libpangocairo. I can't find what provides those. They are not anywhere available to my Fedora 24 notebook and I don't have any 'normal' Centos7 system these days. thanks

1 0

GCC 4.9 in CentOS 7 ??
by Alice Wonder 17 Feb '17

17 Feb '17

The following features of the C++11/C++14 standards are not supported by g++: * std::make_unique function (C++14) * digit separators (C++14) * binary literals (C++14) * generic lambdas (C++14) If you are using the GNU C compiler collection (gcc) then you need at least v4.9.x. configure: error: support for required C++11/C++14 features incomplete Is there by chance a compat package for gcc 4.9.x available? I didn't see it in a yum list. I'm trying to build the latest mkvtoolnix and it looks like CentOS 7 gcc is just barely too old :-/

9 20

About the flash-plugin
by m.roth＠5-cent.us 17 Feb '17

17 Feb '17

Y'all may remember I posted here weeks ago, that flash-plugin was crashing. There was an update this morning, which I did on my workstation... and it hasn't crashed all day on either of the two radio stations who I listen to via streaming media. mark

2 3

USB 2.0 device on a USB 3.0 plug
by Jerry Geis 17 Feb '17

17 Feb '17

When I plug in my device which is USB 2.0 into a 3.0 slot (cause that is all I have) [495042.943074] usb 5-2: new low-speed USB device number 6 using xhci_hcd [495043.100076] usb 5-2: device descriptor read/64, error -71 I receive the above error. Is there a flag or setting that tells the USB to in a 2.0 mode ? Thanks, Jerry

6 7

IPv6 broken on Linode
by Alice Wonder 17 Feb '17

17 Feb '17

https://forum.linode.com/viewtopic.php?f=19&t=14570&p=72785 I can not figure out what I need to do. Apparently according to linode support, the VM is trying to grab an IPv6 address with some privacy stuff enabled by default causing it to not grab the IPv6 address that is assigned to me. Nothing I have tried seems to work, and it seems that Linode support are far more familiar with Ubuntu than CentOS. I know CentOS follows Red Hat so I'm not suggesting this is CentOS's fault, but stuff like this really is why I am a much bigger fan of KISS with simple key=value configuration files that don't seem to exist anymore with Linux networking in the Red Hat world. Making things more complex to benefit "Cloud" servers it the worst thing Red Hat ever did. Sorry for the tone, I'm quite frustrated and as an epileptic who doesn't drive, driving down to the SF Bay Area for RHCE classes that won't even be applicable in a few years when they change stuff again isn't really an option. Been using Red Hat since MKLinux DR3 (based on Red Hat 5.1) and been through the training courses before and everything changes. Anyone know what might be going on? And how to get dhclient to grab the "right" IPv6 address, the same one this VM grabbed no problem for well over a year?

6 16

CentOS-announce Digest, Vol 144, Issue 5
by centos-announce-request＠centos.org 16 Feb '17

16 Feb '17

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-2017:0274 CentOS 5 kernel BugFix Update (Johnny Hughes) 2. CESA-2017:0276 Moderate CentOS 7 bind Security Update (Johnny Hughes) ---------------------------------------------------------------------- Message: 1 Date: Wed, 15 Feb 2017 13:14:42 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CEBA-2017:0274 CentOS 5 kernel BugFix Update Message-ID: <20170215131442.GA8449(a)chakra.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Bugfix Advisory 2017:0274 Upstream details at : https://rhn.redhat.com/errata/RHBA-2017-0274.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: 5eeff3ee579f570ec49233bf04caa335af2375ffacbc46dae45826e5f9b70748 kernel-2.6.18-418.el5.i686.rpm 9f674e2c212f4ed8b85452682f0d08814580eebb188cbc492e66932dde518338 kernel-debug-2.6.18-418.el5.i686.rpm bfa94e23b90d87f1241391d4354425000cb28fb71c516c6db43ad948d0f23400 kernel-debug-devel-2.6.18-418.el5.i686.rpm 181c671e7fb6fa4576b52c3a23c69222e8915fec78279ca7b0ca9b17e7fbf593 kernel-devel-2.6.18-418.el5.i686.rpm 03a9c5df55efc1a9fb0268e77b929fda5974661529bd12b3a76908ef9cbe1ca1 kernel-doc-2.6.18-418.el5.noarch.rpm b37bf6415c42abf09ecbb75c145090e175bc3494c41c0c32e91e637cbcd55e46 kernel-headers-2.6.18-418.el5.i386.rpm bd2c2051d500bf3a77d37eaf5bc3fd50945ea4729c0ce146052a8390bac2ba46 kernel-PAE-2.6.18-418.el5.i686.rpm f7d8ec73731cdbc7a45a408fcdec5a58ddb5ecacbc88c145ddd07a9bd7565eb2 kernel-PAE-devel-2.6.18-418.el5.i686.rpm 70969578c772dd985fd97721c208a2a4dc4ff7fa480fd95c7a233890730df58c kernel-xen-2.6.18-418.el5.i686.rpm 1479b4c750af9b2061997c76366ed7a45bfe6055174d4c880012f79d67e437a8 kernel-xen-devel-2.6.18-418.el5.i686.rpm x86_64: 583c518288691608947e8a769a31331bb1574065ccbe46ece4903ecdabf60aa6 kernel-2.6.18-418.el5.x86_64.rpm 466872dd2c61bb6dcffcbeb5839eb772c9f7272b552f7d8a8903cc95a6024f8a kernel-debug-2.6.18-418.el5.x86_64.rpm 353e4c5e338979dbb63fb415323e7d613c4b1be04626c6d39d27b03ac1a86a08 kernel-debug-devel-2.6.18-418.el5.x86_64.rpm cf2f965ca2219ad25a836261e28328d7c881204788f91ee2ff66389ac4ee9b2f kernel-devel-2.6.18-418.el5.x86_64.rpm 03a9c5df55efc1a9fb0268e77b929fda5974661529bd12b3a76908ef9cbe1ca1 kernel-doc-2.6.18-418.el5.noarch.rpm 358bbaf90801ad08686df5c6de9f4ce17338abea531a23a87a9c913319abc884 kernel-headers-2.6.18-418.el5.x86_64.rpm cc2836181bfd15f0d65406204d2323a3fd17a7ea6a43a8af889ef210256a7410 kernel-xen-2.6.18-418.el5.x86_64.rpm e35eeb4cd3d0ef2bfeec3e47735e2e7f1475f7597db9f8433531d1b8ea4e8478 kernel-xen-devel-2.6.18-418.el5.x86_64.rpm Source: 9785160c0ab76993df6bdc5ec04362df88ad98e8492d6bdd1107872c6e490a64 kernel-2.6.18-418.el5.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net Twitter: JohnnyCentOS ------------------------------ Message: 2 Date: Wed, 15 Feb 2017 14:49:31 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CESA-2017:0276 Moderate CentOS 7 bind Security Update Message-ID: <20170215144931.GA63056(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Security Advisory 2017:0276 Moderate Upstream details at : https://rhn.redhat.com/errata/RHSA-2017-0276.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) x86_64: 78da78be03829d07f7ddd5bf6fde8fb873ae21fda0ca931eb01e251351d0e0d4 bind-9.9.4-38.el7_3.2.x86_64.rpm 0a4048a4c3afc0656da2ea3d9f67467c3bb13aef795169a831e20be62973cb3b bind-chroot-9.9.4-38.el7_3.2.x86_64.rpm 3edf4863b3265a5ffb6f96e33e0b70cf00f63f632060de6946a98e1f5d6abd4f bind-devel-9.9.4-38.el7_3.2.i686.rpm db587a93bb81fc8471f85f852d6a5e1b68ccae8b1518dcd6aee0bb789ee39609 bind-devel-9.9.4-38.el7_3.2.x86_64.rpm 2f80f485510682611829cf0b00dbba5ed8858ea6862dc37278cc0df4dc965964 bind-libs-9.9.4-38.el7_3.2.i686.rpm 102cdd935e72edc2c3eb7f3997eb86b66bd88d0db7c3c67481d46be5e33d1032 bind-libs-9.9.4-38.el7_3.2.x86_64.rpm 93e1824c575495e0d95abbc23155f3039a0fd7af939583eefe8b027101d3c1ae bind-libs-lite-9.9.4-38.el7_3.2.i686.rpm fc482a8e502415088cec63af435d2b00d65176e0f02e78112ac0e110da5bbe7d bind-libs-lite-9.9.4-38.el7_3.2.x86_64.rpm 7dd2e52354a0b7bdeb26bcd4bebf4624838854e45a881b8cf9580a6d900aac62 bind-license-9.9.4-38.el7_3.2.noarch.rpm 28bddde638e4fd7aaaa64898a68e063c233600949c494762aa921210577817a7 bind-lite-devel-9.9.4-38.el7_3.2.i686.rpm 68a332bfa8510a68dfa69b86731587f3f6db9cb79f5c34ffd25f11a152779c05 bind-lite-devel-9.9.4-38.el7_3.2.x86_64.rpm a13703306d3e55cb528c20b4909b85a4d19347f62899d447c48fa3bee54a8887 bind-pkcs11-9.9.4-38.el7_3.2.x86_64.rpm 4d5a2adf1912a70d6e297fff2fdc682dc6713e3db3a1f5f06245c0a3f1afcd42 bind-pkcs11-devel-9.9.4-38.el7_3.2.i686.rpm afbb5eee280a6724d6e10389d6f11ba724667aed1b4b40cc34b834ab0e507827 bind-pkcs11-devel-9.9.4-38.el7_3.2.x86_64.rpm d6ecabde1ec8cba6ba35e2e8e83294123aa66783958858be2633448f42e20ca5 bind-pkcs11-libs-9.9.4-38.el7_3.2.i686.rpm 2df9618f5fff66583334bdff82397af1e745c7ab52b8c9d621d76a57a4842c96 bind-pkcs11-libs-9.9.4-38.el7_3.2.x86_64.rpm f2628830823d2e30d75a909f8ded4cd29de3e426b31055638a00a004a8406e06 bind-pkcs11-utils-9.9.4-38.el7_3.2.x86_64.rpm 14b3160ad029d2e17ef07078d7f5d83e4e9e153e759bb39fd0ef71986a6cb7a1 bind-sdb-9.9.4-38.el7_3.2.x86_64.rpm ddc9f4877c2e5a465f7075422210153b0aaf05c67e349598f7906d253462279b bind-sdb-chroot-9.9.4-38.el7_3.2.x86_64.rpm 36d4252c534f9af00a95892262eecae02aba51e6e1a70ccc6da1cf00d5da6985 bind-utils-9.9.4-38.el7_3.2.x86_64.rpm Source: cd2e4ab4b292f33e6ab2b04a63d95bd6b120d8b501194b803005fe8455b6b37b bind-9.9.4-38.el7_3.2.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 144, Issue 5 ***********************************************

1 0

Centos7 GeoIP support with BIND
by Robert Moskowitz 16 Feb '17

16 Feb '17

In my new Centos7 BIND DNS server, I am seeing messages in logwatch about GeoIP. Something new for me to learn about, and it seems, configure. Checking to see what packages are available I find: GeoIP.armv7hl 1.5.0-11.el7 @centos-base_rbf GeoIP-data.noarch 1.5.0-11.el7 base GeoIP-devel.armv7hl 1.5.0-11.el7 base GeoIP-update.noarch 1.5.0-11.el7 base and GeoIP.armv7hl is already installed in my image (even before I installed BIND, it seems to be part of a base server?). I am not finding any help for GeoIP on Centos, but for debian/ubuntu they are saying to install geoip-database. Is GeoIP-data the same thing? What about GeoIP-update? Basically, I probably should get started on this, or disable it in my DNS server. Can someone point me to Centos specific help or help me out? thanks

2 1

Serious attack vector on pkcheck ignored by Red Hat
by Leonard den Ottolander 15 Feb '17

15 Feb '17

Based on an article that was mentioned on this list https://googleprojectzero.blogspot.nl/2014/08/the-poisoned-nul-byte-2014-ed… I found two attacker controlled memory leaks in the option parsing of pkcheck.c. These memory leaks allow a local attacker the ability to "spray the heap", i.e. initialize large parts of the heap before launching his attack. The original attack uses a setuid binary, because the author "is giving himself a break". However, the fact that the binary in the example is setuid is orthogonal to the fact that heap spraying is a very serious attack vector. Bug reports are filed but closed WONTFIX. I think this is a mistake so I would hope people could weigh in on this. https://bugs.freedesktop.org/show_bug.cgi?id=99626 https://bugzilla.redhat.com/show_bug.cgi?id=1418278 https://bugzilla.redhat.com/show_bug.cgi?id=1418287 Thanks for your interest. Regards, Leonard. -- mount -t life -o ro /dev/dna /genetic/research

7 33

mach64 driver, latest update in CentOS 6.8, symbol lookup error
by Styma, Robert (Nokia - US) 15 Feb '17

15 Feb '17

I am loading a server from the CentOS 6.7 ISO and then upgrading. After loading at release 6.7, the machine behaves normally. After running yum update, the X server will not start. Attempts to start it manually result in one of the following messages depending upon which OS is loaded. I initially loaded it as 64 bit and when that did not work I tried the 32 bit version of the OS. The graphics card is part of the motherboard so swapping it out is not an option. This is a server and there is no AGP slot. X: symbol lookup error: /usr/lib64/xorg/modules/drivers/mach64_drv.so: undefined symbol: xf86LinearVidMem X: symbol lookup error: /usr/lib/xorg/modules/drivers/mach64_drv.so: undefined symbol: xf86LinearVidMem I yum grouperased the X Window System and Desktop and then groupinstalled it with no luck. I then changed my repos to point to the original ISO, but there were too many dependencies broken to get the system to groupinstall the X Window System and desktop. I tried forcing in just the driver, but it fails with a message about the driver being at a different release than the X server. I am planning to reload the OS and use the Yum Exclude to keep the Xorg pieces. Unfortunately, that will probably break a lot of dependencies. I downloaded the source for the driver from Xorg, but need to find a lot more stuff to get it to compile, and even then, it is likely not to work. Does anyone have any more things to try? Yes I know the mach64 is an old video card, but that is what is there. Since CentOS just follows the upstream source, I am not sure where to file a bug. Not that that is likely to help. I am batting 0 for 5 over the last decade and a half getting anything fixed. Bob Styma

4 10

Kickstart - part ignore onpart ??
by Andreas Benzler 15 Feb '17

15 Feb '17

Hello Guys, after hours of uncessfull create example before i forward special parition tests. part ignoe --onpart But Installation hang out for parition the harddisk. jump to another console partitions are ok ? Which line/lines is/are missing? Andy #version=DEVEL # System authorization information auth --enableshadow --passalgo=sha512 # Use CDROM installation media cdrom # Use graphical install graphical # Run the Setup Agent on first boot firstboot --enable ignoredisk --only-use=sda # Keyboard layouts keyboard --vckeymap=de-nodeadkeys --xlayouts='de (nodeadkeys)' # System language lang de_DE.UTF-8 # Network information network --bootproto=dhcp --device=enp0s3 --ipv6=auto --no-activate network --hostname=localhost.localdomain # Root password rootpw --iscrypted $6$ZzmFRmN6XqC0.Mc4 $LVrBwcqgnv5kIU5mM8e424PDPD7P1dq342lIZrB9gVFzv6EzSRPTGfLyH/M4yf88iwUpOK/XidvqWiYVl8xcG1 # System services services --enabled="chronyd" # System timezone timezone Europe/Berlin --isUtc user --groups=wheel --name=andy --password=$6$gpkn155QMucNw0DC $TUuSuPCe5NEdFyoF/e.bKzrEHvE7W5gyYqNMCmKbkdLIyUnq1qAD5A/.ax/r6DU1MspPnrUzpuWw7rEzOD9hM. --iscrypted --gecos="Andreas Benzler" # System bootloader configuration bootloader --append=" crashkernel=auto" --location=mbr --boot-drive=sda # Disk partitioning information part /boot --onpart=/dev/sda1 part / --onpart=/dev/sda2 part swap --onpart=/dev/sda3 selinux --disabled %packages @^minimal @core chrony kexec-tools %end %pre # clear the MBR and partition table dd if=/dev/zero of=/dev/sda bs=512 count=1 parted -s /dev/sda mklabel msdos TOTAL=`parted -s /dev/sda unit mb print free | grep Free | awk '{print $3}' | cut -d "M" -f1` let SWAP_START=$TOTAL-820 let ROOT_END=$TOTAL-128-820 parted -s /dev/sda mkpart primary ext2 0 128 parted -s /dev/sda mkpart primary ext2 128 $ROOT_END parted -s /dev/sda mkpart primary linux-swap $SWAP_START $TOTAL mkfs.ext2 /dev/sda1 mkfs.ext2 /dev/sda2 mkswap /dev/sda3 %end %addon com_redhat_kdump --enable --reserve-mb='auto' %end %anaconda pwpolicy root --minlen=6 --minquality=50 --notstrict --nochanges --notempty pwpolicy user --minlen=6 --minquality=50 --notstrict --nochanges --notempty pwpolicy luks --minlen=6 --minquality=50 --notstrict --nochanges --notempty %end

2 3

Problems with latest Firefox update -- can't install new extensions
by Kay Schenk 15 Feb '17

15 Feb '17

Since the latest Firefox update to 45.7.0 on my CentOS 6.8 system, I can no longer install add-ons/extensions. Things LOOK like they're working but the extensions don't get stored in my normal area and they don't appear in my Add-Ons menu. Is anyone else having this issue? It has been a while since I added any new extensions so I can't say WHEN exactly this problem happened but .... :( -- ------------------------------------------------ MzK "Trust, but verify." -- Ronald Reagan

2 2

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

Discuss