Re: [Spacewalk-list] Spacewalk 2.10 Released!

Yes indeed, I just went on as described and saw now adverse effects. ​-- Jan-Albert​ Jan-Albert van Ree | HPC Specialist | Digital Services MARIN | T +31 317 49 35 48 | j.a.v@marin.nl | www.marin.nl

Re: [Spacewalk-list] Spacewalk 2.10 Released!

Thanks a lot , the update works perfectly here as well I had 3 updates to make and now all is as it should be -- Jan-Albert Jan-Albert van Ree | HPC Specialist | Digital Services MARIN | T +31 317 49 35 48 | j.a.v@marin.nl | www.marin.nl

Re: [Spacewalk-list] Spacewalk 2.10 Released!

​I skipped nothing but executed all queries, continuing on errors with the next one and assumed that if there was an existing record it would be fine already... Maybe not the best way, but it worked. -- Jan-Albert Jan-Albert van Ree | HPC Specialist | Digital Services MARIN | T +31 317 49 35

Re: [Spacewalk-list] Spacewalk 2.10 Released!

Spacewalk 2.10 Released! Hi Jan-Albert, Can you share what exactly you did? I'm facing same issue: [cid:part1.69431512.B31AE872@millikart.az] -- Best Regards, Sadigov Elsevar On 3/19/2020 00:45, Ree, Jan-Albert van wrote: Congrats to the devel team. Just performed an upgrade and am back up an

Re: [Spacewalk-list] Spacewalk 2.10 Released!

-script.sql:289: ERROR: duplicate key value violates unique constraint "rhn_pkey_keyid_uq" DETAIL: Key (key_id)=(05b555b38483c65d) already exists. Solved it by running all the queries in that (last) upgrade script manually Thanks for all the hard work! -- Jan-Albert van Ree Jan-Albe

Re: [Spacewalk-list] Spacewalk 2.10 Failing to sync repo

Good morning, I can confirm that this is solved, installed a clean Spacewalk nightly on a clean CentOS 7 system and I can again sync packages. -- Jan-Albert van Ree Jan-Albert van Ree | HPC Specialist | Digital Services MARIN | T +31 317 49 35 48 | mailto:j.a.v@marin.nl | http

Re: [Spacewalk-list] update to spacewalk 2.8 failed because cannot access spacewalk repo

Good morning, ​A quick workaround would be to use http for the URL's instead of https , but the errors most likely mean there's something wrong in your network path. Does curl give the same error if you use it to grab any other random https URL ? Regards, -- Jan-Albert Jan-Albert van Ree

Re: [Spacewalk-list] Problems syncing EPEL repositories

Wonderful ! I can confirm the quick hack works. Regards, -- Jan-Albert Jan-Albert van Ree | Linux System Administrator | MARIN Support Group MARIN | T +31 317 49 35 48 | mailto:j.a.v@marin.nl | http://www.marin.nl MARIN news:

[Spacewalk-list] Problems syncing EPEL repositories

Sync of channel completed in 0:01:01. Am I correct in assuming this is due to a bad package in EPEL ? Regards, -- Jan-Albert van Ree Jan-Albert van Ree | Linux System Administrator | MARIN Support Group MARIN | T +31 317 49 35 48 | mailto:j.a.v@marin.nl | http://www.marin.nl MARIN news: http

Re: [Spacewalk-list] [External Sender] Re: More problems with Spacewalk 2.8

ted in 0:00:31. 00:13:16 Total time: 0:00:31 Larry E. Clegg From: spacewalk-list-boun...@redhat.com<mailto:spacewalk-list-boun...@redhat.com> [mailto:spacewalk-list-boun...@redhat.com<mailto:spacewalk-list-boun...@redhat.com>] On Behalf Of Ree, Jan-Albert van Sent: Wednesday, Ap

Re: [Spacewalk-list] More problems with Spacewalk 2.8

