Re: [Spacewalk-list] Someone managing Ubuntu / Debian with Spacewalk also using "unattended-upgrades"?

[Robert Paschedag]

Am 26. Februar 2019 10:28:21 MEZ schrieb Robert Paschedag 
:
>Hi all,
>
>see the subject. Does someone use "unattended-upgrades" while getting
>the repos from spacewalk?
>
>Does it work?
>
>In case it does work, what settings do you set within the config?
>
>A customer showed me, that the "unattended-upgrades" does not work with
>the "default" settings. Also it looks like it cannot determine, what
>are security updates and what not. I do not have the time right now to
>make a deep dive into that problem. That's why I'm asking.
>
>Any feedback will be appreciated.

Ok. Got some time and fixed it myself. Just have to use the keywords from my 
rudimentary "Release" files.

Robert
>
>Robert
>
>___
>Spacewalk-list mailing list
>Spacewalk-list@redhat.com
>https://www.redhat.com/mailman/listinfo/spacewalk-list


-- 
sent from my mobile device

___
Spacewalk-list mailing list
Spacewalk-list@redhat.com
https://www.redhat.com/mailman/listinfo/spacewalk-list

Re: [Spacewalk-list] FW: Disable downloading stock repos in CentOS

[Jérôme Meyer]

Yes, I need to disabled the repo not stop the sync.
I’m choosing the answer 3) with disabled all repos in /etc/yum.repos.d/ with 
enabled=0 and I think that will be ok.

Best regards,
Jérôme

From: spacewalk-list-boun...@redhat.com 
[mailto:spacewalk-list-boun...@redhat.com] On Behalf Of p.cook...@bham.ac.uk
Sent: Dienstag, 26. Februar 2019 17:06
To: spacewalk-list@redhat.com
Subject: Re: [Spacewalk-list] FW: Disable downloading stock repos in CentOS

You can disable a repo as described below – if done correctly then it shouldn’t 
show up with “yum repolist enabled” any longer. If you mean stop syncing a 
repository, though, that can be done from the WebUI as below:

Channels -> Manage Software Channels -> Click Channel Name -> Repositories -> 
Sync -> Disable Schedule

Regards
Phil

From: 
spacewalk-list-boun...@redhat.com 
mailto:spacewalk-list-boun...@redhat.com>> 
On Behalf Of jerome.me...@lcsystems.ch
Sent: 26 February 2019 15:33
To: 'Paul Deveau' mailto:pdev...@uottawa.ca>>
Cc: spacewalk-list@redhat.com
Subject: [Spacewalk-list] FW: Disable downloading stock repos in CentOS

Dear Paul,

Do you have found a solution to your repo?
From my side I’ve moved all my repos to an old directory but spacewalk will be 
re-create them.
Before creating a crontab job to removing of these files automatically, I 
wanted to know if another solution exists.

Best regards,
Jérôme

From: 
spacewalk-list-boun...@redhat.com 
[mailto:spacewalk-list-boun...@redhat.com] On Behalf Of William H. ten Bensel
Sent: Samstag, 23. Februar 2019 00:02
To: spacewalk-list@redhat.com
Subject: Re: [Spacewalk-list] Disable downloading stock repos in CentOS

There is another option mentioned in the archive, about updating /etc/yum.conf 
with a new reposdir=.  This avoids updating/creating the repositories when the 
CentOS release rpm is updated with the next kernel release.   Oracle and Redhat 
do not include the repository information in the primary release rpm, but 
provide optional rpms or methods to install the repositories.  By separating 
the functionality of the rpm, this avoids these issues.  I wish CentOS would 
follow the same process as well.

https://www.redhat.com/archives/spacewalk-list/2018-February/msg00033.html

# rpm -ql centos-release-7-5.1804.5.el7.centos.x86_64 |grep repo

/etc/yum.repos.d/CentOS-Base.repo
/etc/yum.repos.d/CentOS-CR.repo
/etc/yum.repos.d/CentOS-Debuginfo.repo
/etc/yum.repos.d/CentOS-Media.repo
/etc/yum.repos.d/CentOS-Sources.repo
/etc/yum.repos.d/CentOS-Vault.repo
/etc/yum.repos.d/CentOS-fasttrack.repo

# rpm -ql oraclelinux-release-7.5-1.0.5.el7.x86_64 |grep repo
#

- Thanks and good luck



From:"p.cook...@bham.ac.uk" 
mailto:p.cook...@bham.ac.uk>>
To:"spacewalk-list@redhat.com" 
mailto:spacewalk-list@redhat.com>>
Date:02/22/2019 07:39 AM
Subject:Re: [Spacewalk-list] Disable downloading stock repos in CentOS
Sent by:
spacewalk-list-boun...@redhat.com




This email originated from outside of the company. Please use discretion if 
opening attachments or clicking on links.


Hi Paul

There are a few options to disable existing repo’s really:

1.   Move existing related repo files to a different location (like you’ve 
described).

