On Wed, Jan 6, 2016 at 3:31 PM, Trevor Hemsley <trevor.hemsley@ntlworld.com> wrote:
On 06/01/16 13:02, Karanbir Singh wrote:
> On 06/01/16 11:53, Trevor Hemsley wrote:
>> Please note THIS TOOL IS BROKEN and should NOT be used.
>>
> can we quantify this a bit ?
>
>

The issues have been discussed before but there are many critical
packages in CentOS 6 that are already at a higher version than the
equivalent ones in CentOS 7. These do not get upgraded and because they
do not, various little things like yum itself do not work at all but
bail out with missing libs, missing symbols etc. Hughesjr put out a call
on the mailing list for volunteers to help fix it but the silence has
been deafening and no work has been done.

Last time I looked a sample of the packages concerned were openldap*,
nss* and several others that are used by just about everything. Any
attempt to use the tool on a CentOS 6.6/6.7 and maybe 6.5 system is
pretty much doomed to fail and even if the upgrade is "successful" it's
likely the system will either refuse to boot or that many things will
just not run afterwards.

There is (was?) also a bug in grubby that failed to deal with grub
legacy on el7 so any future kernel updates added a new kernel to the
system that would not boot.

Trevor
_______________________________________________


Hello,
I think CentOS should concentrate on only what supported in Red Hat too.
So we should focus on these two solutions:
https://access.redhat.com/solutions/637583
and
https://access.redhat.com/solutions/799813

and the equivalent CentOS packages and groups, inherited by related RH channels
In particular this would mean only > 6.5 Server based installations on x86_64 and:

OK for
Minimal (@minimal)
Base (@base)
Web Server (@web-server)
DHCP Server
File Server (@nfs-server)
Print Server

KO for
All others

Gianluca