Hi,

I am new to rhel7.

In my envirement there are 20 rhel 7.1 machines.All servers are of 64 bit.

I have configured local yum server on one of the 20 servers and all take yum update from that server using ftp.

I am able to install packages like bind,gcc etc through yum server but unable to install liberaries through "yum install lib*".It gives an error as follows

#yum install lib*
error:
---> Package python-paste.noarch 0:1.7.5.1-9.20111221hg1498.el7 will be installed
--> Processing Dependency: python-tempita for package: python-paste-1.7.5.1-9.20111221hg1498.el7.noarch
--> Running transaction check
---> Package perl-Business-ISBN-Data.noarch 0:20120719.001-2.el7 will be installed
---> Package perl-IO-Socket-IP.noarch 0:0.21-4.el7 will be installed
---> Package perl-Net-LibIDN.x86_64 0:0.12-15.el7 will be installed
---> Package perl-Net-SSLeay.x86_64 0:1.55-3.el7 will be installed
---> Package python-tempita.noarch 0:0.5.1-6.el7 will be installed
--> Processing Conflict: libcmpiCppImpl0-2.0.3-5.el7.x86_64 conflicts tog-pegasus-libs
--> Processing Conflict: 2:tog-pegasus-libs-2.12.1-16.el7.x86_64 conflicts libcmpiCppImpl0
--> Finished Dependency Resolution
Error: libcmpiCppImpl0 conflicts with 2:tog-pegasus-libs-2.12.1-16.el7.x86_64
Error: tog-pegasus-libs conflicts with libcmpiCppImpl0-2.0.3-5.el7.x86_64
You could try using --skip-broken to work around the problem
You could try running: rpm -Va --nofiles --nodigest

when i use --skip-broken ,it installs the liberaries but i want to know the reason for this error.

Also no package name "tog" or "libcmpiCppImpl0" is present on yum client.

For your reference files of my YUM Client

<Yum client># cat /etc/yum.repos.d/rhel-source.repo
[rhel-source]
name=Red Hat Enterprise Linux $releasever - $basearch - Source
baseurl=ftp://<YUM Server>:/pub/dump/Packages_7.1_64bit
gpgcheck=0
skip_if_unavailable = 1
keepcache = 0
enabled=1

[root@ND6MZISTEPDEV1 ~]# cat /etc/yum.conf
[main]
cachedir=/var/cache/yum/$basearch/$releasever
keepcache=0
debuglevel=2
logfile=/var/log/yum.log
exactarch=1
obsoletes=1
gpgcheck=1
plugins=1
installonly_limit=3

I am facing this issue in all system except one server.

I did some googling and came to know it is a bug.URL for the same is https://bugzilla.redhat.com/show_bug.cgi?id=1320598.

My question is as follows.

1) why it is working on one systemm and not on rest??
2) how can i install liberaries in this case???

Thanks
UN!Xr0ck$

@Ankushkalra

Example, assume that I am creating following files after compilation:
executable filename: MurugesanDinesh
32 bit library: libDinesh_3.1.so
After this one client asked me to do the same for 64 bit OS.
Hence I recompiled executable and library using 64 bit compilation.
64 bit library: libDinesh_5.0.so
Hence Using the 64 bit library at 32 bit location host, will report related error.

This can be resolved to use only related libraries at related operating system.

Following comment >> Files are conflicting between 64 and 32 bit packages, how to fix it ?
>> yum update or yum install fails with package conflict between 64 bit and 32 bit package architectures.
>> 32 bit package showing conflict problem with 64 bit package.
taken from
https://access.redhat.com/solutions/158883

Hi,

I have done that but didnt find any duplicate packages.

Pls suggest

looks like you have a incompatible repo installed and did not set up " yum-priorites"

first step is to find out what one so please post the output of :

.

Thanks for the reply!!!!

as asked below is output for the same.

# yum repolist all
Loaded plugins: langpacks, product-id, subscription-manager
This system is not registered to Red Hat Subscription Management. You can use subscription-manager to register.
repo id repo name status
rhel-source Red Hat Enterprise Linux 7Server - x86_64 - Source enabled: 4,371
repolist: 4,371

well here is your problem
contact redhat and register and pay for the system

as per the message you could use the tool"subscription-manager" and register this install

Hi,

Thanks for the reply!!!!

All these servers are not on internet.Also all these systems are within local LAN.We cannot register them as ports are blocked in our organizations.

Kindly suggest some alternative way.

I feel that RedHat support can help you to download via other means, put those files onto a USB stick or DVD and then help you install them to those servers.

1 members found this post helpful.

Sorry, but I find this very hard to believe. You've got a corporate LAN with 20 RHEL 7 servers, and NOTHING can touch the Internet at all??? If you've got any decent network admins, you can easily ask them to unblock the ports for one server, and use it as a mirror, or even spin up another server in your DMZ just for that purpose. There are even RHEL articles about it:

https://access.redhat.com/solutions/65300

...along with solutions to use a proxy server (common). Plus, it's one port (443), and three hosts...not a big security risk.

Including the comment proposed by TB0ne
These kind of errors can be fixed in 2 ways:
1. Follow comment from TB0ne => Less time to spend
2. Download related source using network and compile that program. =>
a. Takes more time to resolve the issue
b. each time the source provider will update the code again and again
hence this will not follow agile methodology.
However most of the operating systems followed this way only.
Decide your preferred ways.

Thank you TB0ne for your comments.