Discuss August 2014

discuss@lists.centos.org

173 participants
168 discussions

Centos 7 lockup
by Les Mikesell 21 Aug '14

21 Aug '14

A machine I set up to run OpenNMS stopped working last night - no hardware alarm lights, but keyboard/monitor/network unresponsive. After a reboot I see a large stack of messages like this in /var/log/messages: ---- Aug 20 14:02:34 opennms-h-03 python: SELinux is preventing /usr/sbin/monitor-get-edid-using-vbe from mmap _zero access on the memprotect . ***** Plugin mmap_zero (53.1 confidence) suggests ************************* If you do not think /usr/sbin/monitor-get-edid-using-vbe should need to mmap low memory in the kernel. Then you may be under attack by a hacker, this is a very dangerous access. Do contact your security administrator and report this issue. ***** Plugin catchall_boolean (42.6 confidence) suggests ****************** If you want to allow mmap to low allowed Then you must tell SELinux about this by enabling the 'mmap_low_allowed' boolean. You can read 'None' man page for more details. Do setsebool -P mmap_low_allowed 1 ***** Plugin catchall (5.76 confidence) suggests ************************** If you believe that monitor-get-edid-using-vbe should be allowed mmap_zero access on the memprotect by d efault. Then you should report this as a bug. You can generate a local policy module to allow this access. Do allow this access for now by executing: # grep monitor-get-edi /var/log/audit/audit.log | audit2allow -M mypol # semodule -i mypol.pp ------ and then this final message Aug 20 14:02:42 opennms-h-03 dbus-daemon: 'list' object has no attribute 'split' Do either of those look fatal? And where else should I look for the underlying problem? -- Les Mikesell lesmikesell(a)gmail.com

3 4

Re: [CentOS] Skype on CentOS 6.5
by James B. Byrne 21 Aug '14

21 Aug '14

On Tue, August 19, 2014 08:20, Liam O'Toole wrote: > > I upgraded to your shiny new Skype a few days ago. Thanks for your > packaging work. > Has anyone tried using FreeCall or TOX as an alternative to Skype? Further, I am curious as to what components of Skype on Linux are open to source review and which are not. My recent inquiries have raised the unsettling possibility that recent Skype clients may be designed to permit remote exploitation of host systems by unauthorised entities. -- *** 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

6 6

Trying to override MAC addr
by Robert Moskowitz 21 Aug '14

21 Aug '14

I am trying to override the mac addr. Now this is on an armv7 actually running the F19 kernel and Redsleeve 6, but it SHOULD be standard Centos6 ifcfg-eth0 content. Of course RSEL does not start with a ifcfg-eth0 file, letting network services do all the work, so I am starting from scratch, using the file from one of my C6 boxes with static addressing. My file has in it: DEVICE="eth0" BOOTPROTO=none NM_CONTROLLED="no" ONBOOT="yes" TYPE="Ethernet" NAME="System eth0" DNS1=208.83.67.188 GATEWAY="208.83.67.177" IPADDR="208.83.67.179" HOSTNAME="rigel2.htt-consult.com" IPV6INIT="yes" MACADDR=02:67:15:00:01:79 MTU=1500 And when I restart network, it can't find eth0: # service network restart Shutting down loopback interface: [ OK ] Bringing up loopback interface: [ OK ] Bringing up interface eth0: Device eth0 does not seem to be present, delaying initialization. [FAILED] but: # ifconfig eth1 Link encap:Ethernet HWaddr 02:67:15:00:01:79 inet addr:208.83.67.179 Bcast:208.83.67.255 Mask:255.255.255.0 inet6 addr: 2607:f4b8:3:3:67:15ff:fe00:179/64 Scope:Global inet6 addr: fe80::67:15ff:fe00:179/64 Scope:Link UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:254 errors:0 dropped:17 overruns:0 frame:0 TX packets:70 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:26575 (25.9 KiB) TX bytes:6104 (5.9 KiB) Interrupt:87 Base address:0x6000 The assigned MAC addr for eth0 is: 02:c3:04:01:77:c3 The tutorials that I have found on ifcfg-ethN say not to use both hwaddr and macaddr in the same cfg file, but it almost seems that is what is needed? thanks

