[Spacewalk-list] Server not creating/updating /var/cache/rhn after upgrade

Mon Feb 26 18:23:46 UTC 2018

Thanks Ivan.  I had found that bug report before and tried the steps listed, but it didn’t make a difference.  In my case, I was getting a 403 error (file not found) because the repomd.xml files didn’t actually exist on the server, and that was because the repo metadata taskomatic jobs were not running.  In addition, the system summary reports shown in the web UI were also not being updated, but after following Alex’s suggestion, all of the taskomatic jobs seem to be happily running on schedule now and that seems to have resolved all of our issues.  I won’t know for certain until we get some additional packages in the repos and run another patch job on the systems so that I can see if the repomd.xml files and system summaries update properly, but I have a feeling they will.  

From: spacewalk-list-bounces at redhat.com [mailto:spacewalk-list-bounces at redhat.com] On Behalf Of Ivan Zenteno
Sent: Thursday, February 22, 2018 8:44 PM
To: spacewalk-list at redhat.com
Subject: Re: [Spacewalk-list] Server not creating/updating /var/cache/rhn after upgrade

Follow this bug from RedHat, https://bugzilla.redhat.com/show_bug.cgi?id=1445428#c2 that works for me like a charm 

2018-02-22 14:16 GMT-06:00 Glennie, Jonathan - 0443 - MITLL <jrglenni at ll.mit.edu <mailto:jrglenni at ll.mit.edu> >:

Thank you very much Alex, after performing those steps everything seems to
have cleaned itself up nicely!

I had also noticed (but forgot to mention) that many of the jobs didn't seem
to show up in the Task Engine Status section of the Web UI.  Once we updated
each schedule, the Task Engine Status now appears to show all schedules with
a finished status next to each one.

-----Original Message-----
From: spacewalk-list-bounces at redhat.com <mailto:spacewalk-list-bounces at redhat.com> 
[mailto:spacewalk-list-bounces at redhat.com <mailto:spacewalk-list-bounces at redhat.com> ] On Behalf Of Alexandru Raceanu
Sent: Thursday, February 22, 2018 1:14 PM
To: spacewalk-list at redhat.com <mailto:spacewalk-list at redhat.com> 
Subject: Re: [Spacewalk-list] Server not creating/updating /var/cache/rhn
after upgrade

I've hit similar issues after the upgrading 2.6 -> 2.7

Try following:
Go to Admin -> Task Schedules
Click on one schedule name ( eg. auto-errata-default ) and then Update
schedule button.
Do this for all schedules. You will notice that the "Active From" date will
be updated with a more recent date/time.
Restart taskomatic.

After this taskomatic should behave and pickup the queue properly.

Let me know if that helped.

/Alex

----- Original Message -----
From: "Glennie, Jonathan - 0443 - MITLL" <jrglenni at ll.mit.edu <mailto:jrglenni at ll.mit.edu> >
To: "Robert Paschedag" <robert.paschedag at web.de <mailto:robert.paschedag at web.de> >, spacewalk-list at redhat.com <mailto:spacewalk-list at redhat.com> 
Sent: Thursday, February 22, 2018 3:52:42 PM
Subject: Re: [Spacewalk-list] Server not creating/updating /var/cache/rhn
after   upgrade

We have selinux disabled.

Any idea what is supposed to trigger the taskomatic actions?  I noticed in
the web UI that it is set up with a custom quartz format to run "0 * * * *
?", not sure if that is normal or not but it doesn't seem like it.  I'm
guessing that the reposync commands set a flag somewhere that the repo data
needs to be updated, and then when the taskomatic job runs, it checks to see
if any of the repos are in need of an update and generates new repo data if
need be?
Perhaps I should just change the cron to hourly.

I'm not sure what you mean by synchronization of the report.  If you mean
the report in the web UI, it does not seem to be working.  All of the
clients in the UI show that they are up to date, however manually running a
yum update on a client will return a list of many packages that need to be
updated.  Is there another taskomatic job that is supposed to handle
generating the summary reports in the Web UI?  Perhaps that job is not
running as it should either.

-----Original Message-----
From: Robert Paschedag [mailto:robert.paschedag at web.de <mailto:robert.paschedag at web.de> ]
Sent: Wednesday, February 21, 2018 12:51 AM
To: spacewalk-list at redhat.com <mailto:spacewalk-list at redhat.com> ; Glennie, Jonathan - 0443 - MITLL
<jrglenni at ll.mit.edu <mailto:jrglenni at ll.mit.edu> >; spacewalk-list at redhat.com <mailto:spacewalk-list at redhat.com> 
Subject: Re: [Spacewalk-list] Server not creating/updating /var/cache/rhn
after upgrade

Am 20. Februar 2018 20:34:36 MEZ schrieb "Glennie, Jonathan - 0443 - MITLL"
<jrglenni at ll.mit.edu <mailto:jrglenni at ll.mit.edu> >:
>Hi All-
>
>
>
>I'm having an interesting issue where none of our software channels are
>creating any repomd.xml files.  There is a long history with this
>server, which may or may not be relevant to this problem, but it's
>worth mentioning that this used to be a physical machine running 2.6
>that we upgraded to 2.7.
>After running in to various issue, we migrated the server to a VM
>running
>2.7 using the procedure discussed here
>https://www.redhat.com/archives/spacewalk-list/2013-November/msg00070.h
>tml
>
>
>
>I have tried manually restarting taskomatic and also using the spacecmd
>commands to regenerate the yum repodata, but nothing is being created
>in /var/cache/rhn.  The repodata directory is completely missing.  I
>checked the taskomatic logs and I don't see any errors that would point
>to an issue, not sure where else to check.
>
>
>
>When running a yum list from a client, we get an error that the
>repomd.xml file (not surpsingly) couldn't be found.  Out of curiosity,
>I tried manually copying over the old /var/cache/rhn/repodata directory
>over from the old server and after doing so, I can get past the
>repomd.xml error, but obviously this isn't good if these repo files
>aren't updating.
>
>

This sounds as if taskomatic is not running the jobs for recreating the
repos.

If you have selinux enabled, please check the selinux permissions if that
directory or reset them.

Does the synchronisation of the report work?

Robert

_______________________________________________
Spacewalk-list mailing list
Spacewalk-list at redhat.com <mailto:Spacewalk-list at redhat.com> 
https://www.redhat.com/mailman/listinfo/spacewalk-list

_______________________________________________
Spacewalk-list mailing list
Spacewalk-list at redhat.com <mailto:Spacewalk-list at redhat.com> 
https://www.redhat.com/mailman/listinfo/spacewalk-list

_______________________________________________
Spacewalk-list mailing list
Spacewalk-list at redhat.com <mailto:Spacewalk-list at redhat.com> 
https://www.redhat.com/mailman/listinfo/spacewalk-list

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://listman.redhat.com/archives/spacewalk-list/attachments/20180226/6021351f/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/pkcs7-signature
Size: 5477 bytes
Desc: not available
URL: <http://listman.redhat.com/archives/spacewalk-list/attachments/20180226/6021351f/attachment.p7s>