- Discuss - lists.centos.org

CentOS-announce Digest, Vol 111, Issue 4
by centos-announce-request＠centos.org 08 May '14

08 May '14

Send CentOS-announce mailing list submissions to centos-announce(a)centos.org To subscribe or unsubscribe via the World Wide Web, visit http://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-2014:0474 Important CentOS 5 struts Update (Johnny Hughes) ---------------------------------------------------------------------- Message: 1 Date: Wed, 7 May 2014 14:04:43 +0000 From: Johnny Hughes <johnny(a)centos.org> Subject: [CentOS-announce] CESA-2014:0474 Important CentOS 5 struts Update To: centos-announce(a)centos.org Message-ID: <20140507140443.GA15962(a)chakra.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Security Advisory 2014:0474 Important Upstream details at : https://rhn.redhat.com/errata/RHSA-2014-0474.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: 1cc4200256cb0a4ae91db1bde3b5f4cdf6b9ab4e920d0c33934bae1a3b2e0bfe struts-1.2.9-4jpp.8.el5_10.i386.rpm 954c8a5b17dcd6226effbc9d0feeabf2c329ab052fe50c5eb99657c5ac8b9e05 struts-javadoc-1.2.9-4jpp.8.el5_10.i386.rpm d6aa0abfab35a345254ef2fb4a94e49fd8c51213b1da38eacd60f016c379ef09 struts-manual-1.2.9-4jpp.8.el5_10.i386.rpm 48cdbed39820b9457f9ab0e1a83ec481bfc4fc103de9c694103ee30d536e45d1 struts-webapps-tomcat5-1.2.9-4jpp.8.el5_10.i386.rpm x86_64: 4c59e85eb9fab15bd8e68947959032eaec7f568e139d2514888258b5450e206f struts-1.2.9-4jpp.8.el5_10.x86_64.rpm 6b9363be4d9c564374014fe8f3c0220344e89e13c086b2c37ca7b668425dcf2a struts-javadoc-1.2.9-4jpp.8.el5_10.x86_64.rpm b957bffe65ef7565bf5610de0640cc8a905838af04c54a180615c80b095e2b6c struts-manual-1.2.9-4jpp.8.el5_10.x86_64.rpm 6757f13f6708506eb3625847008d594245a195b671312b3d2a66d10fdd868616 struts-webapps-tomcat5-1.2.9-4jpp.8.el5_10.x86_64.rpm Source: 7d12784d5b3ecea7a21217e485c686f007da683339007430921a1530e7006dd6 struts-1.2.9-4jpp.8.el5_10.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net ------------------------------ _______________________________________________ CentOS-announce mailing list CentOS-announce(a)centos.org http://lists.centos.org/mailman/listinfo/centos-announce End of CentOS-announce Digest, Vol 111, Issue 4 ***********************************************

1 0

Format big drives (4TB) in the installer?
by CS_DBA 07 May '14

07 May '14

