Am 11. Dezember 2018 01:51:11 MEZ schrieb Paul-Andre Panon
:
>Earlier today I wrote about the changes in PR500. That parsing actually
>seems to be OK after all because the EVR entries in the database are
>OK.
>
>That said, it looks like the query that generates the list of
>upgradeable
>packages
It looks like there aren't too many things that insert into the
rhnServerNeededCache.
./java/code/src/com/redhat/rhn/manager/errata/cache/ErrataCacheManager.jav
a calls some queries directly to insert into the table, and the
update_needed_cache stored procedure could also be a cause.
I've cleared
Earlier today I wrote about the changes in PR500. That parsing actually
seems to be OK after all because the EVR entries in the database are OK.
That said, it looks like the query that generates the list of upgradeable
packages in the Spacewalk GUI is system_upgradable_package_list in
On Thu, 6 Dec 2018 13:25:54 +0100, philippe bidault
wrote:
>Hi Robert,
>
>Thanks for the script, really appreciated. Already implemented in my
>Spacewalk and for the moment, working like a charm.
>In fact it even solved an issue I had with the "netplan.io" package
always
>flagged as upgradable
Hi Anand
Are you only relying on rhn_check to pickup the patching request or have you
installed Open Source Architecture Daemon (OSAD) on the client? The latter
should be quicker. You may find the following link useful:
https://github.com/spacewalkproject/spacewalk/wiki/OsadHowTo
You could
Hello,
Have you checked to see if this is an selinux issue? If you have selinux set
to enforcing, you can look for messages relating to rhnsd and rhn_check in
/var/log/audit/audit.log.
The context for rhnsd should be rhnsd_exec_t and rhn_check should be rpm_exec_t.
From:
Hello spacewalk Team-
When I am patching RHEL 7 nodes using spacewalk UI , patch process is getting
into pending state for a longer time.
- Is there any way to find out the insights, what exactly is happening
during the process(Im looking for somewhere we can find logs for this)
-