6 14

Re: [CentOS] Trying to override MAC addr
by Robert Moskowitz 21 Aug '14

21 Aug '14

On 08/21/2014 10:56 AM, Reindl Harald wrote: > > Am 21.08.2014 um 16:43 schrieb Robert Moskowitz: >> On 08/21/2014 10:32 AM, m.roth(a)5-cent.us wrote: >>> Keith Keller wrote: >>>> On 2014-08-21, John R Pierce <pierce(a)hogranch.com> wrote: >>>>> On 8/21/2014 7:09 AM, Robert Moskowitz wrote: >>>>>> I am trying to override the mac addr. >>>>> pretty sure you need to use NIC model specific utilities to do this, >>>>> ifcfg-ethN won't do it. the hwaddr= in there is for finding the nic, >>>>> not for reprogramming it. >>>> ifconfig claims to support it: >>>> >>>> hw class address >>> <snip> >>> Also, don't forget /etc/udev/rules.d/70-persistant-net.rules >> I can't forget what I don't know. please point me to description of >> these rules? > just look at the file > > in the past and on CentOS before RHEL7 it was to assign MAC/device-names > at boot, on recent Redhat based systems just remove it and stick with > place both in the ifcfg-files while disable biosdevname and systemd > devicenames at boot > > both, that udev rules and what i explained you may collide or at least > you need to change the MAC there too to not confuse the configs > I worked a bit on this. I no longer have the MAC or HW addrs in ifcfg-eth0. Only in /etc/udev/rules.d/70-persistent-net.rules, and only for name=eth0: # net device () SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address}=="02:67:15:00:01:79", ATTR{type}=="1", KERNEL=="eth*", NAME="eth0" but on reboot, I get the error: Bringing up interface eth0: Device eth0 does not seem to be present, delaying initialization. [FAILED] and the ethernet comes up as eth1 and the eth1 line is added to /etc/udev/rules.d/70-persistent-net.rules Almost as if there is something else that needs changing.

2 3

Re: [CentOS] Trying to override MAC addr
by Robert Moskowitz 21 Aug '14

21 Aug '14

Did not work... On 08/21/2014 10:15 AM, Reindl Harald wrote: > > Am 21.08.2014 um 16:09 schrieb Robert Moskowitz: >> I am trying to override the mac addr. Now this is on an armv7 actually >> running the F19 kernel and Redsleeve 6, but it SHOULD be standard >> Centos6 ifcfg-eth0 content. Of course RSEL does not start with a >> ifcfg-eth0 file, letting network services do all the work, so I am >> starting from scratch, using the file from one of my C6 boxes with >> static addressing. My file has in it: >> >> DEVICE="eth0" >> BOOTPROTO=none >> NM_CONTROLLED="no" >> ONBOOT="yes" >> TYPE="Ethernet" >> NAME="System eth0" >> DNS1=208.83.67.188 >> GATEWAY="208.83.67.177" >> IPADDR="208.83.67.179" >> HOSTNAME="rigel2.htt-consult.com" >> IPV6INIT="yes" >> MACADDR=02:67:15:00:01:79 >> MTU=1500 > that's easy - you need to tell it the physical too > works from Fedora 10 up to Fedora 20 that way > > [root@srv-rhsoft:~]$ cat ifcfg-eth1 > DEVICE=eth1 > HWADDR=68:05:ca:0d:62:c1 > MACADDR=00:50:8d:b5:cc:de > > "00:50:8d:b5:cc:de" is the on my interface has after it is up > "68:05:ca:0d:62:c1" is the pysical one of the device before fake it > > [root@srv-rhsoft:~]$ ifconfig eth1 > eth1: flags=67<UP,BROADCAST,RUNNING> mtu 1500 > inet 62.178.103.85 netmask 255.255.255.0 broadcast 255.255.255.255 > ether 00:50:8d:b5:cc:de txqueuelen 500 (Ethernet) > RX packets 74959980 bytes 25037014848 (23.3 GiB) > RX errors 0 dropped 0 overruns 0 frame 0 > TX packets 67607627 bytes 39867204808 (37.1 GiB) > TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0 > device interrupt 16 memory 0xf7cc0000-f7ce0000 > # cat > /etc/sysconfig/network-scripts/ifcfg-eth0 DEVICE="eth0" BOOTPROTO=none NM_CONTROLLED="no" ONBOOT="yes" TYPE="Ethernet" NAME="System eth0" HWADDR=02:c3:04:01:77:c3 MACADDR=02:67:15:00:01:79 MTU=1500 DNS1=208.83.67.188 GATEWAY="208.83.67.177" IPADDR="208.83.67.179" HOSTNAME="rigel2.htt-consult.com" IPV6INIT="yes" [root@redsleeve ~]# service network restart Shutting down loopback interface: [ OK ] Bringing up loopback interface: [ OK ] Bringing up interface eth0: Device eth0 has different MAC address than expected, ignoring. [FAILED] And now not even an eth1 interface.