Hi all; I cross posted this to the fedora list since we use Fedora as a test bed from time to time, however given this is a production server we'll likely be running CentOS. we've just ordered a new server (http://www.spectrumservers.com/ssproducts/pc/viewPrd.asp?idcategory=26&idpr…) Originally I tried to simply upgrade an older server with more drive space, I installed six (6) 4TB drives and did a new CentOS 6.5 install but the OS would not allow me to configure more than 2TB per drive. Subsequent research leads me to conclude that if the bios supports UEFI and the installer boots as such then the installer should see 4TB drives without any issues. I'm also assuming that any server I order today (i.e. a more modern server) should ship with UEFI support in the bios. Are my conclusions above per UEFI correct? Thanks in advance

5 6

NFS4 idmap question
by Peter Wood 07 May '14

07 May '14

HTTPD on some of my CentOS5 systems is configured to run as user "nobody". Also, it needs access to some exported file systems. CentOS5 uses NFS3 so I changed the ownership of the files on the storage server to "nobody" to give httpd full permissions. Now I want to rebuild these systems with CentOS6 and httpd running as user "apache". The problem is how to give access to the NFS exports to these new servers while the old ones are still using the same exports. CentOS6 uses NFS4 so I was thinking to use idmap and statically map user "nobody" to local user "apache" but I can't seem to get it working. I wonder is it even possible considering that user "nobody" is a system type user? Any better ideas what I can do to give user nobody on CentOS5 and user apache on CentOS6 full access to the same NFS exported directories locally owned by user nobody? Thank you, -- Peter

2 3

Re: [CentOS] Format big drives (4TB) in the installer?
by m.roth＠5-cent.us 07 May '14

07 May '14

Ljubomir Ljubojevic wrote: > On 05/07/2014 05:31 PM, CS_DBA wrote: >> Thanks for the advice, can someone point me to a good step by step how to per setting up a RAID 10 volume per the parted & GPT tools? >> > > You might find this usefull, text on official CentOS Facebook group. GPT is separate from RAID's, so GPT is not covered, but RAID part should be the same: > https://www.facebook.com/notes/centos/software-raid-on-rhel-6/1015125458976… > > Original text is here: > https://linux.dell.com/files/whitepapers/Software_RAID_on_Red_Hat_Enterpris… > > For RAID10 I suggest far 2, and boot regular raid1 > > Creating Boot RAID1: > [root@kancelarija]# mdadm --create /dev/md9 --level=1 --raid-disks=2 /dev/sdd1 /dev/sde1 --metadata=0.90 > > Creating RAID10 far,2: > > [root@kancelarija]# mdadm --create /dev/md9 --level=10 --layout=f2 --raid-disks=2 /dev/sdd9 /dev/sde9 > We have a good bit of RAID here, and GPT, with all the 3TB drives we got last year. We've added stuff in our kickstart script to partition with GPT and parted (fdisk doesn't do GPT, if you'd missed that). In the ks, we mklabel GPT, then do NOT clear partitioning when you go to create partitions, or it'll blow away the GPT. Also, my manager is very much not a fan of LVM, but we do have *large* RAIDs - we use RAID 6 for data, though we've used RAID 1 for /boot and /. Since I keep reading that "we really need to fix the fsck,etc tools for > 16TB in the next year" for the last 4 years (at least), I partition them as 14-16TB, and that works just fine. mark

2 2

files mysteriously changing ownership
by Tim Dunphy 07 May '14

07 May '14

We have a directory that holds the media for a website. We want that directory owned by the apache user and group. But for some reason that directory and all it's files keep reverting to being owned by a user account and group. [root@webservera ourwebsite]# ls -ld media/ drwxrwxr-x 163 user_a user_a_group 143360 Apr 29 13:29 media/ I have even setup a cron job to automate the ownership of this file to the right group to run every hour. 0 * * * * /bin/chown -R apache:apache /var/www/ourwebsite/media/ But every hour that directory keeps reverting to being owned by user_a and user_a_group. I've checked history files and crontabs for all users including root for rsync's and chowns. And I can find no evidence of what is causing this phenomenon of the directory automatically changing its' owner and group. How can I best investigate this in ways I haven't tried yet? The host in question is a CentOS 5.7 host. Thanks Tim -- GPG me!! gpg --keyserver pool.sks-keyservers.net --recv-keys F186197B

3 4

centosplus kernel-debug
by Steve Clark 07 May '14

07 May '14

Hi, I am setting up crashkernel and was wondering where I get the kernel-debug rpm for centosplus kernels. Thanks, -- Stephen Clark *NetWolves Managed Services, LLC.* Director of Technology Phone: 813-579-3200 Fax: 813-882-0209 Email: steve.clark(a)netwolves.com http://www.netwolves.com

3 4

CentOS-announce Digest, Vol 111, Issue 3
by centos-announce-request＠centos.org 07 May '14

07 May '14

Send CentOS-announce mailing list submissions to centos-announce(a)centos.org To subscribe or unsubscribe via the World Wide Web, visit http://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-2014:0472 CentOS 6 device-mapper-multipath Update (Johnny Hughes) 2. CEBA-2014:0471 CentOS 6 sos Update (Johnny Hughes) ---------------------------------------------------------------------- Message: 1 Date: Tue, 6 May 2014 13:18:50 +0000 From: Johnny Hughes <johnny(a)centos.org> Subject: [CentOS-announce] CEBA-2014:0472 CentOS 6 device-mapper-multipath Update To: centos-announce(a)centos.org Message-ID: <20140506131850.GA43497(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Bugfix Advisory 2014:0472 Upstream details at : https://rhn.redhat.com/errata/RHBA-2014-0472.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: 2ac0859f10a218873e42c1be5a9e4060ac68a39aea9576e34a1bf610855afa4f device-mapper-multipath-0.4.9-72.el6_5.2.i686.rpm b576b9852cd74d863d1fffafa023b2ca3c9990cee1ca7c1cb603821c5eb66e79 device-mapper-multipath-libs-0.4.9-72.el6_5.2.i686.rpm 1998a84aeb56f8948e451953cbf37c8930c28c5ad44ce96fa38a81525bbe7805 kpartx-0.4.9-72.el6_5.2.i686.rpm x86_64: b5b0d4752f044c726d7e8cd304bc2bd717428c26f775d53d8729c06b09df9f7f device-mapper-multipath-0.4.9-72.el6_5.2.x86_64.rpm b576b9852cd74d863d1fffafa023b2ca3c9990cee1ca7c1cb603821c5eb66e79 device-mapper-multipath-libs-0.4.9-72.el6_5.2.i686.rpm db0e585b714546a95de619d5c12c677fdac619e04f5558776b372638973a2d6f device-mapper-multipath-libs-0.4.9-72.el6_5.2.x86_64.rpm eb88cb5a6d41cb3e612684e52475ce83bf767c8bc42cf00a30e5a7f387edc77e kpartx-0.4.9-72.el6_5.2.x86_64.rpm Source: 359cfea9acba3deb29a4a2c77debca1951d323f5d21e2da43f6ef5781e69e82e device-mapper-multipath-0.4.9-72.el6_5.2.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net ------------------------------ Message: 2 Date: Tue, 6 May 2014 13:19:52 +0000 From: Johnny Hughes <johnny(a)centos.org> Subject: [CentOS-announce] CEBA-2014:0471 CentOS 6 sos Update To: centos-announce(a)centos.org Message-ID: <20140506131952.GA43697(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Bugfix Advisory 2014:0471 Upstream details at : https://rhn.redhat.com/errata/RHBA-2014-0471.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: a5ae259430763f29fadceb26036c8ca90aa41808f3e31bddf5063e6af8d3704c sos-2.2-47.el6.centos.1.noarch.rpm x86_64: a5ae259430763f29fadceb26036c8ca90aa41808f3e31bddf5063e6af8d3704c sos-2.2-47.el6.centos.1.noarch.rpm Source: 22873d657075f18a0edc15e8b2a186b139a4e09c3968824f6c20aa6ff1a49027 sos-2.2-47.el6.centos.1.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net ------------------------------ _______________________________________________ CentOS-announce mailing list CentOS-announce(a)centos.org http://lists.centos.org/mailman/listinfo/centos-announce End of CentOS-announce Digest, Vol 111, Issue 3 ***********************************************

1 0

Re: [CentOS] Opendkim and SELinux
by James B. Byrne 06 May '14

06 May '14

On Mon, May 5, 2014 11:48, Daniel J Walsh wrote: > > On 05/05/2014 11:22 AM, James B. Byrne wrote: >> CentOS-6.5 >> OpenDKIM-2.9.0 (epel) >> Postfix-2.6.6 (updates) >> >> I am trying to get opendkim working with our mailing lists. In the course >> of that endeavour I note that these messages are appearing in our syslog: >> >> >> May 4 20:50:02 inet08 setroubleshoot: SELinux is preventing >> /usr/sbin/opendkim from using the signull access on a process. For complete >> SELinux messages. run sealert -l 442cb257-3db2-488c-a92e-bfc936e16a0c >> . . . > Attaching the output of the sealert command or the audit.log would help. > FYI # grep dkim /var/log/audit/audit.log type=AVC msg=audit(1399250949.323:82972): avc: denied { signull } for pid=32289 comm="opendkim" scontext=unconfined_u:system_r:dkim_milter_t:s0 tcontext=unconfined_u:system_r:dkim_milter_t:s0 tclass=process type=SYSCALL msg=audit(1399250949.323:82972): arch=c000003e syscall=234 success=yes exit=0 a0=6932 a1=769f a2=0 a3=7f2264ff6110 items=0 ppid=26929 pid=32289 auid=0 uid=494 gid=493 euid=494 suid=494 fsuid=494 egid=493 sgid=493 fsgid=493 tty=(none) ses=5283 comm="opendkim" exe="/usr/sbin/opendkim" subj=unconfined_u:system_r:dkim_milter_t:s0 key=(null) type=AVC msg=audit(1399251319.711:82997): avc: denied { dac_override } for pid=327 comm="opendkim" capability=1 scontext=unconfined_u:system_r:dkim_milter_t:s0 tcontext=unconfined_u:system_r:dkim_milter_t:s0 tclass=capability type=SYSCALL msg=audit(1399251319.711:82997): arch=c000003e syscall=2 success=yes exit=3 a0=15aace7 a1=0 a2=1b6 a3=0 items=0 ppid=326 pid=327 auid=0 uid=0 gid=0 euid=0 suid=0 fsuid=0 egid=0 sgid=0 fsgid=0 tty=pts0 ses=11446 comm="opendkim" exe="/usr/sbin/opendkim" subj=unconfined_u:system_r:dkim_milter_t:s0 key=(null) type=AVC msg=audit(1399254500.911:83137): avc: denied { dac_override } for pid=1326 comm="opendkim" capability=1 scontext=unconfined_u:system_r:dkim_milter_t:s0 tcontext=unconfined_u:system_r:dkim_milter_t:s0 tclass=capability type=SYSCALL msg=audit(1399254500.911:83137): arch=c000003e syscall=2 success=yes exit=3 a0=1161ce7 a1=0 a2=1b6 a3=0 items=0 ppid=1325 pid=1326 auid=0 uid=0 gid=0 euid=0 suid=0 fsuid=0 egid=0 sgid=0 fsgid=0 tty=pts0 ses=11446 comm="opendkim" exe="/usr/sbin/opendkim" subj=unconfined_u:system_r:dkim_milter_t:s0 key=(null) type=AVC msg=audit(1399277028.540:84183): avc: denied { search } for pid=10770 comm="opendkim" name="/" dev=sysfs ino=1 scontext=unconfined_u:system_r:dkim_milter_t:s0 tcontext=system_u:object_r:sysfs_t:s0 tclass=dir type=AVC msg=audit(1399277028.540:84183): avc: denied { read } for pid=10770 comm="opendkim" name="online" dev=sysfs ino=23 scontext=unconfined_u:system_r:dkim_milter_t:s0 tcontext=system_u:object_r:sysfs_t:s0 tclass=file type=AVC msg=audit(1399277028.540:84183): avc: denied { open } for pid=10770 comm="opendkim" name="online" dev=sysfs ino=23 scontext=unconfined_u:system_r:dkim_milter_t:s0 tcontext=system_u:object_r:sysfs_t:s0 tclass=file type=SYSCALL msg=audit(1399277028.540:84183): arch=c000003e syscall=2 success=yes exit=20 a0=7ff020cd12b8 a1=80000 a2=2803ff a3=7fefff5fdba0 items=0 ppid=1329 pid=10770 auid=0 uid=494 gid=493 euid=494 suid=494 fsuid=494 egid=493 sgid=493 fsgid=493 tty=(none) ses=11446 comm="opendkim" exe="/usr/sbin/opendkim" subj=unconfined_u:system_r:dkim_milter_t:s0 key=(null) type=ANOM_ABEND msg=audit(1399300306.429:85270): auid=0 uid=494 gid=493 ses=11446 subj=unconfined_u:system_r:dkim_milter_t:s0 pid=1331 comm="opendkim" sig=6 type=AVC msg=audit(1399300307.258:85271): avc: denied { dac_override } for pid=32612 comm="opendkim" capability=1 scontext=unconfined_u:system_r:dkim_milter_t:s0 tcontext=unconfined_u:system_r:dkim_milter_t:s0 tclass=capability type=SYSCALL msg=audit(1399300307.258:85271): arch=c000003e syscall=2 success=yes exit=3 a0=24b1d37 a1=0 a2=1b6 a3=0 items=0 ppid=32611 pid=32612 auid=0 uid=0 gid=0 euid=0 suid=0 fsuid=0 egid=0 sgid=0 fsgid=0 tty=pts0 ses=11755 comm="opendkim" exe="/usr/sbin/opendkim" subj=unconfined_u:system_r:dkim_milter_t:s0 key=(null) type=AVC msg=audit(1399300584.801:85284): avc: denied { dac_override } for pid=488 comm="opendkim" capability=1 scontext=unconfined_u:system_r:dkim_milter_t:s0 tcontext=unconfined_u:system_r:dkim_milter_t:s0 tclass=capability type=SYSCALL msg=audit(1399300584.801:85284): arch=c000003e syscall=2 success=yes exit=3 a0=d28d37 a1=0 a2=1b6 a3=0 items=0 ppid=487 pid=488 auid=0 uid=0 gid=0 euid=0 suid=0 fsuid=0 egid=0 sgid=0 fsgid=0 tty=pts0 ses=11755 comm="opendkim" exe="/usr/sbin/opendkim" subj=unconfined_u:system_r:dkim_milter_t:s0 key=(null) type=AVC msg=audit(1399301445.943:85340): avc: denied { dac_override } for pid=972 comm="opendkim" capability=1 scontext=unconfined_u:system_r:dkim_milter_t:s0 tcontext=unconfined_u:system_r:dkim_milter_t:s0 tclass=capability type=SYSCALL msg=audit(1399301445.943:85340): arch=c000003e syscall=2 success=yes exit=3 a0=25acd37 a1=0 a2=1b6 a3=0 items=0 ppid=971 pid=972 auid=0 uid=0 gid=0 euid=0 suid=0 fsuid=0 egid=0 sgid=0 fsgid=0 tty=pts0 ses=11755 comm="opendkim" exe="/usr/sbin/opendkim" subj=unconfined_u:system_r:dkim_milter_t:s0 key=(null) type=AVC msg=audit(1399304087.588:85446): avc: denied { dac_override } for pid=3500 comm="opendkim" capability=1 scontext=unconfined_u:system_r:dkim_milter_t:s0 tcontext=unconfined_u:system_r:dkim_milter_t:s0 tclass=capability type=SYSCALL msg=audit(1399304087.588:85446): arch=c000003e syscall=2 success=yes exit=3 a0=908d37 a1=0 a2=1b6 a3=0 items=0 ppid=3499 pid=3500 auid=0 uid=0 gid=0 euid=0 suid=0 fsuid=0 egid=0 sgid=0 fsgid=0 tty=pts0 ses=11755 comm="opendkim" exe="/usr/sbin/opendkim" subj=unconfined_u:system_r:dkim_milter_t:s0 key=(null) type=AVC msg=audit(1399304622.087:85517): avc: denied { search } for pid=3899 comm="opendkim" name="/" dev=sysfs ino=1 scontext=unconfined_u:system_r:dkim_milter_t:s0 tcontext=system_u:object_r:sysfs_t:s0 tclass=dir type=AVC msg=audit(1399304622.087:85517): avc: denied { read } for pid=3899 comm="opendkim" name="online" dev=sysfs ino=23 scontext=unconfined_u:system_r:dkim_milter_t:s0 tcontext=system_u:object_r:sysfs_t:s0 tclass=file type=AVC msg=audit(1399304622.087:85517): avc: denied { open } for pid=3899 comm="opendkim" name="online" dev=sysfs ino=23 scontext=unconfined_u:system_r:dkim_milter_t:s0 tcontext=system_u:object_r:sysfs_t:s0 tclass=file type=SYSCALL msg=audit(1399304622.087:85517): arch=c000003e syscall=2 success=yes exit=18 a0=7f8c877a92b8 a1=80000 a2=2803ff a3=7f8c6a1fbba0 items=0 ppid=3501 pid=3899 auid=0 uid=494 gid=493 euid=494 suid=494 fsuid=494 egid=493 sgid=493 fsgid=493 tty=(none) ses=11755 comm="opendkim" exe="/usr/sbin/opendkim" subj=unconfined_u:system_r:dkim_milter_t:s0 key=(null) type=AVC msg=audit(1399305489.246:85560): avc: denied { dac_override } for pid=4711 comm="opendkim" capability=1 scontext=unconfined_u:system_r:dkim_milter_t:s0 tcontext=unconfined_u:system_r:dkim_milter_t:s0 tclass=capability type=SYSCALL msg=audit(1399305489.246:85560): arch=c000003e syscall=2 success=yes exit=3 a0=21c8db7 a1=0 a2=1b6 a3=0 items=0 ppid=4710 pid=4711 auid=0 uid=0 gid=0 euid=0 suid=0 fsuid=0 egid=0 sgid=0 fsgid=0 tty=pts0 ses=11755 comm="opendkim" exe="/usr/sbin/opendkim" subj=unconfined_u:system_r:dkim_milter_t:s0 key=(null) type=ANOM_ABEND msg=audit(1399305489.250:85561): auid=0 uid=0 gid=0 ses=11755 subj=unconfined_u:system_r:dkim_milter_t:s0 pid=4711 comm="opendkim" sig=11 type=AVC msg=audit(1399305583.965:85562): avc: denied { dac_override } for pid=4821 comm="opendkim" capability=1 scontext=unconfined_u:system_r:dkim_milter_t:s0 tcontext=unconfined_u:system_r:dkim_milter_t:s0 tclass=capability type=SYSCALL msg=audit(1399305583.965:85562): arch=c000003e syscall=2 success=yes exit=3 a0=21a5db7 a1=0 a2=1b6 a3=0 items=0 ppid=4820 pid=4821 auid=0 uid=0 gid=0 euid=0 suid=0 fsuid=0 egid=0 sgid=0 fsgid=0 tty=pts0 ses=11755 comm="opendkim" exe="/usr/sbin/opendkim" subj=unconfined_u:system_r:dkim_milter_t:s0 key=(null) type=ANOM_ABEND msg=audit(1399305583.970:85563): auid=0 uid=0 gid=0 ses=11755 subj=unconfined_u:system_r:dkim_milter_t:s0 pid=4821 comm="opendkim" sig=11 type=AVC msg=audit(1399306005.965:85609): avc: denied { dac_override } for pid=5210 comm="opendkim" capability=1 scontext=unconfined_u:system_r:dkim_milter_t:s0 tcontext=unconfined_u:system_r:dkim_milter_t:s0 tclass=capability type=SYSCALL msg=audit(1399306005.965:85609): arch=c000003e syscall=2 success=yes exit=3 a0=896db7 a1=0 a2=1b6 a3=0 items=0 ppid=5209 pid=5210 auid=0 uid=0 gid=0 euid=0 suid=0 fsuid=0 egid=0 sgid=0 fsgid=0 tty=pts0 ses=11755 comm="opendkim" exe="/usr/sbin/opendkim" subj=unconfined_u:system_r:dkim_milter_t:s0 key=(null) type=ANOM_ABEND msg=audit(1399306007.204:85610): auid=0 uid=494 gid=493 ses=11755 subj=unconfined_u:system_r:dkim_milter_t:s0 pid=4859 comm="opendkim" sig=6 type=ANOM_ABEND msg=audit(1399308116.940:85723): auid=0 uid=494 gid=493 ses=11755 subj=unconfined_u:system_r:dkim_milter_t:s0 pid=5324 comm="opendkim" sig=6 type=AVC msg=audit(1399308117.051:85724): avc: denied { dac_override } for pid=6402 comm="opendkim" capability=1 scontext=unconfined_u:system_r:dkim_milter_t:s0 tcontext=unconfined_u:system_r:dkim_milter_t:s0 tclass=capability type=SYSCALL msg=audit(1399308117.051:85724): arch=c000003e syscall=2 success=yes exit=3 a0=1f55db7 a1=0 a2=1b6 a3=0 items=0 ppid=6401 pid=6402 auid=0 uid=0 gid=0 euid=0 suid=0 fsuid=0 egid=0 sgid=0 fsgid=0 tty=pts1 ses=11813 comm="opendkim" exe="/usr/sbin/opendkim" subj=unconfined_u:system_r:dkim_milter_t:s0 key=(null) type=AVC msg=audit(1399313980.345:86053): avc: denied { dac_override } for pid=9683 comm="opendkim" capability=1 scontext=unconfined_u:system_r:dkim_milter_t:s0 tcontext=unconfined_u:system_r:dkim_milter_t:s0 tclass=capability type=SYSCALL msg=audit(1399313980.345:86053): arch=c000003e syscall=2 success=yes exit=3 a0=6ebdb7 a1=0 a2=1b6 a3=0 items=0 ppid=9682 pid=9683 auid=0 uid=0 gid=0 euid=0 suid=0 fsuid=0 egid=0 sgid=0 fsgid=0 tty=pts2 ses=11842 comm="opendkim" exe="/usr/sbin/opendkim" subj=unconfined_u:system_r:dkim_milter_t:s0 key=(null) type=ANOM_ABEND msg=audit(1399313981.617:86054): auid=0 uid=494 gid=493 ses=11813 subj=unconfined_u:system_r:dkim_milter_t:s0 pid=6407 comm="opendkim" sig=6 type=AVC msg=audit(1399314071.098:86061): avc: denied { dac_override } for pid=9748 comm="opendkim" capability=1 scontext=unconfined_u:system_r:dkim_milter_t:s0 tcontext=unconfined_u:system_r:dkim_milter_t:s0 tclass=capability type=SYSCALL msg=audit(1399314071.098:86061): arch=c000003e syscall=2 success=yes exit=3 a0=f42db7 a1=0 a2=1b6 a3=0 items=0 ppid=9747 pid=9748 auid=0 uid=0 gid=0 euid=0 suid=0 fsuid=0 egid=0 sgid=0 fsgid=0 tty=pts2 ses=11842 comm="opendkim" exe="/usr/sbin/opendkim" subj=unconfined_u:system_r:dkim_milter_t:s0 key=(null) type=AVC msg=audit(1399316862.527:86239): avc: denied { dac_override } for pid=13015 comm="opendkim" capability=1 scontext=unconfined_u:system_r:dkim_milter_t:s0 tcontext=unconfined_u:system_r:dkim_milter_t:s0 tclass=capability type=SYSCALL msg=audit(1399316862.527:86239): arch=c000003e syscall=2 success=yes exit=3 a0=e4ddb7 a1=0 a2=1b6 a3=0 items=0 ppid=13014 pid=13015 auid=0 uid=0 gid=0 euid=0 suid=0 fsuid=0 egid=0 sgid=0 fsgid=0 tty=pts2 ses=11842 comm="opendkim" exe="/usr/sbin/opendkim" subj=unconfined_u:system_r:dkim_milter_t:s0 key=(null) type=ANOM_ABEND msg=audit(1399316863.171:86240): auid=0 uid=494 gid=493 ses=11842 subj=unconfined_u:system_r:dkim_milter_t:s0 pid=9753 comm="opendkim" sig=6 type=AVC msg=audit(1399322293.847:86503): avc: denied { search } for pid=19335 comm="opendkim" name="/" dev=sysfs ino=1 scontext=unconfined_u:system_r:dkim_milter_t:s0 tcontext=system_u:object_r:sysfs_t:s0 tclass=dir type=AVC msg=audit(1399322293.847:86503): avc: denied { read } for pid=19335 comm="opendkim" name="online" dev=sysfs ino=23 scontext=unconfined_u:system_r:dkim_milter_t:s0 tcontext=system_u:object_r:sysfs_t:s0 tclass=file type=AVC msg=audit(1399322293.847:86503): avc: denied { open } for pid=19335 comm="opendkim" name="online" dev=sysfs ino=23 scontext=unconfined_u:system_r:dkim_milter_t:s0 tcontext=system_u:object_r:sysfs_t:s0 tclass=file type=SYSCALL msg=audit(1399322293.847:86503): arch=c000003e syscall=2 success=yes exit=18 a0=7f202bbd82b8 a1=80000 a2=2803ff a3=7f200ebfcba0 items=0 ppid=13066 pid=19335 auid=0 uid=494 gid=493 euid=494 suid=494 fsuid=494 egid=493 sgid=493 fsgid=493 tty=(none) ses=11842 comm="opendkim" exe="/usr/sbin/opendkim" subj=unconfined_u:system_r:dkim_milter_t:s0 key=(null) The sealerts are no longer available for some reason. sealert -l 442cb257-3db2-488c-a92e-bfc936e16a0c Error query_alerts error (1003): id (442cb257-3db2-488c-a92e-bfc936e16a0c) not found -- *** E-Mail is NOT a SECURE channel *** 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 111, Issue 2
by centos-announce-request＠centos.org 06 May '14

06 May '14

Send CentOS-announce mailing list submissions to centos-announce(a)centos.org To subscribe or unsubscribe via the World Wide Web, visit http://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-2014:0466 CentOS 6 perl-Crypt-SSLeay FASTTRACK Update (Johnny Hughes) 2. CEBA-2014:0468 CentOS 6 ethtool Update (Johnny Hughes) 3. CEBA-2014:0467 CentOS 6 spice-gtk Update (Johnny Hughes) 4. CEBA-2014:0465 CentOS 6 device-mapper-persistent-data Update (Johnny Hughes) 5. CEBA-2014:0470 CentOS 6 nss_db Update (Johnny Hughes) ---------------------------------------------------------------------- Message: 1 Date: Mon, 5 May 2014 11:15:04 +0000 From: Johnny Hughes <johnny(a)centos.org> Subject: [CentOS-announce] CEBA-2014:0466 CentOS 6 perl-Crypt-SSLeay FASTTRACK Update To: centos-announce(a)centos.org Message-ID: <20140505111504.GA8978(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Bugfix Advisory 2014:0466 Upstream details at : https://rhn.redhat.com/errata/RHBA-2014-0466.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: e0f1b658d20235c12112356d66a43b89f5b95bb1db55b3b5284ce7b22ee493eb perl-Crypt-SSLeay-0.57-17.el6.i686.rpm x86_64: 6e5489afca2c1cfeeeab73e9aeb2e5f90503f2383461172f972d0296a3e7ce62 perl-Crypt-SSLeay-0.57-17.el6.x86_64.rpm Source: b91a3a300402567966e896c6fe22e5523efbc5a6dce04a9f2e7749c158fc0400 perl-Crypt-SSLeay-0.57-17.el6.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net ------------------------------ Message: 2 Date: Mon, 5 May 2014 11:16:46 +0000 From: Johnny Hughes <johnny(a)centos.org> Subject: [CentOS-announce] CEBA-2014:0468 CentOS 6 ethtool Update To: centos-announce(a)centos.org Message-ID: <20140505111646.GA9178(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Bugfix Advisory 2014:0468 Upstream details at : https://rhn.redhat.com/errata/RHBA-2014-0468.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: c3d7618a65c081bd8bc6daddf9c708b79acf19183a5cb1cb9a09dc918dce9937 ethtool-3.5-1.4.el6_5.i686.rpm x86_64: d96a3b937287a15b7686d29ac84f5a88bafd6573cfb8e7ea8da678c46d41b011 ethtool-3.5-1.4.el6_5.x86_64.rpm Source: 4447f03d471f3c875a766e236f3bb7ae5ac48b46aa7e78f9d8e8950aa83135ba ethtool-3.5-1.4.el6_5.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net ------------------------------ Message: 3 Date: Mon, 5 May 2014 11:18:06 +0000 From: Johnny Hughes <johnny(a)centos.org> Subject: [CentOS-announce] CEBA-2014:0467 CentOS 6 spice-gtk Update To: centos-announce(a)centos.org Message-ID: <20140505111806.GA9519(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Bugfix Advisory 2014:0467 Upstream details at : https://rhn.redhat.com/errata/RHBA-2014-0467.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: dcf81b9b26c7938f26faa899c26b60111d1e68417df3d1a23dad39e503860b33 spice-glib-0.20-11.el6_5.1.i686.rpm bd70640a2b23c3e099861776c840846a1cd41b13a43a0233fb1e4e3c5d7eb33a spice-glib-devel-0.20-11.el6_5.1.i686.rpm ebfa5631a57e3c0dc3f02b7c07662f5d01b649cde82334face7ba8e3380d7e98 spice-gtk-0.20-11.el6_5.1.i686.rpm 60082305be76ba1c857e1a6ca739c7a6e9791dba9fd7a5da155b8d763fe55adb spice-gtk-devel-0.20-11.el6_5.1.i686.rpm 351258290b803aae61b85b9b8741768251762c8cb1bbef2ac825787f996e5763 spice-gtk-python-0.20-11.el6_5.1.i686.rpm 2f97cf00201d9ddf6a86a795a27c2d771259d5ae1e001b58e6b57e1110b72249 spice-gtk-tools-0.20-11.el6_5.1.i686.rpm x86_64: dcf81b9b26c7938f26faa899c26b60111d1e68417df3d1a23dad39e503860b33 spice-glib-0.20-11.el6_5.1.i686.rpm 9ba085cd8d5fc6030a66b475a1a56cb4846a0e88ec7f3ce264dfef411e05459e spice-glib-0.20-11.el6_5.1.x86_64.rpm bd70640a2b23c3e099861776c840846a1cd41b13a43a0233fb1e4e3c5d7eb33a spice-glib-devel-0.20-11.el6_5.1.i686.rpm 5c19ff3c5dec894c7d1f21d8549e721465d35342c56a350e812e73c4be4535bb spice-glib-devel-0.20-11.el6_5.1.x86_64.rpm ebfa5631a57e3c0dc3f02b7c07662f5d01b649cde82334face7ba8e3380d7e98 spice-gtk-0.20-11.el6_5.1.i686.rpm d19b714a535f0e11d8377cf62c592350f8d1e0efc0370ea23a7bbeda1c05eba5 spice-gtk-0.20-11.el6_5.1.x86_64.rpm 60082305be76ba1c857e1a6ca739c7a6e9791dba9fd7a5da155b8d763fe55adb spice-gtk-devel-0.20-11.el6_5.1.i686.rpm 4e0c146b9b5be0d6e4cd9d44f67211ed3c29f309957b3796233532ff81481957 spice-gtk-devel-0.20-11.el6_5.1.x86_64.rpm e34358ea4db112d28d72bade7b7d281f1da180bc692c74361ae10d2d270684fb spice-gtk-python-0.20-11.el6_5.1.x86_64.rpm 8f45dbc12cc73f13654abc2d459d81a575c2791c48f545795b95430e468e10af spice-gtk-tools-0.20-11.el6_5.1.x86_64.rpm Source: 310380162b9ec071da49b02ac14ce9d01fe373bd70f291d0badd5fa54e7a8b78 spice-gtk-0.20-11.el6_5.1.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net ------------------------------ Message: 4 Date: Mon, 5 May 2014 11:20:04 +0000 From: Johnny Hughes <johnny(a)centos.org> Subject: [CentOS-announce] CEBA-2014:0465 CentOS 6 device-mapper-persistent-data Update To: centos-announce(a)centos.org Message-ID: <20140505112004.GA9732(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Bugfix Advisory 2014:0465 Upstream details at : https://rhn.redhat.com/errata/RHBA-2014-0465.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: a166e6475d8a35e62f4c0a090c6cc5a84d1b69005d6dc51941d237fc91eb2f99 device-mapper-persistent-data-0.2.8-4.el6_5.i686.rpm x86_64: fdf161bb4e44862fca78156c7fe7e6aac66cc00e8178117615b3f38dfd09949e device-mapper-persistent-data-0.2.8-4.el6_5.x86_64.rpm Source: d7e6602fe31d7087f4bbb058b0bd7d6a2ae28251061079377658f0a7a93b4db4 device-mapper-persistent-data-0.2.8-4.el6_5.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net ------------------------------ Message: 5 Date: Mon, 5 May 2014 14:40:53 +0000 From: Johnny Hughes <johnny(a)centos.org> Subject: [CentOS-announce] CEBA-2014:0470 CentOS 6 nss_db Update To: centos-announce(a)centos.org Message-ID: <20140505144053.GA20450(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Bugfix Advisory 2014:0470 Upstream details at : https://rhn.redhat.com/errata/RHBA-2014-0470.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: be100ec1fc9689cea7c8ffdbad8d85b278bdecd36bca8d34c86c78d5c0eec38a nss_db-2.2.3-0.5.pre1.el6_5.1.i686.rpm x86_64: be100ec1fc9689cea7c8ffdbad8d85b278bdecd36bca8d34c86c78d5c0eec38a nss_db-2.2.3-0.5.pre1.el6_5.1.i686.rpm 0db7c505a55e377346f37c965553dd2f30ce800d40d240df6fc18d7d41f675d8 nss_db-2.2.3-0.5.pre1.el6_5.1.x86_64.rpm Source: 5449a63262a8e32e97e3ad286cb34c8798a1be1d013bd356e38ac622e8f9ced1 nss_db-2.2.3-0.5.pre1.el6_5.1.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net ------------------------------ _______________________________________________ CentOS-announce mailing list CentOS-announce(a)centos.org http://lists.centos.org/mailman/listinfo/centos-announce End of CentOS-announce Digest, Vol 111, Issue 2 ***********************************************

1 0

kvm libvirt vms import
by Alessandro Baggi 06 May '14

06 May '14

Hi there, I'm new to Centos. I've installed version 6.5 x86_64. I'm coming from slackware/debian utilizzation environment. I'm trying to setup libvirt and qemu-kvm, but I have some problems. I've different vms (2 centos, 2 slackware, 3 Debian) and I'm trying to import all of them. I want prefix that all of them was created from debian host and vdisk had bus=sata and format=qcow2. Importing debian I've no problem with the following command: # virt-install -n DEB -r 1024 --vcpus=2 --accelerate --os-type=linux --os-variant=debianwheezy --disk path=/path/to/deb.img,format=qcow2,bus=ide,cache=writeback --import --network=bridge:br0 --vnc -v It starts and works fine. Importing Centos 6.5 with the following command: # virt-install -n CENT1 -r 1024 --vcpus=2 --os-type=linux --os-variant=rhel6 --accelerate --disk path=/path/to/cent.img,format=qcow2,bus=ide,cache=writeback --import --network=bridge:br0 --vnc -v return an error: Starting install... ERROR errore interno Process exited while reading console log output: char device redirected to /dev/pts/3 qemu-kvm: -drive file=/mnt/dati/qemu-system/CENTOS1/cent.img,if=none,id=drive-ide0-0-0,format=qcow2,cache=writeback: 'drive-ide0-0-0' uses a qcow2 feature which is not supported by this qemu version: QCOW version 3 qemu-kvm: -drive file=/mnt/dati/qemu-system/CENTOS1/cent.img,if=none,id=drive-ide0-0-0,format=qcow2,cache=writeback: could not open disk image /mnt/dati/qemu-system/CENTOS1/cent.img: Operation not supported Domain installation does not appear to have been successful. I've tried also to remove disk options and set to virtio,scsi. It starts but says "no bootable disk". The same happens with slackware 14.1 without --os-type and --os-variant. Always, trying delete cent.img and recreate it, all works with the same option (but is not so good, because I must reinstall all). On my new centos installation I have qemu-kvm-0.12.1.2, on the last Slackware system I had qemu-1.7.0 and on Debian 1.1.2+dfsg-6+deb7u2. I've also tried to reimport them on another system with Slackware and have no problem. Maybe there is a problem with version of qemu-kvm tools or some problem with img. It's possible? I can't get the real problem. Can someone point me in the right direction? Thanks in advance.

1 1

KVM Linux Guest Resolution only 1024x768
by Chris 06 May '14

06 May '14

Dear All, I'm trying to install a Debian Wheezy KVM guest on a CentOS 6.4 Host. The only resolutions supported are 1024x768 or 800x600. I increased the video RAM to 500 MB, but the guest still says: [ 10.321] (II) CIRRUS(0): Not using default mode "1920x1200" (insufficient memory for mode) Only 32 MB are recognized: 00:02.0 VGA compatible controller: Cirrus Logic GD 5446 (prog-if 00 [VGA controller]) Subsystem: Red Hat, Inc Device 1100 Physical Slot: 2 Control: I/O+ Mem+ BusMaster- SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx- Status: Cap- 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx- Region 0: Memory at f0000000 (32-bit, prefetchable) [size=32M] Region 1: Memory at f2000000 (32-bit, non-prefetchable) [size=4K] Expansion ROM at f2010000 [disabled] [size=64K] How can I increase the resolution? Are any guest modifications necessary? -- Christian

2 2

Terminal settings
by Ashley M. Kirchner 05 May '14

05 May '14

So this has been bugging me for a few years now and I can always "fix" the problem, but I don't know if that's actually the correct way. So the issue is terminal emulation. I use Secure CRT (vandyke.com) to connect to any and all of my servers through SSH. Whether the terminal is set to 'linux' or 'xterm' makes no difference, I always get this output when I run a 'tree' command (and others that have some sort of graphical output): [13] 05:04:53 <root@brasco:~> tree rpmbuild/ rpmbuild/ â”â”€â”€ BUILD â”‚Â Â â””â”€â”€ ncftp-3.2.5 â”‚Â Â â”â”€â”€ autoconf_local â”‚Â Â â”‚Â Â â”â”€â”€ acconfig.h â”‚Â Â â”‚Â Â â”â”€â”€ aclocal.m4 â”‚Â Â â”‚Â Â â””â”€â”€ aclocal.m4.ncursesw â”‚Â Â â”â”€â”€ bin â”‚Â Â â”‚Â Â â”â”€â”€ ncftp â”‚Â Â â”‚Â Â â”â”€â”€ ncftpbatch â”‚Â Â â”‚Â Â â”â”€â”€ ncftpbookmarks â”‚Â Â â”‚Â Â â”â”€â”€ ncftpget â”‚Â Â â”‚Â Â â”â”€â”€ ncftpls â”‚Â Â â”‚Â Â â”â”€â”€ ncftpput â”‚Â Â â”‚Â Â â””â”€â”€ ncftpspooler -> ncftpbatc Now, the way I fix that is by changing the LANG setting. By default it's set to 'en_US.UTF-8' right after a fresh install. If I change that to simply 'en_US', then I get the output I'm expecting: [16] 05:06:14 <root@brasco:~> tree rpmbuild/ rpmbuild/ |-- BUILD | `-- ncftp-3.2.5 | |-- autoconf_local | | |-- acconfig.h | | |-- aclocal.m4 | | `-- aclocal.m4.ncursesw | |-- bin | | |-- ncftp | | |-- ncftpbatch | | |-- ncftpbookmarks | | |-- ncftpget | | |-- ncftpls | | |-- ncftpput | | `-- ncftpspooler -> ncftpbatch ... So my question is: why is that? Why would the default setting not work? Is it actually something that I need to be doing on the server (like changing the LANG setting), or is it with SecureCRT? And if so, can anyone give me any suggestions of what I need to be looking for and change? Like I said, it's been a couple of years and it's never a big deal since I know what to do to sort of fix the problem. Thanks.

4 8

Ulimit problem - CentOS 5.10
by Nathan Duehr 05 May '14

05 May '14

Running across some curious stuff with ulimit on CentOS 5.10. We have a non CentOS packaged version of Asterisk (using their packages) that we start at boot time with a typical RC script. Recently it started whining that it couldn't open enough file handles. As we dug further into this, it appears that at boot time, it inherits ulimit from init, which is pretty low: 1024. We've set /etc/security/limits.conf and sysctl significantly higher both for root/system wide and also for the user Asterisk runs under, to no avail. If we log in via ssh as root (or sudo) the correct root/system-wide ulimit of 8192 is set. Looking in /proc/[PID]/limits shows the lower ulimit only if the package is started from init (standard rc3.d type sysV stuff...). If we restart it via console, remote ssh, anything else, the limit bumps to 8196. Attempting to force the ulimit up inside the RC script has no effect, since the package is running as a non-root user. It fails to raise the limit. Right now, we're not totally against just taking it out of the startup and starting it manually anyway, since we really don't want the Asterisk platform coming up after a crash/reboot anyway, and any other reboots there will always be a human involved, but the way init is handling ulimit seems utterly retarded and broken. Some indication (different engineer found it, I haven't seen the RHEL case number) appears to indicate that folks wanted init ulimited heavily in case of startup DDoS type stuff, but we haven't figured out a semi-sane unix-conventional type way AROUND this when it's needed that if we were hit by the proverbial bus, a "normal" unix guy would find. Perhaps we're missing something. Thoughts? -- Nate Duehr denverpilot(a)me.com

5 10

Re: [CentOS] Disappearing Network Manager config scripts
by Les Mikesell 05 May '14

05 May '14

On Thu, May 1, 2014 at 5:54 AM, Steve Clark <sclark(a)netwolves.com> wrote: > On 04/30/2014 02:41 PM, Les Mikesell wrote: > > On Wed, Apr 30, 2014 at 1:28 PM, Steve Clark <sclark(a)netwolves.com> wrote: > > So, have you ever had to deal with a CentOS box and multiple NICs. > Especially one where you've cloned it or moved a disk to a new > chassis? Apparently there is just not a good way to identify > interfaces. > > Yep, do it all the time - first two thing I do are: > rm -f /etc/udev/rules.d/70-persistent-net.rules > rm -r /etc/sysconfig/network-scripts/ifcfg-eth* > and then reboot. > > So, now you've got 6 NICs connected to 6 different switches. Which > name is which? This is a really fun exercise when the box is remote > and you are trying to tell someone used to configuring windows systems > how to get it to a point where you can ssh in. > > I guess I am confused, you haven't ever worked with the hardware you are > installing the cloned > drive in? If that is true then I guess you have a problem. > "Working with it" doesn't matter. And network manager or not doesn't matter. Interfaces get named in a random order unless it is a Dell with the netbios naming scheme and probably then only for the motherboard NICs. Our servers generally have on-board Broadcomm and Intel cards and the names within a set may stay ordered, but the cards and motherboards will flip randomly if there are not already matching items with the correct MAC addresses in the udev rulss file (in 6.x, in 5.x having a matching MAC in the ifcfg-eth? file was enough to rename the device to match). This is just a response to your comment about windows names being difficult to know, (and a long-standing problem on its own) and doesn't relate much to the NetworkManager discussion. If you only have one (or maybe even a pair on the motherboard or a single card) you might always see the same ordering - if so consider yourself lucky because that is not the general case. We usually have to run through a drill like 'ip link ls' to get a list of interface names, then iterate through them with 'ifconfig up' and use ethtool to see which has link up, connecting one at a time. So, in my opinion, there are problems with the old system that need to be fixed, but they aren't the things that networkmanager does. A way to restore a backup to an identical machine and have the same NICs in the same positions get the old configurations would be nice. Or at least to know the names of the NICs in the same positions. (And if you go back to CentOS3 they did - detection was single threaded back then and would always probe in the same order). -- Les Mikesell lesmikesell(a)gmail.com

5 8

Ordering of disks in laptop
by H 05 May '14

05 May '14

I have a Lenovo laptop where I recently replaced the harddisk with a Intel 530 240 Gb SSD (SATA III) on which I then installed Centos 6.5 which runs just fine albeit at SATA II speed. I then replaced the DVD-drive in the Ultrabay with an identical Intel SSD, the Ultrabay-adapter apparently uses a PATA-SATA bridge so this drive would only run at PATA speed. Being a Centos newbie, I am not sure why Centos calls the first SSD sdb and the second one in the Ultrabay sda? It would seem to me that the first one, the one replacing the original harddisk, should be the main one and be called sda but clearly there is something I don't understand. In the BIOS the SSD replacing the harddisk has a higher boot order priority then the SSD replacing the DVD-drive. Suggestions? Thanks.

3 2

Opendkim and SELinux
by James B. Byrne 05 May '14

05 May '14

CentOS-6.5 OpenDKIM-2.9.0 (epel) Postfix-2.6.6 (updates) I am trying to get opendkim working with our mailing lists. In the course of that endeavour I note that these messages are appearing in our syslog: May 4 20:50:02 inet08 setroubleshoot: SELinux is preventing /usr/sbin/opendkim from using the signull access on a process. For complete SELinux messages. run sealert -l 442cb257-3db2-488c-a92e-bfc936e16a0c May 4 20:55:25 inet08 setroubleshoot: SELinux is preventing /usr/sbin/opendkim from using the dac_override capability. For complete SELinux messages. run sealert -l c7c1199d-008d-4ae5-b61f-71a11edb0aa3 May 5 04:03:57 inet08 setroubleshoot: SELinux is preventing /usr/sbin/opendkim from search access on the directory /sys. For complete SELinux messages. run sealert -l 800523d5-0420-4038-9c7d-c2ec47c3bb6a Anyone have any guidance to e on as to what this means and how I get rid of it, besides generating a custom policy I mean. -- *** E-Mail is NOT a SECURE channel *** 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

3 2

Re: [CentOS] Disappearing Network Manager config scripts
by Les Mikesell 05 May '14

05 May '14

On Wed, Apr 30, 2014 at 1:28 PM, Steve Clark <sclark(a)netwolves.com> wrote: >> > So, have you ever had to deal with a CentOS box and multiple NICs. > Especially one where you've cloned it or moved a disk to a new > chassis? Apparently there is just not a good way to identify > interfaces. > > Yep, do it all the time - first two thing I do are: > rm -f /etc/udev/rules.d/70-persistent-net.rules > rm -r /etc/sysconfig/network-scripts/ifcfg-eth* > and then reboot. > So, now you've got 6 NICs connected to 6 different switches. Which name is which? This is a really fun exercise when the box is remote and you are trying to tell someone used to configuring windows systems how to get it to a point where you can ssh in. -- Les Mikesell lesmikesell(a)gmail.com

11 16

Re: [CentOS] BIND Log file entries
by James B. Byrne 02 May '14

02 May '14

On Fri, May 2, 2014 02:30, Andrew Holway wrote: > Hi James, > > Gmail sees your email as spam. You might want to take a look at it. > > ta > > Andrew I think that you will receive the directly addressed message without any indication of spam. The one routed through the Mailing list will probably be flagged unless you have white-listed me. The CentOS list uses Mailman (2.1.12) and as another has pointed out, recent changes to DMARC enforcement at Yahoo, AOL, and now apparently Google, causes DKIM signed email forwarded though mailman to fail the authentication checks relating to DKIM. This is either treated as suspicious (as is apparently the case with Google) or rejected outright, as is the case with Yahoo and AOL. We really need Mailman 2.1.18 as this fixes a lot of bugs with DKIM handling still present in 2.1.16/17 but .18 is only at the RC3 stage of release. -- *** E-Mail is NOT a SECURE channel *** 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

3 2

plug in USB device no longer noticed by system
by Fred Smith 01 May '14

01 May '14

Hi all! My C6 box seems to have developed this problem somewhere during recent weeks. not quite sure when, but I've noticed it several times lately. Whenever I plug in a USB device, be it a camera or a HD or a mouse, nothing happens. I mean nothing. /var/log/messages doesn't show any activity, lsusb does not show the new device. Back at the start of Feb I did move the raid1 pair of HDs to a new motherboard, so I suppose it could go back that far. I did try to make sure everything was working at that time, and I can't remember if I verified that USB autodiscovery was working. But it for sure isn't now. I use a USB keyboard and USB mouse, but they seem to be discovered at boot time and work fine thereafter. but adding any other devices after boot isn't working. I'd appreciate thoughts on how to troubleshoot/fix this. thanks! -- ---- Fred Smith -- fredex(a)fcshome.stoneham.ma.us ----------------------------- "Not everyone who says to me, 'Lord, Lord,' will enter the kingdom of heaven, but only he who does the will of my Father who is in heaven." ------------------------------ Matthew 7:21 (niv) -----------------------------

1 1

nvidia-related messages in /var/log/messages
by Fred Smith 01 May '14

01 May '14

Just discovered these messages in /var/log/messages, while looking at the USB problem I just posted about, separately. Apr 27 20:23:16 fcshome kernel: NVRM: API mismatch: the client has the version 331.67, but Apr 27 20:23:16 fcshome kernel: NVRM: this kernel module has the version 331.49. Please Apr 27 20:23:16 fcshome kernel: NVRM: make sure that this kernel module and all NVIDIA driver Apr 27 20:23:16 fcshome kernel: NVRM: components have the same version. Apr 27 20:23:16 fcshome kernel: NVRM: nvidia_frontend_ioctl: minor 255, module->ioctl failed, error -22 Apr 29 19:22:30 fcshome kernel: NVRM: API mismatch: the client has the version 331.67, but Apr 29 19:22:30 fcshome kernel: NVRM: this kernel module has the version 331.49. Please Apr 29 19:22:30 fcshome kernel: NVRM: make sure that this kernel module and all NVIDIA driver but I cannot find anything relating to Nvidia that has a 331.49 version number. "yum list installed | grep 331.49" returns no hits "yum list installed | grep 331.[0-9]" returns ONLY hits on 331.67. "find 331" finds lots of things, but none of them is 331.49. So, I'd be appreciative if someone could shine a light on this for me. thanks! -- ---- Fred Smith -- fredex(a)fcshome.stoneham.ma.us ----------------------------- Show me your ways, O LORD, teach me your paths; Guide me in your truth and teach me, for you are God my Savior, And my hope is in you all day long. -------------------------- Psalm 25:4-5 (NIV) --------------------------------

2 2

Re: [CentOS] Disappearing Network Manager config scripts
by Les Mikesell 01 May '14

01 May '14

On Thu, May 1, 2014 at 1:55 PM, Steve Clark <sclark(a)netwolves.com> wrote: > > Yep, do it all the time - first two thing I do are: > rm -f /etc/udev/rules.d/70-persistent-net.rules > rm -r /etc/sysconfig/network-scripts/ifcfg-eth* > and then reboot. > > The above makes them be rediscovered on the reboot. > > The lan ports are numbered on the back of the unit and I have never had them > not come up in the correct order - In fact it would cause us untold grief it > they did. > > > I forgot to add this is over 750 systems. They must all appear on the same motherboard/card location. Mine stay the same order within a card but the cards motherboard sets jump around. And yes, it causes grief. -- Les Mikesell lesmikesell(a)gmail.com

1 0

Disappearing Network Manager config scripts
by Evan Rowley 01 May '14

01 May '14

Is anyone frustrated by Network Manager? I wish CentOS just used the basic configuration files like the ones on BSD-style OSes. Those are so simple in comparison. Each time I reboot, it seems like the configuration file I create for Network Manager gets destroyed and replaced with a default file. Nothing in the default file would actually make sense on my network, so I'm not even really sure how this machine is still connected to the network after a reboot destroys my previous configuration. The only way I seem to be able to keep my proper DNS settings is through the GUI interface to Network Manager. I have to enter the configuration in each time I reboot. At the very least, I just want to stop Network Manager from wiping out my perfectly fine /etc/resolv.conf. There has to be a better way. -- - EJR

18 75

Re: [CentOS] Terminal settings
by Ashley M. Kirchner 01 May '14

01 May '14

On Thu, May 1, 2014 at 12:11 PM, Reindl Harald <h.reindl(a)thelounge.net>wrote: > what is SecureCRT and who needs that? > > what's wrong with the ordiany OpenSSh client available on any > sane system which supports UTF8, colors and what not out of > the box? > > Right, one key information missing: I'm working on a Windows machine, using SCRT to connect to remote servers - I have no choice, it's company policy. I should also point out that this only happens on newer systems. I have some old Fedora and even Redhat machines that don't do that, but I also suspect that because they are older machines that have not been (or can not be) upgraded to more recent OS's, that they don't have UTF capability.

2 2

Any information on targetcli (fcoe) for centos 6? Close to end of my rope
by Bob Metelsky 01 May '14

01 May '14

Guys, Im trying very hard to get a poc iscsi target/initiator working between 2 centos 6 machines. The targetcli seems buggy as hell - meaning it does not look updated for the current version of centos or other distributions output some output - notice the 2011 year and I dont have the iscsi directory. It seems commands can only be issued out of the corresponding directory... I want to disable suthentication ie /iscsi> set discovery_auth enable=0 Unknown configuration group: discovery_auth I dont have the ISCSI directory! OMG! apparently this is the install for targetcli... fcoe-target-utils.noarch fcoe-utils.i686 Is there any relatively direct documentation on how to set this up? I wasnt to use iscsi as a san replicator for oracle ASM and NOT use openfiler. I want to do this just from centos 6 to centos 6 dim310a / # targetcli targetcli shell version 2.0rc1.fb16 Copyright 2011 by RisingTide Systems LLC and others. For help on commands, type 'help'. /> /> ls o- / ......................................................................................................................... [...] o- backstores.............................................................................................................. [...] | o- block ................................................................................................... [2 Storage Objects] | | o- vol_grp1-logical_vol1 ............................... [/dev/mapper/vol_grp1-logical_vol1 (300.0GiB) write-thru deactivated] | | o- vol_grp2-logical_vol2 ............................... [/dev/mapper/vol_grp2-logical_vol2 (295.0GiB) write-thru deactivated] | o- fileio................................................................................................... [0 Storage Object] | o- pscsi.................................................................................................... [0 Storage Object] o- loopback .........

1 0

BIND Log file entries
by James B. Byrne 01 May '14

01 May '14

This morning I see this in the syslog on our primary public DNS host. internal_send: 142.77.1.1#33950: Connection timed out: 1 Time(s) internal_send: 142.77.1.1#35153: Connection timed out: 1 Time(s) internal_send: 142.77.1.1#35644: Connection timed out: 1 Time(s) internal_send: 142.77.1.1#49394: Connection timed out: 1 Time(s) internal_send: 142.77.1.1#49816: Connection timed out: 1 Time(s) internal_send: 142.77.1.1#49929: Connection timed out: 1 Time(s) internal_send: 142.77.1.1#50281: Connection timed out: 1 Time(s) internal_send: 142.77.1.1#50453: Connection timed out: 1 Time(s) internal_send: 142.77.1.1#50534: Connection timed out: 1 Time(s) . . . (x100s) dig -x 142.77.1.1 ; <<>> DiG 9.8.2rc1-RedHat-9.8.2-0.23.rc1.el6_5.1 <<>> -x 142.77.1.1 ;; global options: +cmd ;; Got answer: ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 31154 ;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 3, ADDITIONAL: 3 ;; QUESTION SECTION: ;1.1.77.142.in-addr.arpa. IN PTR ;; ANSWER SECTION: 1.1.77.142.in-addr.arpa. 604800 IN PTR ns.uunet.ca. ;; AUTHORITY SECTION: 77.142.in-addr.arpa. 86400 IN NS ns.uunet.ca. 77.142.in-addr.arpa. 86400 IN NS AUTH01.NS.UU.NET. 77.142.in-addr.arpa. 86400 IN NS NS2.uunet.ca. ;; ADDITIONAL SECTION: AUTH01.NS.UU.NET. 167 IN A 198.6.1.81 ns.uunet.ca. 86400 IN A 142.77.1.1 NS2.uunet.ca. 86400 IN A 142.77.1.5 ;; Query time: 114 msec ;; SERVER: 216.185.71.33#53(216.185.71.33) ;; WHEN: Thu May 1 09:59:50 2014 ;; MSG SIZE rcvd: 176 What is this and why is it happening? -- *** E-Mail is NOT a SECURE channel *** 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

Re: [CentOS] Disappearing Network Manager config scripts
by James B. Byrne 01 May '14

01 May '14

On Wed, April 30, 2014 14:11, Les Mikesell wrote: > Makes me wonder why we have cars that are > all approximately the correct widths to fit on a road and brake and > accelerator pedals in the same relative positions. > Graveyards. -- *** E-Mail is NOT a SECURE channel *** 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

RDP and Quacamole
by James B. Byrne 01 May '14

01 May '14

On Wed, April 30, 2014 11:45, Lamar Owen wrote: > On 04/30/2014 11:18 AM, Les Mikesell wrote: >> But freenx/NX/x2go put the big picture back the way it belongs. > > For certain usess I agree with that; for others, not so much. Seamlessly > pulling applications from an application server to the display server > has its distinct advantages, particularly for certain expensive > commercial applications. > >> If you've never used NX or x2go, try it. > I've been using NX (both the commercial version and the free version) > for remote telescope control use for over five years, acting as a proxy > for Windows RDP. Works fine. > Does anyone here have any experience with Quacamole client-Less RDP? If so, what are your observations respecting it? http://guac-dev.org/ -- *** E-Mail is NOT a SECURE channel *** 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] Mailman 2.1.16 RPMs?
by James B. Byrne 01 May '14

01 May '14

On Wed, April 30, 2014 10:04, m.roth(a)5-cent.us wrote: > James B. Byrne wrote: >> >> On Wed, April 30, 2014 07:52, Robert Heller wrote: >>> Before I go through the hassle of building it myself I want to know if >>> someone else has built RPMS for Mailman 2.1.16. I *need* to update the > version >>> of Mailman on my CentOS 5 server to Mailman 2.1.16 in order to be able to >>> use the from_is_list option to deal with DMARC issues with Yahoo, Aol, and >>> Hotmail. >> >> I am in the same boat and I have not found one yet. > > I'm not at home, so I don't have the email I read, nor the email address > of a friend, but his solution was, if I understand it correctly, to alter > mailman's config so that it sent it from... I think it was yahoo-dmarc, or > something like that. If you want, I'll forward his cmts, or I can ask him > for details, and forward those to the list. > > mark You need Mailman 2.1.15 at least to be able to do this and RHEL6 ships with 2.1.12. -- *** E-Mail is NOT a SECURE channel *** 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 111, Issue 1
by centos-announce-request＠centos.org 01 May '14

01 May '14

Send CentOS-announce mailing list submissions to centos-announce(a)centos.org To subscribe or unsubscribe via the World Wide Web, visit http://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-2014:0449 Important CentOS 6 thunderbird Update (Johnny Hughes) 2. CESA-2014:0448 Critical CentOS 6 firefox Update (Johnny Hughes) 3. CESA-2014:0448 Critical CentOS 5 firefox Update (Johnny Hughes) 4. CEBA-2014:0451 CentOS 6 rsync FASTTRACK Update (Johnny Hughes) 5. CESA-2014:0449 Important CentOS 5 thunderbird Update (Johnny Hughes) ---------------------------------------------------------------------- Message: 1 Date: Wed, 30 Apr 2014 12:17:04 +0000 From: Johnny Hughes <johnny(a)centos.org> Subject: [CentOS-announce] CESA-2014:0449 Important CentOS 6 thunderbird Update To: centos-announce(a)centos.org Message-ID: <20140430121704.GA44799(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Security Advisory 2014:0449 Important Upstream details at : https://rhn.redhat.com/errata/RHSA-2014-0449.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: bfdd789dfb646ac2fd1a581c08df197893df8589b7e8a1558810538b012f7502 thunderbird-24.5.0-1.el6.centos.i686.rpm x86_64: 6fb01246c4f72fce153c0ab9eb3e53c7b054fc477d16b9c5e203040ef22844ba thunderbird-24.5.0-1.el6.centos.x86_64.rpm Source: 6068612b0fbb1e3f7e6e830b19c2480d6776e9876b4572d1814dc116d1c88b98 thunderbird-24.5.0-1.el6.centos.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net ------------------------------ Message: 2 Date: Wed, 30 Apr 2014 12:17:25 +0000 From: Johnny Hughes <johnny(a)centos.org> Subject: [CentOS-announce] CESA-2014:0448 Critical CentOS 6 firefox Update To: centos-announce(a)centos.org Message-ID: <20140430121725.GA44900(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Security Advisory 2014:0448 Critical Upstream details at : https://rhn.redhat.com/errata/RHSA-2014-0448.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: f604914eab407ecede9dc432862d683e447ead9d1ca6233bba6ccea1fae2fb8c firefox-24.5.0-1.el6.centos.i686.rpm x86_64: f604914eab407ecede9dc432862d683e447ead9d1ca6233bba6ccea1fae2fb8c firefox-24.5.0-1.el6.centos.i686.rpm e052b9047b7b3d46ce5448fdf0f55f9b3a48313ada620b19f517f60ecebdbb02 firefox-24.5.0-1.el6.centos.x86_64.rpm Source: 1dc3e4c8c8e693c639708f58c088a5dd63e8788ebbbfbc46a7e6da5a7a726036 firefox-24.5.0-1.el6.centos.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net ------------------------------ Message: 3 Date: Wed, 30 Apr 2014 12:24:31 +0000 From: Johnny Hughes <johnny(a)centos.org> Subject: [CentOS-announce] CESA-2014:0448 Critical CentOS 5 firefox Update To: centos-announce(a)centos.org Message-ID: <20140430122431.GA1939(a)chakra.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Security Advisory 2014:0448 Critical Upstream details at : https://rhn.redhat.com/errata/RHSA-2014-0448.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: cd7fb2914457b55281d212820970dd3a24431f4771b4173bd12d2b08e2183cb2 firefox-24.5.0-1.el5.centos.i386.rpm x86_64: cd7fb2914457b55281d212820970dd3a24431f4771b4173bd12d2b08e2183cb2 firefox-24.5.0-1.el5.centos.i386.rpm 829e2cae410d131956145f034669010a2eeb9683ba89158ec3fb454179af9c72 firefox-24.5.0-1.el5.centos.x86_64.rpm Source: 7291216fddb0f0a96008754dc73c239752752099954d506dcc4b5e4c0983e0fc firefox-24.5.0-1.el5.centos.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net ------------------------------ Message: 4 Date: Wed, 30 Apr 2014 13:29:47 +0000 From: Johnny Hughes <johnny(a)centos.org> Subject: [CentOS-announce] CEBA-2014:0451 CentOS 6 rsync FASTTRACK Update To: centos-announce(a)centos.org Message-ID: <20140430132947.GA52576(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Bugfix Advisory 2014:0451 Upstream details at : https://rhn.redhat.com/errata/RHBA-2014-0451.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: 49819eb910ffb469278c81b3680124915986217668b94d79e98a47ef8100b499 rsync-3.0.6-12.el6.i686.rpm x86_64: a6e054b254d1c3978c8f06bd96f23b5d7a130f7c922de550bc96d8cae49d35ac rsync-3.0.6-12.el6.x86_64.rpm Source: 3b0f02cc7a51c63d5ab5c745c6119e0d44726f21d5bb20151418b51dd5893f67 rsync-3.0.6-12.el6.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net ------------------------------ Message: 5 Date: Wed, 30 Apr 2014 13:38:23 +0000 From: Johnny Hughes <johnny(a)centos.org> Subject: [CentOS-announce] CESA-2014:0449 Important CentOS 5 thunderbird Update To: centos-announce(a)centos.org Message-ID: <20140430133823.GA6429(a)chakra.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Security Advisory 2014:0449 Important Upstream details at : https://rhn.redhat.com/errata/RHSA-2014-0449.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: a897dbd0573b3fa611805f8db40c9a90e53e2f3c8f283cd085b035e21c1269a5 thunderbird-24.5.0-1.el5.centos.i386.rpm x86_64: d22792c4ad7764d64bc3a19c9f22a4b1fb4a1c3984f6e0fe3f0cfdb20024d61f thunderbird-24.5.0-1.el5.centos.x86_64.rpm Source: b4a35c5371ee13496c6a51cdb04e2c819a53f948d59ba874f5c80be3b900a756 thunderbird-24.5.0-1.el5.centos.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net ------------------------------ _______________________________________________ CentOS-announce mailing list CentOS-announce(a)centos.org http://lists.centos.org/mailman/listinfo/centos-announce End of CentOS-announce Digest, Vol 111, Issue 1 ***********************************************

1 0

3TB non-system disk reports wrong size on Centos 6 x86_64
by Jason Pyeron 01 May '14

01 May '14

root@five-72 ~ # dd if=/dev/zero of=/dev/sdb bs=1M count=1000 1000+0 records in 1000+0 records out 1048576000 bytes (1.0 GB) copied, 8.67101 s, 121 MB/s root@five-72 ~ # parted /dev/sdb GNU Parted 2.1 Using /dev/sdb Welcome to GNU Parted! Type 'help' to view a list of commands. (parted) mklabel gpt (parted) print Model: ATA ST3000DM001-1CH1 (scsi) --> http://www.seagate.com/staticfiles/docs/pdf/datasheet/disc/barracuda-ds1737… 11us.pdf Disk /dev/sdb: 2199GB Sector size (logical/physical): 512B/512B Partition Table: gpt Number Start End Size File system Name Flags (parted) q Information: You may need to update /etc/fstab. root@five-72 ~ # cat /sys/block/sdb/queue/physical_block_size 512 But the drive says 4k sector size! What am I doing wrong? -Jason -- -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- - - - Jason Pyeron PD Inc. http://www.pdinc.us - - Principal Consultant 10 West 24th Street #100 - - +1 (443) 269-1555 x333 Baltimore, Maryland 21218 - - - -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- This message is copyright PD Inc, subject to license 20080407P00.

1 2

Why are hplip and hpijs always so back dated?
by Styma, Robert E (Robert) 30 Apr '14

30 Apr '14

My fully patched CentOS 6.5 system uses: hplip-common-3.12.4-4.el6_4.1.i686 hpijs-3.12.4-4.el6_4.1.i686 hplip-libs-3.12.4-4.el6_4.1.i686 My wife's printer becomes supported at 3.13.somethingOrOther and the current release is 3.14.something. Why are we so far behind? I realize that I can download the latest, uninstall the RPM versions and compile and build and install the source copy. If I was going to follow that route, I would prefer to build an rpm and install it normally. I have been looking on the Internet and not found anything to turn the release from HP into a binary RPM. (That does not mean it is not there.) I know it must be doable since there are rpm's in the repositories. My skill with RPM's is somewhat limited, but does anyone know of a set of instructions and a spec file that could be used to get started on this process? Thanks in Advance Bob, Phoenix, AZ,

2 1

DSDP-devel?
by m.roth＠5-cent.us 30 Apr '14

30 Apr '14

Anyone know of a safe repo I can find DSDP-devel? mark

1 0

Re: [CentOS] Disappearing Network Manager config scripts
by Les Mikesell 30 Apr '14

30 Apr '14

On Wed, Apr 30, 2014 at 1:02 PM, Steve Clark <sclark(a)netwolves.com> wrote: > > You do know that windows servers have a fairly complete set of command > line options, don't you? > > Well the one and only time I configured an interface on windows from the > command line I couldn't believe I had to type > some great big string to identify the interface, of course I had looked up > how to do it on the internet so there may > have been a shorter way to do it. So, have you ever had to deal with a CentOS box and multiple NICs. Especially one where you've cloned it or moved a disk to a new chassis? Apparently there is just not a good way to identify interfaces. > I guess coming from a history of starting out on an IBM 1130 and proceeding > thru Burroughs, NCR and Data General OSes and hardware > I just got used to understanding at a very low level and doing things > without the help of some fancy GUI. Well, you can do it that way on windows if you want. It's just, ummm, different. Like that thing we were talking about here. -- Les Mikesell lesmikesell(a)gmail.com

2 1

Re: [CentOS] Disappearing Network Manager config scripts
by Lamar Owen 30 Apr '14

30 Apr '14

On 04/30/2014 12:54 PM, Steve Clark wrote: > What I meant about Windows is everything seems to be hidden behind > some gui interface, which > leads people to not really understand the underpinnings of what is > truly happening. A GUI and a registry; and I agree with that assessment. > NM seems akin > to this, at least the last time I tried to use several years ago. There is a CLI to manage (but not edit) connections with NetworkManager in C6. EL7 is supposed to improve the CLI functionality of NM, but that remains to be seen (meaning I've not taken the time to try it, as it's not really high on my list of priorities). The command is nmcli, and it takes a bit of reading to see what it is doing. It also takes a bit of thought, since NM is connection, rather than interface, oriented. Earlier versions do seem to be more opaque than they probably should be, which is probably one of the primary reasons NM is in the Desktop group, and you get the Traditional networking if you don't install that group, or NM on its own, at least in C6. > > I work in a development environment where we are constantly adding and > removing systems and connections > and for me it just gets in the way. I can quickly type ip a a ..., ip > r a ... and be done with it. I understand your pain, and your needs. Many days my production environment feels that way.

1 0

Automated Reply from Alex Last <centos-announce@centos.org>
by Alex Last 30 Apr '14

30 Apr '14

I will not have access to email on Wed 30th April 2014. If you need urgent support please email or call Dan Benton on dan(a)dogsbodytechnology.com or 07718 679512 Thank you Alex Last

1 0

Re: [CentOS] Mailman 2.1.16 RPMs?
by James B. Byrne 30 Apr '14

30 Apr '14

On Wed, April 30, 2014 07:52, Robert Heller wrote: > Before I go through the hassle of building it myself I want to know if someone > else has built RPMS for Mailman 2.1.16. I *need* to update the version of > Mailman on my CentOS 5 server to Mailman 2.1.16 in order to be able to use the > from_is_list option to deal with DMARC issues with Yahoo, Aol, and Hotmail. > > -- I am in the same boat and I have not found one yet. -- *** E-Mail is NOT a SECURE channel *** 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

KDE on C6.5: start a program from command line on a specific screen
by Patrick Bervoets 30 Apr '14

30 Apr '14

I'd like to start from konsole a virt-viewer to vm1 on screen vga1 and another virt-viewer to vm2 on screen lvds1. Anyone knows if this is possible with KDE on a CentOS 6.5? Thanks Patrick

3 3

CentOS-announce Digest, Vol 110, Issue 15
by centos-announce-request＠centos.org 30 Apr '14

30 Apr '14

Send CentOS-announce mailing list submissions to centos-announce(a)centos.org To subscribe or unsubscribe via the World Wide Web, visit http://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-2014:0444 CentOS 5 openscap Update (Johnny Hughes) ---------------------------------------------------------------------- Message: 1 Date: Tue, 29 Apr 2014 14:27:09 +0000 From: Johnny Hughes <johnny(a)centos.org> Subject: [CentOS-announce] CEBA-2014:0444 CentOS 5 openscap Update To: centos-announce(a)centos.org Message-ID: <20140429142709.GA3781(a)chakra.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Bugfix Advisory 2014:0444 Upstream details at : https://rhn.redhat.com/errata/RHBA-2014-0444.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: 61865fc3e66d3d869857420958340b09b48b5fe0d31954eec1228ed1f5121594 openscap-1.0.8-1.el5_10.i386.rpm 97cdd7c63bf60f96fefcdb8a5a38ec482f01cfafc8a818dd8a8988008c4e8bb7 openscap-devel-1.0.8-1.el5_10.i386.rpm 9587afe5985816355b8c4ca9abe30ee5bd8f61f74591c2155447cd745f31d2a1 openscap-engine-sce-1.0.8-1.el5_10.i386.rpm cc710769358b975a34673c3886f6a8efd878f4afc8cba5c0e8e77c3357db1daa openscap-engine-sce-devel-1.0.8-1.el5_10.i386.rpm 60b369f28879a9b8ac881d6b9aed816bf6eade980faa0f0a6b970bc9e8a24b02 openscap-extra-probes-1.0.8-1.el5_10.i386.rpm c15aaa940591c788f014965886442adf64ad216428dc68a66dd7ad363711c958 openscap-python-1.0.8-1.el5_10.i386.rpm a9d5daebfd09c2b012ebd72ec5d14ee8d027f88073a0b2ce72fddb19c8812bb9 openscap-utils-1.0.8-1.el5_10.i386.rpm x86_64: 61865fc3e66d3d869857420958340b09b48b5fe0d31954eec1228ed1f5121594 openscap-1.0.8-1.el5_10.i386.rpm c17c3d2bcc983e804d8122b9385c11ea87694a3e50feefe6061c27936fbc6067 openscap-1.0.8-1.el5_10.x86_64.rpm 97cdd7c63bf60f96fefcdb8a5a38ec482f01cfafc8a818dd8a8988008c4e8bb7 openscap-devel-1.0.8-1.el5_10.i386.rpm e8c478c77bb4c640a16a5af8c9a40aa6649fe985a63b0c3b8eb2aa82c5012651 openscap-devel-1.0.8-1.el5_10.x86_64.rpm da1d7472355396422228d7659e7babb231cfa06d0a6ba7d04f94c0234a1b0c26 openscap-engine-sce-1.0.8-1.el5_10.x86_64.rpm dc275fa7fa4304bd904a641e719ec82efb0964cfaa052ee94b55cfe6435bf298 openscap-engine-sce-devel-1.0.8-1.el5_10.x86_64.rpm 0117e89839cfee9f868987e26bc2c2b92608c5f192ee142448a52d3a5638cae3 openscap-extra-probes-1.0.8-1.el5_10.x86_64.rpm 0720bc6e5aa2f90a99d3552362442c051297497058d979e5856f289deea04d3a openscap-python-1.0.8-1.el5_10.x86_64.rpm 0885e8b4ad005dbc0555076996fb87cffd3d7a1bf6c9f8986a527931fdf89c5c openscap-utils-1.0.8-1.el5_10.x86_64.rpm Source: c04e919a970c1904e8c99686dc484f98443983a2553f1792c948077bf02727f2 openscap-1.0.8-1.el5_10.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net ------------------------------ _______________________________________________ CentOS-announce mailing list CentOS-announce(a)centos.org http://lists.centos.org/mailman/listinfo/centos-announce End of CentOS-announce Digest, Vol 110, Issue 15 ************************************************

1 0

rkhunter 1.4.2 (epel) unary operator expected -ne found
by Patrick Bervoets 30 Apr '14

30 Apr '14

Anyone seeing this? /etc/cron.daily/rkhunter: /usr/bin/rkhunter: regel 13967: [: eenzijdige operator werd verwacht, -ne gevonden Translating: line 13967 unary operator expected -ne found Line 13967 is: if [ `${IPCS_CMD} -u 2>/dev/null | awk -F' ' '/segments allocated/ {print $3}'` -ne 0 ]; then rkhunter 1.4.2 release 1.el6 from epel on a CentOS 6.5 Thanks Patrick

1 0

Sub.: MTS MBLAZE ULTRA
by Asok Mallick 29 Apr '14

29 Apr '14

Dear Sir, I am unable to work MTS MBLAZE ULTRA in CentOS 6.4. Can any one suggest a way to active MTS MBLAZE ULTRA in CentOS 6.4 properly? Yours faithfully ASOK UMAR MALLICK

1 0

São Paulo Dojo and FISL 15
by Johnny Hughes 29 Apr '14

29 Apr '14

The CentOS team is having a Dojo in São Paulo, Brazil on Monday, May 5th, 2014: http://wiki.centos.org/Events/Dojo/SaoPaulo2014 This is a couple of days before the Free Software Forum in Porto Alegre, Brazil ... the CentOS team will also be at FISL 15: http://softwarelivre.org/fisl15 These are our first ever official events in South America and we are looking forward to seeing lots of people at both places. Please come and see us if you have a chance. Thanks, Johnny Hughes

1 0

CentOS-announce Digest, Vol 110, Issue 14
by centos-announce-request＠centos.org 29 Apr '14

29 Apr '14

Send CentOS-announce mailing list submissions to centos-announce(a)centos.org To subscribe or unsubscribe via the World Wide Web, visit http://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-2014:0438 CentOS 5 gfs2-utils Update (Johnny Hughes) 2. CEBA-2014:0437 CentOS 6 util-linux-ng Update (Johnny Hughes) ---------------------------------------------------------------------- Message: 1 Date: Mon, 28 Apr 2014 11:45:45 +0000 From: Johnny Hughes <johnny(a)centos.org> Subject: [CentOS-announce] CEBA-2014:0438 CentOS 5 gfs2-utils Update To: centos-announce(a)centos.org Message-ID: <20140428114545.GA27270(a)chakra.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Bugfix Advisory 2014:0438 Upstream details at : https://rhn.redhat.com/errata/RHBA-2014-0438.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: 9707d80fee69d920ebc9fda023c80f3521bb882e14d12518c3c8bcf543db760b gfs2-utils-0.1.62-39.el5_10.1.i386.rpm x86_64: 89529f619ae83713e9b2608a117e1b6eb60eafcab49ee04d2b559b3a21be43d3 gfs2-utils-0.1.62-39.el5_10.1.x86_64.rpm Source: df756ec1855242793fc21c40b7653333eaf11e27972d4ea8ff054f350ec92df8 gfs2-utils-0.1.62-39.el5_10.1.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net ------------------------------ Message: 2 Date: Mon, 28 Apr 2014 11:51:45 +0000 From: Johnny Hughes <johnny(a)centos.org> Subject: [CentOS-announce] CEBA-2014:0437 CentOS 6 util-linux-ng Update To: centos-announce(a)centos.org Message-ID: <20140428115145.GA2909(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Bugfix Advisory 2014:0437 Upstream details at : https://rhn.redhat.com/errata/RHBA-2014-0437.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: 3eeaf344a60fb54fdbd9d68352ccb88950b0a7bb0dfbcf37a60f9f4de1e9db48 libblkid-2.17.2-12.14.el6_5.i686.rpm 06e31ee96e9c57986f68ad8dfa57390354aa0eb24b898e10a12275c9f9555581 libblkid-devel-2.17.2-12.14.el6_5.i686.rpm e8b9148383370f29f53aa3d04a1ec82f40bb55db4b22de4dfbd17528fad43e2e libuuid-2.17.2-12.14.el6_5.i686.rpm b7b783587522e3134843a23ce58deebd544a8a0f39d43cbb78bf48b2f522a7e3 libuuid-devel-2.17.2-12.14.el6_5.i686.rpm cce827680e2796ab35dc9857b87fe391d834d4429f26b411b78455b87e434443 util-linux-ng-2.17.2-12.14.el6_5.i686.rpm e68cd7bcd912e641682819f3ffc723a8a054fba2ee692e500051dcd004c294fd uuidd-2.17.2-12.14.el6_5.i686.rpm x86_64: 3eeaf344a60fb54fdbd9d68352ccb88950b0a7bb0dfbcf37a60f9f4de1e9db48 libblkid-2.17.2-12.14.el6_5.i686.rpm c72b1b8818d8ec53838b8bacb17c4f4aa0b5bb3161cd74294bfea41fe1509109 libblkid-2.17.2-12.14.el6_5.x86_64.rpm 06e31ee96e9c57986f68ad8dfa57390354aa0eb24b898e10a12275c9f9555581 libblkid-devel-2.17.2-12.14.el6_5.i686.rpm 58ff40d98367a311870f93dbf8b09b9e1ad3cdb32ad1fe0877ce5e1f41732824 libblkid-devel-2.17.2-12.14.el6_5.x86_64.rpm e8b9148383370f29f53aa3d04a1ec82f40bb55db4b22de4dfbd17528fad43e2e libuuid-2.17.2-12.14.el6_5.i686.rpm 3bb2706ae6af944eed676523bb7caf8a14527e0331bfc511fc6ebc5ecd215cd3 libuuid-2.17.2-12.14.el6_5.x86_64.rpm b7b783587522e3134843a23ce58deebd544a8a0f39d43cbb78bf48b2f522a7e3 libuuid-devel-2.17.2-12.14.el6_5.i686.rpm 0f94d276daec6eced807fda8c8d0d2bfff3b23fe497cbfc21d290c6bd9e355d9 libuuid-devel-2.17.2-12.14.el6_5.x86_64.rpm cce827680e2796ab35dc9857b87fe391d834d4429f26b411b78455b87e434443 util-linux-ng-2.17.2-12.14.el6_5.i686.rpm d1929b3c22b07538642373ead9125c5cb7fa189635b31a3848c6ef83a9a8942c util-linux-ng-2.17.2-12.14.el6_5.x86_64.rpm 93e8665b6b318dc2f71c897d6150ff630bf42e65604239bcebd63fb2e89f451e uuidd-2.17.2-12.14.el6_5.x86_64.rpm Source: 1c3841e1c2979b9173aa7014165dbebc968a3135c4d63071911e9d784c2875a0 util-linux-ng-2.17.2-12.14.el6_5.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net ------------------------------ _______________________________________________ CentOS-announce mailing list CentOS-announce(a)centos.org http://lists.centos.org/mailman/listinfo/centos-announce End of CentOS-announce Digest, Vol 110, Issue 14 ************************************************

1 0

Need Python3 for C6
by Robert Arkiletian 28 Apr '14

28 Apr '14

I need Python 3.4 (latest) on CentOS 6 for development purposes (teaching programming). Need advice for best method to do this. I am concerned about not breaking the internal plumbing of C6. I was thinking about installing it into /opt. I noticed http://puias.math.ias.edu/data/puias/computational has 3.3 but I need 3.4 (asyncio module). Wondering if anyone has tried python3 from puias repo ? Does it break anything? Also, found http://toomuchdata.com/2014/02/16/how-to-install-python-on-centos/ Any advice welcome.

3 3

Will Devtools-1.1 or later become part of SCL?
by Robert Arkiletian 28 Apr '14

28 Apr '14

I've already installed devtools-1.1 from Tru Huynh. http://people.centos.org/tru/devtools-1.1/ Thank You Tru. gcc 4.7.2 is so much newer than stock 4.4.7. (much better C++11 support) Why is devtools-1.1 not officially part of CentOS SCL? I know devtools-2.0 still has issues but 1.1 would bring us on par with Debian 7.0. http://wiki.centos.org/AdditionalResources/Repositories/SCL

2 1

easily mount .iso files on CentOS
by Wes James 28 Apr '14

28 Apr '14

Yes I know you can use the command line to mount an iso, but does anyone know of a tool like mounty for deb systems that you can use a menu to find the iso and and mount it? Windows 8 has right-click and mount, os x has had double-click to open for years. Why do we need to revert to the command line for something like this on linux? Thanks, -wes

2 1

Getting yum to install to python 2.7 dir
by Larry Martell 28 Apr '14

28 Apr '14

I am running CentOS 6.5, which has python 2.6. I need python 2.7 so I installed that and it works and is my default python. But yum does not work with that, so I changed the shebang line for yum to /usr/bin/python2.6 and then yum works again. But when I install a python package with yum it get installed to /usr/lib64/python2.6/site-packages/. How can I get yum to install to /usr/lib64/python2.7/site-packages? Thanks!

6 9

Re: [CentOS] Getting yum to install to python 2.7 dir
by James B. Byrne 28 Apr '14

28 Apr '14

On Sun, April 27, 2014 23:33, Robert Arkiletian wrote: > This is a bad hack. Undo the damage. Then install the official CentOS > Software Collections repo. > > https://www.softwarecollections.org/en/ > > It has Python27. > I followed the instruction on that link and discovered that one basically needs to be a RedHat subscriber to get any use out of it. At least insofar as httpd-2.4 is concerned. I cannot speak what restrictions, if any, are placed on the Python-2.7 package. -- *** E-Mail is NOT a SECURE channel *** 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

Re: [CentOS] SELInux and POSTFIX
by James B. Byrne 28 Apr '14

28 Apr '14

On Wed, April 23, 2014 16:44, Daniel J Walsh wrote: > Looks like this is allowed in rhel6.5 policy. You could try > > selinux-policy-3.7.19-235.el6 > on people.redhat.com/dwalsh/SELinux/RHEL6 > yum --enablerepo=localfile update selinux\* Loaded plugins: downloadonly, fastestmirror, priorities Loading mirror speeds from cached hostfile * Webmin: download.webmin.com * base: centos.mirror.rafal.ca * epel: fedora.mirror.nexicom.net * extras: mirror.netflash.net * updates: mirror.csclub.uwaterloo.ca Setting up Update Process Resolving Dependencies --> Running transaction check ---> Package selinux-policy.noarch 0:3.7.19-231.el6_5.1 will be updated --> Processing Dependency: selinux-policy = 3.7.19-231.el6_5.1 for package: selinux-policy-targeted-3.7.19-231.el6_5.1.noarch --> Processing Dependency: selinux-policy = 3.7.19-231.el6_5.1 for package: selinux-policy-targeted-3.7.19-231.el6_5.1.noarch ---> Package selinux-policy.noarch 0:3.7.19-235.el6 will be an update --> Finished Dependency Resolution Error: Package: selinux-policy-targeted-3.7.19-231.el6_5.1.noarch (@updates) Requires: selinux-policy = 3.7.19-231.el6_5.1 Removing: selinux-policy-3.7.19-231.el6_5.1.noarch (@updates) selinux-policy = 3.7.19-231.el6_5.1 Updated By: selinux-policy-3.7.19-235.el6.noarch (localfile) selinux-policy = 3.7.19-235.el6 Available: selinux-policy-3.7.19-231.el6.noarch (base) selinux-policy = 3.7.19-231.el6 You could try using --skip-broken to work around the problem You could try running: rpm -Va --nofiles --nodigest I have these packages in /root/RPMS/repo/Packages: total 3776 -rw-r--r--. 1 root root 69264 Apr 24 20:52 opendmarc-1.1.3-3.1.x86_64.rpm -rw-r--r--. 1 root root 845052 Apr 23 16:41 selinux-policy-3.7.19-235.el6.noarch.rpm -rw-r--r--. 1 root root 2946848 Apr 23 16:41 selinux-policy-targeted-3.7.19-235.el6.noarch.rpm I have run 'createrepo --database --update /root/RPMS/repo' What do I not understand respecting performing this update? I only noted this issue following implementation of an spf policy daemon with Postfix. However, that change was the reason I was looking at the log files to begin with so the situation may have been present for a very long time before that. -- *** E-Mail is NOT a SECURE channel *** 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

chromium-34.0.1847.132-1.el6
by ngeorgop 28 Apr '14

28 Apr '14

New version of chromium (34.0.1847.132) chromium-34.0.1847.132-1.el6.i686.rpm <https://drive.google.com/file/d/0B9RlkKQB1POSR0pRLXU1Q1JQTmc/edit?usp=shari…> Source: chromium-34.0.1847.132-1.el6.src.rpm <https://docs.google.com/file/d/0B9RlkKQB1POSd1NWWDM2bHRpU1k/edit> I was *OBLIGED* to patch gtk2-2.20.1 in order to build it: gtk2-2.20.1-5.el6.i686.rpm <https://docs.google.com/file/d/0B9RlkKQB1POSVnAzVlhuakUwUkU/edit> gtk2-devel-2.20.1-5.el6.i686.rpm <https://docs.google.com/file/d/0B9RlkKQB1POSYjJSLXVTT0FucnM/edit> Source: gtk2-2.20.1-5.el6.src.rpm <https://docs.google.com/file/d/0B9RlkKQB1POSdVQ0SG9hY1pmOHM/edit> Waiting for comments -- View this message in context: http://centos.1050465.n5.nabble.com/CentOS-chromium-34-0-1847-132-1-el6-tp5… Sent from the CentOS mailing list archive at Nabble.com.

5 9

Ext4 mess .... and EXT4-fs error (device sdc): ext4_mb_generate_buddy
by Götz Reinicke - IT Koordinator 28 Apr '14

28 Apr '14

Hi, I'm faced with a very strange behaviour: Centos 6.5 server, Hardware ISCSI HBA from Emulex OneConnect, most recent drivers and firmware from emulex installed. Directly attached a 10G ISCSI Storage from QSan. Two Raid volumes, Raid 5, 8 Disks each at 2 TB so 14 TB each logic raid volume. Both volumes are logged in and usable as sdb and sdc to the server. Formatted with ext4 -m 0 -v /dev/sd... Now I copied about 600 GB from an old server to one of the new volumes. No problems at all. But moving other data from the old server to the second volume shows the error in the logs: EXT4-fs error (device sdc): ext4_mb_generate_buddy: EXT4-fs: group 2592: 0 blocks in bitmap, 24544 in gd group grows by 16. But the more strange thing I realised today is, that all the data on the first volume (on sdb) shows up on sdc as well + the new data too. Now I'm totally confused and currently there are no more messages in the system log. The files on sdc don't show up on sdb! If I do e.g. a md5sum on the files on both volumes they are the same as is the contents of e.g. some textfiles I checked. May be someone has an idea what might cause a) the error and b) why dose the data from sdb also shows up on sdc? b) also occurred also with the original redhat/centos driver for the ISCSI HBA. May be I have to use partitions and not the whole device or LVM, ... xfs? Other storages from Qsan dont show that problem and other storages with bigger filesystems or e.g. xfs are o.k. too. confused regards . Götz

1 1

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

Discuss