Good afternoon, Repositories have moved. Client packages can be found at https://copr.fedorainfracloud.org/coprs/g/spacewalkproject/spacewalk-2.8-client/​ Regards, -- Jan-Albert From: spacewalk-list-boun...@redhat.com on behalf of Larry Clegg

Re: [Spacewalk-list] Empty "Overview" page after upgrading from 2.7 to 2.8

Hello, Our instance is running Scientific Linux 7.4 , PostgreSQL 9.2 local root@spacewalk ~ # rpm -qa | grep spacewalk-java spacewalk-java-config-2.8.78-1.el7.centos.noarch spacewalk-java-lib-2.8.78-1.el7.centos.noarch spacewalk-java-2.8.78-1.el7.centos.noarch

Re: [Spacewalk-list] Empty "Overview" page after upgrading from 2.7 to 2.8

Good evening, I can confirm this exact similar behaviour after our upgrade : From 2.7 (with local PostgreSQL 9.2 on Scientific Linux 7.4) to 2.8 we got exactly the same. Upgrade gave no errors along the way.​ Regards, -- Jan-Albert Jan-Albert van Ree | Linux System Administrator | MARIN

Re: [Spacewalk-list] 2.7 Schedule issue

/rhn.conf hibernate.dialect=org.hibernate.dialect.PostgreSQLDialect hibernate.connection.driver_class=org.postgresql.Driver hibernate.connection.driver_proto=jdbc:postgresql We still get the same tracebacks when clicking on any of the scheduled tasks. -- Jan-Albert van Ree Jan-Albert van Ree

Re: [Spacewalk-list] 2.7 Schedule issue

Unfortunately this for us is not the cause : we have SELinux running in permissive mode thus it can't be blocking anything. Also your audit2allow command did not find anything​ Regards Jan-Albert Jan-Albert van Ree | Linux System Administrator | MARIN Support Group MARIN | T +31 317 49 35 48

Re: [Spacewalk-list] 2.7 Schedule issue

We are experiencing the same issue. Does this mean we need to wait for a new RPM with the fixes or can we easily fix this manually? -- Jan-Albert Jan-Albert van Ree | Linux System Administrator | MARIN Support Group MARIN | T +31 317 49 35 48 | mailto:j.a.v@marin.nl | http://www.marin.nl

Re: [Spacewalk-list] Dependency Error installing 2.7

Both EPEL and the default CentOS repository should have http-parser : [root@workstation ~]$ yum provides */libhttp_parser.so.2 Loaded plugins: langpacks, rhnplugin This system is receiving updates from RHN Classic or Red Hat Satellite. epelv7/filelists |

Re: [Spacewalk-list] OSAD not logging to yum.log?

alk-list@redhat.com Subject: Re: [Spacewalk-list] OSAD not logging to yum.log? Unfortunately this seems not to be the case on all my 250 client systems. Did I miss some flag oder config option? 14. Juli 2017 09:43, "Ree, Jan-Albert van" <j.a.v@marin.nl<mailto:%22Ree,%20Jan-Albert%2

Re: [Spacewalk-list] OSAD not logging to yum.log?

All updates pushed by osad trigger an rhn_check, which in term triggers a yum command. So all updates are logged on two sides : on the client in the yum.log and on the spacewalk server as an action. -- Jan-Alber​t Jan-Albert van Ree | Linux System Administrator | MARIN Support Group MARIN |

Re: [Spacewalk-list] Keep package list up to date without osad

Even without OSAD the rhnsd daemon will still check in every few hours (as defined bij the INTERVAL setting in the /etc/sysconfig/rhn/rhnsd config file) and update the status. -- Jan-Albert Jan-Albert van Ree | Linux System Administrator | MARIN Support Group MARIN | T +31 317 49 35 48 |

Re: [Spacewalk-list] Maintaining JabberD/PostgreSQL

