- Discuss - lists.centos.org

Re: [CentOS] Utility to zero unused blocks on disk
by James B. Byrne 10 Feb '16

10 Feb '16

On Tue, February 9, 2016 16:05, Chris Murphy wrote: > On Mon, Feb 8, 2016 at 11:18 PM, John R Pierce <pierce(a)hogranch.com> > wrote: >> On 2/8/2016 9:54 PM, Chris Murphy wrote: >>> >>> Secure erase is really the only thing to use on SSDs. >>> Writing a pile of zeros just increases wear (minor negative) >>> but also doesn't actually set the cells to the state required >>> to accept a new write, Secure erase of an SSD, or any solid state device, is problematic. See: http://www.techrepublic.com/article/erasing-ssds-security-is-an-issue/ The CSE requires physical destruction of these devices through pulverisation or incineration. See: https://cse-cst.gc.ca/en/system/files/pdf_documents/itsg06-eng.pdf The USDOD leaves disposal protocols to the individual commands. Essentially, due to the way data is stored on SSDs, it is impossible to access every memory cell during a software driven wipe; no matter how many passes are made. The possibility of significant fragments of residual data remaining is always greater than zero. However, if you entirely encrypt an SSD, BEFORE adding any confidential material, then secure destruction is assured by 'forgetting' the key. But encrypting an SSD after the material is put on it is not sufficient. -- *** e-Mail is NOT a SECURE channel *** Do NOT transmit sensitive data via e-Mail James B. Byrne mailto:ByrneJB@Harte-Lyne.ca Harte & Lyne Limited http://www.harte-lyne.ca 9 Brockley Drive vox: +1 905 561 1241 Hamilton, Ontario fax: +1 905 561 0757 Canada L8E 3C3

1 0

Re: [CentOS] C7 AD server
by Alessandro Baggi 10 Feb '16

10 Feb '16

Il 07/02/2016 15:59, Miguel Medalha ha scritto: >>> How I can assing permission on this share? > > You can easily do it by following the instructions on the Samba Wiki: > > https://wiki.samba.org/index.php/User_Documentation > Hi Miguel, I've followed the wiki how to but, I want configure a share on same machine where is hosted DC and seems that this is not possible. I've configured AD DC on C7 using ServNet packages. Now after provisioning, I've tried to join a win7 host and all works. After this, I've tried to add a share on AD server for all client, but when I try to assign permission on dir, I can't because my local system can't see domain user. If I run wbinfo -u I can see user domain. If I run getent passwd, I can't see user domain, and so I can't give permission on share for this user but only using 777 on share directory (and this is not what I want). Now, If I put a new samba4 machine and configure it as domain member, and join the domain, I can assign on this machine permission for user as explained from samba wiki. But this is not my case. I need to configure DC and share on same machine, but I can't figure out why I can't see domain user in my local system. Where is the problem? Thanks in advance

4 5

CentOS-announce Digest, Vol 132, Issue 3
by centos-announce-request＠centos.org 10 Feb '16

