[CentOS] SOlved? - Re: ifcfg-link?

2018-08-02 Thread Robert Moskowitz

Took out the mac= line from ifcfg-eth0 and it is working.

May have to put in a 70-persistant rule.  Had to do this with an earlier 
setup.


On 08/02/2018 07:18 PM, Robert Moskowitz wrote:
This is happening with the Centos7-armv7 image 1804, but I was 
wondering if it is a broader C7 issue.


My image has only 2 ifcfg files:  ifcfg-l0 and -link.  'ip a' is 
listing the ethernet as eth0.  ifcfg-link has contains:


DEVICE=link
BOOTPROTO=dhcp
ONBOOT=on

I then used nmcli to create my ifcfg-eth0

nmcli con delete eth0
nmcli con add type ethernet con-name eth0 ifname eth0 ip4 
192.168.129.11/25 gw4 192.168.129.1

nmcli con mod eth0 ipv4.dns "50.253.254.2 192.168.129.1"
nmcli con mod eth0 mac "02:67:15:00:81:0B"

I moved the cable to the 192.168.129.1 vlan (which does not have a 
dhcp server), and


nmcli con up eth0
Error: Connection activation failed: No suitable device found for this 
connection.


Oops. ?

rebooting did not help.  Came up with no address for interface eth0, 
yet no suitable device.


Where would I look to find what may be happening here?

I appreciate that this may be specific to armv7 and my Cubieboard2, 
but then again, it may be something known by other Centos people.


Thanks for any help!


___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos


___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos


[CentOS] ifcfg-link?

2018-08-02 Thread Robert Moskowitz
This is happening with the Centos7-armv7 image 1804, but I was wondering 
if it is a broader C7 issue.


My image has only 2 ifcfg files:  ifcfg-l0 and -link.  'ip a' is listing 
the ethernet as eth0.  ifcfg-link has contains:


DEVICE=link
BOOTPROTO=dhcp
ONBOOT=on

I then used nmcli to create my ifcfg-eth0

nmcli con delete eth0
nmcli con add type ethernet con-name eth0 ifname eth0 ip4 
192.168.129.11/25 gw4 192.168.129.1

nmcli con mod eth0 ipv4.dns "50.253.254.2 192.168.129.1"
nmcli con mod eth0 mac "02:67:15:00:81:0B"

I moved the cable to the 192.168.129.1 vlan (which does not have a dhcp 
server), and


nmcli con up eth0
Error: Connection activation failed: No suitable device found for this 
connection.


Oops. ?

rebooting did not help.  Came up with no address for interface eth0, yet 
no suitable device.


Where would I look to find what may be happening here?

I appreciate that this may be specific to armv7 and my Cubieboard2, but 
then again, it may be something known by other Centos people.


Thanks for any help!


___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos


Re: [CentOS] NFS/RDMA connection closed

2018-08-02 Thread admin
Hi I also forgot to add the following information which was discussed on 
NFS mailing list with Chuck Lever, leading us to believe there is a 
software bug in the kernel, not necessarily a server overload.


On the NFS server, we also mount some other NFS shares from other NFS 
servers, over 1GbE:

150.x.x.116:/wing on /wing type nfs (rw,addr=150.x.x.116)
10.10.10.201:/opt/ftproot on /opt/ftproot type nfs 
(rw,vers=4,addr=10.10.10.201,clientaddr=10.10.10.100)
150.x.x.202:/archive on /archive type nfs 
(rw,vers=4,addr=150.x.x.202,clientaddr=128.x.x.2)


This hangup/bug seems to occur when we are reading/writing to these 
other shares from the NFS server and the NFS server is also busy 
processing our work from the cluster using the RDMA exports.  There used 
to be two other NFS mounts, which were used to send/write backups to, 
and were scheduled every night at 8PM.  I noticed the RDMA errors from 
my original post were all showing up shortly after 8PM.  So we decided 
to get rid of these NFS mounts and convert the backup to transfer via 
SSH instead.  The RDMA errors stopped happening after 8PM when the 
backup ran, but now the errors are still showing up, when we are 
reading/writing to the other NFS mounts above that we still need.


It seems we should be able to use these different mounts and exports 
without issue, leading us to believe there is a software bug somewhere.


Are there any other suggested solutions to this problem?  Perhaps some 
system, network and/or filesystem tuning?  Any comments on adding the 
"inode64,nobarrier" XFS mount options?  Any extra information I can 
gather to help with a bug report?  Debug info or whatnot?


Thanks
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos


Re: [CentOS-virt] ANNOUNCE: centos-release-xen switching to 4.8 next week