I run the following line from the psql user cron every night to clean up the database psql -d jabberd2 -c "VACUUM FULL ANALYZE VERBOSE" >> /var/log/rhn/spacewalk-database-maintenance.txt 2>&1 This seems to work for me, even the check_mk postgresql check doesn't complain about table bloat any

Re: [Spacewalk-list] cannot boot after kernel update

The problem appears to be some sort of time-out We've seen the same behaviour if we push (ie select kernel packages and send out the update) If I use the 'remote command' option in spacewalk and do a 'yum -y update kernel' and set the script timeout high (7200s is what I use) things do work for

Re: [Spacewalk-list] Error connecting to jabber

> Jan-Albert van Ree | Linux System Administrator | MARIN Support Group MARIN | T +31 317 49 35 48 | mailto:j.a.v@marin.nl | http://www.marin.nl MARIN news: http://www.marin.nl/web/News/News-items/Zeeen-zonder-zwavel-Het-Financieele-Dagblad.htm -Original Message- > >

Re: [Spacewalk-list] Error connecting to jabber

The following blog should be all you need : https://omg.dje.li/2017/03/configuring-spacewalks-jabberd-to-use-a-postgresql-backend/ -- Jan-Albert Jan-Albert van Ree | Linux System Administrator | MARIN Support Group MARIN | T +31 317 49 35 48 | mailto:j.a.v@marin.nl | http://www.marin.nl

Re: [Spacewalk-list] Error connecting to jabber

While I agree that sqlite is better than berkeleydb why not make PostgreSQL the default if the PostgreSQL database is already being set up during installation ( ie spacewalk-setup-postgresql is called ) Our modest installation (roughly 80 clients) still wasn't rock solid using sqlite (instead

Re: [Spacewalk-list] Replacing the Jabberd database

I'd suggest switching the BerkeleyDB backend to PostgreSQL. This procedure is documented very well, please see https://omg.dje.li/2017/03/configuring-spacewalks-jabberd-to-use-a-postgresql-backend/ ​Regards, -- Jan-Albert Jan-Albert van Ree | Linux System Administrator | MARIN Support

Re: [Spacewalk-list] Switching the jabberd database to sqlite/pgsql

connections. Even with SQLite we never managed that. -- Jan-Albert van Ree Jan-Albert van Ree | Linux System Administrator | MARIN Support Group MARIN | T +31 317 49 35 48 | mailto:j.a.v@marin.nl | http://www.marin.nl MARIN news: http://www.marin.nl/web/News/News-items/CFD-simulations

Re: [Spacewalk-list] Spacewalk, PostgreSQL 9.6, SQL reserved words

Just use the stock CentOS7 PostgreSQL 9.2 , which works flawless out of the box. And as a tip : also use the same PostgreSQL database for your jabberd database, this for us has finally completely fixed all OSAD problems. Been running over a month without any machine losing connection through

Re: [Spacewalk-list] Debugging broken kickstart profile

t some code? Make sure that any comments have a space after the hash. CC On 23 Feb. 2017 17:44, "Ree, Jan-Albert van" <j.a.v@marin.nl<mailto:j.a.v@marin.nl>> wrote: Since a few days one of my kickstart profiles is broken : on selecting the profile I get an orange bo

[Spacewalk-list] Debugging broken kickstart profile

Since a few days one of my kickstart profiles is broken : on selecting the profile I get an orange box with the text : "There are errors in your kickstart template. Please check the 'Kickstart File' tab to determine the problem with the template." When I click on the Kickstart File tab, there

Re: [Spacewalk-list] Import of errata broken after upgrade from 2.5 to 2.6

:02, Patrick Hurrelmann wrote: > On 21.12.2016 10:24, Ree, Jan-Albert van wrote: >> Since I haven't heard anybody else about this issue yet and haven't seen any >> activity on the bug I reported I thought I'd ask around here >> Has anybody else noticed that errata no longer get