10 Feb '16

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. CEEA-2016:0154 CentOS 5 tzdata Enhancement Update (Johnny Hughes) 2. CEEA-2016:0154 CentOS 7 tzdata Enhancement Update (Johnny Hughes) 3. CEBA-2016:0138 CentOS 6 sg3_utils BugFix Update (Johnny Hughes) 4. CEBA-2016:0147 CentOS 6 389-ds-base BugFix Update (Johnny Hughes) 5. CEBA-2016:0153 CentOS 6 sssd BugFix Update (Johnny Hughes) 6. CEBA-2016:0144 CentOS 6 chkconfig BugFix Update (Johnny Hughes) 7. CEBA-2016:0146 CentOS 6 libgovirt BugFix Update (Johnny Hughes) 8. CEBA-2016:0148 CentOS 6 poppler BugFix Update (Johnny Hughes) 9. CEBA-2016:0141 CentOS 6 php BugFix Update (Johnny Hughes) 10. CEBA-2016:0143 CentOS 6 kdelibs BugFix Update (Johnny Hughes) 11. CEBA-2016:0139 CentOS 6 cluster BugFix Update (Johnny Hughes) 12. CEBA-2016:0149 CentOS 6 dnsmasq BugFix Update (Johnny Hughes) 13. CEBA-2016:0145 CentOS 6 kexec-tools BugFix Update (Johnny Hughes) 14. CEBA-2016:0142 CentOS 6 librdmacm BugFix Update (Johnny Hughes) 15. CEBA-2016:0151 CentOS 6 pki-core BugFix Update (Johnny Hughes) 16. CEBA-2016:0137 CentOS 6 virt-manager BugFix Update (Johnny Hughes) 17. CEEA-2016:0154 CentOS 6 tzdata Enhancement Update (Johnny Hughes) ---------------------------------------------------------------------- Message: 1 Date: Tue, 9 Feb 2016 15:17:22 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CEEA-2016:0154 CentOS 5 tzdata Enhancement Update Message-ID: <20160209151722.GA30616(a)chakra.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Enhancement Advisory 2016:0154 Upstream details at : https://rhn.redhat.com/errata/RHEA-2016-0154.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: 2206affe6dc8666f47f16d807c791a6cb3c8813e6e20ba8030de444b7aac7ee5 tzdata-2016a-1.el5.i386.rpm 5de6eaee71ec32756feafdcccec1259c04affe07123e1cbf80a6a7cb700d127d tzdata-java-2016a-1.el5.i386.rpm x86_64: 5cfb394e27141600abdcb251ca4ced68dd967142566c3f1a2eadc2314c2c35c2 tzdata-2016a-1.el5.x86_64.rpm ea0155a50f5ef2d5e72a9887d701c8222a8560981b12d536e4c78cd9b4b348e9 tzdata-java-2016a-1.el5.x86_64.rpm Source: f8ae6b5e0e231633d8d8b729bc94e8e005c3f1268050b65a70633364066ac849 tzdata-2016a-1.el5.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net Twitter: JohnnyCentOS ------------------------------ Message: 2 Date: Tue, 9 Feb 2016 15:42:57 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CEEA-2016:0154 CentOS 7 tzdata Enhancement Update Message-ID: <20160209154257.GA21926(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Enhancement Advisory 2016:0154 Upstream details at : https://rhn.redhat.com/errata/RHEA-2016-0154.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) x86_64: 9be72634325e48e3f199d6cfac392184b2c2566392e5e82d7cd1b355e9855b9f tzdata-2016a-1.el7.noarch.rpm b7e70dc8cf2d006cfaf101e14d3b4f7e6d9a4b7978c99b0f58f3702d7f337ad6 tzdata-java-2016a-1.el7.noarch.rpm Source: 2abe0db0ffb110c3c05f719ea9c4d2197d5c97672f089121bae9e95142278568 tzdata-2016a-1.el7.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net Twitter: @JohnnyCentOS ------------------------------ Message: 3 Date: Tue, 9 Feb 2016 15:47:03 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CEBA-2016:0138 CentOS 6 sg3_utils BugFix Update Message-ID: <20160209154703.GA22226(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Bugfix Advisory 2016:0138 Upstream details at : https://rhn.redhat.com/errata/RHBA-2016-0138.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: 1919a5451c5e0650d3a5ecb70b878a3ee6c6eb4c4ba87873e78e72804910cb52 sg3_utils-1.28-9.el6_7.i686.rpm df286a7c80a557bb941f4f71a0a097ac3c366a188f169c6c6ccbb03403385fbe sg3_utils-devel-1.28-9.el6_7.i686.rpm d62626c4cc2be45fbfa5c52b1d61584f67a58527fcf228f758a15a7070010155 sg3_utils-libs-1.28-9.el6_7.i686.rpm x86_64: 3b077835d799331a88b77749a08df28373d68a1cda9055c3632540c50756f846 sg3_utils-1.28-9.el6_7.x86_64.rpm df286a7c80a557bb941f4f71a0a097ac3c366a188f169c6c6ccbb03403385fbe sg3_utils-devel-1.28-9.el6_7.i686.rpm 6cf89c234e97c0bd5ec2311c93da1e50c86b94eeb4f35ed1f902fd63cbd7df74 sg3_utils-devel-1.28-9.el6_7.x86_64.rpm d62626c4cc2be45fbfa5c52b1d61584f67a58527fcf228f758a15a7070010155 sg3_utils-libs-1.28-9.el6_7.i686.rpm 4371bdac330d017132adaee0dae5d6a61a75162ab4534e24ec8e307eb9028b2b sg3_utils-libs-1.28-9.el6_7.x86_64.rpm Source: 341b948ba806e537994b961a02d5e4e61cb3a7ad5ee2f057792ea1c6a085339b sg3_utils-1.28-9.el6_7.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net Twitter: @JohnnyCentOS ------------------------------ Message: 4 Date: Tue, 9 Feb 2016 15:47:30 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CEBA-2016:0147 CentOS 6 389-ds-base BugFix Update Message-ID: <20160209154730.GA22471(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Bugfix Advisory 2016:0147 Upstream details at : https://rhn.redhat.com/errata/RHBA-2016-0147.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: aa39d9478caa6b09b42ccc106546624638e70232b6cff445b5f6964f9faf00ad 389-ds-base-1.2.11.15-69.el6_7.i686.rpm f8ed3e0f0a8f862faecbefc969c61c7870582ec2fcf545b3e1f02e3b40d895c5 389-ds-base-devel-1.2.11.15-69.el6_7.i686.rpm 9077cc565c69c31020c513359e49dc0280159d2933bf12fd2e3a3453996fa498 389-ds-base-libs-1.2.11.15-69.el6_7.i686.rpm x86_64: 8e35047f26924a010076e256ca72dbeca96434af305f9da2bffc22327938d5d7 389-ds-base-1.2.11.15-69.el6_7.x86_64.rpm f8ed3e0f0a8f862faecbefc969c61c7870582ec2fcf545b3e1f02e3b40d895c5 389-ds-base-devel-1.2.11.15-69.el6_7.i686.rpm 58c947e594f9ce29833b3e5ab8306559ada9ccd34299cc552de806b2ea4c2383 389-ds-base-devel-1.2.11.15-69.el6_7.x86_64.rpm 9077cc565c69c31020c513359e49dc0280159d2933bf12fd2e3a3453996fa498 389-ds-base-libs-1.2.11.15-69.el6_7.i686.rpm 376727df7e5df0fa0704c26df831628a9866e2f4c5c3d0a476726abb4ceb36b7 389-ds-base-libs-1.2.11.15-69.el6_7.x86_64.rpm Source: a7926c63a02a4dcbbb4246498a509bf5d71b070456f2e3f5024440c095cf65b5 389-ds-base-1.2.11.15-69.el6_7.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net Twitter: @JohnnyCentOS ------------------------------ Message: 5 Date: Tue, 9 Feb 2016 15:48:10 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CEBA-2016:0153 CentOS 6 sssd BugFix Update Message-ID: <20160209154810.GA23224(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Bugfix Advisory 2016:0153 Upstream details at : https://rhn.redhat.com/errata/RHBA-2016-0153.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: 51e4b292cca39ca7533cd14267520f41574954784efcbcbd8e72fd55d6cba332 libipa_hbac-1.12.4-47.el6_7.7.i686.rpm 55794f3a2faecec95f22676a0535f24cbc363ef7802d27c46e773f8b28074a3d libipa_hbac-devel-1.12.4-47.el6_7.7.i686.rpm 81668e276dccec0cefd574f5990965577065059543f28efcc1b06e19f1af43b9 libipa_hbac-python-1.12.4-47.el6_7.7.i686.rpm 35e05d14e72c17d9e465209bfb2c41296ad623af5329d89798821bee3a84bc8c libsss_idmap-1.12.4-47.el6_7.7.i686.rpm df605791859139c147c87acc7f54e9e378287c3f6223e95f28e773172a8afab5 libsss_idmap-devel-1.12.4-47.el6_7.7.i686.rpm 540794861c9de7d4c8423109c9de59be6c596f677064f5c421923038649a486d libsss_nss_idmap-1.12.4-47.el6_7.7.i686.rpm 376cff3a7a443246b9e3dc65fff0f5993fd6a23d373d014310e1f58efd9a3809 libsss_nss_idmap-devel-1.12.4-47.el6_7.7.i686.rpm e703da5176fb17e21cf60f67d5b195599170867e2a3ff60da6fa8aed5192e6e1 libsss_nss_idmap-python-1.12.4-47.el6_7.7.i686.rpm 9af26db52aca48af87b6850bab67961f215e7e82c80005564032917de46f1c23 libsss_simpleifp-1.12.4-47.el6_7.7.i686.rpm cca32fcef14aef1ee7ba3f1fbd0bff5c82292fc54af1201340350b08a0c40e47 libsss_simpleifp-devel-1.12.4-47.el6_7.7.i686.rpm 6210777c6fca1e97b6f4b8ea043079e76c5e47d003cb6a82aca31efbab1828a9 python-sssdconfig-1.12.4-47.el6_7.7.noarch.rpm 3bd6bc0c7d35cc735630e48e4b09dd74037beb94ea78f0c1d1b70784bf3ab173 sssd-1.12.4-47.el6_7.7.i686.rpm c2904d2d72c778316bfc293992a9ef9f5e029f52d48e7b2605b89b472c35796e sssd-ad-1.12.4-47.el6_7.7.i686.rpm fd6a90253924b7d7a89fbcca363598ad6971be632e0c0d6662e5bc0471aee430 sssd-client-1.12.4-47.el6_7.7.i686.rpm 07c7fec6b5b7eb8eb1b3f404341b4ce4b7c4c9580ba9b16453dfe7b8aefafad3 sssd-common-1.12.4-47.el6_7.7.i686.rpm 51b6d84ae56979b6082fde7cb29362b42dbed3abcf7758fcd615c50a0b7171a7 sssd-common-pac-1.12.4-47.el6_7.7.i686.rpm 44ff993bcef253cbdd893a0214c09a8be7f602040827284e12de6c9acaf3a8be sssd-dbus-1.12.4-47.el6_7.7.i686.rpm fc1fa63e36a83ec02bb16e65de8cc1bdf1c67ee63ecdf85cdcaeb1cfd0b25a27 sssd-ipa-1.12.4-47.el6_7.7.i686.rpm de1e67a1809a50325199b852b44ab04abf0975fc6421c8b755265894cd0e0447 sssd-krb5-1.12.4-47.el6_7.7.i686.rpm 6f762693e1bec75e798b2ad357f18bd9dc72e052ca602268d38350b8e1151d30 sssd-krb5-common-1.12.4-47.el6_7.7.i686.rpm 4a0b2c472c5751d213e7c3403c4cb79a40e760c6cdca1bb1c16449ce8a2a6d37 sssd-ldap-1.12.4-47.el6_7.7.i686.rpm fc7275c1ef903360356fe36f2059925b0526e74ae3b7c0ffcc1d71bd04edac22 sssd-proxy-1.12.4-47.el6_7.7.i686.rpm 42565856640ee6f50c859b12eba8b615040e3df049f847114641cfb76653a130 sssd-tools-1.12.4-47.el6_7.7.i686.rpm x86_64: 51e4b292cca39ca7533cd14267520f41574954784efcbcbd8e72fd55d6cba332 libipa_hbac-1.12.4-47.el6_7.7.i686.rpm 9cd92ab10719f55477c070c68114d5fdf49c45d24b0fd0efed91f5d202321886 libipa_hbac-1.12.4-47.el6_7.7.x86_64.rpm 55794f3a2faecec95f22676a0535f24cbc363ef7802d27c46e773f8b28074a3d libipa_hbac-devel-1.12.4-47.el6_7.7.i686.rpm ce2fab0b2d3b6bb78a701a12e59f4e4de8d98cda711a2dba0f2aa2f7c7d1a43f libipa_hbac-devel-1.12.4-47.el6_7.7.x86_64.rpm 8fae39b8711928c4ef8279082c82fa91b5afd5d61be9c9651772889140aae538 libipa_hbac-python-1.12.4-47.el6_7.7.x86_64.rpm 35e05d14e72c17d9e465209bfb2c41296ad623af5329d89798821bee3a84bc8c libsss_idmap-1.12.4-47.el6_7.7.i686.rpm 097059c5339afc191a6b34e7015c5071769c532a818b16ab9c2b783952a0c50e libsss_idmap-1.12.4-47.el6_7.7.x86_64.rpm df605791859139c147c87acc7f54e9e378287c3f6223e95f28e773172a8afab5 libsss_idmap-devel-1.12.4-47.el6_7.7.i686.rpm 27f09d38748c7c9ee8ff5e982a7b50f8e5524a05444667bc92d88d7285603905 libsss_idmap-devel-1.12.4-47.el6_7.7.x86_64.rpm 540794861c9de7d4c8423109c9de59be6c596f677064f5c421923038649a486d libsss_nss_idmap-1.12.4-47.el6_7.7.i686.rpm 79c96d43680e7432a365447929fb2357e08224630d45f885041a2751dd4413c9 libsss_nss_idmap-1.12.4-47.el6_7.7.x86_64.rpm 376cff3a7a443246b9e3dc65fff0f5993fd6a23d373d014310e1f58efd9a3809 libsss_nss_idmap-devel-1.12.4-47.el6_7.7.i686.rpm 8125b111ffc987d58de3b5fa1eb701ae9db63499c1b3fd17bb49731eb384a21e libsss_nss_idmap-devel-1.12.4-47.el6_7.7.x86_64.rpm b8ce73a1f42324e75d9f40cccf0669fcc7385a91dfb55cd51e6240b913096058 libsss_nss_idmap-python-1.12.4-47.el6_7.7.x86_64.rpm 9af26db52aca48af87b6850bab67961f215e7e82c80005564032917de46f1c23 libsss_simpleifp-1.12.4-47.el6_7.7.i686.rpm 51065b9820632d4def7b848a00d8b350438e239f8cfa2f401634467007bff980 libsss_simpleifp-1.12.4-47.el6_7.7.x86_64.rpm cca32fcef14aef1ee7ba3f1fbd0bff5c82292fc54af1201340350b08a0c40e47 libsss_simpleifp-devel-1.12.4-47.el6_7.7.i686.rpm fe31d01672913a521147dc28277e5832dd4f2dc5c5268614bd40fcf266cf1e06 libsss_simpleifp-devel-1.12.4-47.el6_7.7.x86_64.rpm 6210777c6fca1e97b6f4b8ea043079e76c5e47d003cb6a82aca31efbab1828a9 python-sssdconfig-1.12.4-47.el6_7.7.noarch.rpm 4cf18138cf7583dee9c2e7e5795cd27b17dfbad1f8798b2d0b9c9a50b51013e6 sssd-1.12.4-47.el6_7.7.x86_64.rpm 1dd7cfa90e9b3b1790bfbfb418ddce82bd230cef2752601b8a3aac99a694119f sssd-ad-1.12.4-47.el6_7.7.x86_64.rpm fd6a90253924b7d7a89fbcca363598ad6971be632e0c0d6662e5bc0471aee430 sssd-client-1.12.4-47.el6_7.7.i686.rpm cef92d2e2a729d05ac338d42e634b136ed705a6cbe6df0fb597474247dc82a2f sssd-client-1.12.4-47.el6_7.7.x86_64.rpm 66dfa35b8f50a8c97c771a69eee4b5f9108d10c4ab20497831bb693945455df8 sssd-common-1.12.4-47.el6_7.7.x86_64.rpm 72ab8eb075ec7fe5462fac86527351270acf1b5ec8d0f37cd160b71d69bccc60 sssd-common-pac-1.12.4-47.el6_7.7.x86_64.rpm 9d9027d6f7a1fcbfc03a558ad1b085fcb1fe1484a5abff106931b77bd5fbf1b5 sssd-dbus-1.12.4-47.el6_7.7.x86_64.rpm d50c87fa4cc87b9c6d01c0c2eccf0ed9a9a625882cc4202ad50a72bf14694e24 sssd-ipa-1.12.4-47.el6_7.7.x86_64.rpm 1fe86a897cd16baf952f6ebecc1b4426df15a82a8cf0a690869ce70d9aa04b1a sssd-krb5-1.12.4-47.el6_7.7.x86_64.rpm bd5dca7180605707b2a911d246f724d10ca7b192b300d7814ecdb9f843d5adb8 sssd-krb5-common-1.12.4-47.el6_7.7.x86_64.rpm 4e2e403116d2e554a432da6f6c6e33497fd665daaeb08301cd0a7ed779dc9be5 sssd-ldap-1.12.4-47.el6_7.7.x86_64.rpm 7a127f078b8db2c524a0463dfcfae6e196ef6f5dea0f5cd80c076626a1b1285a sssd-proxy-1.12.4-47.el6_7.7.x86_64.rpm a812e16817ef954d3b940094c49453881201a065f44505444f7556a6d012ae1c sssd-tools-1.12.4-47.el6_7.7.x86_64.rpm Source: 5d358e3ee87ca7308c3ba9d83e845b51223d2e57af006aaeb5db59b321c09f7d sssd-1.12.4-47.el6_7.7.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net Twitter: @JohnnyCentOS ------------------------------ Message: 6 Date: Tue, 9 Feb 2016 15:48:38 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CEBA-2016:0144 CentOS 6 chkconfig BugFix Update Message-ID: <20160209154838.GA23424(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Bugfix Advisory 2016:0144 Upstream details at : https://rhn.redhat.com/errata/RHBA-2016-0144.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: 1d70e69be938a503142b66519b4f1866e98e83c08b161cc3dc6f39e66a9abcb8 chkconfig-1.3.49.3-5.el6_7.2.i686.rpm a7a66292f85d0beb03021a41359fca7fba2b0af4c85e11814abf614f821a4a8a ntsysv-1.3.49.3-5.el6_7.2.i686.rpm x86_64: 8af257f37c0370b3d499b8e998f49245b8cd2f437ba0f259587a2f6153d45698 chkconfig-1.3.49.3-5.el6_7.2.x86_64.rpm d5392edb78b06c73c95ad2fcee3ff8c59733d217b837a1abff5710570d77d55c ntsysv-1.3.49.3-5.el6_7.2.x86_64.rpm Source: dae891cfff2848ee45d6005c9a9ebbee5113bce8085d931d69529964285cbdb9 chkconfig-1.3.49.3-5.el6_7.2.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net Twitter: @JohnnyCentOS ------------------------------ Message: 7 Date: Tue, 9 Feb 2016 15:49:03 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CEBA-2016:0146 CentOS 6 libgovirt BugFix Update Message-ID: <20160209154903.GA23655(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Bugfix Advisory 2016:0146 Upstream details at : https://rhn.redhat.com/errata/RHBA-2016-0146.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: 1cee518644f5f9fe771c84f4404e0764728f01ff2e58be7caf46e934d5e6c362 libgovirt-0.3.2-1.el6_7.2.i686.rpm 78ee98a04745aa4a2e5724be48cb282bb7163788563a37b0e931895d29706daa libgovirt-devel-0.3.2-1.el6_7.2.i686.rpm x86_64: 1cee518644f5f9fe771c84f4404e0764728f01ff2e58be7caf46e934d5e6c362 libgovirt-0.3.2-1.el6_7.2.i686.rpm da0262d42776226041427b9ae8fa9adb3a94f3dd1d1858b4e8ebf4d93a36186d libgovirt-0.3.2-1.el6_7.2.x86_64.rpm 78ee98a04745aa4a2e5724be48cb282bb7163788563a37b0e931895d29706daa libgovirt-devel-0.3.2-1.el6_7.2.i686.rpm 3004ea2dfac6128d16f1a0e00295e9f444aea517546abcb994346b52239a56d6 libgovirt-devel-0.3.2-1.el6_7.2.x86_64.rpm Source: 056be1db172f22734921a8961b073ad63a46cc9dd9f4d9af0a5aa4754455872e libgovirt-0.3.2-1.el6_7.2.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net Twitter: @JohnnyCentOS ------------------------------ Message: 8 Date: Tue, 9 Feb 2016 15:49:36 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CEBA-2016:0148 CentOS 6 poppler BugFix Update Message-ID: <20160209154936.GA24090(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Bugfix Advisory 2016:0148 Upstream details at : https://rhn.redhat.com/errata/RHBA-2016-0148.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: dd135b4869242fe174b57fad16abe51226cc931dabcd6dfc2b1a6f4184665cef poppler-0.12.4-5.el6_7.1.i686.rpm b5d72ad0bf23ad132c01c8b9ab1e20d7c4e70787aa3899a353d808b58c60b8c4 poppler-devel-0.12.4-5.el6_7.1.i686.rpm 19d6c9db7ba9a678340b78ea5fae5c8f50c52c953c902af016aa1e6f76087246 poppler-glib-0.12.4-5.el6_7.1.i686.rpm d719081f1c21b681be82d4cb7998759a4453a7310e54e8b0df12d4404d4e217a poppler-glib-devel-0.12.4-5.el6_7.1.i686.rpm 4c5fa6b4ed015992dfca026d7e2952a842952533571d7dd03de641d8800e32e4 poppler-qt-0.12.4-5.el6_7.1.i686.rpm 1ee661555bc135bfc0783c0e7aa72b3f5001789143acf65a79b4b1ea1fa2ee25 poppler-qt4-0.12.4-5.el6_7.1.i686.rpm 8849fa7bd7b07de4031a09b10a93aabbaef035275e69833d3dc699cade2d9a41 poppler-qt4-devel-0.12.4-5.el6_7.1.i686.rpm 46d1f6019c9e5676fbb271f0da52ea65ec5801bccbb19810942045b7a3391c0a poppler-qt-devel-0.12.4-5.el6_7.1.i686.rpm 6ef491969721dcb8d9a514d76766fd0e3024ab322a04c4370f9118d1f66202b6 poppler-utils-0.12.4-5.el6_7.1.i686.rpm x86_64: dd135b4869242fe174b57fad16abe51226cc931dabcd6dfc2b1a6f4184665cef poppler-0.12.4-5.el6_7.1.i686.rpm 3a95a26fee1ab314eb595b9a1fc49da1ba5bcb8e26e179fb8d0b4fe4c9458715 poppler-0.12.4-5.el6_7.1.x86_64.rpm b5d72ad0bf23ad132c01c8b9ab1e20d7c4e70787aa3899a353d808b58c60b8c4 poppler-devel-0.12.4-5.el6_7.1.i686.rpm 99dee45534427370d8739a8559b43867a9de734aef3258a4bc327e22a437714a poppler-devel-0.12.4-5.el6_7.1.x86_64.rpm 19d6c9db7ba9a678340b78ea5fae5c8f50c52c953c902af016aa1e6f76087246 poppler-glib-0.12.4-5.el6_7.1.i686.rpm d9636c9ae131550028e77d66910305cd6904e9dfb12a3e016735b42008fca614 poppler-glib-0.12.4-5.el6_7.1.x86_64.rpm d719081f1c21b681be82d4cb7998759a4453a7310e54e8b0df12d4404d4e217a poppler-glib-devel-0.12.4-5.el6_7.1.i686.rpm 5b59993a27c3b9def1f2626b33dc56108675a1b2b9afdf15032da5e2c86c17c2 poppler-glib-devel-0.12.4-5.el6_7.1.x86_64.rpm 4c5fa6b4ed015992dfca026d7e2952a842952533571d7dd03de641d8800e32e4 poppler-qt-0.12.4-5.el6_7.1.i686.rpm 6a42c8071f57c0c511a33005ce70c8972dfd6f74bd5d8edf59a584d4f19c56ab poppler-qt-0.12.4-5.el6_7.1.x86_64.rpm 1ee661555bc135bfc0783c0e7aa72b3f5001789143acf65a79b4b1ea1fa2ee25 poppler-qt4-0.12.4-5.el6_7.1.i686.rpm d821c8cb85c5db391c761b3568b489e9d3a5ecbca00369dad032a973f6a4cfce poppler-qt4-0.12.4-5.el6_7.1.x86_64.rpm 8849fa7bd7b07de4031a09b10a93aabbaef035275e69833d3dc699cade2d9a41 poppler-qt4-devel-0.12.4-5.el6_7.1.i686.rpm 408e905578a7623307d2e4d2ec5a1878d8709ccb1714ce6fe285033f65ee8308 poppler-qt4-devel-0.12.4-5.el6_7.1.x86_64.rpm 46d1f6019c9e5676fbb271f0da52ea65ec5801bccbb19810942045b7a3391c0a poppler-qt-devel-0.12.4-5.el6_7.1.i686.rpm 75c132a51ae772d2c1f621a222ca9ee37f2213ec45c442637f5f4641566db587 poppler-qt-devel-0.12.4-5.el6_7.1.x86_64.rpm e3aef23ba80e64a13b654739247bceac5426a58363dbce33f3d593ca920b8159 poppler-utils-0.12.4-5.el6_7.1.x86_64.rpm Source: 5e31aee5a5467f7024f662c91d04d0592e46e58f3fb824f31fa89ca805924b4f poppler-0.12.4-5.el6_7.1.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net Twitter: @JohnnyCentOS ------------------------------ Message: 9 Date: Tue, 9 Feb 2016 15:50:12 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CEBA-2016:0141 CentOS 6 php BugFix Update Message-ID: <20160209155012.GA24847(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Bugfix Advisory 2016:0141 Upstream details at : https://rhn.redhat.com/errata/RHBA-2016-0141.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: 4f10a5600a1fd8e44870505fb4dd167a620847182284727dc7c58bd09fd53a15 php-5.3.3-46.el6_7.1.i686.rpm 6317dca16cc084910bfec357d9d0d6c5f0bbe4e14b834ad7588f2012dc8d1c06 php-bcmath-5.3.3-46.el6_7.1.i686.rpm 3d02c9401761c4430c09461dcf77521acdf1e155ddbc11cf470a66983fd64c27 php-cli-5.3.3-46.el6_7.1.i686.rpm ac58e2e999d7537fd70d1b2af468a128ed9749a59a65176c57368c42679e338c php-common-5.3.3-46.el6_7.1.i686.rpm 917021fae59cc85ee0daf424165f3595d6583ae7ed9876608a1ba664ac4e1675 php-dba-5.3.3-46.el6_7.1.i686.rpm 31eb6087892de002f67c21f522cec72a887effa25ea01cdf2ab0d7922e8c51d7 php-devel-5.3.3-46.el6_7.1.i686.rpm 02041a6a558fb5ffa8913e539d73e27150203e91bf7697541d4c93705a79d011 php-embedded-5.3.3-46.el6_7.1.i686.rpm 79698fa5a4d6c7f348f8abdefe345e875a900a56be37b74fa2bcff8c118c189f php-enchant-5.3.3-46.el6_7.1.i686.rpm 853dbbb6d2ef618643d79d35be5741323b92a7c095de3afbc6458940825b2847 php-fpm-5.3.3-46.el6_7.1.i686.rpm f5ee4848332d67e3f8731a9a2256fdee0977bb1933c49cf6a2b17800c9f8abc4 php-gd-5.3.3-46.el6_7.1.i686.rpm 502cb899f20bd897851d6cdb1d2bd7d9c7eae6a7acb15989c1a5285d06a5c2f3 php-imap-5.3.3-46.el6_7.1.i686.rpm deeb5fba15375e8a186f43852f0ed254a3a6812207d7a024d05d5e47233ef5f0 php-intl-5.3.3-46.el6_7.1.i686.rpm c852850cb7a7ce0dba972a4f40da4de06f9b88ee2ff179eb726a932ebb91d075 php-ldap-5.3.3-46.el6_7.1.i686.rpm b0b021c89879cbffafa445696c4c1ea5faa32a14a352d92b24aa8cf976e94318 php-mbstring-5.3.3-46.el6_7.1.i686.rpm 1c14a174bbe9ea378a238814bd2babdd7e1d494569622e0ed679fbd03eac0abf php-mysql-5.3.3-46.el6_7.1.i686.rpm 919204a88c420a9b28bd3b7fbba854afd6f0812437540d5eefe554e3c4beb2df php-odbc-5.3.3-46.el6_7.1.i686.rpm 7360d7458cc9aeef86f27587c9ea79c926d75bcf42f9461d0f042b89cdfc2808 php-pdo-5.3.3-46.el6_7.1.i686.rpm cabbd7a43f65232e69f7eeb06b6be3346ccdd8c7236466606fe83a6916a6174b php-pgsql-5.3.3-46.el6_7.1.i686.rpm 60c6a5aae294cd0f7a79c9ea93a04b309e29b5dca6121bca4b6121cffad663ac php-process-5.3.3-46.el6_7.1.i686.rpm f57ded25f2f66f0eecc13fb90a0924b39196621d029ffebe0e385f76cb77790f php-pspell-5.3.3-46.el6_7.1.i686.rpm 4742900f6aff61796ea0ed587d96eeb0e0b209b4587b5ce73b628ad7b7e1ecf8 php-recode-5.3.3-46.el6_7.1.i686.rpm 5c031ce7e190b1d60ce637ea4c686ad5ce145187356873ed3817bfc8ef705a56 php-snmp-5.3.3-46.el6_7.1.i686.rpm b08134f41338208a30058932c061d28eae6b0a20045108d0949186b8bf3a568f php-soap-5.3.3-46.el6_7.1.i686.rpm 5e0caa75346ea6ec26ab1c715cb24ff79486c947269022f391e055fdb28461dd php-tidy-5.3.3-46.el6_7.1.i686.rpm ab53a135aa80f46084709dd3066551e6cdb85267effe6c8af879bf7c7ef0749a php-xml-5.3.3-46.el6_7.1.i686.rpm 3d7ddb29cc7995eccd763c2552d3e33ee6e665f6f9b52fd0884a29e293979231 php-xmlrpc-5.3.3-46.el6_7.1.i686.rpm 51b1c17c329b0153e738c5616bd025abef8d39d41d72dfa7b3b6d4db6e308021 php-zts-5.3.3-46.el6_7.1.i686.rpm x86_64: 70f1719df122bb0150bf25e2e193d089151e3c054f3e2f9f0f000b929ef14a56 php-5.3.3-46.el6_7.1.x86_64.rpm ba2e1b7b1ff42fad16b023e5f6b1f692201c2ceca4b6ef8c48abce5bca455387 php-bcmath-5.3.3-46.el6_7.1.x86_64.rpm e767bc7ba579195ba9992c4677c98576e7c21347481647329dcffa85afe0619e php-cli-5.3.3-46.el6_7.1.x86_64.rpm 77c63cbcbcf4e816105d87e402d8b539d2b047445eeb4cccf1184e940fe536c0 php-common-5.3.3-46.el6_7.1.x86_64.rpm 5588a217771d7a8c2996f274d5881ca9e961ab389e5c4474c7650035edd198e4 php-dba-5.3.3-46.el6_7.1.x86_64.rpm c5ee3a201173509ddfe9d5da4880884022311accb46decbeaf7d71e6a1103a2a php-devel-5.3.3-46.el6_7.1.x86_64.rpm a0a272cad9faab11a32780e1b3a09b2d3561454fa969480f5cdc97bc3682b3d9 php-embedded-5.3.3-46.el6_7.1.x86_64.rpm d63d5b365a4e3b5656cd73fc39ed0d52855702cf31d1772c9560e193cfa1ad86 php-enchant-5.3.3-46.el6_7.1.x86_64.rpm 926d06b6d2f2911dd3d091661dc036e996a4561f8a65a587d2377ffad8311e14 php-fpm-5.3.3-46.el6_7.1.x86_64.rpm 3ede04bc484b17e424fa228f4ec2067c1ee46b86363e064ce4bf8486bfb05db5 php-gd-5.3.3-46.el6_7.1.x86_64.rpm 59c74c1b7d862b17dc2d8fe482ffa35409734af8b05f56078f620c545bd0a628 php-imap-5.3.3-46.el6_7.1.x86_64.rpm 94317c314a183d63f3a65e05d83c9236bffda543a06315c913f0d6869c18fe2e php-intl-5.3.3-46.el6_7.1.x86_64.rpm 8cfe0b7ab2301c31583b3ca2e8d7a7e665c00b97d1aeeaafa5da77d36264f8e8 php-ldap-5.3.3-46.el6_7.1.x86_64.rpm 6d2dcd0080f9968de50b94a664a9e3ca912566c2dc1d71053654346432db4a25 php-mbstring-5.3.3-46.el6_7.1.x86_64.rpm 1c267526236ad00a52c14e1901bf2488f31ac8a5ed95943dcb910c17babc98b2 php-mysql-5.3.3-46.el6_7.1.x86_64.rpm ff7dfe9e1a8706d7d45ecedfb418c77ebe4ac53fde81a798902fbd42a9645488 php-odbc-5.3.3-46.el6_7.1.x86_64.rpm 8012869bd7d0baeb1a502a12c2266bae2b91461dc4f83674b130f480442f7127 php-pdo-5.3.3-46.el6_7.1.x86_64.rpm 5ec2215cbe64fde50a86bca751339b8efd786b550f2892ebde2aa740df650723 php-pgsql-5.3.3-46.el6_7.1.x86_64.rpm ad899d23f096048783ede8f1fbbf27a280b54e1fbbb5eb0963b3f540f223403f php-process-5.3.3-46.el6_7.1.x86_64.rpm 7d468e9659f69b2a75cda709a195320f9774b58b355fce70b017a929ab059d4d php-pspell-5.3.3-46.el6_7.1.x86_64.rpm 0ec2064c329f133f20e5674edaf4db0f99fa72b78b71c30ab54d68c0a5367983 php-recode-5.3.3-46.el6_7.1.x86_64.rpm 84207d7425ec7c5de2252a778aa647a02c57e27e2d407d23899ea648e111c0f3 php-snmp-5.3.3-46.el6_7.1.x86_64.rpm ea27e79bd316ffe6a6934e790d7fc8a36c1bdb4575625c36c0ea101305db5094 php-soap-5.3.3-46.el6_7.1.x86_64.rpm b3a7f2b841ba4aa2cf2ee1a510acd367af09609065bbf360550b4fe06d4e88e6 php-tidy-5.3.3-46.el6_7.1.x86_64.rpm a75e9ddc54352ed20b6d540a67270dba0ee470f33f48e2b1fb4116fad4f5b6dd php-xml-5.3.3-46.el6_7.1.x86_64.rpm 1d2b226360866c6a6bcc96085e0b3d3a6b99378546afc8efaee684a6ae27b79c php-xmlrpc-5.3.3-46.el6_7.1.x86_64.rpm 991b6f4499b3301ba0961cc7ef524fabee95adc662bbd368b96666d63d1a1ac5 php-zts-5.3.3-46.el6_7.1.x86_64.rpm Source: 299c3a8770d36ca3876521f2c29521b035340b93d97ad914be6a97a4aaefe9d6 php-5.3.3-46.el6_7.1.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net Twitter: @JohnnyCentOS ------------------------------ Message: 10 Date: Tue, 9 Feb 2016 15:50:49 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CEBA-2016:0143 CentOS 6 kdelibs BugFix Update Message-ID: <20160209155049.GA25156(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Bugfix Advisory 2016:0143 Upstream details at : https://rhn.redhat.com/errata/RHBA-2016-0143.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: 4de1d05e988b80b60673e12428bd9ed81bbe3dd75d10e147636ec9ad2baba79d kdelibs-4.3.4-24.el6_7.i686.rpm 282b622c62f8a602871e2676c35ee19f161c66c15014b1f905b4a253876bcf4e kdelibs-apidocs-4.3.4-24.el6_7.noarch.rpm 259fca3b392cc5c3e89b031b51283e8eef9c486291df7169ae7bcc711685c2b6 kdelibs-common-4.3.4-24.el6_7.i686.rpm 5d6aed9f56abdf3c9157a5291616f4b581e909734f9ab7cf763cbe1cdc28f1a6 kdelibs-devel-4.3.4-24.el6_7.i686.rpm x86_64: 4de1d05e988b80b60673e12428bd9ed81bbe3dd75d10e147636ec9ad2baba79d kdelibs-4.3.4-24.el6_7.i686.rpm 221cf5c594896241ecababd31f7995cf4c8367864a9054f22a96833eea9d4277 kdelibs-4.3.4-24.el6_7.x86_64.rpm 282b622c62f8a602871e2676c35ee19f161c66c15014b1f905b4a253876bcf4e kdelibs-apidocs-4.3.4-24.el6_7.noarch.rpm 92e316309fcc17bd26613f3d587d1a701bfb6bdc69bc575c89cc7fdbe6086195 kdelibs-common-4.3.4-24.el6_7.x86_64.rpm 5d6aed9f56abdf3c9157a5291616f4b581e909734f9ab7cf763cbe1cdc28f1a6 kdelibs-devel-4.3.4-24.el6_7.i686.rpm ec5c6a505ebfca5ad19b00ebd0eb8ed910b2fe02503b929fbc0a6e4668e6232b kdelibs-devel-4.3.4-24.el6_7.x86_64.rpm Source: 5442a51ae6ffb59d5d0cb30469e8bfcaafe38382eb767ed0848fb4003444fa47 kdelibs-4.3.4-24.el6_7.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net Twitter: @JohnnyCentOS ------------------------------ Message: 11 Date: Tue, 9 Feb 2016 15:51:24 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CEBA-2016:0139 CentOS 6 cluster BugFix Update Message-ID: <20160209155124.GA25421(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Bugfix Advisory 2016:0139 Upstream details at : https://rhn.redhat.com/errata/RHBA-2016-0139.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: 75d62c53db3f6c04eb8f904d040aada92e0d96b930b3c9507c1ecea45692e761 clusterlib-3.0.12.1-73.el6_7.2.i686.rpm a50adfa9e87ffd571aee383a5f9bb9c16d6e74108cb88b15607db22a848fdedb clusterlib-devel-3.0.12.1-73.el6_7.2.i686.rpm 201754b19c7b5968895a0b2f9449dde6a440079c684cecbf0b7d76c97260f2db cman-3.0.12.1-73.el6_7.2.i686.rpm cd5071506b8e8b4d0f01dee8f6ce5fba40b6f384e7f123b3b7896e96f4bb6983 gfs2-utils-3.0.12.1-73.el6_7.2.i686.rpm x86_64: 75d62c53db3f6c04eb8f904d040aada92e0d96b930b3c9507c1ecea45692e761 clusterlib-3.0.12.1-73.el6_7.2.i686.rpm eccf692a1e68e7e2f9b691bf60f55668a9d9b49a6ff5a47cd59bc384a481845c clusterlib-3.0.12.1-73.el6_7.2.x86_64.rpm a50adfa9e87ffd571aee383a5f9bb9c16d6e74108cb88b15607db22a848fdedb clusterlib-devel-3.0.12.1-73.el6_7.2.i686.rpm b2becf3119fe68f3726eeff603b3166a1a77e9f38d5c6b0bc1794cd954680baa clusterlib-devel-3.0.12.1-73.el6_7.2.x86_64.rpm d5172462252cfe092a7e0f960c14d2b93123dd2ffe4f2c0d05813645588e6ccf cman-3.0.12.1-73.el6_7.2.x86_64.rpm 44c9a4e29655d4529df799eeba5887f79099de18c32cdc84a4598385d54a88e7 gfs2-utils-3.0.12.1-73.el6_7.2.x86_64.rpm Source: 9af06e10bc84388dd25a5b92a301ff0865a9577809e3666a2f6f9b869f75603f cluster-3.0.12.1-73.el6_7.2.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net Twitter: @JohnnyCentOS ------------------------------ Message: 12 Date: Tue, 9 Feb 2016 15:52:04 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CEBA-2016:0149 CentOS 6 dnsmasq BugFix Update Message-ID: <20160209155204.GA25630(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Bugfix Advisory 2016:0149 Upstream details at : https://rhn.redhat.com/errata/RHBA-2016-0149.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: eb8770512bd0bfb39b8aa41d0b9c8b6d24fe7419dd4988a166ff5f5105b79065 dnsmasq-2.48-16.el6_7.i686.rpm 38e6099952d1ec7e6afe5b2753c812b65ea4214a06785b13bac88e5baa41a552 dnsmasq-utils-2.48-16.el6_7.i686.rpm x86_64: 3a7f9ee64d28093b0b0f1f0c0a6caf93c62ded468c04e5193b789211311b671d dnsmasq-2.48-16.el6_7.x86_64.rpm 86efd61b9f109060b0f82e5933a45dfa0060a9d48e529b0f5abd38b795096318 dnsmasq-utils-2.48-16.el6_7.x86_64.rpm Source: fc0698a722429611ad077e318664a348acdfe7496c5e5b73c9c4819106ed41e2 dnsmasq-2.48-16.el6_7.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net Twitter: @JohnnyCentOS ------------------------------ Message: 13 Date: Tue, 9 Feb 2016 15:52:39 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CEBA-2016:0145 CentOS 6 kexec-tools BugFix Update Message-ID: <20160209155239.GA25830(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Bugfix Advisory 2016:0145 Upstream details at : https://rhn.redhat.com/errata/RHBA-2016-0145.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: 6b10453486d1b5a44bbea742f37b0a8bec506a0e1b84bab573cc76f06481cfd4 kexec-tools-2.0.0-286.el6_7.1.i686.rpm b88e799668227e99d5d2ad555c8f16acf1a3abb5281438a7b8f74ccec080326c kexec-tools-eppic-2.0.0-286.el6_7.1.i686.rpm x86_64: f5f2dc69edd57cb81d89323cae6c54aa2194b557f5a4f252508a9ff246ef33ec kexec-tools-2.0.0-286.el6_7.1.x86_64.rpm 8f9e60463a8f5fbe5c3fb75e6ea3bda57d17a737559cab8537541d37b6da6585 kexec-tools-eppic-2.0.0-286.el6_7.1.x86_64.rpm Source: b75a30d81914ad039283cb6135aee9e376db119561c2de3f4f6a2acc9fc7d041 kexec-tools-2.0.0-286.el6_7.1.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net Twitter: @JohnnyCentOS ------------------------------ Message: 14 Date: Tue, 9 Feb 2016 15:53:05 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CEBA-2016:0142 CentOS 6 librdmacm BugFix Update Message-ID: <20160209155305.GA26103(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Bugfix Advisory 2016:0142 Upstream details at : https://rhn.redhat.com/errata/RHBA-2016-0142.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: 39ad59a6e8a1958beb1730e2b12916603a4df39b6612165d48fef1da47035da8 librdmacm-1.0.19.1-1.1.el6_7.i686.rpm 0ac076f4b3c08974a32c2731ae7ba9a6be0d11ff5c8c0d52978601f5d99814f6 librdmacm-devel-1.0.19.1-1.1.el6_7.i686.rpm 1f52b1e5bee862ff38678b96b60cc63c0252ac31ec9e9a5c77b3f9735632cd8f librdmacm-static-1.0.19.1-1.1.el6_7.i686.rpm 9264ba6b0b5fbbfef24cbe92676c723864f1856a60e84d81675c5ed4159d1711 librdmacm-utils-1.0.19.1-1.1.el6_7.i686.rpm x86_64: 39ad59a6e8a1958beb1730e2b12916603a4df39b6612165d48fef1da47035da8 librdmacm-1.0.19.1-1.1.el6_7.i686.rpm d04cec523785e5f66a5ef3c331861083f40685a80c184292444cfe449bf7e924 librdmacm-1.0.19.1-1.1.el6_7.x86_64.rpm 0ac076f4b3c08974a32c2731ae7ba9a6be0d11ff5c8c0d52978601f5d99814f6 librdmacm-devel-1.0.19.1-1.1.el6_7.i686.rpm a55cd80b424a17640828db2e321d0f41dc9f1222f463b26bc659b78bd025d518 librdmacm-devel-1.0.19.1-1.1.el6_7.x86_64.rpm ae8647f4c02b9f1eb7543add922f08ee7b6e49fe64b5ff6f80ec4f3eae9c0001 librdmacm-static-1.0.19.1-1.1.el6_7.x86_64.rpm 58fe5ad1ba130494c70741d4b5801e54836f9eeae9f1c9a85134b74c0bbd3f6d librdmacm-utils-1.0.19.1-1.1.el6_7.x86_64.rpm Source: 8b245fc2b1b299c289756fc64c4712686d083456e6976fb908147c6b722bcaca librdmacm-1.0.19.1-1.1.el6_7.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net Twitter: @JohnnyCentOS ------------------------------ Message: 15 Date: Tue, 9 Feb 2016 15:54:06 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CEBA-2016:0151 CentOS 6 pki-core BugFix Update Message-ID: <20160209155406.GA26562(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Bugfix Advisory 2016:0151 Upstream details at : https://rhn.redhat.com/errata/RHBA-2016-0151.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: 0d04ce18e0720742a79233a2bc11461396bd60225c238c9912b7f13be6d78c34 pki-ca-9.0.3-45.el6_7.noarch.rpm e87873cc54e3b211dd1d7df1d0c7815bb2cdad59c25fca24a2234fab2f93c380 pki-common-9.0.3-45.el6_7.noarch.rpm 6370ab6650b243b786ba1d49eee3b2d5504d2e1b4672f72baff21d1444471c5e pki-common-javadoc-9.0.3-45.el6_7.noarch.rpm 439ea071861c996bc70749870749bfcbd8bc9d59cbed71ca7f03951c00399b66 pki-java-tools-9.0.3-45.el6_7.noarch.rpm 37aeb9aec661c891fbe268ad19836202385e8a9e41a6a5bac7959c46e2eba689 pki-java-tools-javadoc-9.0.3-45.el6_7.noarch.rpm 61e92afd7679d4f3962b3d6e7a990e7625badb3184e27adb96b710d49eb10284 pki-native-tools-9.0.3-45.el6_7.i686.rpm 315c5e5778cbb07bd436e770ef3fa9c6cf80531f95f145f2a687b2c0d0799ca6 pki-selinux-9.0.3-45.el6_7.noarch.rpm 4dc6e07d339386ab56618eef7c1f383802dbc1f41394f05ea228af6d8c8c15fb pki-setup-9.0.3-45.el6_7.noarch.rpm 3bea3d076081de12c8cc99b2e884e628348f57d047051a6bb513189dc813a583 pki-silent-9.0.3-45.el6_7.noarch.rpm 0a0cfdfa4e3f9343e880b4f99d36fb3fc13803b97822947a6abc1757ac8f07a4 pki-symkey-9.0.3-45.el6_7.i686.rpm 86e1246df7106f2db3fd91eefc3683b2b8ed9d0dd2536878ce70ab8d0a8dac7d pki-util-9.0.3-45.el6_7.noarch.rpm 2f3680a038568c84e4ec9698b3d8d99429fbb9d6da9e96a049d956c176d2c944 pki-util-javadoc-9.0.3-45.el6_7.noarch.rpm x86_64: 0d04ce18e0720742a79233a2bc11461396bd60225c238c9912b7f13be6d78c34 pki-ca-9.0.3-45.el6_7.noarch.rpm e87873cc54e3b211dd1d7df1d0c7815bb2cdad59c25fca24a2234fab2f93c380 pki-common-9.0.3-45.el6_7.noarch.rpm 6370ab6650b243b786ba1d49eee3b2d5504d2e1b4672f72baff21d1444471c5e pki-common-javadoc-9.0.3-45.el6_7.noarch.rpm 439ea071861c996bc70749870749bfcbd8bc9d59cbed71ca7f03951c00399b66 pki-java-tools-9.0.3-45.el6_7.noarch.rpm 37aeb9aec661c891fbe268ad19836202385e8a9e41a6a5bac7959c46e2eba689 pki-java-tools-javadoc-9.0.3-45.el6_7.noarch.rpm 3231e9a3721ace388304f392b907994ee0f70302dc913f8e3df23c1bdb0053e5 pki-native-tools-9.0.3-45.el6_7.x86_64.rpm 315c5e5778cbb07bd436e770ef3fa9c6cf80531f95f145f2a687b2c0d0799ca6 pki-selinux-9.0.3-45.el6_7.noarch.rpm 4dc6e07d339386ab56618eef7c1f383802dbc1f41394f05ea228af6d8c8c15fb pki-setup-9.0.3-45.el6_7.noarch.rpm 3bea3d076081de12c8cc99b2e884e628348f57d047051a6bb513189dc813a583 pki-silent-9.0.3-45.el6_7.noarch.rpm de16c0a61d1be9d94e1f5a0536527c3e18ca112c276e6b655beaa9f8ae54216d pki-symkey-9.0.3-45.el6_7.x86_64.rpm 86e1246df7106f2db3fd91eefc3683b2b8ed9d0dd2536878ce70ab8d0a8dac7d pki-util-9.0.3-45.el6_7.noarch.rpm 2f3680a038568c84e4ec9698b3d8d99429fbb9d6da9e96a049d956c176d2c944 pki-util-javadoc-9.0.3-45.el6_7.noarch.rpm Source: 10e8362d9eae2ad4eb9fdc3354c2b15ab11dd7c22a933dea360b51990aab711d pki-core-9.0.3-45.el6_7.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net Twitter: @JohnnyCentOS ------------------------------ Message: 16 Date: Tue, 9 Feb 2016 15:54:25 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CEBA-2016:0137 CentOS 6 virt-manager BugFix Update Message-ID: <20160209155425.GA26741(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Bugfix Advisory 2016:0137 Upstream details at : https://rhn.redhat.com/errata/RHBA-2016-0137.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: fc948e7a87688de166402d2c40a171372ab9e1de00a8f0e2f15632d3b58a311a virt-manager-0.9.0-29.el6_7.1.i686.rpm x86_64: 7d6c65440b57e8c15f6cdd1a130c8a80bc39fd2ebe2bcbce0f6bf2b12912f1c3 virt-manager-0.9.0-29.el6_7.1.x86_64.rpm Source: 2c4a970a4da5cefda1f62df9b89efe67a4b9cdd4a35cadc859b473c54f091d5f virt-manager-0.9.0-29.el6_7.1.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net Twitter: @JohnnyCentOS ------------------------------ Message: 17 Date: Tue, 9 Feb 2016 15:54:51 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CEEA-2016:0154 CentOS 6 tzdata Enhancement Update Message-ID: <20160209155451.GA26951(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Enhancement Advisory 2016:0154 Upstream details at : https://rhn.redhat.com/errata/RHEA-2016-0154.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: c8ced0767945e5477714ec732b38617abfae699b05c21ae1aea3a6c50bad79fd tzdata-2016a-2.el6.noarch.rpm fb86a5d4c4786e28664331099267f4a1fe295619dd59c2d8fc4c4aa21cff2651 tzdata-java-2016a-2.el6.noarch.rpm x86_64: c8ced0767945e5477714ec732b38617abfae699b05c21ae1aea3a6c50bad79fd tzdata-2016a-2.el6.noarch.rpm fb86a5d4c4786e28664331099267f4a1fe295619dd59c2d8fc4c4aa21cff2651 tzdata-java-2016a-2.el6.noarch.rpm Source: 9f050dfb59da89c8274e4884900f7a39ea87ffa76db8065c538cd6aeee3e0c25 tzdata-2016a-2.el6.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net Twitter: @JohnnyCentOS ------------------------------ _______________________________________________ CentOS-announce mailing list CentOS-announce(a)centos.org https://lists.centos.org/mailman/listinfo/centos-announce End of CentOS-announce Digest, Vol 132, Issue 3 ***********************************************

1 0

"upstream testing"??
by Bear Tooth 10 Feb '16

10 Feb '16

