HI Sadigov,
I have already created and assigned separate channels for RHEL and CentOS
clients. RHEL channels have their own repositories. Likewise for CentOS
channels.
Just wondering for the Spacewalk server itself that is registered as a client
to itself, do you all disable all the other yum repositories and only configure
it to pull from the Spacewalk repositories? Or do you all have both spacewalk
repositories and the original yum repositories together in Spacewalk server? I
do not know if this could be an issue.
Thanks.
Regards,
[A close up of a sign Description generated with very high confidence]
Chen Wenkai
Infrastructure Security Engineer
[A picture containing building Description generated with high
confidence] <https://www.linkedin.com/company/ensign-infosecurity/> [A
picture containing tableware Description generated with high confidence]
<https://youtu.be/9J7FkhXpb-4> [A close up of a sign Description
generated with high confidence] <https://www.facebook.com/EnsignGlobal>
E: [email protected]
A: 30A Kallang Place, Level 9 Right Wing, Singapore 339213
From: Elsever Sadigov <[email protected]>
Sent: Monday, 9 September 2019 8:40 PM
To: Wenkai Chen <[email protected]>; [email protected]
Subject: Re: [Spacewalk-list] Encountered an error while trying to update errata
Wenkai,
Yes, its common, my colleagues also had problems with RHEL clients. Try to
separate main channels for RHEL and CentOS for isolate different systems to
take packs from same source. Hope it helps.
I dunno correct or not. Can you explain how you planned channels for update?
And yes, I'm also registered Spacewalk server as client, because it is easy to
manage.
--
Best Regards,
Sadigov Elsevar
On 9/9/2019 15:58, Wenkai Chen wrote:
HI,
i am to update CentOS clients, but just having issue with this RHEL client.
Also i noticed, the RHEL client also pulls in security errata that is related
to Red Hat packages, not CentOS.
Is this the correct behaviour? What should i do?
Btw, i am registering the Spacewalk server(which is running on CentOS) as a
client itself. Is this ok?
regards.
Wenkai
[cid:[email protected]]
Chen Wenkai
Infrastructure Security Engineer
E:
[email protected]<mailto:[email protected]>
A: 30A Kallang Place, Level 9 Right Wing, Singapore 339213
________________________________
From: Elsever Sadigov <[email protected]><mailto:[email protected]>
Sent: Monday, September 9, 2019 6:58 PM
To: [email protected]<mailto:[email protected]>
<[email protected]><mailto:[email protected]>; Wenkai Chen
<[email protected]><mailto:[email protected]>
Subject: Re: [Spacewalk-list] Encountered an error while trying to update errata
Hi,
Maybe a problem with front and back end when client tries to get updates?
Is db working correctly?
--
Best Regards,
Sadigov Elsevar
On 9/9/2019 14:23, Wenkai Chen wrote:
HI Spacewalk users,
Have encountered the following error while trying to update security errata.
This action will be executed after 9/9/19 6:15:00 PM AWST
This action's status is: Failed.
The client picked up this action on 9/9/19 6:15 PM
The client completed this action on 9/9/19 6:19 PM
Client execution returned "Failed: Packages failed to install properly: Package
python-perf-0:3.10.0-1062.1.1.el7.x86_64 is not available for installation
Package kernel-tools-libs-0:3.10.0-1062.1.1.el7.x86_64 is not available for
installation Package kernel-tools-0:3.10.0-1062.1.1.el7.x86_64 is not available
for installation Package kernel-0:3.10.0-1062.1.1.el7.x86_64 is not available
for installation" (code 32)
Errata Affected:
* RHSA-2019:2600 - Important: kernel security and bug fix update
Any advice as to why this is happening? If the package is not installed on the
client system, why is it flagged as security errata on the system?
[A close up of a sign Description
generated with very high
confidence]
Chen Wenkai
Infrastructure Security Engineer
[A picture containing
building Description generated with
high confidence]
<https://www.linkedin.com/company/ensign-infosecurity/> [A
picture containing tableware
Description generated with
high confidence] <https://youtu.be/9J7FkhXpb-4> [A
close up of a sign Description
generated with high
confidence] <https://www.facebook.com/EnsignGlobal>
E:
[email protected]<mailto:[email protected]>
A: 30A Kallang Place, Level 9 Right Wing, Singapore 339213
________________________________
CONFIDENTIALITY NOTICE: "This email is confidential and may also be privileged.
If this email has been sent to you in error, please delete it immediately and
notify us. Please do not copy, distribute or disseminate part or whole of this
email if you are not the intended recipient or if you have not been authorized
to do so. We reserve the right, to the extent and under circumstances permitted
by applicable laws, to monitor, retain, intercept and block email messages to
and from our systems. Thank you."
_______________________________________________
Spacewalk-list mailing list
[email protected]<mailto:[email protected]>
https://www.redhat.com/mailman/listinfo/spacewalk-list
_______________________________________________
Spacewalk-list mailing list
[email protected]
https://www.redhat.com/mailman/listinfo/spacewalk-list
