SpaceWalk only uninstalls plex, does not update it

Plex Media Server Desktops & Laptops
1

I’m running a Spacewalk server for managing updates for my 50+ Centos 7 boxes.

However, after creating a channel and adding the Plex repo it is able to find and pull the new package but does not update it. Rather it just uninstalls it.

2

That seems… odd. This is all behavior within the Spacewalk host & the channels therein, or in clients registered to your Spacewalk host during a ‘yum update’ process?

3

Thanks for the response, this happens when I try to push updates to a spacewalk client (in this case one my plex servers) from the spacewalk server. Screenshots attached.

What happens when I schedule the update is that it appears to remove the old version without issue but does not install the new version.

I have local scripts to handle this in the meantime but am just curious if this is expected behavior?

Thanks again,

Sean

Screenshot from 2019-08-15 13-30-38.png
Screenshot from 2019-08-15 13-30-38.png943×530 39.7 KB

Screenshot from 2019-08-15 13-30-30.png
Screenshot from 2019-08-15 13-30-30.png943×530 48.9 KB

Screenshot from 2019-08-15 13-30-14.png
Screenshot from 2019-08-15 13-30-14.png943×530 66.7 KB

4

In just about 10 years of RHSat5 & Spacewalk, I don’t think I’ve ever noted that behavior on a client. The RPM gets delivered to the client via the spacewalk YUM adapter, then handed off for local installation/upgrade. If it’s just uninstalling, I’d start with the yum log on your PMS servers.

I have noted recent RPM updates to PMS don’t appear to restart it gracefully, but the new version does get installed. It hasn’t bugged me enough (1 host,) to ping @ChuckPa about it.

5

PONG! :slight_smile:

  1. Debian packing update complete and rolling to production now.
    2 After the dust settles, I will transplant that packing handoff to RPM.

Result:

  1. Everything you see for Debian packaging will appear in Redhat, including proper handling of each RPM installation stage, including the awkward remove AFTER you install it
  2. Console and system log file entries to match what is being done for Debian.
6

Sorry, Chuck. Didn’t mean to wake you up. :smiley:

Guess I just should have waited…

7

Thanks all for the feedback, =) I’m running everything on Centos 7 and will attempt to apply the update again once I get home and then check the logs.

I’ll check back once I have completed the tests.

Thanks,
Sean

8

I will be conducting a RPM packaging beta thread just as I’m doing now for DEB.

As for waking me up @ChuckPA does a pretty good job :rofl:

Here’s the Debian thread if anyone wants to see what’s coming.

9

Hello again Gents,

Ok so, @jkalchik was spot on with:

"In just about 10 years of RHSat5 & Spacewalk, I don’t think I’ve ever noted that behavior on a client. The RPM gets delivered to the client via the spacewalk YUM adapter, then handed off for local installation/upgrade. If it’s just uninstalling, I’d start with the yum log on your PMS servers.

I have noted recent RPM updates to PMS don’t appear to restart it gracefully, but the new version does get installed."

Sorry for the false alarm, but I’m gonna look into the yum logs and spacewalk logs clients and server and see if I can dig anything up on it not restarting after the upgrade. I’ll keep ya’s posted.

Thanks again @ChuckPa and @jkalchik

Have a great weekend,

Sean

10

This topic was automatically closed 90 days after the last reply. New replies are no longer allowed.