2018-08-02 Thread Sarah Newman
On 08/02/2018 03:58 AM, T.Weyergraf wrote:
> Hi
> 
> Thanks for providing updated Packages, they are much appreciated. At work, we 
> are currently running an entire production infrastructure on Xen4CentOS,
> with quite some success.
> 
> We are looking into a refresh towards CentOS 7 along with newer Xen and Dom0 
> Kernel packages. However, even the updated packages are quite old. Xen
> 4.8 is out of active support since June and will see the end of security 
> support in less than a year.

https://wiki.xenproject.org/wiki/Xen_Project_Release_Features says December 
2019, so about a year and 4 months.

> Likewise, a newer LTS kernel (4.14) exists for
> quite some time, while the Xen4CentOS effort currently uses 4.9.

The end support date for that is much sooner: January 2019. Based on 
https://www.kernel.org/category/releases.html I'm not sure if it makes sense to
move until a new LTS is available, as I suspect that will happen before 4.9 
support ends. If you wanted to contribute an experimental 4.14 kernel it
might be accepted.

> Are there any short to mid-term plans to bump both versions to more current 
> ones (i.e.: 4.10 and 4.14)?

Anthony's original email said "that update will come with a new package 
centos-release-xen-410 to install Xen 4.10." So yes on Xen.

> As a side note, is there anything reasonable, people like me could to, to 
> support the speed-up of that process? I would consider testing to be
> important, but are there any regression test-suites, one could use? I am 
> aware, there are such tests, but I have not found something to actually try
> in our test-infrastructure.

My understanding is that would be most welcome if you have anything to 
contribute. There are occasional meetings on freenode in #centos-devel for the
virt-sig but you can also try the #centos-virt irc room.

> Finally a big shout-out and kudos to the Xen community and Xen4CentOS. Your 
> work is used and much appreciated.

+1, we haven't given back enough ourselves.

--Sarah
___
CentOS-virt mailing list
CentOS-virt@centos.org
https://lists.centos.org/mailman/listinfo/centos-virt


Re: [CentOS] Desktop lag with CentOS7/Mate and high CPU usage

2018-08-02 Thread James Pearson
James Pearson wrote:
> 
> We have noticed significant desktop/UI lag on CentOS7 workstations using
> Mate when the CPU usage is high - i.e. the mouse pointer lags and moving
> windows (e.g. terminal windows) become jumpy (not smooth)
> 
> We didn't see (or notice) this issue with CentOS6/Gnome2
> 
> This can easily be shown by running something like 'cpuburn'
> (https://patrickmn.com/projects/cpuburn/) and moving a mate-terminal
> window around the screen
> 
> We can make things 'better' by running CPU intensive apps via 'nice'
> (without any noticeable performance hit to the CPU intensive app) - but
> this is a rather messy way of fixing the issue
> 
> We can also make things better by renice'ing X to a negative nice level
> 
> However, both these approaches seem wrong to me - as I'm probably
> missing something straightforward here
> 
> Does anyone know of any CentOS7/Mate settings that could be used to
> improve desktop/UI responsiveness with high CPU usage ?

Just to follow up on this - we think this issue _might_ be self 
inflicted ...

When we started moving users to CentOS 7 from CentOS 6, we had reports 
that things like opening shells, running scripts and similar non-CPU 
intensive everyday tasks were generally 'slower' - this turned out to be 
a result of the default 'tuned' policy ('balanced') using the 
'conservative' CPU governor setting (we didn't have any similar CPU 
throttling set up on CentOS 6) - and switching to the 
'throughput-performance' tuned policy 'fixed' this issue for us - as it 
uses the 'performance' CPU governor

However, it looks like something else in the 'throughput-performance' 
policy is causing (or contributing to) the desktop lag issues we've been 
seeing - and switching to a custom tuned profile (based on 'balanced' 
but using the 'performance' CPU governor) appears to fix our desktop lag 
issues ...

James Pearson
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos


[CentOS] CentOS 7.5 x86_64 ISO with Kernel 4.x

2018-08-02 Thread andreas . reschke
Hi there,

I can't boot my new Laptop (HP Elitebook 840 G) with 
CentOS-7-x86_64-LiveKDE-1804.iso. Boot proccess stops very quick with 
kernel panic.

Is there a ISO-Image with more recent kernel, maybe 4.17 from elrepo?


Mit freundlichen Grüßen / Kind regards

Andreas Reschke
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos


[CentOS-virt] ANNOUNCE: centos-release-xen switching to 4.8 next week

2018-08-02 Thread Anthony PERARD
Greeting,

We are about to update the centos-release-xen package to point to Xen
4.8 rather than 4.6. I'll push the update next week.

As a reminder, you can "pin" your installation to Xen 4.6 by installing
centos-release-xen-46 and then removing centos-release-xen.

And for the more adventurous, that update will come with a new package
centos-release-xen-410 to install Xen 4.10.

(Testing will be updated today.)

Cheers,

-- 
Anthony PERARD
___
CentOS-virt mailing list
CentOS-virt@centos.org
https://lists.centos.org/mailman/listinfo/centos-virt