I agree. I was on centos7.4 and updated to I think luminous 12.2.7, and
had something not working related to some python dependancy. This was
resolved by upgrading to centos7.5
-----Original Message-----
From: David Turner [mailto:***@gmail.com]
Sent: vrijdag 14 september 2018 15:30
To: John Spray
Cc: Ceph Development; ceph-***@lists.ceph.com;
ceph-***@ceph.com
Subject: Re: [ceph-users] can we drop support of centos/rhel 7.4?
It's odd to me because this feels like the opposite direction of the
rest of Ceph. Making management and operating Ceph simpler and easier.
Requiring fast OS upgrades on dot releases of Ceph versions is not that
direction at all.
On Fri, Sep 14, 2018, 9:25 AM David Turner <***@gmail.com>
wrote:
Release dates
RHEL 7.4 - July 2017
Luminous 12.2.0 - August 2017
CentOS 7.4 - September 2017
RHEL 7.5 - April 2018
CentOS 7.5 - May 2018
Mimic 13.2.0 - June 2018
In the world of sysadmins it takes time to let new releases/OS's
simmer before beginning to test them let alone upgrading to them. It is
not possible to tell all companies that use CentOS that we have to move
to a new OS upgrade 5 months after it is released. We are still testing
if CentOS 7.5 works in our infrastructure in general let alone being up
and running on it. The kernel upgrades alone are a big change now to
mention the obvious package version changes. We don't even have the OK
to install it in staging. Once we do, and we have the time to start
testing it, ...among our other tasks, we can start regression testing
our use case in staging before thinking about upgrading prod.
That time frame isn't really so bad if everything is working great
for ceph, but what if we're waiting on 12.2.9 and 13.2.2 for a bugfix
that's giving us grief? Now we are not only dealing with the bugs, but
now we have to regression test an OS upgrade, update our package
management, and make sure our new deployments will have this version...
And then we can start regression testing the new release that hopefully
fixes the bugs we're dealing with...
What about backporting the API standards to the CentOS 7.4 version
of gperftools-libs?
I've noticed little package issues like this in the past, but
assumed that was because most development was done on Ubuntu instead of
RHEL. We had to set our repos to a newer version of CentOS than we were
running or willing to upgrade to just for a single package we needed. If
y'all are really thinking of only supporting/testing the latest dot
release of the latest major version of RHEL, then you might have just
given me the fuel to be able to finally convince my company into
allowing us to be the first application in 9,000 servers to not run
CentOS. I've been trying to get them to allow it for a while because of
the previous package issues, but I hadn't put much effort into it
because I thought/hoped those problems might be behind us...
Do y'all not test ceph on 7.3 right now? This email thread really
might be enough to get us off of CentOS for Ceph.
Post by kefu chaihi ceph-{maintainers,users,developers},
recently, i ran into an issue[0] which popped up when we
build Ceph on
Post by kefu chaicentos 7.5, but test it on centos 7.4. as we know, the
gperftools-libs
Post by kefu chaipackage provides the tcmalloc allocator shared library, but
centos 7.4
Post by kefu chaiand centos 7.5 ship different version of
gperftools-{devel,libs}. the
Post by kefu chaiformer ships 2.4, and the latter 2.6.1.
the crux is that the tcmalloc in gperftools 2.6.1 implements
more
Post by kefu chaistandard compliant C++ APIs, which were missing in
gperftools 2.4.
_ZdaPvm
Post by kefu chaiwhen testing Ceph on centos 7.4.
my question is: is it okay to drop the support of
centos/rhel 7.4? so
Post by kefu chaiwe will solely build and test the supported Ceph releases
(luminous,
My preference would be to target the latest minor release
(i.e. 7.5)
of the major release. We don't test on CentOS 7.1, 7.2 etc,
so I
don't think we need to give 7.4 any special treatment.
John
Post by kefu chaithanks,
--
[0] http://tracker.ceph.com/issues/35969
--
Regards
Kefu Chai
_______________________________________________
ceph-users mailing list
ceph-***@lists.ceph.com
http://lists.ceph.com/listinfo.cgi/ceph-users-ceph.com