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