HI,

I can't find them in the RHEL client. I am unsure of how to check whether the 
packages are in the Spacewalk server or the client.

I have assigned GPG keys to the RHEL channel and have successfully sync the 
RHEL repo.

[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: Tuesday, 10 September 2019 3:59 PM
To: Wenkai Chen <[email protected]>; [email protected]
Subject: Re: [Spacewalk-list] Encountered an error while trying to update errata

Hi Wenkai,

So what about packages, when you search them in RHEL client, still no finding 
them or they are present, but not updating?
Do you try manually update packages? Do you also assigned GPG keys?

My SW server behind a proxy, when I registered it in itself it started pulling 
them from self. For being sure you can mv repos in /etc/yum.repo.d or where 
repo information are stored.

--
Best Regards,
Sadigov Elsevar
IT Department Linux Administrator
"MilliKart" LLC
AZ 1111, 5A Ali Mustafayev str., Baku, Azerbaijan
Phone:   (+994 12) 431 22 20 (ext.549)
Mobile:                (+994 77)  600 36 30
[millikart_logo2]<http://millikart.az/>   [cib_logo2] <http://cib.az/>    
[mplus] <http://mpos.az/>    [parpar2] <https://www.facebook.com/parparcard/>   
 [face2] <https://www.facebook.com/millikartllc/>    [youtube2] 
<https://www.youtube.com/channel/UCk2RcZMdMHngomnTGvijhow>

On 9/10/2019 05:08, Wenkai Chen wrote:
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]<mailto:[email protected]>
  A:  30A Kallang Place, Level 9 Right Wing, Singapore 339213


From: Elsever Sadigov <[email protected]><mailto:[email protected]>
Sent: Monday, 9 September 2019 8:40 PM
To: Wenkai Chen 
<[email protected]><mailto:[email protected]>;
 [email protected]<mailto:[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

Reply via email to