mkdir /root/Original_Repos
mv /etc/yum.repos.d/* /root/Original_Repos/
yum clean all and/orrm -rf /var/cache/yum

2.   Temporarily disable during update.

yum --disablerepo= update

3.   Permanently disable.

Change the value of “enabled=” from 1 to 0 in /etc/yum.repos.d/

Regards
Phil



From: 
spacewalk-list-boun...@redhat.com 
mailto:spacewalk-list-boun...@redhat.com>> 
On Behalf Of pdev...@uottawa.ca
Sent: 22 February 2019 12:52
To: spacewalk-list@redhat.com
Subject: [Spacewalk-list] Disable downloading stock repos in CentOS

Hello,

I would like to disable the downloading of the stock repos like 
Centos-Base.repo and the rest They get in the way when I perform upgrades 
(unless I'm doing something wrong?) I usually move the repos to a different 
directory so that yum does not see them.

Thank you,

--
Paul Deveau
Analyste de systèmes principal|Senior Systems Analyst
Technologies de l’information|Information Technology
Université d’Ottawa|University of 
Ottawa___
Spacewalk-list mailing list
Spacewalk-list@redhat.com
https://www.redhat.com/mailman/listinfo/spacewalk-list




**



This email and any attachments may contain information that is confidential 
and/or privileged for the sole use of the intended recipient. Any use, 

Re: [Spacewalk-list] Antwort: FW: List of patched/to patched systems by commandline

[p.cook...@bham.ac.uk]

This screen in WebUI may be of interest too:

Systems (top menu) -> Systems (left menu) -> System Currency (left option)
nb Option to "Download CSV" (bottom right) too

Subsequently, if you just wanted to apply security updates, perhaps, navigate 
to here:

Systems -> Tick Systems -> Manage -> Errata -> Set Show to "Security Advisory" 
-> Select All -> Apply Errata


Regards
Phil

From: spacewalk-list-boun...@redhat.com  On 
Behalf Of mgru...@metzler.com
Sent: 18 February 2019 15:40
To: spacewalk-list@redhat.com
Subject: [Spacewalk-list] Antwort: FW: List of patched/to patched systems by 
commandline

Hi!

Oh... thats sound good... I am back in that stuff tomorrow
Thanks a lot

Matthias



METZLER
Informationstechnologie

Matthias Gruber
IT-Infrastruktur & -Betrieb

B. Metzler seel. Sohn & Co.
Kommanditgesellschaft auf Aktien
Untermainanlage 1
60329 Frankfurt am Main
Telefon (0 69) 21 04 - 43 30
Telefax (0 69) 21 04 - 40 40
mgru...@metzler.com
www.metzler.com



Von:"p.cook...@bham.ac.uk" 
mailto:p.cook...@bham.ac.uk>>
An:"spacewalk-list@redhat.com" 
mailto:spacewalk-list@redhat.com>>
Datum:18.02.2019 16:32
Betreff:[Spacewalk-list] FW: List of patched/to patched systems by 
commandline
Gesendet von:
spacewalk-list-boun...@redhat.com




Hi Matthias

I’ve come across a “spacecmd” report called “report_outofdatesystems” which may 
be of interest to you as it produces a very simple list of systems with the 
number of outstanding patches?

spacecmd {SSM:0}> report_outofdatesystems
System   Packages
--
server 19
server 22
server 3590
server 4592
spacecmd {SSM:0}>

Regards
Phil

From: Philip Cookson (IT Services)
Sent: 12 February 2019 15:27
To: 'spacewalk-list@redhat.com' 
mailto:spacewalk-list@redhat.com>>
Subject: RE: [Spacewalk-list] List of patched/to patched systems by commandline

Hi Matthias

Have you looked at the standard Spacewalk reports or “spacecmd” command at all?

The “spacewalk-report” tool outputs information in a CSV format.

The related package needs to be installed from the Spacewalk repository:

# yum -y install spacewalk-reports

The man page for spacewalk-report is in the usual format and there is also an 
option "--list-fields-info" that is helpful:

# spacewalk-report --list-fields

See report descriptions below – the “system-currency” report might be useful 
for what you’re after?
• channel-packages - Packages in channels
• channels - Channel report
• custom-info - Display system custom info
• entitlements - Entitlement and channel list and usage
• errata-channels - List of errata in channels
• errata-list - Errata information based upon compliance checks against 
systems
• errata-list-all - List of all erratas
• errata-systems - Listing of each errata applicable to each affected 
system
• inactive-systems - Inactive systems in Satellite
• inventory - Inventory report
• kickstartable-trees - List of kickstartable trees
• packages-updates-all - List of packages that can be upgraded
• packages-updates-newest - List of packages that can be upgraded
• scap-scan - Results of OpenSCAP xccdf evaluation
• scap-scan-results - Results of OpenSCAP xccdf evaluation
• system-crash-count - Crash count for systems
• system-crash-details - Crash details for systems
• system-currency - System currency list
• system-groups - System groups in Satellite
• system-groups-keys - Activation keys for system groups
• system-groups-systems - Systems in system groups
• system-groups-users - System groups users report
• system-history - System event history
• system-history-channels - Channel event history
• system-history-configuration - Configuration event history
• system-history-entitlements - System entitlement event history
• system-history-errata - Errata event history
• system-history-kickstart - Kickstart event history
• system-history-packages - Package event history
• system-history-scap - OpenSCAP event history
• system-packages-installed - Packages installed on systems
• users - Users in the system
• users-systems - Systems administered by individual users

The output could be piped through awk to get just the columns of info you’re 
interested in perhaps - see example command below:

# spacewalk-report inventory | awk -F"," 

[Spacewalk-list] yum rhnplugin disabled repos and --cacheonly

[Eduardo Suarez]

I have a CentOS 7 box with a Spacewalk subscription for repos. Some repos have
been disabled in 'rhnplugin.conf'. 'yum makecache' works fine, but 'yum -C
check-update' misses 'repomd.xml' for some disabled repos.

Same problem with CentOS 6. The error message looks like:

'Error: Cannot retrieve repository metadata (repomd.xml) for repository:
xxx-disabled-spacewalk-repo. Please verify its path and try again'

IMHO it shouldn't try to search for 'repomd.xml' in cache folders for disabled
repos.

Is it a bug?

___
Spacewalk-list mailing list
Spacewalk-list@redhat.com
https://www.redhat.com/mailman/listinfo/spacewalk-list