[Follow-ups set to gmane.linux.centos.general] My wife had been running CentOS 6.4 almost since its inception; then her PC broke down. We got a PC from System76, and Ubuntu turned out utterly unsuitable for us, as expected -- as bad for us as Gnome3. (I had previously bought a System76 net book (starling iirc), and immediately installed the then current Fedora; all has been well with that. This time, alas!, I thought I should let her try Ubuntu; so I tried running it myself for an houror two to get it set up and tweaked. I couldn't even find any of the apps I wanted to tweak! So I put in an install disk for CentOS, and rebooted. It never came near finishing the reboot. Up popped the following: Detected CPU family 6 model 94. Warning: Intel CPU model -- this hardware has not undergone upstream testing. Please see http://wiki.centos.org/FAQ for more information. tsc: Fast TSC calibration failed. I have consulted that FAQ and more, and also System76's. I've consulted and tried more other things than most of you likely want to hear about. No joy. I've also tried rebooting without any install disk, with a Fedora install disk, with various helps such as super grub disk, and finally even with DBAN. The machine doesn't even find any of those. On any reboot, it just goes to that CentOS error message, and stops. I've also googled for '"upstream testing" hardware' Any thoughts or experience??. -- Beartooth Staffwright, Neo-Redneck Not Quite Clueless Power User Remember I have precious (very precious!) little idea where up is.

5 5

Utility to zero unused blocks on disk
by Wes James 09 Feb '16

09 Feb '16

Is there a utility to zero unused blocks on a disk? CentOS 6.7/Ext4 I saw zerofree, but I’m not sure it would work on Ext4 or even work on this version of CentOS. thanks, -wes

16 35

/tmp full with systemd-private*
by Kai Bojens 09 Feb '16

09 Feb '16

CentOS: 7.1.1503 I have a problem with systemd which somehow manages to fill /tmp up with a lot of files. These files obviously are from the Apache server and don't pose a problem per se. The problem is that these files don't get removed daily: du -hs systemd-private-* 7,7G systemd-private-mpg7rm 0 systemd-private-olXnby 0 systemd-private-qvJJ5o 0 systemd-private-Rs2nBv It was my understanding that these temp-files should have been removed daily as it is stated here: $: grep -v '^#' /usr/lib/systemd/system/systemd-tmpfiles-clean.timer [Unit] Description=Daily Cleanup of Temporary Directories Documentation=man:tmpfiles.d(5) man:systemd-tmpfiles(8) [Timer] OnBootSec=15min OnUnitActiveSec=1d Am I missing something? Is there a better way with a systemd based systemd to have these files removed daily?

3 4

Seeking Clarification CentOS 7 as Samba 4 Active Directory Domain Controller
by Mike 09 Feb '16

09 Feb '16

I performed a Samba 4 Active Directory Domain Controller install in June of 2015 on CentOS 7. At that time I used the Samba 4.1.XX package from SerNet due to the absence of necessary heimdal packages and libraries not provided in the CentOS 7 Samba package. Since the the 4.1 series is on security fix only, I'd like to upgrade to the latest package that tracks with CentOS 7. When searching the samba packages, I've found: samba-client.x86_64 : Samba client programs samba-client-libs.i686 : Samba client libraries samba-client-libs.x86_64 : Samba client libraries samba-common.x86_64 : Files used by both Samba servers and clients samba-common.noarch : Files used by both Samba servers and clients samba-common-libs.x86_64 : Libraries used by both Samba servers and clients samba-common-tools.x86_64 : Tools for Samba servers and clients samba-dc.x86_64 : Samba AD Domain Controller samba-dc-libs.x86_64 : Samba AD Domain Controller Libraries samba-devel.i686 : Developer tools for Samba libraries samba-devel.x86_64 : Developer tools for Samba libraries samba-libs.x86_64 : Samba libraries samba-libs.i686 : Samba libraries samba-python.x86_64 : Samba Python libraries samba-test.x86_64 : Testing tools for Samba servers and clients samba-test-devel.x86_64 : Testing devel files for Samba servers and clients samba-test-libs.i686 : Libraries need by teh testing tools for Samba servers and clients samba-test-libs.x86_64 : Libraries need by teh testing tools for Samba servers and clients It appears the CentOS 7 packages now support full provisioning of a Samba 4 AD DC but I'd like to obtain guidance regarding all necessary packages and libraries necessary to do so on CentOS7. Has anyone on the list used CentOS7 packages (not samba source tarball or SerNet package) to install and provision a Samba4 AD DC. Which combination of repository packages did you use? Thanks for your help. Mike

2 2

[SOLVED] Seeking Clarification CentOS 7 as Samba 4 Active Directory Domain Controller
by Mike 09 Feb '16

09 Feb '16

I'm putting the Centos 7 repository Samba 4 packages on hold. Going to work with Samba 4 source with embedded heimdal. I see this suggested often on the samba mailing list. On Mon, Feb 8, 2016 at 3:41 PM, Mike <1100100(a)gmail.com> wrote: > I performed a Samba 4 Active Directory Domain Controller install in June > of 2015 on CentOS 7. > At that time I used the Samba 4.1.XX package from SerNet due to the > absence of necessary heimdal packages and libraries not provided in the > CentOS 7 Samba package. > Since the the 4.1 series is on security fix only, I'd like to upgrade to > the latest package that tracks with CentOS 7. > > When searching the samba packages, I've found: > > samba-client.x86_64 : Samba client programs > samba-client-libs.i686 : Samba client libraries > samba-client-libs.x86_64 : Samba client libraries > samba-common.x86_64 : Files used by both Samba servers and clients > samba-common.noarch : Files used by both Samba servers and clients > samba-common-libs.x86_64 : Libraries used by both Samba servers and clients > samba-common-tools.x86_64 : Tools for Samba servers and clients > > samba-dc.x86_64 : Samba AD Domain Controller > samba-dc-libs.x86_64 : Samba AD Domain Controller Libraries > > samba-devel.i686 : Developer tools for Samba libraries > samba-devel.x86_64 : Developer tools for Samba libraries > samba-libs.x86_64 : Samba libraries > samba-libs.i686 : Samba libraries > samba-python.x86_64 : Samba Python libraries > samba-test.x86_64 : Testing tools for Samba servers and clients > samba-test-devel.x86_64 : Testing devel files for Samba servers and clients > samba-test-libs.i686 : Libraries need by teh testing tools for Samba > servers and clients > samba-test-libs.x86_64 : Libraries need by teh testing tools for Samba > servers and clients > > It appears the CentOS 7 packages now support full provisioning of a Samba > 4 AD DC but I'd like to obtain guidance regarding all necessary packages > and libraries necessary to do so on CentOS7. > > Has anyone on the list used CentOS7 packages (not samba source tarball or > SerNet package) to install and provision a Samba4 AD DC. Which combination > of repository packages did you use? > > Thanks for your help. > > Mike > >

1 0

Squid as interception HTTPS proxy under CentOS 7
by C. L. Martinez 08 Feb '16

08 Feb '16

Hi all, I am trying to configure squid as a interception HTTPS proxy under CentOS 7. At every https request, I am receiving a certificate error. My current config for squid is: # My localnet acl localnet src 172.22.55.0/28 acl localnet src 172.22.58.0/29 acl SSL_ports port 443 acl Safe_ports port 80 # http acl Safe_ports port 21 # ftp acl Safe_ports port 443 # https acl Safe_ports port 70 # gopher acl Safe_ports port 210 # wais acl Safe_ports port 1025-65535 # unregistered ports acl Safe_ports port 280 # http-mgmt acl Safe_ports port 488 # gss-http acl Safe_ports port 591 # filemaker acl Safe_ports port 777 # multiling http acl CONNECT method CONNECT # # Recommended minimum Access Permission configuration: # # Deny requests to certain unsafe ports http_access deny !Safe_ports # Deny CONNECT to other than secure SSL ports http_access deny CONNECT !SSL_ports # Only allow cachemgr access from localhost http_access allow localhost manager http_access deny manager # We strongly recommend the following be uncommented to protect innocent # web applications running on the proxy server who think the only # one who can access services on "localhost" is a local user #http_access deny to_localhost # # INSERT YOUR OWN RULE(S) HERE TO ALLOW ACCESS FROM YOUR CLIENTS # # Example rule allowing access from your local networks. # Adapt localnet in the ACL section to list your (internal) IP networks # from where browsing should be allowed http_access allow localnet http_access allow localhost # And finally deny all other access to this proxy http_access deny all # Squid normally listens to port 3128 #http_port 3128 # Uncomment and adjust the following to add a disk cache directory. #cache_dir ufs /var/spool/squid 100 16 256 # Leave coredumps in the first cache dir coredump_dir /var/spool/squid # # Add any of your own refresh_pattern entries above these. # refresh_pattern ^ftp: 1440 20% 10080 refresh_pattern ^gopher: 1440 0% 1440 refresh_pattern -i (/cgi-bin/|\?) 0 0% 0 refresh_pattern . 0 20% 4320 # My custom configuration http_port 8079 http_port 8080 intercept https_port 8081 ssl-bump intercept generate-host-certificates=on dynamic_cert_mem_cache_size=4MB key=/etc/squid/custom.private cert=/etc/squid/custom.cert # Anonymous proxy forwarded_for off request_header_access Allow allow all request_header_access Authorization allow all request_header_access WWW-Authenticate allow all request_header_access Proxy-Authorization allow all request_header_access Proxy-Authenticate allow all request_header_access Cache-Control allow all request_header_access Content-Encoding allow all request_header_access Content-Length allow all request_header_access Content-Type allow all request_header_access Date allow all request_header_access Expires allow all request_header_access Host allow all request_header_access If-Modified-Since allow all request_header_access Last-Modified allow all request_header_access Location allow all request_header_access Pragma allow all request_header_access Accept allow all request_header_access Accept-Charset allow all request_header_access Accept-Encoding allow all request_header_access Accept-Language allow all request_header_access Content-Language allow all request_header_access Mime-Version allow all request_header_access Retry-After allow all request_header_access Title allow all request_header_access Connection allow all request_header_access Proxy-Connection allow all request_header_access User-Agent allow all request_header_access Cookie allow all request_header_access All deny all # SSL Bump Config always_direct allow all ssl_bump server-first all sslproxy_cert_error deny all sslproxy_flags DONT_VERIFY_PEER I have tried disabling "sslproxy_cert_error" and "sslproxy_flags" directives, without luck. Any ideas about what am I doing wrong? Thanks. -- Greetings, C. L. Martinez

4 5

Re: [CentOS] C7 AD server
by Miguel Medalha 07 Feb '16

07 Feb '16

>> How I can assing permission on this share? You can easily do it by following the instructions on the Samba Wiki: https://wiki.samba.org/index.php/User_Documentation

1 0

Re: [CentOS] C7 AD server
by Erkin Aka 07 Feb '16

07 Feb '16

these articles could help you. first one is english and second is turkish http://www.alexwyn.com/computer-tips/centos-samba4-active-directory-domain-… http://www.koraykey.com/?p=3842 From: Miguel Medalha <miguelmedalha(a)sapo.pt> To: chris weisiger <cweisiger(a)bellsouth.net> Cc: CentOS mailing list <centos(a)centos.org> Sent: Sunday, February 7, 2016 2:11 AM Subject: Re: [CentOS] C7 AD server >> Try this. I have been thinking of trying it on C7. >> http://www.linuxhelp.net/forums/index.php?showtopic=10868 I wouldn't follow the instructions on that link. Disable iptables? Nah! The author lumps SELinux and the firewall together. What is said about DNS is also misleading. DNS is crucial for AD. Please look at the Samba Wiki instead. _______________________________________________ CentOS mailing list CentOS(a)centos.org https://lists.centos.org/mailman/listinfo/centos

1 0

Re: [CentOS] C7 AD server
by Alessandro Baggi 07 Feb '16

07 Feb '16

Il 07/02/2016 01:11, Miguel Medalha ha scritto: >>> Try this. I have been thinking of trying it on C7. >>> http://www.linuxhelp.net/forums/index.php?showtopic=10868 > > I wouldn't follow the instructions on that link. > > Disable iptables? Nah! > > The author lumps SELinux and the firewall together. > > What is said about DNS is also misleading. DNS is crucial for AD. > > Please look at the Samba Wiki instead. > _______________________________________________ > CentOS mailing list > CentOS(a)centos.org > https://lists.centos.org/mailman/listinfo/centos > Hi Miguel, last link was outdated and I'm using samba4. Over this, I've used sernet samba version to accomplish this work. First, the configuration with samba-tool is simpler. The new approach is a AIO solution. Then, I've provisioned the domain without any problems and joined from win7 host. All works fine. The next step that I tried to accomplish is create a share on this host and I've encountered problem with permission on shared dir. If I try to access/write/read this share I get permission denied. Setting permission on 777 all works but this is not what I want. I've tried to verify the existence of create users and groups but on system (using getent) users are not seen on system and the same for groups. On DC side, I can see user and group with wbinfo command. Share file system is xfs. At the moment Selinux and firewalld are disable for test purpose. How I can assing permission on this share?

1 0

Re: [CentOS] C7 AD server
by Miguel Medalha 07 Feb '16

07 Feb '16

>> Try this. I have been thinking of trying it on C7. >> http://www.linuxhelp.net/forums/index.php?showtopic=10868 I wouldn't follow the instructions on that link. Disable iptables? Nah! The author lumps SELinux and the firewall together. What is said about DNS is also misleading. DNS is crucial for AD. Please look at the Samba Wiki instead.

1 0

C7 AD server
by Alessandro Baggi 06 Feb '16

06 Feb '16

Hi there, I want to setup a AD server with C7. Is this supported using samba release shipped with C7? I can't found Centos7 related how-to for study this setup. Can someone point me in the right direction? Thanks in advance

2 3

Issue with installation on wireless-only desktop workstation, CentOS 7(1511)
by Lamar Owen 05 Feb '16

05 Feb '16

I realize that many on this list have likely applauded the NetworkManager package split that removed wireless stuff into its own package, NetworkManager-wifi, because for wired workstations and servers it might be desirable to not have any wifi software installed. And I believe it was a sound technical decision to do the split. However, in doing a fresh installation of what most call CentOS 7.2, or 7.2.1511, I ran into a real issue that required a bit of deep-diving to find, and a simple 'yum install NetworkManager-wifi' to fix. (although my actual 'yum install' command included the full path to the actual RPM on the install media.......) I have a personal workstation at home, a Dell Optiplex 745 with a Core2Quad Q6600, that is on the other end of the house from the router. While I could run cat5 to the location, it would involve quite a bit of labor, and I have a known-supported USB wifi nic based on the ralink rt3070 (cheap, but works well), so why should I run the cable when wifi should work well? Especially given that the Dell is not going to be there for very long it wouldn't make sense to run cable. Anyway, I configured the wifi network during installation (I actually am growing to like, even prefer, the hub-and-spoke anaconda), it associated with the WPA2-protected AP, grabbed an IP address, and all was good. Did the install; no errors. I rebooted, and now there is no wireless. At all. Doing a bit of troubleshooting shows that the kernel sees the NIC, but NetworkManager shows it as 'unmanaged' ('nmcli d' is the command to use from a shell). So I warmed up my google-fu on my laptop and finally tracked it to a post that mentioned having to install NetworkManager-wifi. Sure enough, on the workstation NetworkManager-wifi was not installed. I mounted the USB install drive's ISO partition and manually installed it, restarted NetworkManager, and it now works just fine. But why did anaconda not select the NetworkManager-wifi package to be installed if a wireless network connection was configured in the installer? Anaconda should have some way of forcing the install of the appropriate NetworkManager modules if those are needed (but only if they are actually needed) for a configured connection during install. I can file a bugzilla, but I thought I'd post about it here first to get an idea of which package in which to file the report, since it's not a bug in NetworkManager-wifi. Anaconda? (that is my first impression of the proper place). So if you have this situation arise where wifi doesn't work after install of current CentOS 7(1511) but does during install, manually install NetworkManager-wifi from the install media and that should clear it up.

2 1

CentOS-announce Digest, Vol 132, Issue 2
by centos-announce-request＠centos.org 05 Feb '16

05 Feb '16

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-2016:0111 CentOS 6 pango FASTTRACK BugFix Update (Johnny Hughes) 2. CEBA-2016:0112 CentOS 6 cups-pk-helper FASTTRACK BugFix Update (Johnny Hughes) 3. CEBA-2016:0113 CentOS 6 pulseaudio FASTTRACK BugFix Update (Johnny Hughes) 4. CEBA-2016:0110 CentOS 6 paps FASTTRACK BugFix Update (Johnny Hughes) 5. CEBA-2016:0114 CentOS 6 gedit FASTTRACK BugFix Update (Johnny Hughes) 6. CEBA-2016:0115 CentOS 6 urw-fonts FASTTRACK BugFix Update (Johnny Hughes) ---------------------------------------------------------------------- Message: 1 Date: Thu, 4 Feb 2016 21:40:52 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CEBA-2016:0111 CentOS 6 pango FASTTRACK BugFix Update Message-ID: <20160204214052.GA18520(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Bugfix Advisory 2016:0111 Upstream details at : https://rhn.redhat.com/errata/RHBA-2016-0111.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: 1ae8ed9e7dfc0a5d162f1fb129bfdd2c7fb7d849ca0595da225a73796e770cb6 pango-1.28.1-11.el6.i686.rpm bf2effc6dc9d35fbd5b0505dbcd3971733cd0ca4f909423fbed66aaaf8c33ede pango-devel-1.28.1-11.el6.i686.rpm x86_64: 1ae8ed9e7dfc0a5d162f1fb129bfdd2c7fb7d849ca0595da225a73796e770cb6 pango-1.28.1-11.el6.i686.rpm 0663a5ce99cebf5285d96c4d92fc83155e859976bfd72980bf8691c3e89f92ad pango-1.28.1-11.el6.x86_64.rpm bf2effc6dc9d35fbd5b0505dbcd3971733cd0ca4f909423fbed66aaaf8c33ede pango-devel-1.28.1-11.el6.i686.rpm 1536c68fa4ab95ebf1a5852d86d5b3b70d50e14ad213c03d4a79379e12784092 pango-devel-1.28.1-11.el6.x86_64.rpm Source: b7769f4cfbec69171ef48b8e2bb686555a578515eec225ebebfae286a343e384 pango-1.28.1-11.el6.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net Twitter: @JohnnyCentOS ------------------------------ Message: 2 Date: Thu, 4 Feb 2016 21:41:12 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CEBA-2016:0112 CentOS 6 cups-pk-helper FASTTRACK BugFix Update Message-ID: <20160204214112.GA18616(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Bugfix Advisory 2016:0112 Upstream details at : https://rhn.redhat.com/errata/RHBA-2016-0112.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: 67aaac8ee7bce20c58ecccae6ef50b97bc6e43b94abe0fb74d24d48cac255520 cups-pk-helper-0.0.4-13.el6.i686.rpm x86_64: 93cb016bf995f20f612d711f9f0b41ccd31ef79d53530e6674f84cc385e2173c cups-pk-helper-0.0.4-13.el6.x86_64.rpm Source: bc7096b268fc16456e9f63fc55bce2090e246f568cf0dd71357a06c19e21c35c cups-pk-helper-0.0.4-13.el6.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net Twitter: @JohnnyCentOS ------------------------------ Message: 3 Date: Thu, 4 Feb 2016 21:41:47 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CEBA-2016:0113 CentOS 6 pulseaudio FASTTRACK BugFix Update Message-ID: <20160204214147.GA19083(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Bugfix Advisory 2016:0113 Upstream details at : https://rhn.redhat.com/errata/RHBA-2016-0113.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: 4c589de07eb7a99d5e7b53663f729c99a175dc29c8381f08ca956a75589a674b pulseaudio-0.9.21-24.el6.i686.rpm 267af660554bcd901bd18ef0589ca2fc68cd4dc73335435b4a53ac343c0187f7 pulseaudio-esound-compat-0.9.21-24.el6.i686.rpm 71657db3b779d30494918e188b70310147e92b1fa224509079ce601a1c91b959 pulseaudio-gdm-hooks-0.9.21-24.el6.i686.rpm ebb56fd219094a860dab8c3d703fc6c50d084384083df1fe04a9616d423fd2f9 pulseaudio-libs-0.9.21-24.el6.i686.rpm 70358534593525744fdd92a8d85d4453e28c09ceb1eb4d2ce029b38c6e3765ce pulseaudio-libs-devel-0.9.21-24.el6.i686.rpm ee0884955f5ab06488b2049b8065fdca2742404e72a74b39387f57b027bdb15a pulseaudio-libs-glib2-0.9.21-24.el6.i686.rpm a8e7c5f5dc349797a2a6753aefe4ef0ebfb93223c0b9ff16f34c81c53ae69cb1 pulseaudio-libs-zeroconf-0.9.21-24.el6.i686.rpm 2de4b1e2b89ba63677dfb055b5019829f55fa5cdb8a236c1f95987341a078e73 pulseaudio-module-bluetooth-0.9.21-24.el6.i686.rpm 744089a86c8bc4fd633113b078862c58f8bda61044f36ce7e5d85e2030ae6386 pulseaudio-module-gconf-0.9.21-24.el6.i686.rpm fab49205f7498c88ab89210d6ab7cf2f9d4743e296c8a6df77dcb7cd3aec01d2 pulseaudio-module-x11-0.9.21-24.el6.i686.rpm ef2eb4541211bea9288a956da901cf6dca023eba52f86c8f87b13527c2047ab9 pulseaudio-module-zeroconf-0.9.21-24.el6.i686.rpm 32de7887a9cc5ddfd301c790376404d91690b4ba309201b8247676d3c61bcab1 pulseaudio-utils-0.9.21-24.el6.i686.rpm x86_64: 0ea4f6fda07bf5bae0b547b5aea8f3e159b12a96ca09961021610c891201e4da pulseaudio-0.9.21-24.el6.x86_64.rpm 226a3e53366272dc59e1415b380189dc4bf96a657dc2aab66dd16d566542e9c5 pulseaudio-esound-compat-0.9.21-24.el6.x86_64.rpm 7c7a81172658d198d3b83282ff57f7045948ddf1aeb97fde68d6d3557a5082a0 pulseaudio-gdm-hooks-0.9.21-24.el6.x86_64.rpm ebb56fd219094a860dab8c3d703fc6c50d084384083df1fe04a9616d423fd2f9 pulseaudio-libs-0.9.21-24.el6.i686.rpm aa10e4e3dd1eec5b1db5f881ff4d3c51f29390029cc2837fffeb9c93bc34106c pulseaudio-libs-0.9.21-24.el6.x86_64.rpm 70358534593525744fdd92a8d85d4453e28c09ceb1eb4d2ce029b38c6e3765ce pulseaudio-libs-devel-0.9.21-24.el6.i686.rpm 0a6de74b5db14015c1a48382aab5ceef1dbab2b42f63909b747579d459220cc3 pulseaudio-libs-devel-0.9.21-24.el6.x86_64.rpm ee0884955f5ab06488b2049b8065fdca2742404e72a74b39387f57b027bdb15a pulseaudio-libs-glib2-0.9.21-24.el6.i686.rpm 6a0948fbcfc1131c5eb8a48a17b3d9a7c325cbc112f3d982012bfafc6abc6d59 pulseaudio-libs-glib2-0.9.21-24.el6.x86_64.rpm a8e7c5f5dc349797a2a6753aefe4ef0ebfb93223c0b9ff16f34c81c53ae69cb1 pulseaudio-libs-zeroconf-0.9.21-24.el6.i686.rpm 063a8f2ea4832bb8ae834b2065f1f9c6c94b317d9ba778796073e4e70725e025 pulseaudio-libs-zeroconf-0.9.21-24.el6.x86_64.rpm 3bc75e942608c68b23cf0558a81eb603f0b09b61f746b21a6eeb7c2c2b73a565 pulseaudio-module-bluetooth-0.9.21-24.el6.x86_64.rpm ccc7e36bb82f5f9e0043aea2cd86ae1fd95ceb6189e82fdcc301711b9cc8e627 pulseaudio-module-gconf-0.9.21-24.el6.x86_64.rpm c22d5a893787abc488f1faf5a83d7bab930847b5855d53454a7e50d67e49ccbf pulseaudio-module-x11-0.9.21-24.el6.x86_64.rpm 84ac4da72f98afda36c43287a9cdc9f787ff9d5c0021fa26d866af01807491d3 pulseaudio-module-zeroconf-0.9.21-24.el6.x86_64.rpm 32de7887a9cc5ddfd301c790376404d91690b4ba309201b8247676d3c61bcab1 pulseaudio-utils-0.9.21-24.el6.i686.rpm fc0c61ac740953695ad5de56995baf04754a134b9b0091a0276f5793406c4ff0 pulseaudio-utils-0.9.21-24.el6.x86_64.rpm Source: 2f389e54669332bdc4676fb2c62520a6f71aa54a153bfbbc5c89f5de9f84834e pulseaudio-0.9.21-24.el6.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net Twitter: @JohnnyCentOS ------------------------------ Message: 4 Date: Thu, 4 Feb 2016 21:42:17 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CEBA-2016:0110 CentOS 6 paps FASTTRACK BugFix Update Message-ID: <20160204214217.GA19339(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Bugfix Advisory 2016:0110 Upstream details at : https://rhn.redhat.com/errata/RHBA-2016-0110.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: 10407eeb7b75e7d5d7c18fff8a7553be96f96ca65a470ef1589d6c780413fbac paps-0.6.8-13.el6.3.i686.rpm ef013597297b221d5e774a6358fb7770866991a8f53fa93cc3e81fa11eb423fe paps-devel-0.6.8-13.el6.3.i686.rpm ef9eae81a709c5ad262364a88278c2678a049c903d800b97232e06d28b86ddcb paps-libs-0.6.8-13.el6.3.i686.rpm x86_64: ef70304e79708de5fee404a675c1fc70b57f58808b14a4ca1c3fe465f6593d0e paps-0.6.8-13.el6.3.x86_64.rpm ef013597297b221d5e774a6358fb7770866991a8f53fa93cc3e81fa11eb423fe paps-devel-0.6.8-13.el6.3.i686.rpm f64d27e5e9e11d9c17666fce732fbfbaf798bc0912507c0d8a5206cd8f1852e6 paps-devel-0.6.8-13.el6.3.x86_64.rpm ef9eae81a709c5ad262364a88278c2678a049c903d800b97232e06d28b86ddcb paps-libs-0.6.8-13.el6.3.i686.rpm 4cca3246b91485ccbf63b0b93812d376787350bbb71be895aceee57ad60f253d paps-libs-0.6.8-13.el6.3.x86_64.rpm Source: b706deeb57bd91e461a5ace269779f02260111a923677cfad7d3e7fbaacff82f paps-0.6.8-13.el6.3.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net Twitter: @JohnnyCentOS ------------------------------ Message: 5 Date: Thu, 4 Feb 2016 21:42:52 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CEBA-2016:0114 CentOS 6 gedit FASTTRACK BugFix Update Message-ID: <20160204214252.GA19564(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Bugfix Advisory 2016:0114 Upstream details at : https://rhn.redhat.com/errata/RHBA-2016-0114.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: 5849aebc9ed3b1e12d44b61d9aee1a256a3bdd116261586f042edbeaf1fa41d3 gedit-2.28.4-4.el6.i686.rpm 433783573ba98a06768256f918acfdef155428a0da9191929ffee8631fd32dc7 gedit-devel-2.28.4-4.el6.i686.rpm x86_64: 4e1971a77c40178e51681780705e5de9d905bff6b8409ef469f7cfd93fbc14ac gedit-2.28.4-4.el6.x86_64.rpm 433783573ba98a06768256f918acfdef155428a0da9191929ffee8631fd32dc7 gedit-devel-2.28.4-4.el6.i686.rpm c6e34f37c82dea4f926e359e3794ef8b946cf8690634695c4cfc8b55b759fa63 gedit-devel-2.28.4-4.el6.x86_64.rpm Source: 0956db00b0cd9e04fbf230ef7406467459c1b9f3d408003b22d8e2844fdc8118 gedit-2.28.4-4.el6.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net Twitter: @JohnnyCentOS ------------------------------ Message: 6 Date: Thu, 4 Feb 2016 21:43:19 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CEBA-2016:0115 CentOS 6 urw-fonts FASTTRACK BugFix Update Message-ID: <20160204214319.GA19741(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Bugfix Advisory 2016:0115 Upstream details at : https://rhn.redhat.com/errata/RHBA-2016-0115.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: 30ae1a14b811b5901ecdd71ec8a3f3f2077aa677bc5a167e36ebdcd7b8b7a62b urw-fonts-2.4-11.el6.noarch.rpm x86_64: 30ae1a14b811b5901ecdd71ec8a3f3f2077aa677bc5a167e36ebdcd7b8b7a62b urw-fonts-2.4-11.el6.noarch.rpm Source: 1ce20bfa857d46472a6e791e5f152e58f7aa6fa3cebf6cd360b5c7a491d2ee8c urw-fonts-2.4-11.el6.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net Twitter: @JohnnyCentOS ------------------------------ _______________________________________________ CentOS-announce mailing list CentOS-announce(a)centos.org https://lists.centos.org/mailman/listinfo/centos-announce End of CentOS-announce Digest, Vol 132, Issue 2 ***********************************************

1 0

CentOS7 wireless config on command line on asus
by Adrian P. van Bloois 05 Feb '16

05 Feb '16

Hi all, I'm trying to configure wireless on my Asus laptop running CentOS7. I see wlan0 when I type iw dev, but if I type ip link set wlan0 up I get the following error: RTNETLINK answers: Operation not possible due to RF-kill Any idea what is wrong?? Adrian -- Adri P. van Bloois Antonlaan 104 email: adrian(a)pa0rda.nl 3701 VG Zeist voice: +31-(0)-30-6912741 The Netherlands fax: NONE 52 05'15.77"N 5 4'44.56"E QTH-locater JO 22 OC "Elegance is not a dispensable luxury but a factor that decides between success and failure." Edsger W. Dijkstra

3 2

Kernel Panic post kernel-2.6.32-504.23.4.el6.x86_64
by Max Pyziur 05 Feb '16

05 Feb '16

Greetings, Today, I decided to reboot one of my CentOS machines after it had been running for 219 days. In this time, I had done yum updates several times. When I tried rebooting the machine, none of the kernels would work except for the oldest one. Here are the installed kernels: kernel-2.6.32-504.23.4.el6.x86_64 kernel-2.6.32-573.3.1.el6.x86_64 kernel-2.6.32-573.7.1.el6.x86_64 kernel-2.6.32-573.8.1.el6.x86_64 kernel-2.6.32-573.12.1.el6.x86_64 Here is a uname -a: Linux onavenuea 2.6.32-504.23.4.el6.x86_64 #1 SMP Tue Jun 9 20:57:37 UTC 2015 x86_64 x86_64 x86_64 GNU/Linux The CPU is a Intel Core 2 @2400 GHz; there is 6GB of RAM. Much thanks for any advice in this regard. Max Pyziur pyz(a)brama.com

3 4

Strange performance issue on CentOS 6.7 server
by Alfred von Campe 05 Feb '16

05 Feb '16

I’m running CentOS 6.7 on my build servers, and on one of the servers the builds are taking almost an order of magnitude longer than usual. There are no runaway processes and there is plenty of free memory. So I suspected that file I/O might be slow, and sure enough, that appears to be the case. I ran a simple dd test and compared the results to a “normal” build server (412 MB/s vs. 31.7 MB/s). Both are on similarly configured VGs on identical hardware. What could cause this performance degradation and are there any other tests I can run before I reboot the server to see if things improve? There is nothing in /var/log messages - are there other logs I should check? Alfred

4 7

devtoolset-4
by Kay Diederichs 05 Feb '16

05 Feb '16

Hi, is there any way to get access to devtoolset-4 ? I see alot of stuff at http://cbs.centos.org/koji/packageinfo?packageID=2076 . Is this not yet released? thanks, Kay

2 1

delete directories with find and exclude other directories
by Tim Dunphy 04 Feb '16

04 Feb '16

Hi all, I'm attempting to delete some directories and I want to be able to exclude a directory called 'logs' from being deleted. This is my basic find operation (without the exclusion) # find . -type d |tail -10 ./d20160124-1120-df8mfb/deployments ./d20160124-1120-df8mfb/releases ./d20160131-16993-vazqg5 ./d20160131-16993-vazqg5/metadata ./d20160131-16993-vazqg5/deployments ./d20160131-16993-vazqg5/releases ./logs ./d20160203-27735-1tqbjh6 ./d20160125-1120-1yccr9p ./d20160131-16993-1yf9lnc I'm just tailing the output so that you have an idea of what's going on without taking up the whole page. :) If I try to exlclude the logs directory with the prune command I get back no results. root@ops-manager:/tmp/tmp# find . -type d -prune -o -name 'logs' -print root@ops-manager:/tmp# What am I doing wrong? Thanks, Tim -- GPG me!! gpg --keyserver pool.sks-keyservers.net --recv-keys F186197B

6 8

CentOS 7 regression, can not take a KVM qcow2, convert it and boot it on ESXi...
by Martinx - ジェームズ 04 Feb '16

04 Feb '16

Guys, I have a Packer build procedure, that works like a charm, when with CentOS 6.7. Exemplifying: 1- Packer (with virtio disk) + QEmu + CentOS 6.7 ISO; 2- Create a RAW image; 3- Convert the RAW image into QCOW2 for KVM hypervisors (okay); 4- Convert the RAW image into VMDK for ESXi hypervisors (okay). However, when doing the very same procedure, with CentOS 7.2 ISO, it does not boot on ESXi! After research, I realized that it is not auto-loading the sd_mod on ESXi. I'm seeing errors like this: dracut-initqueue timeout dracut-initqueue timeout .... And it drops to "dracut#" shell, where I can see that there is no /dev/sda listed on /proc/partitions. I think I tried everything! My last try was, during Packer build, to append "add_drivers+=" sd_mod" to /etc/dracut.conf and re-building initramdisk by running "dracut -f". However, it does not boot either (on ESXi)! I can still boot using Rescue mode on VMWare, then, I can see that sd_mod is inside of initramfs as expected (lsinitrd FTW) but, dracut does not load it! I tried "force_drivers+=" sd_mod", doesn't work too... Weird is that, while during Rescue, if I run "dracut -f" again, then, it works! Normal boot proceeds... But this is unacceptable, because I can not ship a half-broken VMDK and tell customers to first boot on Rescue, run "dracut -f" and then, use the system. So, why the heck the "dracut -f" executed when as a KVM guest have no effect for later ESXi usage? What am I missing? I really appreciate any help! Thanks! Thiago

3 4

Re: [CentOS] CentOS 7, NSF, "feature" [SOLVED]
by m.roth＠5-cent.us 04 Feb '16

04 Feb '16

The issue: NFS fails to start in CentOS 7 if it cannot resolve any of a list of hosts. Well, my manager had to google to find the *truly* obscure solution that uses a deeply oddball syntax. In /usr/lib/systemd/system/nfs-server.service, you edit the following line so that it looks like this: ExecStartPre=-/usr/sbin/exportfs -r Notice the *deeply* weird syntax of "=-<cmd>". This apparently tells it that "a nonzero exit code" should be ignored and considered "success". And, I read in the manpage for systemd.service that if you precede it with an @, it will pass arguments. Why it does not use the used-everywhere-else of *post*fixing those parms, I have no data. And, speaking specifically about nfs-server.service, I also don't understand why you'd set as an out-of-the-box default that it should fail to come up if it can't resolve any export host, rather than default to coming up. mark, discovering new reasons to dislike systemd

7 10

I am not understanding the size of the iso
by Ramaseshan S 04 Feb '16

04 Feb '16

I suppose, CentOS 7 ships with DVD and minimal version. While the minimal version is just 700M, what makes the minimal along with a GUI about 4.3 GB. Isint it too huge for an OS ? -- Cheers -- S.Ramaseshan Engineer fractalio.com ramaseshan(a)fractalio.com

6 8

CentOS 7, NSF, "feature"
by m.roth＠5-cent.us 03 Feb '16

03 Feb '16

In the last month, we've discovered a new, ahhhh, "feature" in the version of the version of NFS with CentOS 7: on startup, if it cannot resolve a given host, it dies. It does not continue on up, with all the other hosts it's exporting to, and just log a message. Is there a workaround, or a configuration, to change this "fail on unresolved host" behaviour? mark

4 5

nfs stuck, don't know what processes to kill
by Dave Burns 03 Feb '16

03 Feb '16

My NFS server is up and other clients can access x. One particular client can't. I tried to unmount the NFS share: [root@nfsclient ~]# umount -f /disk/x umount2: Device or resource busy umount.nfs: /disk/x: device is busy umount2: Device or resource busy umount.nfs: /disk/x: device is busy If I use df or lsof to try to figure out what process to kill, they hang. I am reluctant to just reboot, as many other users are getting stuff done. dmesg doesn't show anything useful. How to get unstuck? thanks, Dave

4 6

hot do use iscsi loopback
by lejeczek 03 Feb '16

03 Feb '16

hi everybody I've looked it up on the net but info is scarce. Could please someone explain how to use loopback and what is purpose? many thanks

1 1

Re: [CentOS] Latest version of kate editor
by James B. Byrne 03 Feb '16

03 Feb '16

On Tue, February 2, 2016 12:02, H wrote: > > What do people use as a programming editor on CentOS 6? My first > impression of kate was favorable, not only did it support the usual > programming and scripting languages but also markdown which I have > recently discovered... > > I use vim/gvim together with numerous add-ons from Tim Pope. -- *** e-Mail is NOT a SECURE channel *** Do NOT transmit sensitive data via e-Mail James B. Byrne mailto:ByrneJB@Harte-Lyne.ca Harte & Lyne Limited http://www.harte-lyne.ca 9 Brockley Drive vox: +1 905 561 1241 Hamilton, Ontario fax: +1 905 561 0757 Canada L8E 3C3

2 1

strange behavior of firewalld and port-forwarding
by Django 03 Feb '16

03 Feb '16

HI, me and firewalld won't have a good start, but I hope we'll be good friends. One of my hosts must rerote traffic from one to another host. It isn't a big problem. I've a host witch must do: 1) forwarding port 25 tcp to a second host Here I've a special mail-relay. My external.xml look like this one: <?xml version="1.0" encoding="utf-8"?> <zone> <short>External</short> <description>For use on external networks. You do not trust the other computers on networks to not harm your computer. Only selected incoming connections are accepted.</description> <interface name="eth1"/> <service name="ssh"/> <masquerade/> <forward-port to-addr="10.0.0.87" protocol="tcp" port="25"/> </zone> Every thing works expected, incomming traffic on port 25 is forwarded to 10.0.0.87 port 25. 2) traffic from 80.80.80.80 and destination-port 25 should be forwarded to port 22 tcp on 10.0.0.17 and not to 10.0.0.87 on port 25 So I made a new rule with: firewall-cmd --zone=external --add-rich-rule='rule forward-port port="25" to-port="22" to-addr="10.0.0.17" protocol="tcp" family="ipv4" source address="80.80.80.80"' If I try to connect on host 80.80.80.80 my system with: "telnet 10.0.0.17 25" I can connect the final host 10.0.0.17 on port 22 and open-ssh will greet me "SSH-2.0-oPENssh_6.6.1". It is working like I've expected. If I made my new firewall-rule permanent I use: "firewall-cmd --runtime-to-permanent" an the zone-file has now this content: <?xml version="1.0" encoding="utf-8"?> <zone> <short>External</short> <description>For use on external networks. You do not trust the other computers on networks to not harm your computer. Only selected incoming connections are accepted.</description> <interface name="eth1"/> <service name="ssh"/> <masquerade/> <forward-port to-addr="10.0.0.87" protocol="tcp" port="25"/> <rule family="ipv4"> <source address="80.80.80.80"/> <forward-port to-addr="10.0.0.17" to-port="22" protocol="tcp" port="25"/> </rule> </zone> O.K. That isn't a miracle. BUT, every is working right till I restart the server or reload the firewalld with: "firewall-cmd --reload" Now I can't access my host 10.0.0.17 via ssh over my transit-host! I'll reach destination-host 10.0.0.87 on port 25. It looks like, my rich rule were'nt definied. :/ Any idea, how to make it reboot-save? Thanx for help ttyl, Django -- "Bonnie & Clyde der Postmaster-Szene!" approved by Postfix-God http://wetterstation-pliening.info http://dokuwiki.nausch.org http://wiki.piratenpartei.de/Benutzer:Django

1 0

CentOS 7 - DNAT with firewalld
by Django 03 Feb '16

03 Feb '16

HI, here I have an eMail with connected to a DMZ 10.0.0.0/24 network. This server holds 10.0.0.87 There are two firewall-hosts one with CentOS 6 10.0.0.10 and one with CentOS 7 10.0.0.17 The CentOS 6 has the following iptables-rule (extract): ----------------------8<----------------------8<----------------------8< *nat -A POSTROUTING -o eth1 -j MASQUERADE -A PREROUTING -i eth1 -d 217.91.103.190/32 -p tcp -m tcp --dport 25 -j DNAT --to-destination 10.0.0.87:25 *filter -A FORWARD -d 10.0.0.87/32 -i ppp0 -o eth0 -p tcp -m state --state NEW -m tcp --dport 25 -j ACCEPT ----------------------8<----------------------8<----------------------8< If a external mailserver access the firewall, the traffic is routed to 10.0.0.87 port 25. As IP-adress from the external server I see hois public-IP. Here's the part of maillog: Jan 26 13:03:20 vml000087 postfix/postscreen[14214]: CONNECT from [88.198.212.215]:36131 to [10.0.0.87]:25 Jan 26 13:03:20 vml000087 postfix/postscreen[14214]: PASS OLD [88.198.212.215]:36131 Jan 26 13:03:20 vml000087 postfix/smtpd[10268]: connect from mx1.piratenpartei-bayern.de[88.198.212.215] Jan 26 13:03:31 vml000087 postfix/smtpd[10268]: disconnect from mx1.piratenpartei-bayern.de[88.198.212.215] so far so good, this work'ed fine the last 5 years ... Now I've a second network with a CentOS 7 base firewall. I've tried to adapt the roules I've mad on the old firewall. ----------------------8<----------------------8<----------------------8< # cat /etc/firewalld/zones/public.xml <?xml version="1.0" encoding="utf-8"?> <zone> <short>Public</short> <description>For use on external networks. You do not trust the other computers on networks to not harm your computer. Only selected incoming connections are accepted.</description> <interface name="eth1"/> <service name="ssh"/> </zone> # cat /etc/firewalld/zones/private.xml <?xml version="1.0" encoding="utf-8"?> <zone> <short>Private</short> <description>For use on internal networks. You mostly trust the other computers on the networks to not harm your computer. Only selected incoming connections are accepted.</description> <interface name="eth0"/> <service name="ssh"/> <masquerade/> </zone> # cat /etc/firewalld/direct.xml <?xml version="1.0" encoding="utf-8"?> <direct> <rule priority="0" table="nat" ipv="ipv4" chain="POSTROUTING">-o eth1 -j MASQUERADE</rule> <rule priority="0" table="nat" ipv="ipv4" chain="PREROUTING">-i eth1 -d 192.168.0.17/32 -p tcp -m tcp --dport 25 -j DNAT --to-destination 10.0.0.87:25</rule> <rule priority="0" table="filter" ipv="ipv4" chain="FORWARD">-i eth1 -d 10.0.0.87/32 -p tcp -m state --state NEW -m tcp --dport 25 -j ACCEPT</rule> </direct> ----------------------8<----------------------8<----------------------8< The traffic over this firewall is routed to my mailserver, too. BUT I did'nt see the external customer-IP, I only can see the IP-address of my own firewall. Jan 26 13:04:52 vml000087 postfix/postscreen[14214]: CONNECT from [10.0.0.17]:33803 to [10.0.0.87]:25 Jan 26 13:04:52 vml000087 postfix/postscreen[14214]: WHITELISTED [10.0.0.17]:33803 Jan 26 13:04:52 vml000087 postfix/smtpd[10268]: connect from vml000017.dmz.nausch.org[10.0.0.17] Jan 26 13:04:53 vml000087 postfix/smtpd[11397]: disconnect from vml000017.dmz.nausch.org[10.0.0.17] So I think destination NAT (DNAT) isn't working on my CentOS 7 host. As I seaid on my CentOS6 host DNAT is working very well. So where's my error? in my configuration or in my head? ;) Thanx 4 help! ttyl Django -- "Bonnie & Clyde der Postmaster-Szene!" approved by Postfix-God http://wetterstation-pliening.info http://dokuwiki.nausch.org http://wiki.piratenpartei.de/Benutzer:Django

