When I attempted to update a remote server via SSH last night the UPS on my local workstations failed, causing the SSH session to get dropped in the middle of the upgrade process. This morning I am not able to complete the update. When it failed when I tried to run it again thins morning I did the suggested things like "dnf clean all" and "rpm -rebuilddb", and I still get this after it downloads the packages again:
Running transaction test The downloaded packages were saved in cache until the next successful transaction. You can remove cached packages by executing 'dnf clean packages'. Error: Transaction check error: file /usr/lib64/libz.so.1.2.7 from install of zlib-1.2.7-18.el7.x86_64 conflicts with file from package zlib-1.2.7-17.el7.x86_64 file /usr/lib64/libpcre.so.1.2.0 from install of pcre-8.32-17.el7.x86_64 conflicts with file from package pcre-8.32-15.el7_2.1.x86_64 file /usr/lib64/libpcre16.so.0.2.0 from install of pcre-8.32-17.el7.x86_64 conflicts with file from package pcre-8.32-15.el7_2.1.x86_64 file /usr/lib64/libpcre32.so.0.0.0 from install of pcre-8.32-17.el7.x86_64 conflicts with file from package pcre-8.32-15.el7_2.1.x86_64 file /usr/lib64/libpcrecpp.so.0.0.0 from install of pcre-8.32-17.el7.x86_64 conflicts with file from package pcre-8.32-15.el7_2.1.x86_64 file /usr/lib64/libpcreposix.so.0.0.1 from install of pcre-8.32-17.el7.x86_64 conflicts with file from package pcre-8.32-15.el7_2.1.x86_64 file /usr/lib64/libform.so.5.9 from install of ncurses-libs-5.9-14.20130511.el7_4.x86_64 conflicts with file from package ncurses-libs-5.9-13.20130511.el7.x86_64 file /usr/lib64/libformw.so.5.9 from install of ncurses-libs-5.9-14.20130511.el7_4.x86_64 conflicts with file from package ncurses-libs-5.9-13.20130511.el7.x86_64
Plus many more lines of the same ilk.
Then finally:
Error Summary -------------
and nothing else.
How can I clean this up?
Note that it had been a couple of months since I'd last done the update process. This server is running three VM's and so I am a bit hesitant to make another move without some advice.
Emmett
On 21.04.19 16:14, Emmett Culley via CentOS wrote:
When I attempted to update a remote server via SSH last night the UPS on my local workstations failed, causing the SSH session to get dropped in the middle of the upgrade process. This morning I am not able to complete the update. When it failed when I tried to run it again thins morning I did the suggested things like "dnf clean all" and "rpm -rebuilddb", and I still get this after it downloads the packages again:
Running transaction test The downloaded packages were saved in cache until the next successful transaction. You can remove cached packages by executing 'dnf clean packages'. Error: Transaction check error: file /usr/lib64/libz.so.1.2.7 from install of zlib-1.2.7-18.el7.x86_64 conflicts with file from package zlib-1.2.7-17.el7.x86_64
You have to cleanup duplicate packages. package-cleanup from yum-utils will do this job.
Basically:
package-cleanup --dupes
will list the duplicate packages
package-cleanup --cleandupes
will remove the dupes. If I remember correctly, you have to add --removenewestdupes to the second command.
Best regards Ulf
On 4/21/19 10:15 AM, Ulf Volmer wrote:
On 21.04.19 16:14, Emmett Culley via CentOS wrote:
When I attempted to update a remote server via SSH last night the UPS on my local workstations failed, causing the SSH session to get dropped in the middle of the upgrade process. This morning I am not able to complete the update. When it failed when I tried to run it again thins morning I did the suggested things like "dnf clean all" and "rpm -rebuilddb", and I still get this after it downloads the packages again:
Running transaction test The downloaded packages were saved in cache until the next successful transaction. You can remove cached packages by executing 'dnf clean packages'. Error: Transaction check error: file /usr/lib64/libz.so.1.2.7 from install of zlib-1.2.7-18.el7.x86_64 conflicts with file from package zlib-1.2.7-17.el7.x86_64
You have to cleanup duplicate packages. package-cleanup from yum-utils will do this job.
Basically:
package-cleanup --dupes
will list the duplicate packages
package-cleanup --cleandupes
will remove the dupes. If I remember correctly, you have to add --removenewestdupes to the second command.
Best regards Ulf _______________________________________________ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
That didn't seem to work. It did remove duplicates, however, I get the same error when running dnf update. Should I try it without the --removenewestdupes?
Emmett
On 22.04.19 18:12, Emmett Culley via CentOS wrote:
On 4/21/19 10:15 AM, Ulf Volmer wrote:
package-cleanup --dupes
will list the duplicate packages
package-cleanup --cleandupes
will remove the dupes. If I remember correctly, you have to add --removenewestdupes to the second command.
That didn't seem to work. It did remove duplicates, however, I get the same error when running dnf update. Should I try it without the --removenewestdupes?
Is 'package-cleanup --dupes' still listing dupes? Sometimes some of them must be removed manually.
Best regards Ulf
On 4/22/19 10:45 AM, Ulf Volmer wrote:
On 22.04.19 18:12, Emmett Culley via CentOS wrote:
On 4/21/19 10:15 AM, Ulf Volmer wrote:
package-cleanup --dupes
will list the duplicate packages
package-cleanup --cleandupes
will remove the dupes. If I remember correctly, you have to add --removenewestdupes to the second command.
That didn't seem to work. It did remove duplicates, however, I get the same error when running dnf update. Should I try it without the --removenewestdupes?
Is 'package-cleanup --dupes' still listing dupes? Sometimes some of them must be removed manually.
Best regards Ulf _______________________________________________ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
Turns out I should not have used the --removenewestdupes. When I attempted to remove a dupe, anytime I tried to remove the newest dnf would eant to remove lots of non dupe dependances. But removing only the older packages allowed me to remove each without any dependency issues. Too bad I didn't try running it with out remove newest before removing each manually as you suggested. Then I'd know for sure :-)
The upgrade succeeded after manually removing the older dupes.
Thanks for your suggestions.
Emmett
On 27/4/19 3:02 pm, Emmett Culley via CentOS wrote:
...
The upgrade succeeded after manually removing the older dupes.
Thanks for your suggestions.
Emmett _______________________________________________ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
Might I suggest you look into GNU Screen or tmux. I've never used tmux so can't help there.
The first thing I do when I log on to a remote machine is to launch a screen session - either reattach to an already running session or create a new one:
screen -DR akk
This is now part of my DNA - never run a single command on a remote machine unless you are in a screen session - one never knows when power will fail.
ak.
-
Anthony K -
Emmett Culley -
Ulf Volmer