[Spacewalk-list] Import of errata broken after upgrade from 2.5 to 2.6

Since I haven't heard anybody else about this issue yet and haven't seen any activity on the bug I reported I thought I'd ask around here Has anybody else noticed that errata no longer get imported after upgrading from Spacewalk 2.5 to 2.6 ? Since the upgrade at the end of every yum

Re: [Spacewalk-list] osa-dispatcher still fails with Spacewalk 2.6

A few things to debug this : - enable logging to file for s2s and c2s (in their config files under /etc/jabberd) and check those logfiles for issues - increase debug level of osa-dispatcher in /etc/rhn/rhn.conf (level 4-6 usually is enough to start seeing the errors) - for us things became a

Re: [Spacewalk-list] Migrating to a physical

l From: spacewalk-list-boun...@redhat.com <spacewalk-list-boun...@redhat.com> on behalf of Ree, Jan-Albert van <j.a.v@marin.nl> Sent: Tuesday, November 15, 2016 1:50 AM To: spacewalk-list@redhat.com Subject: Re: [Spacewalk-list] Migrating to a physic

Re: [Spacewalk-list] Migrating to a physical

We did something similar earlier this year. However to prevent issues and allow for testing we did things a bit different : - We installed a new server on which we created all the content we needed (we used a new FQDN so we didn't have to do anything to allow for 2 servers in the same

Re: [Spacewalk-list] Upgrade to 2.5 fails when upgrading jabberd

on 2.4.0-4, I would appricate it. Thank you. Daryl From: spacewalk-list-boun...@redhat.com <spacewalk-list-boun...@redhat.com> on behalf of Ree, Jan-Albert van <j.a.v@marin.nl> Sent: Monday, October 24, 2016 6:50 AM To: spacewalk-list@redhat.com

Re: [Spacewalk-list] Upgrade to 2.5 fails when upgrading jabberd

stuff you don't want to run in production yet, it's stability isn't guaranteerd like with the normal EPEL. -- Jan-Albert van Ree Jan-Albert van Ree | Linux System Administrator | MARIN Support Group MARIN | T +31 317 49 35 48 | j.a.v@marin.nl<mailto:j.a.v@marin.nl> | www.marin.n

Re: [Spacewalk-list] Upgrade to 2.5 fails when upgrading jabberd

Disable EPEL testing and only use EPEL stable and retry (this has jabberd-2.4.0-2 instead of 2.4.0-4) There might be a bug in the newer EPEL-testing package -- Jan-Albert Jan-Albert van Ree | Linux System Administrator | MARIN Support Group MARIN | T +31 317 49 35 48 |

Re: [Spacewalk-list] How to improve WUI performance

Pushing larger updates to ALL clients at once is a bad idea as soon as you go over 20-30 clients already... Our SW server (Scientific Linux 7, SW 2.5) is physical, with 64GB RAM. 6 cores and a solid RAID drive set. As soon as I for instance update some software on one of our HPC clusters, as

Re: [Spacewalk-list] Schedule kernel upgrade result in kernel panic

Hello, I have seen similar behaviour recently with Spacewalk 2.4 and later with 2.5, clients running Scientific Linux 7 For now my 'solution' is to send a remote command that does a 'yum update' on the machines, then all seems to work better. -- Jan-Albert Jan-Albert van Ree | Linux System

Re: [Spacewalk-list] Osad problems

Sounds like you still have certificate issues. Are you sure all clients are using the correct new cert? If unsure, you might want to try manually specifying the correct new cert in the /etc/sysconfig/rhn/osad.conf file to see if that helps Also how did you replace the certs, did you install a

[Spacewalk-list] osa-dispatcher crashing, but no trace

an anybody point me in the right direction? Regards, -- Jan-Albert van Ree Jan-Albert van Ree | Linux System Administrator | MARIN Support Group MARIN | T +31 317 49 35 48 | mailto:j.a.v@marin.nl | http://www.marin.nl MARIN news: http://www.marin.nl/web/News/News-items/Joint-Industry-Pro

Re: [Spacewalk-list] Hang a specific version of CentOS

If you want to stick to 6.7 on some machines, make a new child channel which doesn't pull all updates, but only required security updates (such as from http://vault.centos.org/6.7/updates/x86_64/Packages/ ) Now remove your normal updates child channel for these machines and add this special

Re: [Spacewalk-list] Remote .repo files re-creation

simply removes all .repo files from /etc/yum.repos.d/ as I want all my managed machines to only get RPM's from Spacewalk While the second option isn't the most elegant it does work reliable. -- Jan-Albert van Ree Jan-Albert van Ree Linux System Administrator MARIN Support Group E mailto:j.a.v

[Spacewalk-list] rhn-channel operation results in 500 Internal Server Error

While trying to subscribe a machine to an extra child channel I am getting 500 Internal Server Errors The user $MANAGER$ is a Spacewalk administrator with all permissions Subscribing the same machine from the web interface inside spacewalk is not a problem. Spacewalk server is running

Re: [Spacewalk-list] rhn-channel operation results in 500 Internal Server Error

Thanks for the info, forgot to check BZ. -- Jan-Albert Jan-Albert van Ree Linux System Administrator MARIN Support Group E mailto:j.a.v@marin.nl T +31 317 49 35 48 MARIN 2, Haagsteeg, P.O. Box 28, 6700 AA Wageningen, The Netherlands T +31 317 49 39 11, F +31 317 49 32 45, I www.marin.nl

[Spacewalk-list] rhn-search broken since 2.1 upgrade?

This morning my spacewalk server almost ran out of diskspace. The cause turned out to be the logs under /var/log/rhn/search The logsize increased dramatically since the upgrade of 2.0 to 2.1 as it turns out However the upgrade went fine, never saw any errors. From rhn_search.log I see loads of

Re: [Spacewalk-list] Installer Depedency version issue

It looks like you don't have the jpackage repository activated. -- Jan-Albert van Ree [cid:imagedf6efd.JPG@5393f29d.4cad0625][cid:image091a39.JPG@c47d99b3.4aaab1a4] Jan-Albert van Ree Linux System Administrator MARIN Support Group MARIN 2, Haagsteeg E

Re: [Spacewalk-list] After upgrade to 2.0 can't push updates to multiple systems

upgrade' of the spacewalk server? But thanks for the support. -- Jan-Albert van Ree Jan-Albert van Ree Linux System Administrator MARIN Support Group E mailto:j.a.v@marin.nl T +31 317 49 35 48 MARIN 2, Haagsteeg, P.O. Box 28, 6700 AA Wageningen, The Netherlands T +31 317 49 39 11, F +31 317

Re: [Spacewalk-list] After upgrade to 2.0 can't push updates to multiple systems

Your scenario is exactly what I'm doing. I was using Firefox 17.0.7 (latest default from Scientific Linux) But your last comment already hints at what's maybe wrong... For some reason spacewalk-java and spacewalk-search weren't updated, still seeing the 1.9 packages. Am now in the proces of

Re: [Spacewalk-list] Spacewalk 1.9 Released

Same here, also trying to upgrade from 1.8 to 1.9 -- Jan-Albert van Ree Jan-Albert van Ree Linux System Administrator MSuG MARIN Support Group E mailto:j.a.v@marin.nl T +31 317 49 35 48 MARIN 2, Haagsteeg, P.O. Box 28, 6700 AA Wageningen, The Netherlands T +31 317 49 39 11, F , I

Re: [Spacewalk-list] looking for kernel mangement recommendations

I used to do patch management at a big hosting company (all this was with Satellite 5.3 , I'm assuming things like this haven't changed since), where we had 4 system levels (DEV, TEST, ACCEPTANCE and PROD) each with their own schedules. What I did was - Make a structure with parent + child

Re: [Spacewalk-list] spacewalk eats up all connections to postgres

, Jan-Albert van wrote: I've applied the patch yesterday as well, and indeed this does seem to help a lot. I'm only seeing about 35 connections now (with 25 clients), no more hanging queries either. I too applied the patch this past Saturday and disabled my nightly application restart cron

Re: [Spacewalk-list] spacewalk eats up all connections to postgres

From: spacewalk-list-boun...@redhat.com [spacewalk-list-boun...@redhat.com] on behalf of James Hogarth [james.hoga...@gmail.com] Sent: Friday, December 07, 2012 13:30 Subject: Re: [Spacewalk-list] spacewalk eats up all connections to postgres Thanks for the info on that patch ... If it's

[Spacewalk-list] OSAD communication issues

-registering clients makes osad work again The verbose output of osa-dispatcher and osad don't show any obvious errors such as SSL issues. When browsing through bug reports I can't find anything recent either. Has anybody else experienced these issues? Regards, -- Jan-Albert van Ree Jan-Albert van Ree

Re: [Spacewalk-list] Architecture problem with SL 6.3

the right repository directory?) -- Jan-Albert van Ree Jan-Albert van Ree Linux System Administrator MSuG MARIN Support Group E mailto:j.a.v@marin.nl T +31 317 49 35 48 MARIN 2, Haagsteeg, P.O. Box 28, 6700 AA Wageningen, The Netherlands T +31 317 49 39 11, F , I www.marin.nl

