Koozali.org: home of the SME Server
Obsolete Releases => SME Server 8.x => Topic started by: elmarconi on November 08, 2015, 08:27:18 PM
-
Tried to yum update my server:
--> Finished Dependency Resolution
glibc-2.5-118.el5_10.2.i686 from installed has depsolving problems
--> Missing Dependency: glibc-common = 2.5-118.el5_10.2 is needed by package glibc-2.5-118.el5_10.2.i686 (installed)
--> Running transaction check
--> Processing Dependency: glibc-common = 2.5-118.el5_10.2 for package: glibc
---> Package kernel.x86_64 0:2.6.18-371.4.1.el5 set to be erased
--> Finished Dependency Resolution
glibc-2.5-118.el5_10.2.i686 from installed has depsolving problems
--> Missing Dependency: glibc-common = 2.5-118.el5_10.2 is needed by package glibc-2.5-118.el5_10.2.i686 (installed)
Error: Missing Dependency: glibc-common = 2.5-118.el5_10.2 is needed by package glibc-2.5-118.el5_10.2.i686 (installed)
You could try using --skip-broken to work around the problem
You could try running: package-cleanup --problems
package-cleanup --dupes
rpm -Va --nofiles --nodigest
Checking the cause:
[root@smeserver ~]# rpm -qi glibc
Name : glibc Relocations: (not relocatable)
Version : 2.5 Vendor: CentOS
Release : 118.el5_10.2 Build Date: Tue 08 Oct 2013 09:21:51 PM CEST
Install Date: Sat 26 Oct 2013 12:04:34 PM CEST Build Host: builder10.centos.org
Group : System Environment/Libraries Source RPM: glibc-2.5-118.el5_10.2.src.rpm
Size : 11691773 License: LGPL
Signature : DSA/SHA1, Tue 08 Oct 2013 10:14:40 PM CEST, Key ID a8a447dce8562897
Summary : The GNU libc libraries.
Description :
The glibc package contains standard libraries which are used by
multiple programs on the system. In order to save disk space and
memory, as well as to make upgrading easier, common system code is
kept in one place and shared between programs. This particular package
contains the most important sets of shared libraries: the standard C
library and the standard math library. Without these two libraries, a
Linux system will not function.
Name : glibc Relocations: (not relocatable)
Version : 2.5 Vendor: CentOS
Release : 118.el5_10.2 Build Date: Tue 08 Oct 2013 10:00:04 PM CEST
Install Date: Sat 04 Jan 2014 08:06:28 PM CET Build Host: builder17.centos.org
Group : System Environment/Libraries Source RPM: glibc-2.5-118.el5_10.2.src.rpm
Size : 13038533 License: LGPL
Signature : DSA/SHA1, Tue 08 Oct 2013 10:14:40 PM CEST, Key ID a8a447dce8562897
Summary : The GNU libc libraries.
Description :
The glibc package contains standard libraries which are used by
multiple programs on the system. In order to save disk space and
memory, as well as to make upgrading easier, common system code is
kept in one place and shared between programs. This particular package
contains the most important sets of shared libraries: the standard C
library and the standard math library. Without these two libraries, a
Linux system will not function.
All but bold items seem alike.
Got no clue whatsoever how this is possible. Anyone?
-
elmarconi
Maybe something went wrong during an update
Try with great care
rpm -e --nodeps glibc
Check if only one copy installed
rpm -q glibc
Then do
yum update
signal-event post-upgrade
signal-event reboot
Warning
This could cause your machine to break, so best you test it out first.
Maybe you can remove one drive of a RAID1 array, & keep it for rebuilding the server in the event of a serious problem.
-
Maybe something went wrong during an update
Try with great care
rpm -e --nodeps glibc
Check not installed
rpm -q glibc
Then do
yum update
signal-event post-upgrade; signal-event reboot
Thanks Janet,
Great care as in need to make full backup as this will probably kill the machine?
glibc is required for ..many.. i believe.
-
elmarconi
Well that is possible.
I meant great care that you type the command correctly as this is using brute force to remove the extra rpm package installed, then you will use yum to update it (& any other packages available for update).
That is an old version of glibc you have installed, the sme8.2 version is newer
Modified post to remove inaccuracies.
-
Holding breath...
Will try after office hours.
The idea of 25 people asking stupid questions at my desk isn't very appealing...
Thanks and I will post back how it went.
-
Comment removed so others do not follow it.
-
elmarconi
I tried my suggestion on a SME9.0 VM server with only one copy of glibc installed.
After removing glibc, I get errors when trying to run yum update, & python errors, so perhaps you better hold off on my suggestion until someone else here can verify it is OK to do (for glibc). The concept does work for certain other packages.
Otherwise test out the procedure on a SME8 test server & work out how to troubleshoot it if something goes wrong.
It may not be an issue for you, if you remove one of the glibc packages installed, then maybe your server will update correctly then.
Alternatively post your problem to bugzilla for higher level expert triage.
-
What's the output of 'rpm -q glibc' ?
-
tried right now on a test VM, I can confirm what Janet said.. removing glibc will break your server
strange enough, even trying to do an upgrade booting from CD won't work (I'll report in bugzilla)
-
What's the output of 'rpm -q glibc' ?
[root@smeserver ~]# rpm -q glibc
glibc-2.5-118.el5_10.2
glibc-2.5-118.el5_10.2
What bothers me that i cannot uninstall one of them as the appear to have the same name.
Is is possible that this is both the 32 bits and the 64 bits glibc installed? If so, how can i select one of them to uninstall?
--edit--
Yup: Both
[root@smeserver ~]# rpm -q --queryformat '%{NAME}-%{VERSION}-%{RELEASE}.%{ARCH}.rpm\n' glibc
glibc-2.5-118.el5_10.2.x86_64.rpm
glibc-2.5-118.el5_10.2.i686.rpm
[root@smeserver ~]# rpm -q --queryformat '%{NAME}-%{VERSION}-%{RELEASE}.%{ARCH}.rpm\n' glibc-common
glibc-common-2.5-118.el5_10.2.x86_64.rpm
Can I safely use:
rpm -e glibc-2.5-118.el5_10.2.i686.rpm ?
It seems that this will remove a lot of files also in the glibc-2.5-118.el5_10.2.x86_64.rpm ?
-
Can I safely use:
rpm -e glibc-2.5-118.el5_10.2.i686.rpm ?
It seems that this will remove a lot of files also in the glibc-2.5-118.el5_10.2.x86_64.rpm ?
'Safely' is not guaranteed, but at some point you still want to correct it. :wink:
What's the output of 'yum remove glibc-2.5-118.el5_10.2.i686' ?
-
[root@smeserver ~]# yum remove glibc-2.5-118.el5_10.2.i686
Loaded plugins: fastestmirror, protect-packages, smeserver
Setting up Remove Process
Resolving Dependencies
--> Running transaction check
---> Package glibc.i686 0:2.5-118.el5_10.2 set to be erased
--> Finished Dependency Resolution
Dependencies Resolved
===========================================================================================================================================================================================
Package Arch Version Repository Size
===========================================================================================================================================================================================
Removing:
glibc i686 2.5-118.el5_10.2 installed 12 M
Transaction Summary
===========================================================================================================================================================================================
Remove 1 Package(s)
Reinstall 0 Package(s)
Downgrade 0 Package(s)
Is this ok [y/N]: n
Exiting on user Command
Complete!
[/size]
Running it without .i686:
[root@smeserver ~]# yum remove glibc-2.5-118.el5_10.2
--snip--
This transaction would cause e-smith-base to be removed. This package is vital for the basic operation of your system. If you really want to remove it, edit the list of protected packages in the file /etc/sysconfig/protected-packages or in the directory /etc/sysconfig/protected-packages.d or use the --override-protection command-line option.
-
There you go, I would say go for it... (After office hours :wink: )
Always use 'yum' and RPM *only* if yum can not solve it.
-
Running it without .i686:
You need to include the .i686 part.
-
Checking the non-unique files aka double entries for both glibc rpm's:
[root@smeserver ~]# rpm -ql glibc | sort | uniq -d
/etc/ld.so.cache
/etc/ld.so.conf
/etc/ld.so.conf.d
/etc/localtime
/etc/nsswitch.conf
/etc/rpc
/sbin/ldconfig
/sbin/sln
/usr/libexec/getconf
/usr/sbin/iconvconfig
/usr/share/doc/glibc-2.5
/usr/share/doc/glibc-2.5/BUGS
/usr/share/doc/glibc-2.5/CONFORMANCE
/usr/share/doc/glibc-2.5/COPYING
/usr/share/doc/glibc-2.5/COPYING.LIB
/usr/share/doc/glibc-2.5/FAQ
/usr/share/doc/glibc-2.5/INSTALL
/usr/share/doc/glibc-2.5/LICENSES
/usr/share/doc/glibc-2.5/NEWS
/usr/share/doc/glibc-2.5/NOTES
/usr/share/doc/glibc-2.5/PROJECTS
/usr/share/doc/glibc-2.5/README
/usr/share/doc/glibc-2.5/README.hesiod
/usr/share/doc/glibc-2.5/README.libm
These will probably be deleted and cause malfunctioning ? Back'm up first?
Still hesitating on running the "yum remove glibc-2.5-118.el5_10.2.i686"...
-
Again, let YUM do it's magic....
-
Again, let YUM do it's magic....
And magic it is! All seems OK. No more nagging yum update --enablerepo=smecontribs!
Need to review configuration affa as this will be updated to V3 also.
--edit--
And after a reboot all seems OK!