1 1

Python hashlib and ripemd160
by Alice Wonder 03 Feb '16

03 Feb '16

Hi - I think the patent monster has struck again. rmd = hashlib.new('ripemd160',binascii.unhexlify(someString)).hexdigest() That fails - ValueError: unsupported hash type From some googling, it appears that the supported hash types are from OpenSSL and that means the OpenSSL in CentOS doesn't support ripemd160. I've worked around other stuff missing from CentOS OpenSSL by building LibreSSL and linking against that but python is central to the operation of CentOS and I do not want to mess with replacing the CentOS packaging of python. Is there an alternate way to get a ripemd160 hash in python on CentOS ?

2 3

In A UEFI World, "rm -rf /" Can Brick Your System
by m.roth＠5-cent.us 02 Feb '16

02 Feb '16

Excerpt: Running rm -rf / on any UEFI Linux distribution can potentially perma-brick your system. As a public service announcement, recursively removing all of your files from / is no longer recommended. On UEFI distributions by default where EFI variables are accessible via /sys, this can now mean trashing your UEFI implementation. There is this systemd bug report requesting that UEFI variables be mounted as read-only by default. Lennart Poettering had initially responded and simply said, "Well, there are tools that actually want to write it. We also expose /dev/sda accessible for root, even though it can be used to hose your system. The ability to hose a system is certainly reason enought to make sure it's well protected and only writable to root. But beyond that: root can do anything really." He then closed the ticket. --- end excerpt --- <http://www.phoronix.com/scan.php?page=news_item&px=UEFI-rm-root-directory> "And they closed the ticket"? That tuxedo on the cockroach is so elegent! Ok, *now* tell me why we shouldn't hate systemd? mark

10 22

Re: [CentOS] NICs order
by m.roth＠5-cent.us 02 Feb '16

02 Feb '16

Gordon Messmer wrote: > On 02/01/2016 07:00 AM, Leroy Tennison wrote: >> The issue here may be systemd > ... >> Web documentation at freedesktop.org says net.ifnames needs to be set to zero, I found just the opposite but if it doesn't work for you try both before giving up. > > Just to clarify: net.ifnames=0 disables the systemd/udev interface renaming feature. biosdevname=0 disables the biosdevname interface renaming feature, which is completely separate. If you want the traditional, non-deterministic Linux interface naming, you must specify both. You call it "deterministic". I will note that it is, in fact, straight from Sun - 20 years ago, that was the naming on the Sparc Server that I first picked up sysadmin work. Which was fine... FOR SUN HARDWARE. For admins and users, it's *really* NOT a great idea, given that the system could have a m/b from any OEM, and even trying to set up a std. kickstart is a pain with that, much less anything more arcane. Why ethx, with the option of adding the firmware MAC address, is such a bad idea, I have no clue. > > Also, if you add rules to /etc/udev/rules.d, you should rebuild your initrd. ?!?!?!?! THAT I had never considered, nor done, and I'm sure that in CentOS 6, I've changed things there, and just rebooted. Oh, great, I'm getting flashes of WinDoze. Thanks for that info, though. I need to remember that. mark

3 2

Folding At Home
by Mark LaPierre 02 Feb '16

02 Feb '16

Hey Y'all, I have the Stanford University Folding At Home project running on three of my machines. I had them all set up so that I could control them all from my main machine, 192.168.15.101, but some time ago something changed so that I can no longer connect to the FAH clients on the other two machines. I figured it wasn't really important so I would look into it later. Well time has passed and my Christmas break is almost passed too to I guess this is the time to figure it out. I can still SSH onto both machines. I can ping both machines. When I open the FAH Control on my machine connection to clients running on 192.168.15.105 and 192.168.15.107 fails. I'm assuming that there would be an entry in a log on those two machines detailing the failed connection attempt. What log file should I be looking at? -- _ °v° /(_)\ ^ ^ Mark LaPierre Registered Linux user No #267004 https://linuxcounter.net/ ****

2 5

NICs order
by Daniel Ruiz Molina 01 Feb '16

01 Feb '16

Hi, After installing CentOS 7 in a server with 2 NICs, system detects eth0 and eth1 in reserve order. I would like to have eth1 as eth0 and eth0 as eth1. I have forced HWADDR attribute in /etc/sysconfig/network-scripts/ifcfg-etc{0,1}, but after rebooting, order is the same... How can I solve it? Thanks.

2 1

CentOS 7 and network printers: FYI
by m.roth＠5-cent.us 01 Feb '16

01 Feb '16

I got an email from a user that I'd just handed a new CentOS 7 workstation to, wondering where all the printers were. It took some investigation to find /etc/cups/cups-browsed.conf, and see, in it, at the very bottom of the file: # NOTE: This file is not part of CUPS. You need to start & enable cups-browsed service. Which appears to be brand new with 7, and I have not seen any mention of it. Enabled and started, and the network printers are visible on the cups localhost web page->printers. mark

2 3

Re: [CentOS] NICs order
by Ricardo J. Barberis 01 Feb '16

01 Feb '16

El Lunes 01/02/2016, Daniel Ruiz Molina escribió: > Hi, > > After installing CentOS 7 in a server with 2 NICs, system detects eth0 > and eth1 in reserve order. I would like to have eth1 as eth0 and eth0 as > eth1. I have forced HWADDR attribute in > /etc/sysconfig/network-scripts/ifcfg-etc{0,1}, but after rebooting, > order is the same... > > How can I solve it? > > Thanks. You could put the MAC addresses in /etc/udev/rules.d/60-net.rules, e.g.: SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address}=="11:22:33:aa:bb:cc", ATTR{type}=="1", KERNEL=="eth*", NAME="eth0" SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address}=="44:55:66:dd:ee:ff", ATTR{type}=="1", KERNEL=="eth*", NAME="eth1" But that never worked reliably for me, no matter what I tried. In the end I had to use different names instead of eth0 and eth1, like: SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address}=="11:22:33:aa:bb:cc", ATTR{type}=="1", KERNEL=="eth*", NAME="nic0" SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address}=="44:55:66:dd:ee:ff", ATTR{type}=="1", KERNEL=="eth*", NAME="nic1" And also rename /etc/sysconfig/network-scripts/ifcfg-ethX to ifcfg-nicX and modify them accordingly. HTH, -- Ricardo J. Barberis Usuario Linux Nº 250625: http://counter.li.org/ Usuario LFS Nº 5121: http://www.linuxfromscratch.org/ Senior SysAdmin / IT Architect - www.DonWeb.com

4 5

LUSTRE Install Guide
by Ben Archuleta 01 Feb '16

01 Feb '16

Hi All, I am in the process of trying to install Lustre on CentOS 7 and I was wondering if anyone could point me to any good documentation. I found https://wiki.hpdd.intel.com/pages/viewpage.action?pageId=8126821 but this really doesn’t help. I am trying to install version 2.7.1. Regards, Ben

1 0

CentOS-announce Digest, Vol 132, Issue 1
by centos-announce-request＠centos.org 01 Feb '16

