Project

General

Profile

Actions

Bug #20484

closed

new packages are not available in lifecycle-environments after repo sync

Added by Johannes Hirte over 6 years ago. Updated over 5 years ago.

Status:
Rejected
Priority:
High
Assignee:
-
Category:
-
Target version:
Difficulty:
Triaged:
Fixed in Releases:
Found in Releases:

Description

I've noticed, that new packages in repositories are not available in lifecycle-environments. As a result, all subscribed systems don't get any updates anymore. I've noticed this, because a system not subscribed to the katello-server got a glibc update, but no subsribed system was updated. So I searched for the package on the katello server:

hammer package list --search glibc-2.17-157

5118 | glibc-2.17-157.el7.i686.rpm | glibc-2.17-157.el7.src.rpm
4521 | glibc-2.17-157.el7.x86_64.rpm | glibc-2.17-157.el7.src.rpm
4359 | glibc-2.17-157.el7_3.1.x86_64.rpm | glibc-2.17-157.el7_3.1.src.rpm
2345 | glibc-2.17-157.el7_3.1.i686.rpm | glibc-2.17-157.el7_3.1.src.rpm
45371 | glibc-2.17-157.el7_3.2.i686.rpm | glibc-2.17-157.el7_3.2.src.rpm
45362 | glibc-2.17-157.el7_3.2.x86_64.rpm | glibc-2.17-157.el7_3.2.src.rpm
53222 | glibc-2.17-157.el7_3.4.i686.rpm | glibc-2.17-157.el7_3.4.src.rpm
53221 | glibc-2.17-157.el7_3.4.x86_64.rpm | glibc-2.17-157.el7_3.4.src.rpm
54268 | glibc-2.17-157.el7_3.5.i686.rpm | glibc-2.17-157.el7_3.5.src.rpm

and the same for the environment:

hammer package list --environment-id 11 --search glibc-2.17-157

5118 | glibc-2.17-157.el7.i686.rpm | glibc-2.17-157.el7.src.rpm
4521 | glibc-2.17-157.el7.x86_64.rpm | glibc-2.17-157.el7.src.rpm
4359 | glibc-2.17-157.el7_3.1.x86_64.rpm | glibc-2.17-157.el7_3.1.src.rpm
2345 | glibc-2.17-157.el7_3.1.i686.rpm | glibc-2.17-157.el7_3.1.src.rpm
45371 | glibc-2.17-157.el7_3.2.i686.rpm | glibc-2.17-157.el7_3.2.src.rpm
45362 | glibc-2.17-157.el7_3.2.x86_64.rpm | glibc-2.17-157.el7_3.2.src.rpm
53222 | glibc-2.17-157.el7_3.4.i686.rpm | glibc-2.17-157.el7_3.4.src.rpm
53221 | glibc-2.17-157.el7_3.4.x86_64.rpm | glibc-2.17-157.el7_3.4.src.rpm

glibc-2.17-157.el7_3.5 was added recently, I can find it on the katello-server but not in the lifecycle-environment the systems are described to

system is katello-3.4.3 with foreman-1.15.2

Actions #1

Updated by Eric Helms over 6 years ago

  • Status changed from New to Need more information

Hi Johannes,

In order for a new package to make it's way into a lifecycle environment, you need to publish a new version of the content view the systems are subscribed to and then promote that content view to the target lifecycle environment.

If this resolves your issue please update the issue or comment back for us.

Actions #2

Updated by Johannes Hirte over 6 years ago

Eric Helms wrote:

Hi Johannes,

In order for a new package to make it's way into a lifecycle environment, you need to publish a new version of the content view the systems are subscribed to and then promote that content view to the target lifecycle environment.

If this resolves your issue please update the issue or comment back for us.

So every time, upstream (e.g. CentOS) does an update for a rpm, I need to do a new promote? This sounds very very wrong, and this wasn't the behavior in the past.

Actions #3

Updated by Johannes Hirte over 6 years ago

After publishing a new version of the content view and promoting it to the environments, I get the updated packages via yum on the subscribed machines. But I still don't see any updates for the content hosts in the web interface.

And it still sounds wrong to me, that I have to check my products all time for possible updates and than publishing/promoting a new version of the content view. Package updates should be available to the clients automatically after repo-sync.

Actions #4

Updated by Justin Sherrill over 6 years ago

Hi,

This behavior is intentional and expected. The purpose of a Content View is to provide a snapshot that you can harden, test, and push to your production environments. The intent is for content to NOT be available immediately. If you want updates available immediately to all systems, simply register them to the "Library" (Default Organization View). This is where content lands immediately upon sync. Alternatively use a continuous integration system such as jenkins to auto-publish and promote.

As for your second issue, "But I still don't see any updates for the content hosts in the web interface", can you explain a bit more about this? Which page are you looking at? Do you have 'katello-agent' or 'katello-host-tools' installed on the clients?

Actions #5

Updated by Eric Helms over 6 years ago

  • translation missing: en.field_release set to 166
Actions #6

Updated by Eric Helms over 6 years ago

  • Status changed from Need more information to Rejected

If you are still seeing this issue, please re-open.

Actions #7

Updated by Johannes Hirte over 6 years ago

1. I can't reopen

2. I disagree about the behaviour. A content view should not be a snapshot of the installed system. It should be a snapshot of installed packages. As soon as updates for the package are available, I want them available to subscribed systems. I don't want to check every day, if there are security updates for installed packages for all my systems. Installed packages should get updates without an new version of the content view. I'm very sure this behaviour was different with previous katello versions.

3. Subscribing to the library doesn't work either. Tested with one system, and I still don't see the updates with 'yum upgrade'.

Actions

Also available in: Atom PDF