Re: [Spacewalk-list] Architecture problem with SL 6.3

get version/dependency issues. -- Jan-Albert van Ree Jan-Albert van Ree Linux System Administrator MSuG MARIN Support Group E mailto:j.a.v@marin.nl T +31 317 49 35 48 MARIN 2, Haagsteeg, P.O. Box 28, 6700 AA Wageningen, The Netherlands T +31 317 49 39 11, F , I www.marin.nl

[Spacewalk-list] Trying to view the package list of a stored profile causes an Internal Server Error

We are using Spacewalk 1.7 on a Scientific Linux 6 system, fully patched, with an external PostgreSQL 8.4.12-1 on a Scientific Linux 6 server, again fully patched. I've just created a stored profile of a system since I want to later create more similar systems. However when I select the

Re: [Spacewalk-list] Trying to view the package list of a stored profile causes an Internal Server Error

Thanks, somehow I missed that bugreport while searching. The output looks similar enough that I'm guessing it's the same issue. I will wait for 1.8 to be released as this Spacewalk install is used for production. Thanks for the quick hints. Regards, -- Jan-Albert Jan-Albert van Ree Linux

Re: [Spacewalk-list] Issues upgrading to next point release

[mailto:spacewalk-list- boun...@redhat.com] On Behalf Of Jan Pazdziora Sent: Friday, August 03, 2012 10:30 AM On Fri, Aug 03, 2012 at 07:59:46AM +, Ree, Jan-Albert van wrote: However now that updates tagged with 6.3 are coming out my Spacewalk server shows these updates as being available

Re: [Spacewalk-list] Issues upgrading to next point release

Jan-Albert van Ree Linux System Administrator MSuG MARIN Support Group E mailto:j.a.v@marin.nl T +31 317 49 35 48 MARIN 2, Haagsteeg, P.O. Box 28, 6700 AA Wageningen, The Netherlands T +31 317 49 39 11, F , I www.marin.nl -Original Message- From: spacewalk-list-boun...@redhat.com

Re: [Spacewalk-list] Error doing updates with Scientific Linux clients

I've seen similar behaviour after updating the sl-release package on several clients. The quick fix for me was to re-register the machines. -- Jan-Albert Jan-Albert van Ree Linux System Administrator MSuG MARIN Support Group E mailto:j.a.v@marin.nl T +31 317 49 35 48 MARIN 2, Haagsteeg,