01 Feb '16

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-2016:0082 Important CentOS 6 qemu-kvm Security Update (Johnny Hughes) 2. CESA-2016:0083 Important CentOS 7 qemu-kvm Security Update (Johnny Hughes) ---------------------------------------------------------------------- Message: 1 Date: Mon, 1 Feb 2016 10:06:38 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CESA-2016:0082 Important CentOS 6 qemu-kvm Security Update Message-ID: <20160201100638.GA48502(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Security Advisory 2016:0082 Important Upstream details at : https://rhn.redhat.com/errata/RHSA-2016-0082.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: a1f7d969256f40bceda80f8b528483daa4c46ffd1aa161d688b5213e82534728 qemu-guest-agent-0.12.1.2-2.479.el6_7.4.i686.rpm x86_64: 1e0bbdb48082401bf939242e8365ed87d978d810461fd5f5f8a07fb27cc68908 qemu-guest-agent-0.12.1.2-2.479.el6_7.4.x86_64.rpm 5659db7806844d947e48a239a10e171bfe614f6ec55e41dc4456bbf681ed93a3 qemu-img-0.12.1.2-2.479.el6_7.4.x86_64.rpm 02c1fb0cf175af0ef966c9bdba504598dcc296acd84943e84c6950b660119858 qemu-kvm-0.12.1.2-2.479.el6_7.4.x86_64.rpm 3a706f6a6c9dd68d53403d9bf28e0460d166ccb14b5e236cb3a570fed8981945 qemu-kvm-tools-0.12.1.2-2.479.el6_7.4.x86_64.rpm Source: 15dd53d31a04e2fbff8ed17825a00a8db774e4b765d21cb8e425dfa7f420e1ed qemu-kvm-0.12.1.2-2.479.el6_7.4.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net Twitter: @JohnnyCentOS ------------------------------ Message: 2 Date: Mon, 1 Feb 2016 10:07:16 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CESA-2016:0083 Important CentOS 7 qemu-kvm Security Update Message-ID: <20160201100716.GA48601(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Security Advisory 2016:0083 Important Upstream details at : https://rhn.redhat.com/errata/RHSA-2016-0083.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) x86_64: 4b32c17ff1beedcb1f6061718d320fabefdfbc097c158d4b1dae708fd42fdcea libcacard-1.5.3-105.el7_2.3.i686.rpm e67108224ae1a48a7e3fe50c844eb72cbb1f2577e14a8b4125223a7733fae0d1 libcacard-1.5.3-105.el7_2.3.x86_64.rpm d87a6e35540834492782b7b8912a4585aa1aed9bc8e8be2411869ac629992b2e libcacard-devel-1.5.3-105.el7_2.3.i686.rpm de52616bc23aa304b8e5754dbd01ea01885be400a7c1971f175a71a4c319c8e2 libcacard-devel-1.5.3-105.el7_2.3.x86_64.rpm 9d5121b15522703d568ef24aa6445d70aa25cce27bff49c94ebebe0d484b461e libcacard-tools-1.5.3-105.el7_2.3.x86_64.rpm f6b81452aa1929447d9bc9b1801276e11c20f356a5fffff4817994da23073ce6 qemu-img-1.5.3-105.el7_2.3.x86_64.rpm 21eaddeefef89775defa32724cb48d501184212b8d05d128a3c83911c1fc2099 qemu-kvm-1.5.3-105.el7_2.3.x86_64.rpm 89bb7aa5f7b8d0ed361b7b9090f7a3a508213829237da9e39b3a1d7a674b4fcc qemu-kvm-common-1.5.3-105.el7_2.3.x86_64.rpm eb6f93064a64451b608d32f292e94fad18c53a16790507fe2d97bf1d0b78e006 qemu-kvm-tools-1.5.3-105.el7_2.3.x86_64.rpm Source: f963af3a6d471d8b82c5afef2fc76ef4f1dd3985e10ceafe2b04e04ef1571bf4 qemu-kvm-1.5.3-105.el7_2.3.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net Twitter: @JohnnyCentOS ------------------------------ _______________________________________________ CentOS-announce mailing list CentOS-announce(a)centos.org https://lists.centos.org/mailman/listinfo/centos-announce End of CentOS-announce Digest, Vol 132, Issue 1 ***********************************************

1 0

C7 and hplip
by Alessandro Baggi 31 Jan '16

31 Jan '16

Hi list, I've a printer model HP ENVY 5530 (AIO) configured in wifi. I've configured this printer on my C7(1511) workstation using hplip and cups. Printer is installed e configured. After installation I try to send a test print page and it is printed. After reboot, I try to print other doc, and I got it printed only on grey-scale and if I try to send another test print page from hplip or cups I obtain a gray-scale print and half page with wrong size (like if the "image" is printed on A3). If I remove printer and re-add it, the test page output mode is color but after a reboot it come back to gray-scale mode but in configuration is selected color. hplip version is 3.13.7. Can someone point me in the right direction? thanks in advance.

1 1

CentOS7 changes strike again.
by Rob Kampen 30 Jan '16

30 Jan '16

Still in the process of migrating from an old CentOS5 server to a brand new CentOS7. After finally getting Virtualbox-5.0 installed and a new Wondoze10 Pro installed it became time to shift the data from the old server to the new. The old server is headless and I installed the old WindozeXP into the Virtualbox4.x via the command line. To do some of the admin I needed to attach to the windoze via a gui and used rdesktop via an ssh tunnel of port 3389. This "just worked" with my old CentOS6 laptop and workstations. So now I try to connect to the old server via my laptop also running a recent CentOS7 install using rdesktop - no joy. the ssh command is >ssh servername -L 3389:127.0.0.1:3389 and then also from my laptop rdesktop -a 16 -N 127.0.0.1:3389 -u rkampen -p- only to get ERROR: Failed to open display: various google searches offer suggestions prepending DISPLAY=:0.0 gives Xlib: connection to ":0.0" refused by server Xlib: No protocol specified ERROR: Failed to open display: :0.0 tried setting selinux to permissive mode - still no joy. All this just worked with my old CentOS6 laptop and work station, however I no longer have access to that. I guess there have been some "improvements" with the advent of gnome3 that now prevent this from working, however my knowledge of how this rdesktop interacts with the local display manager are sketchy at best. Any suggestions from those of you that understand this stuff way better than I do? TIA Rob

3 2

7.2: Problem with upgrade and pdns
by Kai Bojens 30 Jan '16

30 Jan '16

Hello everybody, I just wanted to upgrade my system and stepped over the following error: --> Finished Dependency Resolution Error: Package: pdns-3.4.7-1.el7.x86_64 (@epel) Requires: libmbedtls.so.9()(64bit) Removing: mbedtls-1.3.14-1.el7.x86_64 (@epel) libmbedtls.so.9()(64bit) Updated By: mbedtls-2.2.1-1.el7.x86_64 (epel) ~libmbedtls.so.10()(64bit) Error: Package: pdns-tools-3.4.7-1.el7.x86_64 (@epel) Requires: libmbedtls.so.9()(64bit) Removing: mbedtls-1.3.14-1.el7.x86_64 (@epel) libmbedtls.so.9()(64bit) Updated By: mbedtls-2.2.1-1.el7.x86_64 (epel) ~libmbedtls.so.10()(64bit) You could try using --skip-broken to work around the problem You could try running: rpm -Va --nofiles --nodigest Am I the only one with this problem? Any suggestions before I try the proposed solutions?

2 1

man and man-db inconsitency
by david 30 Jan '16

30 Jan '16

Folks I use "yum list installed" to determine if a package has been installed. In particular, I was interested in the "man" program, installed with the command "yum install man". In Centos6, if I look at the results, I see that "man" was installed. This is good. In Centos7, if I look at the results, I see that "man-db" was installed. This is inconsistent. The result is that the generic algorithm: if I want package X , check the "yum list installed" output. If X is not listed, install it, otherwise assume it's already installed. Is there a reason for this inconsistency? The above algorithm works with most other packages. David

3 2

Where did network setup goes under setup utility in CentOS 7?
by reynierpm＠gmail.com 29 Jan '16

29 Jan '16

In CentOS 6.7 I ran setup command and I could configure network settings from that "gui" utility at command line. In CentOS 7 I don't know where this goes or how to enabled. I have installed a few packages: yum install setuptool -y \ && yum install system-config-network-tui -y \ && yum install system-config-firewall* -y \ && yum install system-config-securitylevel-tui -y \ && yum install system-config-keyboard -y \ && yum install ntsysv -y But I can't see the network settings, see this pic: http://content.screencast.com/users/ReynierPM/folders/Snagit/media/39e744c6… Should I install any other package?

3 2

Apache doesn't display "It works page" under CentOS 7
by reynierpm＠gmail.com 29 Jan '16

29 Jan '16

I have Apache/2.4.6 installed in a minimal CentOS 7 VM. I am trying to access the default page when Apache is installed by accessing the CentOS IP as http://192.168.3.130 (is a host only interface) but I got "This webpage is not available: ERR_CONNECTION_TIMED_OUT" and I can't find why. I have stopped iptables and then checked: # service iptables status Redirecting to /bin/systemctl status iptables.service ● iptables.service - IPv4 firewall with iptables Loaded: loaded (/usr/lib/systemd/system/iptables.service; disabled; vendor preset: disabled) Active: inactive (dead) Jan 29 11:22:43 devserver.local systemd[1]: Stopped IPv4 firewall with iptables. isn't running. I have checked the status of Apache: # service httpd status Redirecting to /bin/systemctl status httpd.service ● httpd.service - The Apache HTTP Server Loaded: loaded (/usr/lib/systemd/system/httpd.service; disabled; vendor preset: disabled) Active: active (running) since Fri 2016-01-29 11:16:00 EST; 7min ago Docs: man:httpd(8) man:apachectl(8) Main PID: 18738 (httpd) Status: "Total requests: 0; Current requests/sec: 0; Current traffic: 0 B/sec" CGroup: /system.slice/httpd.service ├─18738 /usr/sbin/httpd -DFOREGROUND ├─18739 /usr/sbin/httpd -DFOREGROUND ├─18740 /usr/sbin/httpd -DFOREGROUND ├─18741 /usr/sbin/httpd -DFOREGROUND ├─18742 /usr/sbin/httpd -DFOREGROUND └─18743 /usr/sbin/httpd -DFOREGROUND Jan 29 11:15:58 devserver.local systemd[1]: Starting The Apache HTTP Server... Jan 29 11:15:59 devserver.local httpd[18738]: AH00557: httpd: apr_sockaddr_info_get() failed for devserver.local Jan 29 11:15:59 devserver.local httpd[18738]: AH00558: httpd: Could not reliably determine the server's fully qualified domain name, using 127.0.0.1. Set the 'ServerName' directive globally to suppress this message Jan 29 11:16:00 devserver.local systemd[1]: Started The Apache HTTP Server. it's running. I have checked network status: # ifconfig eno16777728: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500 inet 192.168.222.133 netmask 255.255.255.0 broadcast 192.168.222.255 inet6 fe80::20c:29ff:fe6f:2b72 prefixlen 64 scopeid 0x20<link> ether 00:0c:29:6f:2b:72 txqueuelen 1000 (Ethernet) RX packets 152628 bytes 225455749 (215.0 MiB) RX errors 0 dropped 0 overruns 0 frame 0 TX packets 54931 bytes 3355746 (3.2 MiB) TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0 eno33554952: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500 inet 192.168.3.130 netmask 255.255.255.0 broadcast 192.168.3.255 inet6 fe80::20c:29ff:fe6f:2b7c prefixlen 64 scopeid 0x20<link> ether 00:0c:29:6f:2b:7c txqueuelen 1000 (Ethernet) RX packets 9655 bytes 702056 (685.6 KiB) RX errors 0 dropped 0 overruns 0 frame 0 TX packets 5800 bytes 529054 (516.6 KiB) TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0 lo: flags=73<UP,LOOPBACK,RUNNING> mtu 65536 inet 127.0.0.1 netmask 255.0.0.0 inet6 ::1 prefixlen 128 scopeid 0x10<host> loop txqueuelen 0 (Local Loopback) RX packets 20 bytes 1700 (1.6 KiB) RX errors 0 dropped 0 overruns 0 frame 0 TX packets 20 bytes 1700 (1.6 KiB) TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0 it's fine. I have ping server from Windows: C:\Users\reynierpm>ping 192.168.3.130 Pinging 192.168.3.130 with 32 bytes of data: Reply from 192.168.3.130: bytes=32 time<1ms TTL=64 Reply from 192.168.3.130: bytes=32 time<1ms TTL=64 Reply from 192.168.3.130: bytes=32 time<1ms TTL=64 Reply from 192.168.3.130: bytes=32 time<1ms TTL=64 Ping statistics for 192.168.3.130: Packets: Sent = 4, Received = 4, Lost = 0 (0% loss), Approximate round trip times in milli-seconds: Minimum = 0ms, Maximum = 0ms, Average = 0ms it works. So ... what's wrong? What I am missing here?

2 7

SOT: Best strategy for automatize a flow that need user interaction
by reynierpm＠gmail.com 29 Jan '16

29 Jan '16

I am working in a Dockerfile but there is a "secure" MariaDB server script I need to run which is interactive and I don't know how to deal with this. Basically this is the flow I have follow on the script at test environment and is the same I want to achieve in the Dockerfile without user interaction by just answering as you seen on the flow below: # /usr/bin/mysql_secure_installation Enter current password for root (enter for none): [ENTER] // because there is no password OK, successfully used password, moving on... Set root password? [Y/n] n ... skipping. Remove anonymous users? [Y/n] Y ... Success! Disallow root login remotely? [Y/n] n ... skipping. Remove test database and access to it? [Y/n] Y - Dropping test database... ... Success! - Removing privileges on test database... ... Success! Reloading the privilege tables will ensure that all changes made so far will take effect immediately. Reload privilege tables now? [Y/n] Y ... Success! Cleaning up... So I need to write a bash script or something else that could handle this automatically but has not idea, how would you take care of this?

3 3

CentOS 7, 327 kernel still crashing
by m.roth＠5-cent.us 29 Jan '16

29 Jan '16

I've just added the following to the CentOS bugtracker for CentOS-7 0009860. I admit to not being sure if it's the same issue, or a separate one, but this and other Dell servers - I *think* they're all R420's, but I could be wrong, just all do the same thing on boot. ***************** I've just updated a CentOS 7 server to the latest kernel, vmlinuz-3.10.0-327.4.5.el7.x86_64, and the server fails to boot. It has failed on every 327 kernel. Server: Dell R420, 2 Xeons, 124G RAM. >From the rdsosreport.txt, the relevant portion is: [ 3.317974] <servername> systemd[1]: Starting File System Check on /dev/disk// by-label/\x2f... [ 3.320089] <servername> systemd-fsck[590]: Failed to detect device /dev/diskk /by-label// [ 3.320567] <servername> systemd[1]: systemd-fsck-root.service: main process exited, code=exited, status=1/FAILURE [ 3.320972] <servername> systemd[1]: Failed to start File System Check on /dee v/disk/by-label/\x2f. [ 3.321423] <servername> systemd[1]: Dependency failed for /sysroot. [ 3.321872] <servername> systemd[1]: Dependency failed for Initrd Root File SS ystem. [ 3.322335] <servername> systemd[1]: Dependency failed for Reload Configuratii on from the Real Root. [ 3.322802] <servername> systemd[1]: Job initrd-parse-etc.service/start failee d with result 'dependency'. [ 3.323266] <servername> systemd[1]: Triggering OnFailure= dependencies of inn itrd-parse-etc.service. [ 3.323697] <servername> systemd[1]: Job initrd-root-fs.target/start failed ww ith result 'dependency'. 3.323266] <servername> systemd[1]: Triggering OnFailure= dependencies of inn itrd-parse-etc.service. [ 3.323697] <servername> systemd[1]: Job initrd-root-fs.target/start failed ww ith result 'dependency'. [ 3.324161] <servername> systemd[1]: Triggering OnFailure= dependencies of inn itrd-root-fs.target. [ 3.324586] <servername> systemd[1]: Job sysroot.mount/start failed with resuu lt 'dependency'. [ 3.324998] <servername> systemd[1]: Unit systemd-fsck-root.service entered ff ailed state. [ 3.325430] <servername> systemd[1]: systemd-fsck-root.service failed. [ 3.326752] <servername> systemd[1]: Stopped dracut pre-pivot and cleanup hooo And it stops, and drops me into the rdshell. Not that I can mkdir /mnt, and mount /dev/sda1, and /boot is there, and I can mount /dev/sda3, and root is there just fine. mark

3 4

Alternative HTML Editor
by Tim Evans 29 Jan '16

29 Jan '16

I've been using the SeaMonkey built-in HTML editor from the epel repo for CentOS 6.7: $ repoquery -i seamonkey Name : seamonkey Version : 2.39 Release : 1.el6 Architecture: x86_64 Size : 127340745 Packager : Fedora Project Group : Applications/Internet URL : http://www.seamonkey-project.org Repository : epel Summary : Web browser, e-mail, news, IRC client, HTML editor Source : seamonkey-2.39-1.el6.src.rpm This is now dumping core. The latest release, directly from Mozilla (2.9b4), fails with: /usr/local/seamonkey/seamonkey-bin: error while loading shared libraries: libdbus-glib-1.so.2: cannot open shared object file: No such file or directory Recommendations for alternative HTML editors for this system? Thanks. -- Tim Evans | 5 Chestnut Court UNIX System Admin Consulting | Owings Mills, MD 21117 http://www.tkevans.com/ | 443-394-3864 tkevans(a)tkevans.com

5 13

Write content to file from Dockerfile and/or any other method
by reynierpm＠gmail.com 29 Jan '16

29 Jan '16

I am building a Dockerfile and I am setting up MariaDB repos as follow: # Setup MariaDB repos RUN touch /etc/yum.repos.d/MariaDB.repo I should write this inside the MariaDB.repo file: [mariadb] name = MariaDB baseurl = http://yum.mariadb.org/5.5/centos6-amd64 gpgkey=https://yum.mariadb.org/RPM-GPG-KEY-MariaDB gpgcheck=1 What's the right way to do this? The one below? echo "[mariadb]" >> "/etc/yum.repos.d/MariaDB.repo" echo "name = MariaDB" >> "/etc/yum.repos.d/MariaDB.repo" echo "baseurl = http://yum.mariadb.org/5.5/centos6-amd64" >> "/etc/yum.repos.d/MariaDB.repo" echo "gpgkey=https://yum.mariadb.org/RPM-GPG-KEY-MariaDB" >> "/etc/yum.repos.d/MariaDB.repo" echo "gpgcheck=1" >> "/etc/yum.repos.d/MariaDB.repo"

3 3

Just need to vent
by Alice Wonder 29 Jan '16

29 Jan '16

Sometimes the direction of UI development in gnome really angers me. For example, when selecting a font for the gedit text editor - there is no way to ask it to only show monospace fonts. It's a fricken text editor, that should be the default - meaning you have to do something special to get fonts shown that aren't monospace. Seriously, who is in charge with the UI design in gnome? Whoever it is needs to be fired. /rant

38 98

how to configure or (reset) display
by Shabbir abbasi 29 Jan '16

29 Jan '16

i have posted a question on http://unix.stackexchange.com/questions/257310/centos-7-font-problem-unable… , i am unable to read words in terminal and unable to see correct images, Dont know if it is wrong config or something else , i have updated this system via ssh from LAN, Now i am connected directly to system and it looks very bad , can anyone tell me how to fix ?

2 2

yum / rpm kernel problems - CentOS 7.2
by Rob Kampen 29 Jan '16

29 Jan '16

This is the second time I have come across a problem with yum / rpm and kernel packages with CentOS 7. I install CentOS7 and do a yum update I add elrepo epel and virtualbox repos I install Virtualbox-5.0 It fails to install it give a message similar to : - WARNING: The vboxdrv kernel module is not loaded. Either there is no module available for the current kernel (3.10.0-327.el7.x86_64) or it failed to load. Please recompile the kernel module and install it by sudo /sbin/rcvboxdrv setup You will not be able to start VMs until this problem is fixed. 5.0.14r105127 As I had done a yum update the kernel was actually 3.10.0-327.4.5.el7 The initial install did not include kernel-devel so I yum install kernel-devel Still have the problem So I downgrade the kernel - it goes to 3.10.0-327.4.4.el7 I downgrade repeatedly until I get 3.10.0-327.el7.x86_64 as that was the initial kernel installed. The downgrade correctly downgrades the kernel, kernel-headers, kernel-tools and kernel-tools-libs BUT NOT the kernel-devel which stays at -327.4.5.el7 Trapped - didn't see that for a while! So I finally yum remove kernel-devel Then I look in yumex (with show latest - disabled) and only the kernel-devel for 3.10.0-327.4.5.el7 is shown. All the other kernel packages show the correct versions. At this point the only installed kernel rpms are 3.10.0-327.el7.x86_64 So I explicitly ask yum to install sudo yum install kernel-devel-3.10.0-327.el7.x86_64 so now I have >rpm -qa |grep kernel kernel-tools-libs-3.10.0-327.el7.x86_64 kernel-3.10.0-327.el7.x86_64 abrt-addon-kerneloops-2.1.11-36.el7.centos.x86_64 kernel-headers-3.10.0-327.el7.x86_64 kernel-tools-3.10.0-327.el7.x86_64 kernel-devel-3.10.0-327.el7.x86_64 The virtual box command to compile and install the vbox driver is sudo /sbin/rcvboxdrv which seems to have issues sudo /sbin/rcvboxdrv ** (pkttyagent:3047): WARNING **: Unable to register authentication agent: GDBus.Error:org.freedesktop.DBus.Error.ServiceUnknown: The name :1.6 was not provided by any .service files Error registering authentication agent: GDBus.Error:org.freedesktop.DBus.Error.ServiceUnknown: The name :1.6 was not provided by any .service files (g-dbus-error-quark, 2) zero idea of what that means a repeat of the command returns nothing but when I run >sudo VBoxManage -v WARNING: The vboxdrv kernel module is not loaded. Either there is no module available for the current kernel (3.10.0-327.el7.x86_64) or it failed to load. Please recompile the kernel module and install it by sudo /sbin/rcvboxdrv setup You will not be able to start VMs until this problem is fixed. 5.0.14r105127 BTW the setup param returns Bad argument setup At this point I have run out of ideas / patience / time and coffee. Any ideas as to how to fix this would be appreciated. TIA Rob

2 2

Frustrating xsession crashes
by aurfalien 28 Jan '16

28 Jan '16

Hi all, I was wondering if some one could give me ideas on how I can troubleshoot the following problem; log files to check, etc… I’m running CentOS 7.2.1511 with KDE. I login and open 1 or 2 shells. If I leave the system alone for about 15 minutes and then try to open another shell I get the error; Could not launch terminal client At this time, upon clicking on the lower left hand menu, the screen goes black. /var/log/messages; kernel: traps: plasma-desktop[3071] trap int3 ip:7f75606db8d3 sp:7f751e264ab0 error:0 /var/log/Xorg.0.log; AUDIT: Thu Jan 28 13:06:30 2016: 1603: client 15 disconnected Is there anything else I can look at to help me figure this out? Of the many weak points, GUI issues are my most weak areas of knowledge. Thanks in advance, - aurf

1 0

Firewalld
by Emmett Culley 28 Jan '16

28 Jan '16

Yesterday I noticed that I was not able to ping one of our development servers so I logged in via VNC and ran the Firewalld GUI. To my surprise, except for the interface definition for public and trusted zones, nothing seemed to be configured. That is, none of the services were checked off that we want open at the firewall. Also, this server is a gateway and masquerading and forwarding appears to be off as well. So it looks like the GUI is not correctly reading the firewalld configuration. I can find nothing in Google bout this. Emmett

2 2

remote gnome setup
by ken 28 Jan '16

28 Jan '16

It's been surprisingly difficult to set up a remote display between two CentOS boxes, one headless running v.5.9 and the other a new laptop running v.7.2. Since the one machine is headless, it should be obvious which is to display the desktop of the other. The two machines are on the same local network, yet there is iptables running on both of them. But it's not a big deal for me to add rules for them. There's already a solid ssh connection from the laptop to the headless machine. I recently set up remote display of applications from a Raspian (Debian running on a Raspberry Pi) to my Android phone-- that took only about an hour-- and (quite a while ago) an X server displaying apps from another Linux box-- was also trivial to do-- which is why it's been a mystery why using gdm is so difficult. Since I've tried a lot of different settings over the past several days, it would take too long to describe them all. If perhaps someone could describe the steps from the beginning, that would be much simpler and would give others seeking the same on the internet a doc to work from. So does anyone know how this is done?

2 5

C7 postfix problem
by Rainer Traut 28 Jan '16

28 Jan '16

Hi all, topology: java/tomcat app mailing to the outside via a C7 postfix relay server. problem: java app submits mail to postfix but there is _nothing_ logged in the postfix maillog. This happen for 2/3 of all mail submitted. We cannot see any trace of this submitted mail either incoming/stored/outgoing. Log from java app (shortened): DEBUG: getProvider() returning javax.mail.Provider[TRANSPORT,smtp,com.sun.mail.smtp.SMTPTransport,Sun Microsystems, Inc] DEBUG SMTP: useEhlo true, useAuth true DEBUG SMTP: trying to connect to host "xxxxxxxx", port 25, isSSL false DEBUG SMTP: Attempt to authenticate AUTH LOGIN 235 2.7.0 Authentication successful DEBUG SMTP: use8bit false DEBUG SMTP: Verified Addresses DATA 354 End data with <CR><LF>.<CR><LF> ****message text*** 250 2.0.0 Ok: queued as 8D83AC2756DF QUIT 221 2.0.0 Bye Log from the postfix server: [root@xxx postfix]# grep 8D83AC2756DF /var/log/maillog [root@xxx postfix]# This happens for 2/3 of all messages send to this server. Any idea what is happening here? Thx Rainer

2 3

CentOS-announce Digest, Vol 131, Issue 10
by centos-announce-request＠centos.org 28 Jan '16

28 Jan '16

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-2016:0071 Critical CentOS 6 firefox Security Update (Johnny Hughes) 2. CESA-2016:0073 Moderate CentOS 6 bind Security Update (Johnny Hughes) 3. CESA-2016:0071 Critical CentOS 7 firefox Security Update (Johnny Hughes) 4. CESA-2016:0073 Moderate CentOS 7 bind Security Update (Johnny Hughes) 5. CESA-2016:0074 Moderate CentOS 5 bind97 Security Update (Johnny Hughes) 6. CESA-2016:0071 Critical CentOS 5 firefox Security Update (Johnny Hughes) 7. CESA-2016:0073 Moderate CentOS 5 bind Security Update (Johnny Hughes) ---------------------------------------------------------------------- Message: 1 Date: Wed, 27 Jan 2016 13:24:01 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CESA-2016:0071 Critical CentOS 6 firefox Security Update Message-ID: <20160127132401.GA29873(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Security Advisory 2016:0071 Critical Upstream details at : https://rhn.redhat.com/errata/RHSA-2016-0071.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: c6d657f5507534819aeb712af8752230bbeb50253e45e7e440d4fdeded3c0760 firefox-38.6.0-1.el6.centos.i686.rpm x86_64: c6d657f5507534819aeb712af8752230bbeb50253e45e7e440d4fdeded3c0760 firefox-38.6.0-1.el6.centos.i686.rpm 685c98c6e6206b7336074554106ac415212bacdc6060a288ad66949c1346cd5d firefox-38.6.0-1.el6.centos.x86_64.rpm Source: 18d697b64f3b8817f71b83be1471b37167206f8547643dd26d0385cda53035fd firefox-38.6.0-1.el6.centos.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net Twitter: @JohnnyCentOS ------------------------------ Message: 2 Date: Wed, 27 Jan 2016 13:24:33 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CESA-2016:0073 Moderate CentOS 6 bind Security Update Message-ID: <20160127132433.GA30191(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Security Advisory 2016:0073 Moderate Upstream details at : https://rhn.redhat.com/errata/RHSA-2016-0073.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: b6ed7e941878203bab5f445fdf02242ebc7ddb9e106d21448fa934567b6c9d69 bind-9.8.2-0.37.rc1.el6_7.6.i686.rpm ec4e913be997eb6ecb0adb463b3e048fd258abb50719d28e3bda699ba5564ac3 bind-chroot-9.8.2-0.37.rc1.el6_7.6.i686.rpm 6d0bc1d187e270721a840ff5b444ef71def121e3fcc3b0e3000be956ccefd2cb bind-devel-9.8.2-0.37.rc1.el6_7.6.i686.rpm e4b5938891980805d1f2b6cce9d3cf35d287c6fb23955966f5c33988011002d8 bind-libs-9.8.2-0.37.rc1.el6_7.6.i686.rpm 3219ce9865b0c077cec06304bd44e6093a94e2deb20131ac9eaf12be99390c85 bind-sdb-9.8.2-0.37.rc1.el6_7.6.i686.rpm fd0239cafda5baa254ce72b463032948de416ec28a52b13239efecaf16ed4672 bind-utils-9.8.2-0.37.rc1.el6_7.6.i686.rpm x86_64: 5c6dc609593f17d383c2d7c4c491b6b782453e11ac62770461eaa569f86971de bind-9.8.2-0.37.rc1.el6_7.6.x86_64.rpm fcac37ddb041c983721cec05d536513900a0726a106a39d8bd6a5635f0b8ad76 bind-chroot-9.8.2-0.37.rc1.el6_7.6.x86_64.rpm 6d0bc1d187e270721a840ff5b444ef71def121e3fcc3b0e3000be956ccefd2cb bind-devel-9.8.2-0.37.rc1.el6_7.6.i686.rpm a2b62f0e56767af74ecc39b32cff9bab02630d2ed828e1caa4cdc225f9cdf6b0 bind-devel-9.8.2-0.37.rc1.el6_7.6.x86_64.rpm e4b5938891980805d1f2b6cce9d3cf35d287c6fb23955966f5c33988011002d8 bind-libs-9.8.2-0.37.rc1.el6_7.6.i686.rpm bafaa0e1646245658301a2aec80915fd79a28b8cac54b0fbdd33a7aeb917cce0 bind-libs-9.8.2-0.37.rc1.el6_7.6.x86_64.rpm 72f64bdd0a6deaede7760d0728da752558913fe5f266ad39b383fcda390e541a bind-sdb-9.8.2-0.37.rc1.el6_7.6.x86_64.rpm 563fb6fe2028e188ec044091e79e415b067d2073b4fde07b7f179fee3f611e77 bind-utils-9.8.2-0.37.rc1.el6_7.6.x86_64.rpm Source: f6634e8e85939b9d204cb50d84fad0d31f095fc1c351ace5c20ee89cd522a984 bind-9.8.2-0.37.rc1.el6_7.6.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net Twitter: @JohnnyCentOS ------------------------------ Message: 3 Date: Wed, 27 Jan 2016 13:25:49 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CESA-2016:0071 Critical CentOS 7 firefox Security Update Message-ID: <20160127132549.GA33092(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Security Advisory 2016:0071 Critical Upstream details at : https://rhn.redhat.com/errata/RHSA-2016-0071.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) x86_64: be34c367e10c7dc57ece2a1e963b78ea8528f6f6dd2900111945c4b9349bb66d firefox-38.6.0-1.el7.centos.i686.rpm 2742f3432b2ddf784c0e350d66c1488546c65cc3154b974cae43ae4e94d48655 firefox-38.6.0-1.el7.centos.x86_64.rpm Source: 7fc2d1a4212d902f469f0442a705d11065a8b1b3df348f8dbd4bc8668ef050a4 firefox-38.6.0-1.el7.centos.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net Twitter: @JohnnyCentOS ------------------------------ Message: 4 Date: Wed, 27 Jan 2016 13:26:10 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CESA-2016:0073 Moderate CentOS 7 bind Security Update Message-ID: <20160127132610.GA33632(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Security Advisory 2016:0073 Moderate Upstream details at : https://rhn.redhat.com/errata/RHSA-2016-0073.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) x86_64: 687d126e287b5261d66dfdefd6f2275667f6172810d437d89db00fe5b3699fd8 bind-9.9.4-29.el7_2.2.x86_64.rpm 85ec2b5256b2f7317eccb164514664a6d70ef259c88fe8fdb8420265fd35a656 bind-chroot-9.9.4-29.el7_2.2.x86_64.rpm 5c787513258b287757d732b1c64081bc3c5279a4302bfd4f290df16d142e33dd bind-devel-9.9.4-29.el7_2.2.i686.rpm e8864072298c6083b61945891ddd0084da8426527e380bbd9d40f199589d6055 bind-devel-9.9.4-29.el7_2.2.x86_64.rpm a8c318b3f3bfd258ba58125e638971ea58cc9be8489f42121bd16ac2c06c178b bind-libs-9.9.4-29.el7_2.2.i686.rpm e21275bf4758672beeb929263ef90eacbe35a4ae72394c6281ac7ba7b47f8627 bind-libs-9.9.4-29.el7_2.2.x86_64.rpm 73a32ba26598b5a23b99530fe699fb934a67f3f968e584e2374a99672780fed1 bind-libs-lite-9.9.4-29.el7_2.2.i686.rpm be4a8fec4ddf26a67053fcd4d7533564e032db6aa8f351c6953f1403917a5b64 bind-libs-lite-9.9.4-29.el7_2.2.x86_64.rpm 5e07d967ce3a00f18f5c78065b1dc3d6afd85447ebcb1c45772450f80479fc29 bind-license-9.9.4-29.el7_2.2.noarch.rpm 3c42a0bc47f6ddb9df1ad59adc9847ea78ad95c1bb0dbd5cd7ddd6b2423add9d bind-lite-devel-9.9.4-29.el7_2.2.i686.rpm ac5cb51ddb57e365c99fbe15e978662ae6a11b2fbf6e3e2ba33f147b9835e858 bind-lite-devel-9.9.4-29.el7_2.2.x86_64.rpm e92f2c1f37f67be2266c54dff8049dd9ddfbb4b8748ac1c899c5288f1125b055 bind-pkcs11-9.9.4-29.el7_2.2.x86_64.rpm 21c6d74ec37c375dd97f580f33a0b4ef9a03d4605ce385e30337712327c9e012 bind-pkcs11-devel-9.9.4-29.el7_2.2.i686.rpm 1b5db2d89b0ab1c0d576a5de73f08f4a6aaded98cdf40585cb90ff1ce9e2be11 bind-pkcs11-devel-9.9.4-29.el7_2.2.x86_64.rpm 6da046cfc1bed327100f00c18257e4db6163143027f688ce95093c92ab25d890 bind-pkcs11-libs-9.9.4-29.el7_2.2.i686.rpm 581c28fbae1ad38b9b969a8e4913e3d9cfd7bd8ca3bc8d816a43bec9d93722fb bind-pkcs11-libs-9.9.4-29.el7_2.2.x86_64.rpm 5368ad7cc0023a8b6764a935b207ca5f01e2eab4a7f68f35dc931d326f7d735f bind-pkcs11-utils-9.9.4-29.el7_2.2.x86_64.rpm f1b676334768c532e108a5b2e659495957a0c3c9a56ea0e15ff00c960d0a9997 bind-sdb-9.9.4-29.el7_2.2.x86_64.rpm dcec313d83c6b9027ac92c67b74cb79e3958cbacf3f5294128a1221722a79c09 bind-sdb-chroot-9.9.4-29.el7_2.2.x86_64.rpm 3094d168064b902abd356da286858c323d6d43b518701a9a9e163868adcdcd59 bind-utils-9.9.4-29.el7_2.2.x86_64.rpm Source: f7bf841e6e6c5aa5bb8f231eaf7f069272574987f3acf4d4d895db28259518c1 bind-9.9.4-29.el7_2.2.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net Twitter: @JohnnyCentOS ------------------------------ Message: 5 Date: Wed, 27 Jan 2016 13:29:51 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CESA-2016:0074 Moderate CentOS 5 bind97 Security Update Message-ID: <20160127132951.GA7893(a)chakra.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Security Advisory 2016:0074 Moderate Upstream details at : https://rhn.redhat.com/errata/RHSA-2016-0074.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: 1ac16b73eca063cb4f562733a64e35cff3ef7873209b22c48e6bbe1b5df936e6 bind97-9.7.0-21.P2.el5_11.5.i386.rpm d00a5209fd4a6c72783037af6b7909bcfa767a66385b245ad3b287ddfe48f4b7 bind97-chroot-9.7.0-21.P2.el5_11.5.i386.rpm 9ceb0ca912faefe419906fac778a83648ba1795a5c69f6382fda81df9a023fe1 bind97-devel-9.7.0-21.P2.el5_11.5.i386.rpm 8ffd71c8d09ac29cc9a9310c7d04c5249d34fab41559a918d504125386ddc441 bind97-libs-9.7.0-21.P2.el5_11.5.i386.rpm d924ae3b48500a8982a4ccb6249dd87bc9a5fe272abdee158e1eaa7935fdb58c bind97-utils-9.7.0-21.P2.el5_11.5.i386.rpm x86_64: b157e8406abe9110c9d40d4ae745d1136929de910986c82944f85240829ae42b bind97-9.7.0-21.P2.el5_11.5.x86_64.rpm 5418786b36f906420acc4c157d35a81d4e5e78acd42ce0cb477ae3043977f78e bind97-chroot-9.7.0-21.P2.el5_11.5.x86_64.rpm 9ceb0ca912faefe419906fac778a83648ba1795a5c69f6382fda81df9a023fe1 bind97-devel-9.7.0-21.P2.el5_11.5.i386.rpm c4da10547d26ffd16aa93e0ea69a9b1d7728c0a3f69d29e50339b1449305cf36 bind97-devel-9.7.0-21.P2.el5_11.5.x86_64.rpm 8ffd71c8d09ac29cc9a9310c7d04c5249d34fab41559a918d504125386ddc441 bind97-libs-9.7.0-21.P2.el5_11.5.i386.rpm df963d049822cfbf4832f0b7fcf9481b55252248a0f7ee4e1ad554350a811e32 bind97-libs-9.7.0-21.P2.el5_11.5.x86_64.rpm 7962f4a2e941a2de8da8f8729a17d7f42b5d90a5b9f544ccd9351811dc7a2963 bind97-utils-9.7.0-21.P2.el5_11.5.x86_64.rpm Source: 7a939bb5c6f9605c0b6798511dd7d5574fdaa2f24e325aaae0bc2ba2602de81d bind97-9.7.0-21.P2.el5_11.5.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net Twitter: JohnnyCentOS ------------------------------ Message: 6 Date: Wed, 27 Jan 2016 13:57:23 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CESA-2016:0071 Critical CentOS 5 firefox Security Update Message-ID: <20160127135723.GA9383(a)chakra.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Security Advisory 2016:0071 Critical Upstream details at : https://rhn.redhat.com/errata/RHSA-2016-0071.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: 7857a7a7b41cb33bf15e4d44951a9769a41087a741ce2a46dd0a22e0ce92a7f4 firefox-38.6.0-1.el5.centos.i386.rpm x86_64: 7857a7a7b41cb33bf15e4d44951a9769a41087a741ce2a46dd0a22e0ce92a7f4 firefox-38.6.0-1.el5.centos.i386.rpm 218583469a900a71f38c9232ae3a6d099f1cf93e8ed841993521e76bd50991a7 firefox-38.6.0-1.el5.centos.x86_64.rpm Source: 11dbb60ec69d824094085cb320bddd37cd8cda1f7f658d5227c43701eb6d73bb firefox-38.6.0-1.el5.centos.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net Twitter: JohnnyCentOS ------------------------------ Message: 7 Date: Wed, 27 Jan 2016 13:59:45 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CESA-2016:0073 Moderate CentOS 5 bind Security Update Message-ID: <20160127135945.GA9546(a)chakra.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Security Advisory 2016:0073 Moderate Upstream details at : https://rhn.redhat.com/errata/RHSA-2016-0073.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: ddbfbbe93f13b2ad52daa56c2d188fdbd27ec99f8c2bb47bae45795b294d0d11 bind-9.3.6-25.P1.el5_11.6.i386.rpm 25a9c6953ff01c7b5d0cae31c4d9f472501de99084a2462c12f98710791f93a1 bind-chroot-9.3.6-25.P1.el5_11.6.i386.rpm 77b5271a5e8f4b3b196f2080a522885e1ac61934aae1aee555c4a006c9e94d72 bind-devel-9.3.6-25.P1.el5_11.6.i386.rpm 7d417af61cd259bbaeeaa785da1f0d3b81322e52484618aaf264384f3d1a9b6f bind-libbind-devel-9.3.6-25.P1.el5_11.6.i386.rpm b23b685f71e43193b5f44d8c1ec94c7d437722554783f4fe49c51877395f3c45 bind-libs-9.3.6-25.P1.el5_11.6.i386.rpm 517edaa050d9d1aac33caf9df8d7697be2257ac58a62ebc4347bdf2ced679a15 bind-sdb-9.3.6-25.P1.el5_11.6.i386.rpm 86df6e077ef4232cad3d00bcad67df95412628764b43cc0e20099cd6469fc283 bind-utils-9.3.6-25.P1.el5_11.6.i386.rpm a5b33baa5bcaad17b757a30b352281a6b7cfe23b820656c68f349ad54adb63f0 caching-nameserver-9.3.6-25.P1.el5_11.6.i386.rpm x86_64: 38c75d87815be4802e9b4b0eadd6ff7aaecc7ab390b63bfd324556953606997b bind-9.3.6-25.P1.el5_11.6.x86_64.rpm 439b61a89198405603239230a83d32baf2fd2f1654716c19310748cb1d1242eb bind-chroot-9.3.6-25.P1.el5_11.6.x86_64.rpm 77b5271a5e8f4b3b196f2080a522885e1ac61934aae1aee555c4a006c9e94d72 bind-devel-9.3.6-25.P1.el5_11.6.i386.rpm 96f45a79b9d6c1639484a8a2ca9ae210e46e8dd6b4e92285fc994a7bde0d45a9 bind-devel-9.3.6-25.P1.el5_11.6.x86_64.rpm 7d417af61cd259bbaeeaa785da1f0d3b81322e52484618aaf264384f3d1a9b6f bind-libbind-devel-9.3.6-25.P1.el5_11.6.i386.rpm a02c456ce0113de0dffd642ba5a1fd2983eeb4a91a9d02653139f3cdabbb20bf bind-libbind-devel-9.3.6-25.P1.el5_11.6.x86_64.rpm b23b685f71e43193b5f44d8c1ec94c7d437722554783f4fe49c51877395f3c45 bind-libs-9.3.6-25.P1.el5_11.6.i386.rpm 024c84269610726dae11e7e5ff02c03210984bbd87cb06af13bd095cc57bffe1 bind-libs-9.3.6-25.P1.el5_11.6.x86_64.rpm 5413c5a298327da426f17910082560b27ea64bfda8d25fad526e667557ec033e bind-sdb-9.3.6-25.P1.el5_11.6.x86_64.rpm 4609a64d0b10e1ff219a4d6ddcf225bb98486db32d476dac085ffd9c4cf8db60 bind-utils-9.3.6-25.P1.el5_11.6.x86_64.rpm 6e8d5003341a937e49e221ed5bca41f680bef0143669e8a36283f07b96eddc95 caching-nameserver-9.3.6-25.P1.el5_11.6.x86_64.rpm Source: 17b44d7032712e6a3542f01e2d58a31f5a0ee89f98616231d8810bd0798e0f3f bind-9.3.6-25.P1.el5_11.6.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net Twitter: JohnnyCentOS ------------------------------ _______________________________________________ CentOS-announce mailing list CentOS-announce(a)centos.org https://lists.centos.org/mailman/listinfo/centos-announce End of CentOS-announce Digest, Vol 131, Issue 10 ************************************************

1 0

verify clean umount
by Robert Arkiletian 28 Jan '16

28 Jan '16

This is on a C6 systems. How can I verify that an ext4 data partition is being unmounted properly at (reboot/shutdown) on a sysV init system. I've looked at S01reboot and S01halt scripts in etc but what I'm concerned about is that I mounted my partition on a tmpfs dir mount point. So if those S01 scripts try to umount the tmpfs dir first they may get a "target busy" and then they will try a force umount. (I think that's not good) Basically I'm trying to verify that the partition (on reboot/shutdown) is being unmounted before its tmpfs mount point. Is there an easy way to verify this?

1 0

NTP Service Running on Local Host does not Sync System Time
by Traiano Welcome 27 Jan '16

27 Jan '16

Hi List I have ntp running as a service on a PC, with the expectation that it would keep time in synch to my ntp server. However, while I can manually update the time using "ntpdate -u ...", I find that if I manually force the wrong time, the ntpd service does not automatically re-synch the system time with the ntp server: - Current time: [admin@lol ~]# date Wed Jan 27 10:54:21 AST 2016 - Force wrong time: [admin@lol ~]# date -s 09:29 Wed Jan 27 09:29:00 AST 2016 - Restart ntp service: [admin@lol ~]# service ntpd restart Shutting down ntpd: [ OK ] Starting ntpd: [ OK ] - Time not synched (even after about 10 minutes) [admin@lol ~]# date Wed Jan 27 09:35:52 AST 2016 - use ntpdate -u to force synch: [admin@lol ~]# ntpdate -u time.lol.com 27 Jan 11:02:28 ntpdate[18570]: step time server 172.16.100.13 offset 5154.859809 sec [osadmin@test-till ~]# [admin@lol ~]# date Wed Jan 27 11:03:09 AST 2016 I'm not sure if this is a configuration issue with ntp (ntp.conf looks fine, as well as /etc/sysconfig/ntpd.conf (pasted below). /etc/ntp.conf: restrict default nomodify notrap nopeer noquery restrict 127.0.0.1 restrict ::1 server time.lol.com driftfile /var/lib/ntp/drift /etc/sysconfig/ntpd" # Drop root to id 'ntp:ntp' by default. OPTIONS="-x -u ntp:ntp -p /var/run/ntpd.pid" # Set to 'yes' to sync hw clock after successful ntpdate SYNC_HWCLOCK=yes # Additional options for ntpdate NTPDATE_OPTIONS="" --- Here are some diagnostic queries with ntpq: --- [admin@lol ~]# ntpq -pcrv remote refid st t when poll reach delay offset jitter ============================================================================== 10.1.0.111 xxx.xx.xx.x 2 u 26 64 1 3.618 6018473 0.001 associd=0 status=c012 leap_alarm, sync_unspec, 1 event, freq_set, version="ntpd 4.2.6p5(a)1.2349-o Sat Nov 23 18:20:11 UTC 2013 (1)", processor="i686", system="Linux/2.6.32-504.1.3.el6.i686", leap=11, stratum=16, precision=-20, rootdelay=0.000, rootdisp=0.405, refid=INIT, reftime=00000000.00000000 Thu, Feb 7 2036 9:28:16.000, clock=da52e461.90fabbc4 Wed, Jan 27 2016 9:38:25.566, peer=0, tc=3, mintc=3, offset=0.000, frequency=356.208, sys_jitter=0.000, clk_jitter=0.001, clk_wander=0.000 ---- What could be the issue? Any help would be appreciated. Here is the output from running the ntpd service in debug mode: --- [admin@lol ~]# ntpd -d ntpd 4.2.6p5(a)1.2349-o Sat Nov 23 18:20:11 UTC 2013 (1) 27 Jan 09:29:58 ntpd[18652]: proto: precision = 0.931 usec 27 Jan 09:29:58 ntpd[18652]: 0.0.0.0 c01d 0d kern kernel time sync enabled event at 0 0.0.0.0 c01d 0d kern kernel time sync enabled Finished Parsing!! 27 Jan 09:29:58 ntpd[18652]: ntp_io: estimated max descriptors: 1024, initial socket boundary: 16 27 Jan 09:29:58 ntpd[18652]: Listen and drop on 0 v4wildcard 0.0.0.0 UDP 123 27 Jan 09:29:58 ntpd[18652]: Listen and drop on 1 v6wildcard :: UDP 123 27 Jan 09:29:58 ntpd[18652]: Listen normally on 2 lo 127.0.0.1 UDP 123 restrict: op 1 addr 127.0.0.1 mask 255.255.255.255 mflags 00003000 flags 00000001 27 Jan 09:29:58 ntpd[18652]: Listen normally on 3 eth 172.16.0.213 UDP 123 restrict: op 1 addr 172.16.0.213 mask 255.255.255.255 mflags 00003000 flags 00000001 27 Jan 09:29:58 ntpd[18652]: Listen normally on 4 lo ::1 UDP 123 restrict: op 1 addr ::1 mask ffff:ffff:ffff:ffff:ffff:ffff:ffff:ffff mflags 00003000 flags 00000001 27 Jan 09:29:58 ntpd[18652]: Listen normally on 5 eth fe80::3640:b5ff:fe90:104e UDP 123 restrict: op 1 addr fe80::3640:b5ff:fe90:104e mask ffff:ffff:ffff:ffff:ffff:ffff:ffff:ffff mflags 00003000 flags 00000001 27 Jan 09:29:58 ntpd[18652]: peers refreshed 27 Jan 09:29:58 ntpd[18652]: Listening on routing socket on fd #22 for interface updates restrict: op 1 addr 0.0.0.0 mask 0.0.0.0 mflags 00000000 flags 000001d0 restrict: op 1 addr :: mask 0.0.0.0 mflags 00000000 flags 000001d0 restrict: op 1 addr 127.0.0.1 mask 255.255.255.255 mflags 00000000 flags 00000000 restrict: op 1 addr ::1 mask ffff:ffff:ffff:ffff:ffff:ffff:ffff:ffff mflags 00000000 flags 00000000 key_expire: at 0 associd 17148 peer_clear: at 0 next 1 associd 17148 refid INIT event at 0 10.1.0.111 8011 81 mobilize assoc 17148 newpeer: 172.16.0.213->10.1.0.111 mode 3 vers 4 poll 6 10 flags 0x1 0x1 ttl 0 key 00000000 27 Jan 09:29:58 ntpd[18652]: 0.0.0.0 c016 06 restart event at 0 0.0.0.0 c016 06 restart 27 Jan 09:29:58 ntpd[18652]: 0.0.0.0 c012 02 freq_set kernel 356.208 PPM event at 0 0.0.0.0 c012 02 freq_set kernel 356.208 PPM transmit: at 1 172.16.0.213->10.1.0.111 mode 3 len 48 auth_agekeys: at 1 keys 1 expired 0 receive: at 1 172.16.0.213<-10.1.0.111 mode 4 len 48 event at 1 10.1.0.111 8024 84 reachable clock_filter: n 1 off 6018.651057 del 0.003849 dsp 7.945313 jit 0.000001 . . --- I'm tempted to stick an "ntpdate -u ..." in the crontab to force time-synch, but I don't see why that's needed if ntpd service should already be fulfilling that purpose. Many thanks in advance, Traiano

6 6

CentOS 7, man
by m.roth＠5-cent.us 27 Jan '16

27 Jan '16

This is... odd. >From my workstation, where I'm directly logged in, if I ssh to any CentOS 7 box, as myself, and try to run man, it fails. Example 1: man dd man: cannot write to /var/cache/man/cat1/dd.1.gz in catman mode dd. Example 2: man dd man: can't chmod (null): Bad address man: can't unlink (null): Bad address dd. In all cases, if I sudo -s to root, I have no trouble reading the manpage. In all cases I've tried, selinux is in permissive mode. >From one of these boxes: ls -laF /var/cache/man/ | more total 832 drwxr-xr-x. 38 root root 4096 Jan 27 07:52 ./ drwxr-xr-x. 9 root root 105 Dec 28 12:42 ../ -rw-r--r--. 1 root root 190 Dec 28 13:18 CACHEDIR.TAG drwxr-xr-x. 4 root root 62 Jan 27 07:52 ca/ drwxr-xr-x. 2 root root 20 Jan 27 11:27 cat1/ <...> But it's the same in CentOS 6. Clues? mark

2 2

Re: [CentOS] Intel Xorg driver for Intel HD graphics
by Jerry Geis 27 Jan '16

27 Jan '16

> i915.preliminary_hw_support=1 Adding this to the boot - does not make it work on straight 7.2 I saw information about this - but it is mentioned on the page I included that this was no longer needed with the files listed in the link. The kernel 4.4 installs and runs fine on the NUC5C. Its the xorg-server package that is is my issue. Everything else ran fine. The problem I'm trying to solve is getting the NUC 5C to run X on 7.2. I "realize" that is all newer hardware - but if its possible it's beneficial. I just need to figure out how to compile the X server it was giving an error. Thanks, Jerry

2 1

CD-Mount on CentOS-6.7
by James B. Byrne 27 Jan '16

27 Jan '16

When I load a blank cd into the optical drive on my CentOS-6.7 workstation I am not getting any window or visible mount action on my Gnome desktop. Formerly, when I mounted a writeable media in this drive on this host I would see a nautilus style file browser window open with inducements to add files. When I visit /mnt I see nothing: ll /mnt total 0 My fstab does not seem to have much to say either: cat /etc/fstab # # /etc/fstab # Created by anaconda on Mon Sep 24 12:57:28 2012 # # Accessible filesystems, by reference, are maintained under '/dev/disk' # See man pages fstab(5), findfs(8), mount(8) and/or blkid(8) for more info # /dev/mapper/vg_vhost04-lv_root / ext4 defaults 1 1 UUID=a9a7cc59-bd0c-4362-9ab6-f721e25df2f8 /boot ext4 defaults 1 2 /dev/mapper/vg_vhost04-lv_home /home ext4 defaults 1 2 /dev/mapper/vg_vhost04-lv_tmp /tmp ext4 defaults 1 2 /dev/mapper/vg_vhost04-lv_log /var/log ext4 defaults 1 2 /dev/mapper/vg_vhost04-lv_spool /var/spool ext4 defaults 1 2 /dev/mapper/vg_vhost04-lv_swap swap swap defaults 0 0 tmpfs /dev/shm tmpfs defaults 0 0 devpts /dev/pts devpts gid=5,mode=620 0 0 sysfs /sys sysfs defaults 0 0 proc /proc proc defaults 0 0 /dev/vg_vhost04/lv_data_disk_images /var/data/disk_images ext4 defaults 00 /dev/vg_vhost04/lv_home_byrnejb /home/byrnejb ext4 defaults 0 0 /dev/vg_vhost04/lv_var /var_new ext3 defaults 0 0 The hardware seems to be there: lshw . . . *-cdrom description: DVD-RAM writer product: DVD-RAM GH22NS30 vendor: HL-DT-ST physical id: 1 bus info: scsi@3:0.0.0 logical name: /dev/cdrom logical name: /dev/cdrw logical name: /dev/dvd logical name: /dev/dvdrw logical name: /dev/scd0 logical name: /dev/sr0 version: 1.01 capabilities: removable audio cd-r cd-rw dvd dvd-r dvd-ram configuration: ansiversion=5 status=nodisc *-serial UNCLAIMED description: SMBus product: 82801JI (ICH10 Family) SMBus Controller vendor: Intel Corporation physical id: 1f.3 bus info: pci@0000:00:1f.3 version: 00 width: 64 bits clock: 33MHz configuration: latency=0 resources: memory:d0825800-d08258ff ioport:1180(size=32) . . . Now, I have not played with any of this stuff in quite some time and I used it late last year to cut CentOS-7 ISOs. So my question is: What has changed to cause this behaviour? Any ideas? -- *** e-Mail is NOT a SECURE channel *** Do NOT transmit sensitive data via e-Mail James B. Byrne mailto:ByrneJB@Harte-Lyne.ca Harte & Lyne Limited http://www.harte-lyne.ca 9 Brockley Drive vox: +1 905 561 1241 Hamilton, Ontario fax: +1 905 561 0757 Canada L8E 3C3

1 0

CentOS-announce Digest, Vol 131, Issue 9
by centos-announce-request＠centos.org 27 Jan '16

27 Jan '16

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-2016:0067 Important CentOS 6 java-1.6.0-openjdk Security Update (Johnny Hughes) 2. CESA-2016:0067 Important CentOS 5 java-1.6.0-openjdk Security Update (Johnny Hughes) 3. CESA-2016:0067 Important CentOS 7 java-1.6.0-openjdk Security Update (Johnny Hughes) ---------------------------------------------------------------------- Message: 1 Date: Tue, 26 Jan 2016 13:28:19 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CESA-2016:0067 Important CentOS 6 java-1.6.0-openjdk Security Update Message-ID: <20160126132819.GA55163(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Security Advisory 2016:0067 Important Upstream details at : https://rhn.redhat.com/errata/RHSA-2016-0067.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: 8df06a899e26a7520bdeb3b4db31a8fe4c4686e10b2fefde977664de9c7fb658 java-1.6.0-openjdk-1.6.0.38-1.13.10.0.el6_7.i686.rpm b645b00280c6b2df08eff4b3ea35f7c5dadffd5c261cfab385aaf9b1b9f37c39 java-1.6.0-openjdk-demo-1.6.0.38-1.13.10.0.el6_7.i686.rpm 1a3a289f87f54ac2e0b351171f969e10c18f2b7f9068b37ffb962ecf3e5f2480 java-1.6.0-openjdk-devel-1.6.0.38-1.13.10.0.el6_7.i686.rpm bcae5c7e8520c7462c383d629d5e74047e2ce5991b7ac22f36ac035f0fc33000 java-1.6.0-openjdk-javadoc-1.6.0.38-1.13.10.0.el6_7.i686.rpm 30a96ce89d2188f1ee96309dfd9ba72f37c77d3d8cc924baf3dcd25ae786d5f7 java-1.6.0-openjdk-src-1.6.0.38-1.13.10.0.el6_7.i686.rpm x86_64: dc86666020c01029080793f7a80ee11ff7b8aa692ee3e5d27b36281d54f5e1a3 java-1.6.0-openjdk-1.6.0.38-1.13.10.0.el6_7.x86_64.rpm 8090ed5219f8f569c4fb0dc94242b0fcfe62415de1089b1a99ade591102ba088 java-1.6.0-openjdk-demo-1.6.0.38-1.13.10.0.el6_7.x86_64.rpm 7f3c15ee1836066bad87abca524b4af50cc449f51f7ef5a248f4f3db2b2d62af java-1.6.0-openjdk-devel-1.6.0.38-1.13.10.0.el6_7.x86_64.rpm 4ac324c5649d25af27d90af2b6310924c029ac7063f922a43e946969051cc92b java-1.6.0-openjdk-javadoc-1.6.0.38-1.13.10.0.el6_7.x86_64.rpm 0b05e4b8e47cf5c7e6d7daf23c9eb8ab620ac85840dbc6d4d50bf5c4a4aa9743 java-1.6.0-openjdk-src-1.6.0.38-1.13.10.0.el6_7.x86_64.rpm Source: 5caca590014371e8066406ef364651473a52b86e7fc56f33acbef9d9b9aa2d80 java-1.6.0-openjdk-1.6.0.38-1.13.10.0.el6_7.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net Twitter: @JohnnyCentOS ------------------------------ Message: 2 Date: Tue, 26 Jan 2016 13:50:52 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CESA-2016:0067 Important CentOS 5 java-1.6.0-openjdk Security Update Message-ID: <20160126135052.GA6567(a)chakra.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Security Advisory 2016:0067 Important Upstream details at : https://rhn.redhat.com/errata/RHSA-2016-0067.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: a564cd9490be5ab97d050c1a1cee2090f315dc6e8993c3bb57fac0c732c6a3d3 java-1.6.0-openjdk-1.6.0.38-1.13.10.0.el5_11.i386.rpm 1e6e6102a88e6f8d1d99ba513f5d5bd27445c08ac35606126330dcb7eb309d8b java-1.6.0-openjdk-demo-1.6.0.38-1.13.10.0.el5_11.i386.rpm 5c5f8fed0f9e6ea7f009fa5db9f1d8517160a68470d5fa42d3b5964c730e1e12 java-1.6.0-openjdk-devel-1.6.0.38-1.13.10.0.el5_11.i386.rpm e3a65df6870d94b0be2553dabb647892d44564fc25ce7f091a50e711fb1bb6a3 java-1.6.0-openjdk-javadoc-1.6.0.38-1.13.10.0.el5_11.i386.rpm 7596230198a5fc3d7149f94becde9cccccc1166f03b7d664500df33bae23ea67 java-1.6.0-openjdk-src-1.6.0.38-1.13.10.0.el5_11.i386.rpm x86_64: 65e34e63b9a6d16a8019e1e7027d41438ae81722373d5847c94a0ee879a5478b java-1.6.0-openjdk-1.6.0.38-1.13.10.0.el5_11.x86_64.rpm 3018d3ea3b1a291928891409ac60be0120863848ded1f271cc2b6a332a45b102 java-1.6.0-openjdk-demo-1.6.0.38-1.13.10.0.el5_11.x86_64.rpm 276a82950dbe20324ce1322cf2cd781466b8a0b8a155b6d7f7f46a0bce2e76d9 java-1.6.0-openjdk-devel-1.6.0.38-1.13.10.0.el5_11.x86_64.rpm dc3173332668d4a3a75894c73ed938cf558592d49cc3e18c86e03a92ad776ba8 java-1.6.0-openjdk-javadoc-1.6.0.38-1.13.10.0.el5_11.x86_64.rpm e14622d70222762fad88e2f2238e6ae27c8f630e0ed29dbd78c19e0d2d0fb329 java-1.6.0-openjdk-src-1.6.0.38-1.13.10.0.el5_11.x86_64.rpm Source: 67daf7f23cfdf1dc5aecdd9d6e1fdaedf77d3863445da21200f52628ec412953 java-1.6.0-openjdk-1.6.0.38-1.13.10.0.el5_11.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net Twitter: JohnnyCentOS ------------------------------ Message: 3 Date: Tue, 26 Jan 2016 14:24:06 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CESA-2016:0067 Important CentOS 7 java-1.6.0-openjdk Security Update Message-ID: <20160126142406.GA5978(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Security Advisory 2016:0067 Important Upstream details at : https://rhn.redhat.com/errata/RHSA-2016-0067.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) x86_64: 6d2a9fcd8c0047fbf75850d6f87916da874d826cd045fd282624d4e2c9027e2a java-1.6.0-openjdk-1.6.0.38-1.13.10.0.el7_2.x86_64.rpm fc340ba9fdf41498a57f1e855c5ef4d914b1bf02dda5c3532efecdb721fbb64b java-1.6.0-openjdk-demo-1.6.0.38-1.13.10.0.el7_2.x86_64.rpm d20b7ecea5d222dd53a8795dd24ef962e6fea3e12169dabaa09408fb99c6f96f java-1.6.0-openjdk-devel-1.6.0.38-1.13.10.0.el7_2.x86_64.rpm 88daac1696331dc127050b86ead11f1e1311b630f2e8cb0105e09c54293b2a22 java-1.6.0-openjdk-javadoc-1.6.0.38-1.13.10.0.el7_2.x86_64.rpm a2e0e4314c57c089bd5a0269b43dd4f90225f689c3cf31ade4445959c8d44c72 java-1.6.0-openjdk-src-1.6.0.38-1.13.10.0.el7_2.x86_64.rpm Source: 93a4207025786c507681644aeb2d0b477bc7ff567c95a7275df008576d8a61dc java-1.6.0-openjdk-1.6.0.38-1.13.10.0.el7_2.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net Twitter: @JohnnyCentOS ------------------------------ _______________________________________________ CentOS-announce mailing list CentOS-announce(a)centos.org https://lists.centos.org/mailman/listinfo/centos-announce End of CentOS-announce Digest, Vol 131, Issue 9 ***********************************************

1 0

system refuses to install monit.
by Jason Welsh 26 Jan '16

26 Jan '16

_**_So I have epel enabled on this centos 6 server, but yum -y install monit will not install monit. yum search monit does not show monit as available to be installed. [root@lb1 ~]# yum install monit Loaded plugins: fastestmirror, presto Setting up Install Process Loading mirror speeds from cached hostfile * base: mirror-centos.hostingswift.com * epel: reflector.westga.edu * extras: mirrors.usinternet.com * updates: mirrors.usinternet.com No package monit available. Error: Nothing to do If I download the rpm manually and try to localinstall it, it will not install.. [root@mb1 ~]# cat /etc/centos-release CentOS release 6.7 (Final) [root@lb1 ~]# rpm -qa | grep monit [root@lb1 ~]# uname -m x86_64 [root@lb1 ~]# ls -al monit-5.14-1.el6.x86_64.rpm -rw-r--r-- 1 root root 267556 Sep 13 13:45 monit-5.14-1.el6.x86_64.rpm [root@lb1 ~]# yum -v localinstall monit-5.14-1.el6.x86_64.rpm Loading "fastestmirror" plugin Loading "presto" plugin Config time: 0.036 Yum Version: 3.2.29 Setting up Local Package Process rpmdb time: 0.000 Examining monit-5.14-1.el6.x86_64.rpm: monit-5.14-1.el6.x86_64 Excluding monit-5.14-1.el6.x86_64 Nothing to do [root@lb1 ~]# ???!?!?!!!! I did a rpm -i of the file and that seems to install the file.. but why will it not install with yum? Jason

2 2

Enable_extended_ACL_support_in_smb.conf
by Henry McLaughlin 26 Jan '16

26 Jan '16

I am not 100% clear as to when the following is required in smb.conf on a member server: vfs objects = acl_xattr map acl inherit = yes store dos attributes = yes https://wiki.samba.org/index.php/Shares_with_Windows_ACLs#Enable_extended_A… I have confirmed Samba is compiled with ACL support: [root@centos7member ~]# smbd -b | grep HAVE_LIBACL HAVE_LIBACL [root@centos7member ~]#

1 1

bash: Samba: command not found
by Henry McLaughlin 26 Jan '16

26 Jan '16

I have installed Sernet Samba however after installation I cannot confirm the version: samba -V bash: samba: command not found

6 5

Re: [CentOS] Hylafax without modems - SIP?
by James B. Byrne 26 Jan '16

26 Jan '16

On Tue, January 26, 2016 04:57, Gary Stainburn wrote: > I've just had to replace my Hylafax server as the cooling fan in the > rack case has died and could not be replaced. > > My box runs three fax modems, one for each of the original 3 fax > machines that got skipped years ago. > > This means that I now have 3 lots of: > > USB to seral converter (new box doesn't have any COM ports. > 9pin->25-pin serial cable > Modem > power supply > phone line > analogue port on our Mitel 3300 controller > > I was wondering if there a better way? > > I've done lots of Googling and there is a lot of conflicting - and > mostly very old - information out there. > > Does anyone have any more up-to-date opinions or advice on doing this? > > Most of the concerns about reliability were based on IP latency, > but my fax server and my Mitel controller are both on the same > Procurv Gigabit switch so hopefully that would be quick enough > > We run Hylafax+ and use a Digium TDM800P analogue card in a Atom based Supermicro 1u running Asterisk to connect to our fax lines using standard RJ11 plugs. On the Asterisk host we run iaxmodem to listen to the analogue ports. Hylafax+ talks to the iaxmodem instances. This can be a network connection so it is not necessary to have Hylafax running on the host with the FXO connection. We have been running this setup with Avantfax as the UI since summer 2013 without problems. The load on the fax host is trivial. -- *** e-Mail is NOT a SECURE channel *** Do NOT transmit sensitive data via e-Mail James B. Byrne mailto:ByrneJB@Harte-Lyne.ca Harte & Lyne Limited http://www.harte-lyne.ca 9 Brockley Drive vox: +1 905 561 1241 Hamilton, Ontario fax: +1 905 561 0757 Canada L8E 3C3

1 0

Re: [CentOS] What to do when you've been hacked?
by James B. Byrne 26 Jan '16

26 Jan '16

On Mon, January 25, 2016 19:12, Benjamin Smith wrote: > > Which I'd consider "best practices" and we do them. > They are specifically asking about what to do *after* a > breach. Despite all the best practices in > place, there's *still* some risk. > If someone wants in to your network then they will get in. There is no point in deluding yourself or your clients on that point. The first thing that you must do after a breach is detected, or even suspected, is to notify all affected parties. There is an institutional bias against revelation of security incidents because of the fear of embarrassment. This is often couched in terms using the word 'premature'. Failure to disclose at the earliest opportunity is unethical and ultimately self-defeating. You will never regain trust thereafter. The second thing to do, concurrently with the first, is to isolate the affected systems from the rest of your network. If that means physically pulling wires and putting the things on their own switch and LAN segment blocked from the rest of your networks then do it. If it means shutting down the affected hosts then do it. If if means disconnecting from the network at your gateway then do it. They are in and they are looking for ways to expand their foothold. Delaying containment is pointless. The third thing to do is to involve the authorities. Unauthorised computer access is an indictable offence in Canada and the UK. It is a federal felony in the U.S.A. If you have an incident then report it. That means you should have computer emergency response contact information and reporting protocols already in place. Now, with your clients and the authorities notified and the suspect systems isolated, you begin to map out your recovery strategy. The basic bones of which you have already written down and implemented in your backup and disaster recovery plan. A security breach is a disaster. You need to start with that point clearly in mind and proceed on that basis. Once corporate and client services are restored on clean hosts and reconnected to the Internet then begin your investigation. Use your AIDE and syslog records to determine the point of entry, the length of compromise and the extent of penetration. If possible identify the nature of the attackers and their target. Where possible keep the compromised hosts' disk drives unaltered for further technical analysis. Where warranted bring in forensic investigators to examine them. It will likely prove impossible to positively identify them but you should be able to glean some inkling if this was a targeted breach or an opportunistic one. If the former then they will be back and you will need to consider how to deal with the next assault. -- *** e-Mail is NOT a SECURE channel *** Do NOT transmit sensitive data via e-Mail James B. Byrne mailto:ByrneJB@Harte-Lyne.ca Harte & Lyne Limited http://www.harte-lyne.ca 9 Brockley Drive vox: +1 905 561 1241 Hamilton, Ontario fax: +1 905 561 0757 Canada L8E 3C3

1 0

kernel update does not update grub boot list ...
by lejeczek 26 Jan '16

26 Jan '16

.. in that expected way where newly installed kernel is set to boot as default. would you suggest where to look, what to check? many thanks.

2 2

CentOS-announce Digest, Vol 131, Issue 8
by centos-announce-request＠centos.org 26 Jan '16

26 Jan '16

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-2016:0063 Important CentOS 6 ntp Security Update (Johnny Hughes) 2. CESA-2016:0063 Important CentOS 7 ntp Security Update (Johnny Hughes) 3. CESA-2016:0064 Important CentOS 7 kernel Security Update (Johnny Hughes) ---------------------------------------------------------------------- Message: 1 Date: Mon, 25 Jan 2016 14:27:37 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CESA-2016:0063 Important CentOS 6 ntp Security Update Message-ID: <20160125142737.GA16278(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Security Advisory 2016:0063 Important Upstream details at : https://rhn.redhat.com/errata/RHSA-2016-0063.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: b172e4c9936ba6db7e7df9a611f2ba305b0682bb0545c03ba23bc501ae7833f8 ntp-4.2.6p5-5.el6.centos.4.i686.rpm 0cbe654866db67e07ba4dbea484f6eea8136a0a23e5123dfebf1ac097162dfb4 ntpdate-4.2.6p5-5.el6.centos.4.i686.rpm 9a0cbc08c20ee5b43fd8518a2ccd0a13a274b0464a688fef4cc10b940c848993 ntp-doc-4.2.6p5-5.el6.centos.4.noarch.rpm 4fdf6a42d2a1178394d328832e70284d631a0b14535af97ffa94d659b545d4b8 ntp-perl-4.2.6p5-5.el6.centos.4.i686.rpm x86_64: c9bcbc789b84223a297f54197d407520f56d0d4d4775787dd0f746426d2e8866 ntp-4.2.6p5-5.el6.centos.4.x86_64.rpm 07fcdccf4e98b884fc6e99bf568fb037547d7340083ba913d598d0b53cc162d7 ntpdate-4.2.6p5-5.el6.centos.4.x86_64.rpm 9a0cbc08c20ee5b43fd8518a2ccd0a13a274b0464a688fef4cc10b940c848993 ntp-doc-4.2.6p5-5.el6.centos.4.noarch.rpm c2069c233875863df714450ba095380586746768fab379e7fe737c915e27721f ntp-perl-4.2.6p5-5.el6.centos.4.x86_64.rpm Source: 7a3f04e3f4c7402309a5a7cbf9a7997778298cd1dbac24efd2ca98b9d75eacec ntp-4.2.6p5-5.el6.centos.4.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net Twitter: @JohnnyCentOS ------------------------------ Message: 2 Date: Mon, 25 Jan 2016 15:08:59 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CESA-2016:0063 Important CentOS 7 ntp Security Update Message-ID: <20160125150859.GA31510(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Security Advisory 2016:0063 Important Upstream details at : https://rhn.redhat.com/errata/RHSA-2016-0063.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) x86_64: 4b606ea94878f359cc016e2fb3545c87af50b77cab65c21ca7daa534c5a49252 ntp-4.2.6p5-22.el7.centos.1.x86_64.rpm 4a320e7a12cf9b0e662e05a5371df9fe3b8fe3881f8b489ec02fc97769ac8628 ntpdate-4.2.6p5-22.el7.centos.1.x86_64.rpm 37c9092a5fc997a11dd02bd4748024584c305f691437e4546418e453cec19c7e ntp-doc-4.2.6p5-22.el7.centos.1.noarch.rpm b71ff70a1dfd7ed80ad43c76d651b821b5cdc3cd4360b87f244b4aff154d5387 ntp-perl-4.2.6p5-22.el7.centos.1.noarch.rpm 71e36f16c2b105c208284bdfc4d08b1e93b0822fa7f08a569043c4cefdccf4f8 sntp-4.2.6p5-22.el7.centos.1.x86_64.rpm Source: 207b221dcadaa5ce149bd47258f23eafe973686dfe31030d689850dfe6b4d9ed ntp-4.2.6p5-22.el7.centos.1.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net Twitter: @JohnnyCentOS ------------------------------ Message: 3 Date: Tue, 26 Jan 2016 02:08:06 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CESA-2016:0064 Important CentOS 7 kernel Security Update Message-ID: <20160126020806.GA42992(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Security Advisory 2016:0064 Important Upstream details at : https://rhn.redhat.com/errata/RHSA-2016-0064.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) x86_64: 29350967bf2d01358deaf9a99e1520eeb0af7bedae1d1cde8fdc73bf80731d4c kernel-3.10.0-327.4.5.el7.x86_64.rpm 674d565da50e81500b2b7fc49fc5a8005e2819b07acbd1d405078e7bc605036a kernel-abi-whitelists-3.10.0-327.4.5.el7.noarch.rpm 3c412b021fdab6881f46d0d7a09e9a2f2e3ffb33a93fb4f365f508e8e35b5b2d kernel-debug-3.10.0-327.4.5.el7.x86_64.rpm 21b228926c50ffcf49e55ed47bab7012d7cb55b495e84934138089cc1595933b kernel-debug-devel-3.10.0-327.4.5.el7.x86_64.rpm 0e2b4c67a11169566fa3d14818dbfa96454a1ddf204d574e102d4f340cbb415c kernel-devel-3.10.0-327.4.5.el7.x86_64.rpm 1d345ee1527bdbf3aacbf97b39ce22fba2c9ba0c76e511970090b7a52c45b246 kernel-doc-3.10.0-327.4.5.el7.noarch.rpm ad1cdc0d750914db690dfd58b0b58a16b09d0cadbd68281c26bbf4a31ef06f85 kernel-headers-3.10.0-327.4.5.el7.x86_64.rpm 128d4dec4b6fd338ad2974140d4ac1e79737539324669c2d9135dd338817a653 kernel-tools-3.10.0-327.4.5.el7.x86_64.rpm 6210ac1a8f1f0d783b8ea0ce617475eb124ce1163f51d5aba6988be8319e4bd7 kernel-tools-libs-3.10.0-327.4.5.el7.x86_64.rpm d826d7458ffed75e9fcb1b3ec86977c1593044a9b54336819d5caf507be8f8e1 kernel-tools-libs-devel-3.10.0-327.4.5.el7.x86_64.rpm 8fa80deb6de526b395a35c4d49e2c9ac669397a954452bf454f87a0b182ba20d perf-3.10.0-327.4.5.el7.x86_64.rpm 4d65609eec974b3172035c5a0eacf470c565145cda94d6c6d4399766714d9ea6 python-perf-3.10.0-327.4.5.el7.x86_64.rpm Source: ad702b51357600291eededf7c8d8b83bbfca93c106fcb0515aa3040110a4199c kernel-3.10.0-327.4.5.el7.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net Twitter: @JohnnyCentOS ------------------------------ _______________________________________________ CentOS-announce mailing list CentOS-announce(a)centos.org https://lists.centos.org/mailman/listinfo/centos-announce End of CentOS-announce Digest, Vol 131, Issue 8 ***********************************************

1 0

Hylafax without modems - SIP?
by Gary Stainburn 26 Jan '16

26 Jan '16

I've just had to replace my Hylafax server as the cooling fan in the rack case has died and could not be replaced. My box runs three fax modems, one for each of the original 3 fax machines that got skipped years ago. This means that I now have 3 lots of: USB to seral converter (new box doesn't have any COM ports. 9pin->25-pin serial cable Modem power supply phone line analogue port on our Mitel 3300 controller I was wondering if there a better way? I've done lots of Googling and there is a lot of conflicting - and mostly very old - information out there. Does anyone have any more up-to-date opinions or advice on doing this? Most of the concerns about reliability were based on IP latency, but my fax server and my Mitel controller are both on the same Procurv Gigabit switch so hopefully that would be quick enough

1 0

What to do when you've been hacked?
by Benjamin Smith 26 Jan '16

26 Jan '16

No, we haven't been hacked. ;) We have a prospective client who is asking us what our policy is in the event of unauthorized access. Obviously you fix the system(s) that have been compromised, but what steps do you take to mitigate the effects of a breach? What is industry best practice? So far, searches haven't produced anything that looks consistent, except maybe identity monitoring for financial data. (EG: Target breach) We host a significant amount of educational data, but no financial information. How would we even respond to this question? I've also posted this question at https://www.reddit.com/r/linuxadmin/comments/42mi1r/what_to_do_when_youve_b… Thanks, Ben

3 4

Re: [CentOS] Just need to vent
by James B. Byrne 25 Jan '16

25 Jan '16

On Sun, January 24, 2016 11:45, Peter Duffy wrote: > > Trouble is that when you go from 6 to 7, you also have the delights of > systemd and grub 2 to contend with. > . . . > Similarly with others who have commented, I simply cannot > understand why the maintainers of crucial components in > linux have this thing about making vast changes which impact > (usually adversely) on users and admins, without (apparently) > any general discussion or review of the proposed changes. > What happened to RFCs? Maybe it's a power thing - we > can do it, so we're gonna do it, and if ya don't like it, tough! > Part of it is marketing. Most of it is ego. > It would be very interesting to know how many other users are > still on CentOS/Red Hat 6 as a result of reluctance to enjoy > all the - erm - improvements in 7. Maybe it's time to fork > CentOS 6 and make it look and behave like 7 without systemd > (or even better, with some way of selecting the init methodology > at install-time and afterwards), and with gnome2 (or a clear > choice between 2 and 3). Call it DeCentOS. > Depending on how the systemd drama plays out CentOS-6 may well be our last RH derivative, and perhaps our last Linux. At the moment we are withholding any judgement on the matter for want of clear empirical evidence respecting systemd's benefits and risks. On our test CentOS-7 systems we eventually switched to Mate. That in itself sorted out most of the most visceral negativity to RHEL7. But systemd, rightly or wrongly, remains a controversial issue here. And, being more interested in stability than features we will await further developments on that front. Maybe someone could convince Linus to embed an init processor into the kernel in a manner similar to how KVM made its way. -- *** e-Mail is NOT a SECURE channel *** Do NOT transmit sensitive data via e-Mail James B. Byrne mailto:ByrneJB@Harte-Lyne.ca Harte & Lyne Limited http://www.harte-lyne.ca 9 Brockley Drive vox: +1 905 561 1241 Hamilton, Ontario fax: +1 905 561 0757 Canada L8E 3C3

1 0

Re: [CentOS] Intel Xorg driver for Intel HD graphics
by Earl A Ramirez 24 Jan '16

24 Jan '16

What happen if you append i915.preliminary_hw_support=1 to the kernel argument?

1 0

Intel Xorg driver for Intel HD graphics
by Jerry Geis 24 Jan '16

24 Jan '16

I found this page: https://01.org/linuxgraphics/downloads/2015q4-intel-graphics-stack-release I have an Intel NUC5C with "Intel HD" graphics and I'm trying to use CentOS 7.2 I downloaded the files suggested: cairo-1.14.4.tar.xz libva-1.6.2.tar.bz2 mesa-11.0.4.tar.xz intel-gpu-tools-1.13.tar.bz2 libva-intel-driver-1.6.2.tar.bz2 xf86-video-intel-2.99.917.tar.gz libdrm-2.4.65.tar.gz xorg-server-1.18.0.tar.bz2 and compiled, then installed them. All are working except the final one xorg-server-1.18 On the configure I get these errors: configure: error: Package requirements (fixesproto >= 5.0 damageproto >= 1.1 xcmiscproto >= 1.2.0 xtrans >= 1.3.5 bigreqsproto >= 1.1.0 xproto >= 7.0.28 randrproto >= 1.5.0 renderproto >= 0.11 xextproto >= 7.2.99.901 inputproto >= 2.3 kbproto >= 1.0.3 fontsproto >= 2.1.3 pixman-1 >= 0.27.2 videoproto compositeproto >= 0.4 recordproto >= 1.13.99.1 scrnsaverproto >= 1.1 resourceproto >= 1.2.0 xf86driproto >= 2.1.0 glproto >= 1.4.17 dri >= 7.8.0 presentproto >= 1.0 xineramaproto xkbfile pixman-1 >= 0.27.2 xfont >= 1.4.2 xau libsystemd-daemon xshmfence >= 1.1) were not met: Requested 'xproto >= 7.0.28' but version of Xproto is 7.0.26 Requested 'randrproto >= 1.5.0' but version of RandrProto is 1.4.0 I'm not sure what to do with these errors. The "proto" packags are nothing that I can install -devel packages for as these packages are not even present on the Packages directory that I see. Any thoughts how I might get the Xorg server running on the "Intel HD" graphics of the NUC5C? Thanks, Jerry

3 2

cups-1.3.7-32.el5_11.x86_64 may have a problem
by Greg Ennis 24 Jan '16

24 Jan '16

Everyone, I have a problem I have been chasing for about three weeks and only occurred after cups was updated with cups-1.6.3-22.el7. I would be interested as to whether any one else has had this problem, and would entertain suggestions as to how I can debug the problem. My Centos 5 server is a gateway as well as a cups print server that has been in place for 8 years and has continued to perform exceptionally well. My Centos 7 server is a mail server and archive file server that is in the same network as my Centos 5 server described above. I have cups active on this server, which communicates to the Centos 5 server described above as well as another remote Centos 5 cups print server and another remote Centos 6 cups print server. Each of the latter two print servers are on different networks than the Centos 7 server that has the problem. The problem that has been occurring for the last three weeks appears to be related to the Centos 7 server or communication failure between it and the Centos 5 print server in the same network. What happens is that when the Centos 7 archive server receives a command to print an archived file on one of the printers inside its own network it appears to send several print commands to the Centos 5 server which causes the file to be printed several times. What happens is that the users eventually turn off the printer to keep the file from being printed dozens of times, and eventually the cups print queue on the Centos 5 server becomes full and all the printers in that network become unreachable with print commands. It is interesting that the remote print servers appear to function normally during this time. The only way I have figured out to remedy the problem is the use the "cancel -u user" command on the Centos 5 server to get rid of the command on the Centos 5 server and to use cancel lpt2-xxxxx on the Centso 7 server to get rid of the command on the archive server. When I evaluate the logs, I am either blind to the problem or am not seeing much I can piece together. Both machines have all updates and are listed as : Gateway and Cups Print Server : CentOS release 5.11 (Final) with 2.6.18-407.el5.centos.plusxen kernel with cups-1.3.7-32.el5_11.x86_64 Mail server and Archive File server : CentOS Linux release 7.2.1511 (Core) with 3.10.0-327.4.4.el7.x86_64 kernel with cups-1.6.3-22.el7.x86_64 If any of you have ideas, would sure appreciate your help. Greg Ennis

2 2

How does Live CD find OS's?
by Timothy Murphy 24 Jan '16

24 Jan '16

If I boot into CentOS on my home server from a Live CD or USB stick and go to Troubleshoot, it lists OS's it finds on the machine. How does it find these OS's? Presumably it looks through all the partitions on all the hard disks for something that looks like an OS? But how exactly does it identify an OS? -- Timothy Murphy gayleard /at/ eircom.net School of Mathematics, Trinity College, Dublin

3 4

HDD badblocks
by Alessandro Baggi 23 Jan '16

23 Jan '16

Hi list, I've a notebook with C7 (1511). This notebook has 2 disk (640 GB) and I've configured them with MD at level 1. Some days ago I've noticed some critical slowdown while opening applications. First of all I've disabled acpi on disks. I've checked disk for badblocks 4 consecutive times for disk sda and sdb and I've noticed a strange behaviour. On sdb there are not problem but with sda: 1) First run badblocks reports 28 badblocks on disk 2) Second run badblocks reports 32 badblocks 3) Third reports 102 badblocks 4) Last run reports 92 badblocks. Running smartctl after the last badblocks check I've noticed that Current_Pending_Sector was 32 (not 92 as badblocks found). To force sector reallocation I've filled the disk up to 100%, runned again badblocks and 0 badblocks found. Running again smartctl, Current_Pending_Sector 0 but Reallocated_Event Count = 0. Why each consecutive run of badblocks reports different results? Why smartctl does not update Reallocated_Event_Count? Badblocks found on sda increase/decrease without a clean reason. This behaviuor can be related with raid (if a disk had badblocks this badblock can be replicated on second disk?)? What other test I can perform to verify disks problems? Thanks in advance.

12 27

Re: [CentOS] How to get UEFI setting by shell?
by wk 23 Jan '16

23 Jan '16

Hi, another question.With secure boot on, I make a kernel module test.ko Then insmod test.ko: [root@localhost linux]# insmod test.ko insmod: ERROR: could not insert module test.ko: Required key not available How can I sign my test.ko for CentOS7.1? If I set secure boot off, insmod test.ko will be successful. w.k. ------------------ Original ------------------ From: "我自己的邮箱";<304702903(a)qq.com>; Date: Fri, Jan 22, 2016 03:07 PM To: "eero.volotinen"<eero.volotinen(a)iki.fi>; "gordon.messmer"<gordon.messmer(a)gmail.com>; Cc: "centos"<centos(a)centos.org>; Subject: Re: [CentOS] How to get UEFI setting by shell? volotinen and gordon.messmer: thank you for your answers. w.k. ------------------ Original ------------------ From: "Gordon Messmer";<gordon.messmer(a)gmail.com>; Date: Fri, Jan 22, 2016 02:13 PM To: "CentOS mailing list"<centos(a)centos.org>; Subject: Re: [CentOS] How to get UEFI setting by shell? On 01/21/2016 09:47 PM, wk wrote: > How to check/get UEFI information by shell/bash terminal ? example:if UEFI is enabled? if secure boot is enabled? Systems that boot via UEFI will have /sys/firmware/efi. You may have access to your secure boot setting in /sys/firmware/efi/efivars/, or in the output of "bootctl --path /boot/efi status" _______________________________________________ CentOS mailing list CentOS(a)centos.org https://lists.centos.org/mailman/listinfo/centos

5 15

How to get UEFI setting by shell?
by wk 22 Jan '16

22 Jan '16

Hi, CentOS7.1, Dell PowerEdge R730xd. How to check/get UEFI information by shell/bash terminal ? example:if UEFI is enabled? if secure boot is enabled? Thanks.

4 3

CentOS-announce Digest, Vol 131, Issue 7
by centos-announce-request＠centos.org 22 Jan '16

22 Jan '16

Send CentOS-announce mailing list submissions to centos-announce(a)centos.org To subscribe or unsubscribe via the World Wide Web, visit https://lists.centos.org/mailman/listinfo/centos-announce or, via email, send a message with subject or body 'help' to centos-announce-request(a)centos.org You can reach the person managing the list at centos-announce-owner(a)centos.org When replying, please edit your Subject line so it is more specific than "Re: Contents of CentOS-announce digest..." Today's Topics: 1. Announcing release for Gluster 3.6 and 3.7 on CentOS Linux 6 x86_64 (Niels de Vos) 2. CESA-2016:0054 Important CentOS 5 java-1.7.0-openjdk Security Update (Johnny Hughes) 3. CESA-2016:0054 Important CentOS 7 java-1.7.0-openjdk Security Update (Johnny Hughes) 4. CESA-2016:0049 Critical CentOS 7 java-1.8.0-openjdk Security Update (Johnny Hughes) 5. CESA-2016:0053 Critical CentOS 6 java-1.7.0-openjdk Security Update (Johnny Hughes) 6. CESA-2016:0050 Important CentOS 6 java-1.8.0-openjdk Security Update (Johnny Hughes) ---------------------------------------------------------------------- Message: 1 Date: Thu, 21 Jan 2016 17:07:10 +0100 From: Niels de Vos <ndevos(a)redhat.com> To: centos-announce(a)centos.org Subject: [CentOS-announce] Announcing release for Gluster 3.6 and 3.7 on CentOS Linux 6 x86_64 Message-ID: <20160121160710.GY4466(a)ndevos-x240.usersys.redhat.com> Content-Type: text/plain; charset="us-ascii" I am happy to announce the General Availability of Gluster 3.6 and 3.7 for CentOS 6 on x86_64. These packages are following the upstream Gluster Community releases, with one minor update for each version per month. Users of CentOS 6 can now simply install Gluster with only these two commands: # yum install centos-release-gluster # yum install glusterfs-server The centos-release-gluster content comes from the centos-release-gluster37 package delivered via CentOS Extras repos. This contains all the metadata and dependancy information, needed to install Gluster 3.7. For people looking at running Gluster 3.6, there is the centos-release-gluster36 package. In order to get this version, substitute the step-1 mentioned above with: # yum install centos-release-gluster36 We have a quickstart guide specifically built around the packages are available now, it makes for a good introduction to Gluster and will help get you started in just a few simple steps, this quick start is available at https://wiki.centos.org/SpecialInterestGroup/Storage/gluster-Quickstart More details about the packages that the Gluster project provides in the Storage SIG is available in the documentation: https://wiki.centos.org/SpecialInterestGroup/Storage/Gluster The centos-release-gluster* repositories offer additional packages that enhance the usability of Gluster itself. Users can request additional tools and applications to be provided, just send us an email with your suggestions. The current list of packages that is (planned to become) available can be found here: https://wiki.centos.org/SpecialInterestGroup/Storage/Gluster/Ecosystem-pkgs Gluster is the first project that provides packages through the Storage SIG. Other projects are in the process to do so too. General information about the SIG can be read in the wiki: https://wiki.centos.org/SpecialInterestGroup/Storage We welcome all feedback, comments and contributions. You can get in touch with the CentOS Storage SIG on the centos-devel mailing list ( https://lists.centos.org ) and with the Gluster developer and user communities at https://www.gluster.org/mailman/listinfo , we are also available on irc at #gluster on irc.freenode.net, and on twitter at @gluster . Cheers, Niels de Vos Storage SIG member & Gluster maintainer

1 0

CentOS 7 magically rebooted!
by Tom Robinson 22 Jan '16

22 Jan '16

CentOS Linux release 7.2.1511 (Core) Hi, Last night our CentOS 7 server rebooted. Seemingly it's a very clean reboot. I can't find a shred of evidence as to why it happened though. Things I've checked: * sa reports * /var/log/{messages,secure,dmesg,cron} * /var/log/audit/audit.log * lastlog The host is used for KVM virtualisation and connects via multipathing to our OmniOS SAN via infiniband. I can provide any logging you may think helpful Here's an excerpt from /var/log/messages at the time of reboot: ---8<--- Jan 21 23:32:01 daytona systemd: Starting Session 10964 of user root. Jan 21 23:32:12 daytona systemd: Started Amanda Backup System (192.168.0.31:703). Jan 21 23:32:12 daytona systemd: Starting Amanda Backup System (192.168.0.31:703)... Jan 21 23:33:01 daytona systemd: Started Session 10965 of user root. Jan 21 23:33:01 daytona systemd: Starting Session 10965 of user root. Jan 21 23:34:01 daytona systemd: Started Session 10966 of user root. Jan 21 23:34:01 daytona systemd: Starting Session 10966 of user root. Jan 21 23:35:01 daytona systemd: Started Session 10967 of user root. Jan 21 23:35:01 daytona systemd: Starting Session 10967 of user root. Jan 21 23:35:34 daytona systemd: Started Amanda Backup System (192.168.0.31:703). Jan 21 23:35:34 daytona systemd: Starting Amanda Backup System (192.168.0.31:703)... Jan 21 23:36:01 daytona systemd: Started Session 10968 of user root. Jan 21 23:36:01 daytona systemd: Starting Session 10968 of user root. Jan 21 23:36:50 daytona systemd: Started Amanda Backup System (192.168.0.31:703). Jan 21 23:36:50 daytona systemd: Starting Amanda Backup System (192.168.0.31:703)... Jan 21 23:37:02 daytona systemd: Started Session 10969 of user root. ---8<--- Jan 21 23:53:01 daytona systemd: Starting Session 10985 of user root. Jan 21 23:54:01 daytona systemd: Started Session 10986 of user root. Jan 21 23:54:01 daytona systemd: Starting Session 10986 of user root. Jan 21 23:55:01 daytona systemd: Started Session 10987 of user root. Jan 21 23:55:01 daytona systemd: Starting Session 10987 of user root. Jan 21 23:56:01 daytona systemd: Started Session 10988 of user root. Jan 21 23:56:01 daytona systemd: Starting Session 10988 of user root. Jan 21 23:57:01 daytona systemd: Started Session 10989 of user root. Jan 21 23:57:01 daytona systemd: Starting Session 10989 of user root. Jan 21 23:58:01 daytona systemd: Started Session 10990 of user root. Jan 21 23:58:01 daytona systemd: Starting Session 10990 of user root. Jan 22 00:05:10 daytona rsyslogd: [origin software="rsyslogd" swVersion="7.4.7" x-pid="6886" x-info="http://www.rsyslog.com"] start Jan 22 00:05:10 daytona rsyslogd-2307: warning: ~ action is deprecated, consider using the 'stop' statement instead [try http://www.rsyslog.com/e/2307 ] Jan 22 11:02:38 daytona journal: Runtime journal is using 8.0M (max allowed 4.0G, trying to leave 4.0G free of 125.8G available → current limit 4.0G). Jan 22 11:02:38 daytona kernel: Initializing cgroup subsys cpuset Jan 22 11:02:38 daytona kernel: Initializing cgroup subsys cpu Jan 22 11:02:38 daytona kernel: Initializing cgroup subsys cpuacct Jan 22 11:02:38 daytona kernel: Linux version 3.10.0-327.4.4.el7.x86_64 (builder(a)kbuilder.dev.centos.org) (gcc version 4.8.3 20140911 (Red Hat 4.8.3-9) (GCC) ) #1 SMP Tue Jan 5 16:07:00 UTC 2016 Jan 22 11:02:38 daytona kernel: Command line: BOOT_IMAGE=/vmlinuz-3.10.0-327.4.4.el7.x86_64 root=/dev/mapper/centos-root ro rd.lvm.lv=centos/swap rd.iscsi.firmware crashkernel=auto vconsole.keymap=us vconsole.font=latarcyrheb-sun16 ip=ibft bridge=br0:ibft0 rd.lvm.lv=centos/root LANG=en_AU.UTF-8 Jan 22 11:02:38 daytona kernel: e820: BIOS-provided physical RAM map: Jan 22 11:02:38 daytona kernel: BIOS-e820: [mem 0x0000000000000000-0x0000000000095fff] usable Jan 22 11:02:38 daytona kernel: BIOS-e820: [mem 0x0000000000096000-0x000000000009ffff] reserved Jan 22 11:02:38 daytona kernel: BIOS-e820: [mem 0x00000000000e0000-0x00000000000fffff] reserved Jan 22 11:02:38 daytona kernel: BIOS-e820: [mem 0x0000000000100000-0x000000007df5cfff] usable Jan 22 11:02:38 daytona kernel: BIOS-e820: [mem 0x000000007df5d000-0x000000007e0c8fff] reserved Jan 22 11:02:38 daytona kernel: BIOS-e820: [mem 0x000000007e0c9000-0x000000007e2d7fff] ACPI NVS Jan 22 11:02:38 daytona kernel: BIOS-e820: [mem 0x000000007e2d8000-0x000000007f352fff] reserved Jan 22 11:02:38 daytona kernel: BIOS-e820: [mem 0x000000007f353000-0x000000007f7fffff] ACPI NVS Jan 22 11:02:38 daytona kernel: BIOS-e820: [mem 0x0000000080000000-0x000000008fffffff] reserved ---8<--- Jan 22 11:05:00 daytona systemd: Starting Switch Root. Jan 22 11:05:00 daytona systemd: Starting Switch Root... Jan 22 11:05:00 daytona multipathd: 3600144f00000000000005272fc8f0002: stop event checker thread (139795286001408) Jan 22 11:05:00 daytona systemd: Switching root. Jan 22 11:05:00 daytona journal: Journal stopped Jan 22 00:05:03 daytona journal: Runtime journal is using 8.0M (max allowed 4.0G, trying to leave 4.0G free of 125.8G available → current li mit 4.0G). Jan 22 00:05:03 daytona journal: Runtime journal is using 8.0M (max allowed 4.0G, trying to leave 4.0G free of 125.8G available → current li mit 4.0G). Jan 22 00:05:03 daytona systemd-journald[322]: Received SIGTERM from PID 1 (systemd). Jan 22 00:05:03 daytona kernel: type=1404 audit(1453421101.209:2): enforcing=1 old_enforcing=0 auid=4294967295 ses=4294967295 Jan 22 00:05:03 daytona kernel: type=1403 audit(1453421101.610:3): policy loaded auid=4294967295 ses=4294967295 Jan 22 00:05:03 daytona systemd[1]: Successfully loaded SELinux policy in 425.378ms. The messages 'Starting Session ...' appear every minute for several hours due to a couple of ssh sessions I left logged in. Is that cause for concern? Other than that there were a couple of messages from the amanda backup. Then the host reboots. The timestamp at boot is of note: it reverts to UTC and then back to our local timezone at the end of the boot cycle. Is that normal and can it be configured otherwise? Any help is appreciated. Kind regards, Tom -- Tom Robinson IT Manager/System Administrator MoTeC Pty Ltd 121 Merrindale Drive Croydon South 3136 Victoria Australia T: +61 3 9761 5050 F: +61 3 9761 5051 E: tom.robinson(a)motec.com.au

2 1

snat packet going out a bridge
by Steve Clark 21 Jan '16

21 Jan '16

Hi List, I am running into a problem where I have 2 interfaces bridged with and ip address assigned. I have another interface in which traffic has ingress traffic that needs to go out the bridged interface. I am trying unsuccessfully to SNAT the traffic leaving the bridge interface to its assigned address. # brctl show xbrdg0 bridge name bridge id STP enabled interfaces xbrdg0 8000.000c297aa55f no eth0 eth1 # ip a s xbrdg0 11: xbrdg0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UNKNOWN link/ether 00:0c:29:7a:a5:5f brd ff:ff:ff:ff:ff:ff inet 192.168.100.3/24 scope global xbrdg0 # ip a s eth5 7: eth5: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state UP qlen 1000 link/ether 00:0c:29:7a:a5:7d brd ff:ff:ff:ff:ff:ff inet 10.10.0.1/29 scope global eth5 default via 192.168.100.1 dev xbrdg0 So I want traffic coming in eth5 with 10.10.0.x addresses to be source natted to 192.168.100.3. But my iptables nat statement never gets hit. Chain POSTROUTING (policy ACCEPT 172 packets, 31384 bytes) pkts bytes target prot opt in out source destination 0 0 SNAT all -- * xbrdg0 0.0.0.0/0 0.0.0.0 to:192.168.100.3 29 1933 MASQUERADE all -- * tun+ 0.0.0.0/0 0.0.0.0/0 # ping -I 10.10.0.1 8.8.8.8 # tcpdump -nli xbrdg0 icmp or arp tcpdump: verbose output suppressed, use -v or -vv for full protocol decode listening on xbrdg0, link-type EN10MB (Ethernet), capture size 65535 bytes 12:52:06.914295 IP 10.10.0.1 > 8.8.8.8: ICMP echo request, id 38932, seq 1, length 64 12:52:07.914592 IP 10.10.0.1 > 8.8.8.8: ICMP echo request, id 38932, seq 2, length 64 12:52:08.914579 IP 10.10.0.1 > 8.8.8.8: ICMP echo request, id 38932, seq 3, length 64 Any ideas? Thanks, Steve -- Stephen Clark

3 4

Radeon driver with HD 2600 pro and dual head
by Tim 21 Jan '16

21 Jan '16

Hey list, I got a problem with a Gigabyte radeon HD 2600 pro card regarding my multi head setup with . This card has two DVI connectors. The second monitor has the state of being disconnected after startup (xrandr -q). When I disconnect it and reconnect sometimes the screen comes up and the second monitor shows up in display settings. It doesn't matter which port of the card I use first - the other one is disconnected. Any idea where I can take a look at? Thanks in advance Regards Tim

1 0

signing RPM packages with SHA256
by Alice Wonder 21 Jan '16

21 Jan '16

hi, I noticed that RPM packages I sign use SHA1 Signature : RSA/SHA1, Fri 08 Jan 2016 10:50:58 AM PST, Key ID ad3b591d147abf59 Signatures from CentOS 7 use SHA256 Signature : RSA/SHA256, Wed 06 Jan 2016 08:54:58 AM PST, Key ID 24c6a8a7f4a80eb5 I'm trying to find where / how to use sha256 when I sign packages but I am not having much luck. Closest I have found is this : https://fedoraproject.org/wiki/RPM_file_format_changes_to_support_SHA-256 That page appears to be from 2009 and six years is a really long time, things change a lot. Is there an up to date reference somewhere on RPM package signing that I haven't stumbled upon yet? SHA1 is broken. I shouldn't be using it. CentOS 7 is all I build packages for. Thank you.

3 9

ifenslave vs. /etc/sysconfig/network-scripts
by Nicholas Geovanis 21 Jan '16

21 Jan '16

How does the ifenslave command relate to "normal" network slave configuration in /etc/sysconfig/network-scripts? Does config-file-based setup use ifenslave or is it more complicated than that? Thanks....Nick

1 0

Failed to start polkit.service: Connection timed out
by Henry McLaughlin 21 Jan '16

21 Jan '16

This is related to another earlier post regarding "realm discover" I want to set the timezone to Melbourne/Australia which failed with: [root@sssd-testing ~]# timedatectl set-timezone Australia/Melbourne Error getting authority: Error initializing authority: Error calling StartServiceByName for org.freedesktop.PolicyKit1: Timeout was reached (g-io-error-quark, 24) Failed to set time zone: Connection timed out I found the following which suggests the error is caused by the polkit service failing to start: http://unix.stackexchange.com/questions/249575/systemctl-keeps-timing-out-o… When I reinstall and try to start the polkit service in accordance with the post above I receive the following: [root@sssd-testing ~]# systemctl start polkit Error getting authority: Error initializing authority: Error calling StartServiceByName for org.freedesktop.PolicyKit1: Timeout was reached (g-io-error-quark, 24) Failed to start polkit.service: Connection timed out When I call the service directly in accordance with the post above I receive: [root@sssd-testing ~]# /usr/lib/polkit-1/polkitd Successfully changed to user polkitd Error getting system bus: Could not connect: Permission denied ** (polkitd:922): WARNING **: Error getting system bus: Could not connect: Permission denied 10:44:10.564: Loading rules from directory /etc/polkit-1/rules.d 10:44:10.564: Loading rules from directory /usr/share/polkit-1/rules.d 10:44:10.564: Finished loading, compiling and executing 2 rules Entering main event loop 10:44:10.564: Lost the name org.freedesktop.PolicyKit1 - exiting Shutting down Exiting with code 0 The post below identifies a similar issue with the polkit service not starting however I have confirmed dbus is running and the polkitd user does exist. https://bbs.archlinux.org/viewtopic.php?id=161291 [root@sssd-testing ~]# ps ax | grep dbus 221 ? Ss 0:00 /bin/dbus-daemon --system --address=systemd: --nofork --nopidfile --systemd-activation 929 pts/1 S+ 0:00 grep --color=auto dbus [root@sssd-testing ~]# getent passwd polkitd polkitd:x:997:995:User for polkitd:/:/sbin/nologin

1 0

realm discover
by Henry McLaughlin 21 Jan '16

21 Jan '16

I am new to CentOS and trying to setup a Samba file server however when discovering domains I receive an authorisation error: [root@sssd-testing ~]# id uid=0(root) gid=0(root) groups=0(root) [root@sssd-testing ~]# realm discover realm: Couldn't discover realms: Not authorized to perform this action

3 3

Monitor Dummy Device
by Joey 21 Jan '16

21 Jan '16

Hello List, i want to use a Dual-Screen Solution without connected a second Monitor. Its a solution available, that a physical monitor/Device is simulated? I want to use it on KDE. Thank you. Joey

7 22

Re: [CentOS] HDD badblocks
by James B. Byrne 20 Jan '16

20 Jan '16

On Tue, January 19, 2016 18:36, John R Pierce wrote: > On 1/19/2016 3:29 PM, J Martin Rushton wrote: >> I suspect that the gold layer on edge connectors 30-odd years ago >> was >> a lot thicker than on modern cards. We are talking contacts on 0.1" >> spacing not some modern 1/10 of a knat's whisker. (Off topic) I >> also >> remember seeing engineers determine which memory chip was at fault >> and >> replacing the chip using a soldering iron. Try that on a DIMM! > > indeed, I pretty much quit doing component level electronics when > everything went to surface mount. > > Kids these days! I remember taking the vacuum tubes to the testing centre in the corner drug-store to see which ones need replacing. Apologies to the four Yorkshiremen. -- *** e-Mail is NOT a SECURE channel *** Do NOT transmit sensitive data via e-Mail James B. Byrne mailto:ByrneJB@Harte-Lyne.ca Harte & Lyne Limited http://www.harte-lyne.ca 9 Brockley Drive vox: +1 905 561 1241 Hamilton, Ontario fax: +1 905 561 0757 Canada L8E 3C3

1 0

CentOS-announce Digest, Vol 131, Issue 6
by centos-announce-request＠centos.org 20 Jan '16

20 Jan '16

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. CEEA-2016:0044 CentOS 6 igb Enhancement Update (Johnny Hughes) 2. CESA-2016:0045 Important CentOS 5 kernel Security Update (Johnny Hughes) ---------------------------------------------------------------------- Message: 1 Date: Fri, 15 Jan 2016 15:23:17 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CEEA-2016:0044 CentOS 6 igb Enhancement Update Message-ID: <20160115152317.GA4136(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Enhancement Advisory 2016:0044 Upstream details at : https://rhn.redhat.com/errata/RHEA-2016-0044.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: cbaabacef73bb8a664314c419c0a357f813a1a6203bf8045c71e2f4b9212e2e2 kmod-igb-5.2.15_k-1.el6_7.i686.rpm x86_64: 866a0c15dda8db6193cfaa36c8ce617893fbee54d80278adb9524e271f792118 kmod-igb-5.2.15_k-1.el6_7.x86_64.rpm Source: dff34134cf087bf972cd380ad1837a12957e3ea85aee644446757eb3c9f5d47b igb-5.2.15_k-1.el6_7.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net Twitter: @JohnnyCentOS ------------------------------ Message: 2 Date: Tue, 19 Jan 2016 20:05:12 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CESA-2016:0045 Important CentOS 5 kernel Security Update Message-ID: <20160119200512.GA32304(a)chakra.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Security Advisory 2016:0045 Important Upstream details at : https://rhn.redhat.com/errata/RHSA-2016-0045.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: 45d48fb8351d1e77ca7826f2025b8c28e42d244a37cccd7e40c945f193a4f929 kernel-2.6.18-408.el5.i686.rpm 2ab4facb340d3a1fb1fc81ed12f58a8b5c9103cd9f2133b4082be8d6c553df81 kernel-debug-2.6.18-408.el5.i686.rpm a42578c0604c1d86e976a104dee01a03c2f5b92e9cb713ead3c1616cb79e67b3 kernel-debug-devel-2.6.18-408.el5.i686.rpm 6c1406f7375ec4617d3d53e7e6ad0add39fe9e646675b4e1247c91cb5f7066e5 kernel-devel-2.6.18-408.el5.i686.rpm df8c6370f9b74dba17f99d608daa1259f4271f15f1bae6091197d11952a83b3c kernel-doc-2.6.18-408.el5.noarch.rpm b2ff283f0d821a062ec1414a86756154f6a9df3a3c4c0563d29b0b27655b492d kernel-headers-2.6.18-408.el5.i386.rpm 82d38fccf6d3b7e21fcfa6b3807014b280696e53aae6b95a870ab33342f86f8c kernel-PAE-2.6.18-408.el5.i686.rpm 758913ae27c4da4b4f5a98f851e5ae55ac9c427476f1e893662fe9a7b571412d kernel-PAE-devel-2.6.18-408.el5.i686.rpm 5e758fe8925b0b79ee4d5386a1cfd760ea06abe80d6ee6ec43963b01e87af878 kernel-xen-2.6.18-408.el5.i686.rpm 6648864e010dcaeddb600d11635f1385806cad22fc2916e8706be1a136f0b728 kernel-xen-devel-2.6.18-408.el5.i686.rpm x86_64: 38c47b61044a33476ab42ba2cfdbafc57f86ab29846352edb7017725e1b190bc kernel-2.6.18-408.el5.x86_64.rpm 02fad3d60b68a09db26aa6299b51e69bb3f3e60f6b2695b7b267c93862ad59a7 kernel-debug-2.6.18-408.el5.x86_64.rpm 62502d190c1650834f58df4b73532afc18743381c376987d862b954dfaefa2eb kernel-debug-devel-2.6.18-408.el5.x86_64.rpm 2013207c15f229da615a620443ff96a1f4e200dced92f3e7ee070bcf0fe2ef8b kernel-devel-2.6.18-408.el5.x86_64.rpm df8c6370f9b74dba17f99d608daa1259f4271f15f1bae6091197d11952a83b3c kernel-doc-2.6.18-408.el5.noarch.rpm cbe09cac6bc78fedc1f79a12ebffe1663ec5c8d76640c7a4d7cfb5b4a93754c0 kernel-headers-2.6.18-408.el5.x86_64.rpm c8965c4e5f822bcca0bb4afeee41512731b1823b403112d71445ed869fa3efb4 kernel-xen-2.6.18-408.el5.x86_64.rpm a2da81341a223d25427ce21be8caf689771c0f7900b61fd736796f3402261764 kernel-xen-devel-2.6.18-408.el5.x86_64.rpm Source: 90958bbb66a6776d51e6b9e5d920d18c989fd169b5308e47ff1d6384272846b9 kernel-2.6.18-408.el5.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net Twitter: JohnnyCentOS ------------------------------ _______________________________________________ CentOS-announce mailing list CentOS-announce(a)centos.org https://lists.centos.org/mailman/listinfo/centos-announce End of CentOS-announce Digest, Vol 131, Issue 6 ***********************************************

1 0

LVM thin volumes fstrim operation not supported
by Tim Robinson 20 Jan '16

20 Jan '16

Hi All I'm trying to setup my LVM thin pool to support discards so that the pool can reclaim space even if the underlying device doesn't support trim. It is my understanding that all thin pools should support trim even if the underlying device doesn't. (please correct me if I'm wrong here) I have one centos server that does support trim and everything is working correctly but any new servers and thin pools throw the error below. # fstrim -v /mnt/data00 fstrim: /mnt/data00: the discard operation is not supported I can't find any differences in the LVM configuration between the two servers, they both have the lv discards set to passthough. Can anyone tell me if I'm missing something when creating the thin pool that would allow me to perform the fstrim. I'm using xfs on all of the lvs. Thanks, Tim

2 3

Setting up a userID for an SSH tunnel
by Robert Moskowitz 19 Jan '16

19 Jan '16

I need/desire to set up a userID for an SSH tunnel, but not allow said user to have a login to the server. For the user to set up the tunnel with: ssh -p 1234 -L 8080:192.168.1.4:80 george(a)gateway.foo.com Where george would use a password instead of a stored SSH key, could george be created with: useradd -s /sbin/nologin -c "George" george passwd george thanks

4 4

Supervisory
by Hadi Motamedi 19 Jan '16

19 Jan '16

Dear All I have a centos server with super user password access. There are a number of users on the same net accessing it via telnet with their dedicated id/pwd . For the supervision purposes, I need to know which user is issuing what command on the server . In other words , monitoring their activities . Can you please let me know how it can be done on the centos? Thank you in advance

2 2

Skype 4.3.0.37 on Centos 7
by melkor.kp 19 Jan '16

19 Jan '16

Hi, Does anybody tried to install Skype on Centos 7.2? It is giving a segmentation fault when you start it. I installed using the nux repository and the fedora rpm. Cheers, Roberto Nebot -- It's a dangerous business, Frodo, going out your door. You step onto the road, and if you don't keep your feet, there's no knowing where you might be swept off to. Bilbo Baggins. http://vanishedintheshell.apsila.org <http://vanishedintheshell.blogspot.com>

2 2

Looking for uvch264src in gstreamer-1.0 plugins bad free
by Jerry Geis 18 Jan '16

18 Jan '16

I am using CentOS 7.2 and looking for the uvch264src element in gstreamer. It is supposed to be in the plugins - bad -free which I have installed. gst-inspect-1.0 does not show it. How can I get this element? Thanks, Jerry

1 0

CPU Freq Scaling
by Alessandro Baggi 17 Jan '16

17 Jan '16

Hi list, I'm using C7 and noticed that cpu freq is enabled with governor conservative. I've used cpupower utils for governor change, but at the next boot it restart with conservative governor. I've tried also to start cpupower service and setting OPT in /etc/sysconfig/cpupower but it does not works. Can someone point me in the right direction? Thanks in advance

2 1

OpenSSH security flaw
by Boris Epstein 16 Jan '16

16 Jan '16

Hello all, Does anybody know if this one has been patched? http://thehackernews.com/2016/01/openssh-vulnerability-cryptokeys.html Thanks. Boris.

3 2

gfortran "static" linking on CentOS 7
by Kay Diederichs 16 Jan '16

16 Jan '16

Dear all, on CentOS 6 one could use -static-libgcc -static-libgfortran to obtain a binary which would run on other computers which don't have gfortran installed. On CentOS 7 one can install the libgfortran-static and libquadmath-static RPMs but the resulting binary _still_ requires /lib64/libquadmath.so as revealed by ldd. gfortran does not recognize an option like -static-libquadmath . libquadmath is required even for tiny programs which do not use high precision data types. Heavy use of Google did not bring any result. I tried with linker options -Wl,-Bstatic and so on, but without changes. So, can anyone tell me how to compile/link with gfortran a binary which does not have a requirement for libquadmath? If this is not possible, why are there libgfortran-static and libquadmath-static RPMs ? thank you, Kay

1 0

grub2-mkconfig strange error
by Timothy Murphy 15 Jan '16

15 Jan '16

When I run "grub2-mkconfig" on my CentOS-7.1 desktop I get the warning (4 times) /usr/sbin/grub2-probe: error: cannot find a GRUB drive for /dev/block/8. Check your device.map. What exactly does this mean? My device map looks perfectly normal to me: [root@helen ~]# cat /boot/grub2/device.map (hd0) /dev/sda (hd1) /dev/sdb This makes me reluctant to boot into CentOS-7.2. An additional, possibly related, query. When I run grub2-mkconfig it lists various OS's it finds: ========================= Found Windows 7 (loader) on /dev/sda1 Found CentOS Linux release 7.1.1503 (Core) on /dev/sda12 Found Windows 7 (loader) on /dev/sdb1 Found CentOS release 6.5 (Final) on /dev/sdb5 Found CentOS release 5.6 (Final) on /dev/sdc7 done ========================= Why does it not list CentOS 7.2 since it ========================= Found linux image: /boot/vmlinuz-3.10.0-327.4.4.el7.x86_64 Found initrd image: /boot/initramfs-3.10.0-327.4.4.el7.x86_64.img ========================= -- Timothy Murphy gayleard /at/ eircom.net School of Mathematics, Trinity College, Dublin

1 0

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

Discuss