2 1

Re: [CentOS] Trying to override MAC addr
by Robert Moskowitz 21 Aug '14

21 Aug '14

On 08/21/2014 10:15 AM, Reindl Harald wrote: > > Am 21.08.2014 um 16:09 schrieb Robert Moskowitz: >> I am trying to override the mac addr. Now this is on an armv7 actually >> running the F19 kernel and Redsleeve 6, but it SHOULD be standard >> Centos6 ifcfg-eth0 content. Of course RSEL does not start with a >> ifcfg-eth0 file, letting network services do all the work, so I am >> starting from scratch, using the file from one of my C6 boxes with >> static addressing. My file has in it: >> >> DEVICE="eth0" >> BOOTPROTO=none >> NM_CONTROLLED="no" >> ONBOOT="yes" >> TYPE="Ethernet" >> NAME="System eth0" >> DNS1=208.83.67.188 >> GATEWAY="208.83.67.177" >> IPADDR="208.83.67.179" >> HOSTNAME="rigel2.htt-consult.com" >> IPV6INIT="yes" >> MACADDR=02:67:15:00:01:79 >> MTU=1500 > that's easy - you need to tell it the physical too > works from Fedora 10 up to Fedora 20 that way > > [root@srv-rhsoft:~]$ cat ifcfg-eth1 > DEVICE=eth1 > HWADDR=68:05:ca:0d:62:c1 > MACADDR=00:50:8d:b5:cc:de > > "00:50:8d:b5:cc:de" is the on my interface has after it is up > "68:05:ca:0d:62:c1" is the pysical one of the device before fake it OK. I ws going by: http://www.centos.org/docs/5/html/Deployment_Guide-en-US/s1-networkscripts-… which says: MACADDR=/<MAC-address>/ where /<MAC-address>/ is the hardware address of the Ethernet device in the form /AA:BB:CC:DD:EE:FF/. This directive is used to assign a MAC address to an interface, overriding the one assigned to the physical NIC. This directive should *not* be used in conjunction with HWADDR. > > [root@srv-rhsoft:~]$ ifconfig eth1 > eth1: flags=67<UP,BROADCAST,RUNNING> mtu 1500 > inet 62.178.103.85 netmask 255.255.255.0 broadcast 255.255.255.255 > ether 00:50:8d:b5:cc:de txqueuelen 500 (Ethernet) > RX packets 74959980 bytes 25037014848 (23.3 GiB) > RX errors 0 dropped 0 overruns 0 frame 0 > TX packets 67607627 bytes 39867204808 (37.1 GiB) > TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0 > device interrupt 16 memory 0xf7cc0000-f7ce0000 >

