Discussion:
[Spacewalk-list] Products Not Available For Install
Worner, Frank
2018-08-28 07:27:17 UTC
Permalink
Hi Everyone

I've got a query about our SpaceWalk environment, which I have recently inherited the administration of, so I don't know if my query is SpaceWalk related, YUM related or just me being stupid !!

On our SpaceWalk server we have the product NSS available at version 3.36;
[***@SERVER ~]# yum list nss
Loaded plugins: fastestmirror, product-id, search-disabled-repos, security, subscription-manager
Loading mirror speeds from cached hostfile
* base: mirrors.coreix.net
* epel: mirrors.coreix.net
* extras: mirror.netweaver.uk
* jpackage-generic: mirror.ibcp.fr
* updates: mirror.netweaver.uk
Installed Packages
nss.x86_64 3.28.4-4.el6_9 @updates
Available Packages
nss.i686 3.36.0-8.el6 base
nss.x86_64 3.36.0-8.el6 base
[***@SERVER ~]#

However on the client/target server we only have version 3.28 available;
[***@CLIENT tmp]# yum list nss
Loaded plugins: fastestmirror, rhnplugin, security
This system is receiving updates from RHN Classic or Red Hat Satellite.
Loading mirror speeds from cached hostfile
Installed Packages
nss.x86_64 3.28.4-4.el6_9 @centos6-base-x86_64
Available Packages
nss.i686 3.28.4-4.el6_9 centos6-base-x86_64
[***@CLIENT tmp]#

The problem I'm having is that when I perform a "yum update" on the client machine the installation of another product fails as it requires version 3.36 of NSS to be installed but it doesn't see the same versions of NSS available that the server sees.

Can anyone enlighten me as to why this is and how I can make the client machine resolve the dependencies such that it can install version 3.36 of NSS ??

Thanks

Frank
Gerald Vogt
2018-08-28 07:35:32 UTC
Permalink
Your server uses the centos repositories directly to obtain updates,
i.e. it doesn't use spacewalk.

Your client connects to the spacewalk server which uses the software
channel centos6-base-x86_64. It seems your channels does not contain
current version, i.e. it probably does not sync correctly with the
centos repositories.

Make sure your software channels have repositories configured and those
repositories have syncs scheduled.

Also make sure that you not only have a base channel but also the
updates channel for the updates repository.

Why didn't you use spacewalk-common-channels to set up common channels
like the CentOS?

Cheers,

Gerald
Post by Worner, Frank
Hi Everyone
I’ve got a query about our SpaceWalk environment, which I have recently
inherited the administration of, so I don’t know if my query is
SpaceWalk related, YUM related or just me being stupid !!
On our SpaceWalk server we have the product NSS available at version 3.36;
Loaded plugins: fastestmirror, product-id, search-disabled-repos,
security, subscription-manager
Loading mirror speeds from cached hostfile
* base: mirrors.coreix.net
* epel: mirrors.coreix.net
* extras: mirror.netweaver.uk
* jpackage-generic: mirror.ibcp.fr
* updates: mirror.netweaver.uk
Installed Packages
nss.x86_64
Available Packages
nss.i686
3.36.0-8.el6                                       base
nss.x86_64                                     3.36.0-8.el6
                                 base
However on the client/target server we only have version 3.28 available;
Loaded plugins: fastestmirror, rhnplugin, security
This system is receiving updates from RHN Classic or Red Hat Satellite.
Loading mirror speeds from cached hostfile
Installed Packages
nss.x86_64
3.28.4-4.el6_9
@centos6-base-x86_64
Available Packages
nss.i686
3.28.4-4.el6_9
                                   centos6-base-x86_64
The problem I’m having is that when I perform a “yum update” on the
client machine the installation of another product fails as it requires
version 3.36 of NSS to be installed but it doesn’t see the same versions
of NSS available that the server sees.
Can anyone enlighten me as to why this is and how I can make the client
machine resolve the dependencies such that it can install version 3.36
of NSS ??
Thanks
Frank
_______________________________________________
Spacewalk-list mailing list
https://www.redhat.com/mailman/listinfo/spacewalk-list
Worner, Frank
2018-08-28 07:53:28 UTC
Permalink
Hi Gerald - thank you for the quick reply.



As regards syncing the centos6-base-x86_64 channel, this appears to be working, unless I’m misunderstanding the screenshot below;



[cid:***@01D43EAC.959BCDE0]







As for this question;

Why didn't you use spacewalk-common-channels to set up common channels like the CentOS?

I don’t really know what this means. I’ve recently inherited this role and have no previous SpaceWalk experience, so I’m learning as I go !!



Many thanks



Frank



-----Original Message-----
From: spacewalk-list-***@redhat.com <spacewalk-list-***@redhat.com> On Behalf Of Gerald Vogt
Sent: 28 August 2018 08:36
To: spacewalk-***@redhat.com
Subject: Re: [Spacewalk-list] Products Not Available For Install



Your server uses the centos repositories directly to obtain updates,

i.e. it doesn't use spacewalk.



Your client connects to the spacewalk server which uses the software

channel centos6-base-x86_64. It seems your channels does not contain

current version, i.e. it probably does not sync correctly with the

centos repositories.



Make sure your software channels have repositories configured and those

repositories have syncs scheduled.



Also make sure that you not only have a base channel but also the

updates channel for the updates repository.



Why didn't you use spacewalk-common-channels to set up common channels

like the CentOS?



Cheers,



