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 j.a.v@marin.nl

Re: [Spacewalk-list] Running Remote Commands with ">>" In Script

se) just skips the '>' character. Makes a lot of tasks quite difficult for us unfortunately, so for now I resort to putting scripts under /var/www/html/pub and fetch+execute those instead... -- Jan-Albert van Ree Jan-Albert van Ree Linux System Administrator MARIN Support Group E mailto:j.a.v.

[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

[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 Scientifi

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 __

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 ma

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 chi

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

| 2016-03-11 09:45:44.382342+01 | 2016-07-27 09:58:19.25041+02 82 | 96248ed04feada0b | 110092 | osad-500fb4350b@spacewalk.marin.local/osad | aaddb2dde6cdda74513f8baf4d36b36c1d361ff6 |1 | | 2016-07-18 10:37:21.652797+02 || 2016-06-21 14:24

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 n

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 Adm

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

A few things to look at : - if you have the database and the web frontend on the same machine , 4 GB to me sounds very minimal... PostgreSQL will become much quicker if it can cache more data so you might want to add some RAM (go to 6 or 8 GB and maybe tweak your PostgreSQL configuration a bit)

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 s

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 | j.a.v@marin.nl

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>

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

From: spacewalk-list-boun...@redhat.com on behalf of Ree, Jan-Albert van Sent: Monday, October 24, 2016 6:50 AM To: spacewalk-list@redhat.com Subject: Re: [Spacewalk-list] Upgrade to 2.5 fails when upgrading jabberd At the time I wrote this at least my local EPEL mirror still had

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 network)

Re: [Spacewalk-list] Migrating to a physical

how to do this. I did a little research and I found this example: * archive_cleanup_command = 'pg_archivecleanup /mnt/server/archivedir %r' I don't really think that this is what I need, or is it? Thank you, and thank you for the feedback. Daryl ________________ From: sp

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 lot

[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 reposync

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

-boun...@redhat.com on behalf of Patrick Hurrelmann Sent: Thursday, December 29, 2016 14:29 To: spacewalk-list@redhat.com Subject: Re: [Spacewalk-list] Import of errata broken after upgrade from 2.5 to 2.6 On 29.12.2016 10:02, Patrick Hurrelmann wrote: > On 21.12.2016 10:24, Ree, Jan-Albert v

[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 is

Re: [Spacewalk-list] Debugging broken kickstart profile

___ From: spacewalk-list-boun...@redhat.com on behalf of Colin Coe Sent: Thursday, February 23, 2017 11:03 To: spacewalk-list@redhat.com Subject: Re: [Spacewalk-list] Debugging broken kickstart profile Have you recently commented out some code? Make sure that any comments have a space after

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 OSAD

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

t any lost 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-simul

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 Group

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 of

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 M

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] 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] 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 m

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 | j.a.

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] OSAD not logging to yum.log?

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" mailto:%22Ree,%20Jan-Albert%20van%22%20>> schrieb: All updates pushed by osad trigger an rhn_check, which in t

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 | 37

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] 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

/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] 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 Su

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 spacewalk-java-postgresql-2.8.78-1

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 Sent: Wednesday, April 25, 2018 17:49 To: s

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

at.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, April 25, 2018 8:58 AM To: spacewalk-list@redhat.com<mailto:spacewalk-list@redhat.com> Subject: [External Sen

[Spacewalk-list] Problems syncing EPEL repositories

e 2018/05/08 08:45:32 +02:00 ERROR: Invalid severity: None 2018/05/08 08:45:33 +02:00 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

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: http://www.marin.nl/web/News/News-items/MARIN-Report-123-Offsho

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] 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, P.

[Spacewalk-list] Issues upgrading to next point release

ot of RHN errors, since fields in the /etc/sysconfig/rhn/systemid file no longer match. Did I miss something? Thanks in advance, -- 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

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

t-boun...@redhat.com [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 +0000, Ree, Jan-Albert van wrote: > > However now that updates tagged with 6.3 are coming out my Spacewalk > server s

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

[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 "Packag

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 Syste

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

dates from 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 ww

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

source of packages so I can't 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 +

[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-Albe

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 link

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

09:59, Ree, 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

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 cha

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

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

Earlier this week I've upgraded our Spacewalk installation from 1.9 to 2.0 Up until today all appeared to run fine. However when I now select more than one system from the system tab, select a few software packages to push and confirm the packages to be updated right away I get an error and the

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 manu

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

during the 'yum 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 +3

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

Jan-Albert van Ree | Linux System Administrator | Digital Services MARIN | T +31 317 49 35 48 | mailto:j.a.v@marin.nl | http://www.marin.nl Good afternoon, While testing spacewalk-nightly we saw the same behaviour : - packages get downloaded just fine from remote repositories - building lo

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] 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 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

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!

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 [L

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 [LinkedIn]