1 0

CentOS-announce Digest, Vol 114, Issue 11
by centos-announce-request＠centos.org 21 Aug '14

21 Aug '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:1075 Moderate CentOS 6 qemu-kvm Update (Johnny Hughes) 2. CEBA-2014:1080 CentOS 6 ccid Update (Johnny Hughes) 3. CEBA-2014:1081 CentOS 7 perl-Test-Pod FASTTRACK BugFix Update (Johnny Hughes) ---------------------------------------------------------------------- Message: 1 Date: Tue, 19 Aug 2014 10:00:56 +0000 From: Johnny Hughes <johnny(a)centos.org> Subject: [CentOS-announce] CESA-2014:1075 Moderate CentOS 6 qemu-kvm Update To: centos-announce(a)centos.org Message-ID: <20140819100056.GA27838(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Security Advisory 2014:1075 Moderate Upstream details at : https://rhn.redhat.com/errata/RHSA-2014-1075.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: 4c2f64fbfa724282ccea4c96a54bf8efd0ef9b0994c590b10208f49192f926ae qemu-guest-agent-0.12.1.2-2.415.el6_5.14.i686.rpm x86_64: 6ece8abdbb5f15c1a4fda968db4a9f2a35d3b273c66d3f9e3777796259762d15 qemu-guest-agent-0.12.1.2-2.415.el6_5.14.x86_64.rpm 5754d91f336abb86787e1cc3378477de5407c1a3a3c7e20a9a40783a78e8afee qemu-img-0.12.1.2-2.415.el6_5.14.x86_64.rpm 4ce7d58ddf89b67cbcaeda217aba78b8a3b4facf1ed632c0ee90ac4f27d00a86 qemu-kvm-0.12.1.2-2.415.el6_5.14.x86_64.rpm 4c10810d91f41199b63fdf5913a6090c7bc1b1ebda300b63c5b934dc9773f5bc qemu-kvm-tools-0.12.1.2-2.415.el6_5.14.x86_64.rpm Source: d1c7b724bfb2a1c3ea74e835f2b893ce70eeef66bc95ff073732fbe0efb615d5 qemu-kvm-0.12.1.2-2.415.el6_5.14.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net ------------------------------ Message: 2 Date: Wed, 20 Aug 2014 13:00:22 +0000 From: Johnny Hughes <johnny(a)centos.org> Subject: [CentOS-announce] CEBA-2014:1080 CentOS 6 ccid Update To: centos-announce(a)centos.org Message-ID: <20140820130022.GA5091(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Bugfix Advisory 2014:1080 Upstream details at : https://rhn.redhat.com/errata/RHBA-2014-1080.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: 2ac61bf52b8fead7aa134984cfe47dabef0e038e94bfef1141879a2f7224390c ccid-1.3.9-6.1.el6_5.i686.rpm x86_64: 3acf42c67fbe2f9cd561818b03e7a4d7b1eb7727f67ca31e0d1409bee059e7e5 ccid-1.3.9-6.1.el6_5.x86_64.rpm Source: 2c1128b52d06abb7ad4c12e490460fc22fc40a7fdaa24dc07ad940f934bb13f6 ccid-1.3.9-6.1.el6_5.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net ------------------------------ Message: 3 Date: Wed, 20 Aug 2014 13:11:14 +0000 From: Johnny Hughes <johnny(a)centos.org> Subject: [CentOS-announce] CEBA-2014:1081 CentOS 7 perl-Test-Pod FASTTRACK BugFix Update To: centos-announce(a)centos.org Message-ID: <20140820131114.GA24354(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Bugfix Advisory 2014:1081 Upstream details at : https://rhn.redhat.com/errata/RHBA-2014-1081.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) x86_64: c81d42c09fc4cfff0342f5ae9e76d7ba7b26377c00ac038f17317f3743094bbb perl-Test-Pod-1.48-3.el7.noarch.rpm Source: da0fb9277a920e37ac3f0b3b1d372093608781ee0a371864ba243efe218feddb perl-Test-Pod-1.48-3.el7.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 114, Issue 11 ************************************************