Gerald
Post by Worner, Frank
Hi Everyone
I’ve got a query about our SpaceWalk environment, which I have recently
inherited the administration of, so I don’t know if my query is
SpaceWalk related, YUM related or just me being stupid !!
On our SpaceWalk server we have the product NSS available at version 3.36;
Loaded plugins: fastestmirror, product-id, search-disabled-repos,
security, subscription-manager
Loading mirror speeds from cached hostfile
* base: mirrors.coreix.net
* epel: mirrors.coreix.net
* extras: mirror.netweaver.uk
* jpackage-generic: mirror.ibcp.fr
* updates: mirror.netweaver.uk
Installed Packages
nss.x86_64
Available Packages
nss.i686
3.36.0-8.el6 base
nss.x86_64 3.36.0-8.el6
base
However on the client/target server we only have version 3.28 available;
Loaded plugins: fastestmirror, rhnplugin, security
This system is receiving updates from RHN Classic or Red Hat Satellite.
Loading mirror speeds from cached hostfile
Installed Packages
nss.x86_64
3.28.4-4.el6_9
@centos6-base-x86_64
Available Packages
nss.i686
3.28.4-4.el6_9
centos6-base-x86_64
The problem I’m having is that when I perform a “yum update” on the
client machine the installation of another product fails as it requires
version 3.36 of NSS to be installed but it doesn’t see the same versions
of NSS available that the server sees.
Can anyone enlighten me as to why this is and how I can make the client
machine resolve the dependencies such that it can install version 3.36
of NSS ??
Thanks
Frank
_______________________________________________
Spacewalk-list mailing list
https://www.redhat.com/mailman/listinfo/spacewalk-list
_______________________________________________

Spacewalk-list mailing list

Spacewalk-***@redhat.com<mailto:Spacewalk-***@redhat.com>

https://www.redhat.com/mailman/listinfo/spacewalk-list
Gerald Vogt
2018-08-28 08:36:30 UTC
Permalink
That is the channel information. You have to check the repositories
associated with the channel. It seems you have the software channel set
to the centos 6.9 repositories and a 3.28.4-4 was installed from
"centos6-base-x86_64" it also seems that you have mixed the base and
updates repositories into the same channel.

Check which repositories have been linked to the software channel and
the URLs of those repositories configured. I guess you link to 6.9.

spacewalk-common-channels is a command-line tool which allows you to set
up common channels like centos automatically. If you use that it'll use
the correct URLs and also properly splits the different centos
repositories into separate channels...

Cheers,

Gerald
Post by Worner, Frank
Hi Gerald - thank you for the quick reply.
As regards syncing the centos6-base-x86_64 channel, this appears to be
working, unless I’m misunderstanding the screenshot below;
As for this question;
/Why didn't you use spacewalk-common-channels to set up common channels
like the CentOS?/
I don’t really know what this means. I’ve recently inherited this role
and have no previous SpaceWalk experience, so I’m learning as I go !!
Many thanks
Frank
-----Original Message-----
Sent: 28 August 2018 08:36
Subject: Re: [Spacewalk-list] Products Not Available For Install
Your server uses the centos repositories directly to obtain updates,
i.e. it doesn't use spacewalk.
Your client connects to the spacewalk server which uses the software
channel centos6-base-x86_64. It seems your channels does not contain
current version, i.e. it probably does not sync correctly with the
centos repositories.
Make sure your software channels have repositories configured and those
repositories have syncs scheduled.
Also make sure that you not only have a base channel but also the
updates channel for the updates repository.
Why didn't you use spacewalk-common-channels to set up common channels
like the CentOS?
Cheers,
Gerald
Post by Worner, Frank
Hi Everyone
I’ve got a query about our SpaceWalk environment, which I have recently
inherited the administration of, so I don’t know if my query is
SpaceWalk related, YUM related or just me being stupid !!
On our SpaceWalk server we have the product NSS available at version
3.36;
Post by Worner, Frank
Loaded plugins: fastestmirror, product-id, search-disabled-repos,
security, subscription-manager
Loading mirror speeds from cached hostfile
* base: mirrors.coreix.net
* epel: mirrors.coreix.net
* extras: mirror.netweaver.uk
* jpackage-generic: mirror.ibcp.fr
* updates: mirror.netweaver.uk
Installed Packages
nss.x86_64
Available Packages
nss.i686
3.36.0-8.el6                                       base
nss.x86_64                                     3.36.0-8.el6
                                   base
However on the client/target server we only have version 3.28 available;
Loaded plugins: fastestmirror, rhnplugin, security
This system is receiving updates from RHN Classic or Red Hat Satellite.
Loading mirror speeds from cached hostfile
Installed Packages
nss.x86_64
3.28.4-4.el6_9
@centos6-base-x86_64
Available Packages
nss.i686
3.28.4-4.el6_9
                                     centos6-base-x86_64
The problem I’m having is that when I perform a “yum update” on the
client machine the installation of another product fails as it requires
version 3.36 of NSS to be installed but it doesn’t see the same versions
of NSS available that the server sees.
Can anyone enlighten me as to why this is and how I can make the client
machine resolve the dependencies such that it can install version 3.36
of NSS ??
Thanks
Frank
_______________________________________________
Spacewalk-list mailing list
https://www.redhat.com/mailman/listinfo/spacewalk-list
_______________________________________________
Spacewalk-list mailing list
https://www.redhat.com/mailman/listinfo/spacewalk-list
_______________________________________________
Spacewalk-list mailing list
https://www.redhat.com/mailman/listinfo/spacewalk-list
Loading...