Page 2 of 3
Re: RHEL/CentOS 7 support
Posted: Wed Apr 15, 2015 4:06 am
by BruceLee
I'm a bit confused. 4.0.11 is out and the channel shows a Centos7 directory.
Has ASL for CentOS 7 left beta or not?
Thanks a lot.
Re: RHEL/CentOS 7 support
Posted: Wed Apr 15, 2015 4:28 am
by papak
scott wrote:Well since there isnt a kernel for RHEL / Centos 7 yet, we can rule out the kernel (There is no ASL kernel for Centos 7 yet).
Ops! Why ASL Installer installed this Kernel? I'll remove it. Thank you.
Re: RHEL/CentOS 7 support
Posted: Wed Apr 15, 2015 4:29 am
by papak
BruceLee wrote:I'm a bit confused. 4.0.11 is out and the channel shows a Centos7 directory.
Has ASL for CentOS 7 left beta or not?
Thanks a lot.
It is official release but without ASL kernel.
Re: RHEL/CentOS 7 support
Posted: Wed Apr 15, 2015 4:30 am
by BruceLee
Thanks for the update. Any ETA for the kernel?
Re: RHEL/CentOS 7 support
Posted: Wed Apr 15, 2015 4:48 am
by papak
BruceLee wrote:Thanks for the update. Any ETA for the kernel?
This must be answered by Scott.
Re: RHEL/CentOS 7 support
Posted: Wed Apr 15, 2015 4:52 am
by scott
-testing builds expected to hit the channel as soon as next week
Re: RHEL/CentOS 7 support
Posted: Wed Apr 15, 2015 8:12 am
by BruceLee
Thanks Scott. When do you roughly expect the final version with kernel for CentOS7 leaving testing?
Re: RHEL/CentOS 7 support
Posted: Wed Apr 15, 2015 1:34 pm
by scott
It depends on what shakes out during testing, what we'd like to do is standardize both EL6 and EL7 on the same 3.14 kernel. In the case of EL7 this isnt too big of a step, on EL6 its a huge one. To quote don rumsfeld, there are known unknowns and unknown unknowns.
We know 3.14 works just fine on el6 (known unknown) but not the impact of that on 3rd party kernel modules (unknown unknowns).
So thats the strategic problem, the tactical problem... kernels take hours to build

So you make a mistake fix something minor, and then sit and wait for an hour or two for it to build. Rinse... repeat....
Re: RHEL/CentOS 7 support
Posted: Thu Apr 16, 2015 7:41 am
by zeki
Anyone updated to Cloudlinux 7.1 with ASL (without the kernel) ? is it supported?
http://cloudlinux.com/blog/clnews/669.php
Re: RHEL/CentOS 7 support
Posted: Thu Apr 16, 2015 2:06 pm
by BruceLee
Thanks Scott, so you expect are quite smooth start with CentOS7.
I will try to setup a new server and run it with CentOS7 and the kernel from testing channel.
Re: RHEL/CentOS 7 support
Posted: Thu Apr 16, 2015 8:30 pm
by scott
I think everyone who hasnt been getting used to systemd over the last 2 years is going to find it pretty frustrating until they learn how to take advantage of it. It is absolutely going to make your job harder than it was on EL5 or 6. Im thinking about starting a Living with systemd forum just for all the new things you have to learn about it.
If Im making it sound like its awful, Im really not trying to do that

The capabilities its bringing to the table is pretty impressive. It brings all the resource management that distros like Cloudlinux & Betterlinux do by default, as well as Container based virtualization like openvz/virtuozzo (They call them Namespaces), not to mention KVM, Xen, and Docker.
Re: RHEL/CentOS 7 support
Posted: Sat May 30, 2015 1:10 pm
by uhsar
scott wrote:I think everyone who hasnt been getting used to systemd over the last 2 years is going to find it pretty frustrating until they learn how to take advantage of it. It is absolutely going to make your job harder than it was on EL5 or 6. Im thinking about starting a Living with systemd forum just for all the new things you have to learn about it.
If Im making it sound like its awful, Im really not trying to do that

The capabilities its bringing to the table is pretty impressive. It brings all the resource management that distros like Cloudlinux & Betterlinux do by default, as well as Container based virtualization like openvz/virtuozzo (They call them Namespaces), not to mention KVM, Xen, and Docker.
Hello Scott,
would that mean there is no more (especially security-)reason to use cloudlinux on a shared hosting server (cpanel as whm..)?

And may I ask you if there are any news regarding the centos 7 ASL kernel?
Thanks!
Re: RHEL/CentOS 7 support
Posted: Wed Jun 03, 2015 7:41 am
by scott
would that mean there is no more (especially security-)reason to use cloudlinux on a shared hosting server (cpanel as whm..)?

The only place where cloudlinux (and betterlinux, which also uses CGROUPS) have an edge in resource management is in proxying access to mysql (and its variants) and providing some level of restriction of database resources thru that. On that front Ive definitely seen traffic in the Mariadb & Percona communities on adding that to those DB's natively. They have to do this because mysql only runs as one user, so theres no way to do kernel level resource management since its all happening as one use. Hence why the Mariadb and Percona folks are looking to just make this native to the db.
And may I ask you if there are any news regarding the centos 7 ASL kernel?
Its one of many high priorities

There are a lot of those... so many that I didnt even have the bandwidth to say we just relaunched our website, and Mike just presented at the Mach37 demoday here in DC:
https://twitter.com/CITorg/status/60580 ... 85/photo/1
Re: RHEL/CentOS 7 support
Posted: Tue Sep 01, 2015 6:04 pm
by adstock
Hello
Any further news on the Kernel for CentOS 7. We are heading into meeting with our Security team and just would to like to know if it is likely to be in the next couple of months, so we can plan our upgrades.
Apologies if an update has been posted somewhere, but Google is directing us to this post, and a quick scout around the site is note providing me with many hints to where the CentOS7 kernel is.
Thanks in Advance.
Re: RHEL/CentOS 7 support
Posted: Wed Sep 02, 2015 8:59 am
by scott
Sure, we have builds in the tortix-kernel-testing & tortix-kernel-xen-testing channels now. They are named differently "kernel-asl" than previous iterations, as part of the new 3.14 kernel branch we're setting it up so ASL kernels do not replace the existing default kernels.