1 0

Re: [CentOS] Skype on CentOS 6.5 (SOLVED)
by Mark LaPierre 21 Aug '14

21 Aug '14

On 08/18/14 22:05, Jim Perrin wrote:> > > On 08/18/2014 08:09 PM, Mark LaPierre wrote: >> Hey Y'all, >> >> About a week ago my Skype installation stopped working. I can start it up >> but I can't log on. Does this have something to do with the recent update >> to LibC? Is there a repo som where that has the latest version of Skype >> for CentOS 6.5? > > No. This is because Microsoft dropped support for older versions of Skype. > > > >> When I go to the Skype web site I see that there is a version several >> versions newer available for RPM based Linux but that one won't even start. >> >> Can anyone offer some sound advice to getting my Skype running again? > > Did you try the directions on the wiki? > > http://wiki.centos.org/HowTos/Skype > > I already had the nuxrepo set up on my system. All that was needed was yum --enablerepo=nuxrepo install skype Thanks for clearing the cobwebs. -- _ °v° /(_)\ ^ ^ Mark LaPierre Registered Linux user No #267004 https://linuxcounter.net/ ****

1 0

yumex for C7
by Robert G. (Doc) Savage 21 Aug '14

21 Aug '14

Can anyone tell me when the udisks, python-pexpect, and pyxdg packages in EPEL will be updated so I can install yumex under CentOS 7? Resolving Dependencies --> Running transaction check ---> Package yumex.noarch 0:3.0.15-1.el7 will be installed --> Processing Dependency: udisks for package: yumex-3.0.15-1.el7.noarch --> Processing Dependency: pyxdg for package: yumex-3.0.15-1.el7.noarch --> Processing Dependency: python-pexpect for package: yumex-3.0.15-1.el7.noarch --> Finished Dependency Resolution Error: Package: yumex-3.0.15-1.el7.noarch (epel) Requires: udisks Error: Package: yumex-3.0.15-1.el7.noarch (epel) Requires: python-pexpect Error: Package: yumex-3.0.15-1.el7.noarch (epel) Requires: pyxdg You could try using --skip-broken to work around the problem You could try running: rpm -Va --nofiles --nodigest --Doc Savage Fairview Heights, IL

2 2

lvm module missing in initramfs
by Vlado Potisk 20 Aug '14

20 Aug '14

After upgrading the kernel package, my Centos 7 server didn't boot. Here is a small summary: old kernel = kernel-3.10.0-123.4.4.el7.x86_64 (everything just fine) new kernel = kernel-3.10.0-123.6.3.el7.x86_64 root partition is on a primary partition, NOT on a LVM volume /var partition is on a LVM volume new kernel's boot problem = systemd cannot mount /var partition saying requirements failed or something like that I have find out that the new kernel's initramfs image does not contain the lvm module while the old kernel's initramfs did. I have created a new initramfs with lvm using dracut and could boot the server successfully. However I do not consider this as a fix, and don't know how to find the primary cause of the problem. I need some help finding out who's to blame: Is the lvm module really missing? AFAIK the initramfs exists for one purpose only and that is to mount the root partition. All kernel modules are on this partition and once it is mounted, the kernel can access all hardware it supports - LVM included, of course. The fact is the root partition WAS mounted successfully before the boot process failed and the lvm module is NOT needed for this task. Initramfs did its job fine, didn't it? If that's true and the lvm module is NOT missing in the initramfs, is the boot problem systemd related? Has it failed to activate the LVM? Why? Any help would be appreciated.

1 0

← Newer
1
...
4
5
6
7
8
9
10
...
17
Older →

Jump to page:

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

Discuss August 2014