Last year I had worked on a patch for Spacewalk 2.9 to better handle
comparisons of Ubuntu evr versions.
https://bugzilla.redhat.com/show_bug.cgi?id=1661347
I have now added a new version based on the Spacewalk 2.10 rpmstrcmp,
which eliminates many false positives for some gcc family of packages
On Tue, 31 Mar 2020 16:06:14 -0400, Muhammad Mosleh Uddin
wrote:
Can somebody help me or is has note how to create channel and repo for
ubuntu16-04 on spacewalk2.9!
--
Muhammad Mosleh Uddin
The good news is that, a few years back, I wrote a post or two in this
list on what I used to create
d a chance to package it up as a pull request yet.
Cheers,
Paul-Andre Panon
--
Your privacy is important to us. That is why we have taken appropriate
measures to ensure the data you provide to us is kept secure. To learn more
about how we process your personal information, how we comply with
On Thu, 28 Nov 2019 19:09:23 +, Paul Deveau
wrote:
>Hi,
>I have a working 2.9 server with CentOS 6 and 7 clients. I would now like
to support Ubuntu >and Suse clients. Has someone set up a repo and
channels for this? Can you share your config?
>Thank you,
>--
>Paul Deveau
>Analyste de
On Fri, 4 Oct 2019 09:30:44 -0700, Larry Clegg wrote:
>Hello Spacewalkers,
>I am continuing to have issues on all my Centos7/Spacewalk 2.9 servers
with Jabberd failing. It is failing consistently on every server. I have
verified that all >the /etc/jabberd/*.xml files have the same FQDN and
Actually, I did some updates to the SP today and my preliminary testing is
encouraging. I have a couple of systems where the needed list isn't
updating, which is why I'm not 100% confident it works (although it did
work properly for the systems where the needed list did update). I'm
hoping that
On Wed, 31 Jul 2019 20:52:44 +0200, Robert Paschedag
wrote:
>Hi Paul,
>Problem has been solved. All good. Your code works. It was an outdated
Packages.gz file.
>Robert
and philippe bidault wrote:
>Hi Paul,
>Yes sorry for this, false alert, the repodata for this repository was
broken.
Well, looks like the Ubuntu apt-get is the one that's getting it wrong
here and that Spacewalk is correct (for these packages). That's what it
looked like to me on your first e-mail but I wasn't certain, however this
seems to confirm it. Now, have you tried to update with rhn_check after
approving
On Tue, 25 Jun 2019 12:20:11 -0400, Ananta Chakravartula
wrote:
>One benefit I can think of will be easier upgrades on new releases or
move spacewalk to different host running container service.
>All we have to do is build a new image and mount configs and databases.
Except SW version changes
On Fri, 10 May 2019 17:24:35 -0700, I wrote:
>On Tue, 16 Apr 2019 12:27:09 +, "Sadri, Wafa (BITBW)"
wrote;
>To: "spacewalk-list@redhat.com"
>>Dear Paul-Andre,
>>
>>coincidentally I'm having a very similar issue. We fixed this issue in
>>2.7 and it's now back because SW has fundamentally
On Fri, 21 Jun 2019 16:28:17 , Jay McCanta wrote:
>We are seeing a version compare failure in spacewalk with two Debian
packages:
>libtre5-0.8.0-3+deb7u1ubuntu1 and
>libtre5-0.8.0-3ubuntu1
>Spacewalk says the second one is newer, but apt (and dpkg) say the first
Earlier today I wrote:
>On Tue, 16 Apr 2019 12:27:09 +, "Sadri, Wafa (BITBW)"
wrote;
>To: "spacewalk-list@redhat.com"
>>Dear Paul-Andre,
>>
>>coincidentally I'm having a very similar issue. We fixed this issue in
>>2.7 and it's now back because SW has fundamentally changed the way it
>>syncs
On Tue, 16 Apr 2019 12:27:09 +, "Sadri, Wafa (BITBW)"
wrote;
To: "spacewalk-list@redhat.com"
>Dear Paul-Andre,
>coincidentally I'm having a very similar issue. We fixed this issue in
2.7 and it's now back because SW has
>fundamentally changed the way it syncs repos (either from 2.7 to 2.8
On Sun, 28 Apr 2019 23:04:36 -0600 , Meena Rajani
wrote;
>Hi All:
>I am new to spacewalk. I have a large cluster of hadoop nodes which I
want to patch using spacewalk. I
>want to patch systems serially. for example if I have 3 systems, Ab,B and
C I would like to stop application
>services on
So you've got the pam_winbind module in your pam config? If you can't get
that to work, you could try to use realmd/sssd for the pam interface,
that's what we've been using.
On Mon, 22 Apr 2019 08:50:56 +0300, "jin"
wrote:
Message-ID:
Content-Type: text/plain; charset="utf-8"
Hi
I'm
ES for SAP repositories?
Thanks,
Paul-Andre Panon
___
Spacewalk-list mailing list
Spacewalk-list@redhat.com
https://www.redhat.com/mailman/listinfo/spacewalk-list
On Tue, 9 Apr 2019 16:12:32 +0100, Giles Coochey
wrote:
>I might be wrong, but doesn't postgres use PAM authentication by default?
So you can just do this as root.
Not by default. Authentication configuration is done through the
pg_hba.conf file in the /var/lib/pgsql/data directory. It should
On Wed, 3 Apr 2019 15:09:22 +0300, Cristian Seres :
>Hi,
>
>I tried to follow instructions on
https://github.com/spacewalkproject/spacewalk/wiki/HowToUpgrade to upgrade
2.8 to 2.9 with CentOS 7.6.1810.
>Yum upgrade complains about
>
>Error: Package: python2-rhn-client-tools-2.9.36-1.el7.noarch
On Thu, 14 Mar 2019 07:49:22 -0500 , Ethan Bonick
wrote:
>Running Fedora 29 with Spacewalk 2.9 running into an internal server
error that looks like it's related to Java 11 and a depreciated feature.
>
>Searching this error says that Java 11 removed the java.xml.bind.
>Java 11 is a requirement
On Tue, 26 Feb 2019 15:05:54 +0100, Florin Portase
wrote:
>
>On 2019-02-22 22:30, Robert Paschedag wrote:
>
> Am 22. Februar 2019 13:11:00 MEZ schrieb Florin Portase
: On 2019-02-13 10:56, Florin Portase
wrote:
>>
>> Hello,
>>
>> I just have upgraded the spacewalk server from 2.7 => 2.9.
>>
>>
Any tool available to check
On Mon, 18 Feb 2019 18:17:45, Thomas Schweikle
wrote:
>Hi!
>Is there any tool available to check spacewalk database for consistency
and for being complete (all >tables having all columns spacewalk awaits)?
>--
>Thomas
Well, if you're wondering about schema
On Fri, 8 Feb 2019 06:29:27 +, "Hailer, Christian"
wrote:
>Doesn't anybody else experience this problem? Is there anybody out there
using Spacewalk 2.9 with Oracle?
>
>Regards, Christian
Maybe not. PostgreSQL will meet most people's needs quite well.
>>Hello all,
>>
>>I recently updated
On Tue, 29 Jan 2019 14:22:53 -0500, James Krych
wrote
>So if I understand this correctly, I already have the packages installed
for the client in
>question. Using this script will both install the packages and register
the client?
>Respectfully,
>James
As long as you have the packages where
On Tue, 29 Jan 2019 13:22:30 -0500, James Krych
wrote:
>>For Ubuntu / Debian, these default bootstrap scripts do not work. You
have to create your own."
>Is there a source of these scripts for use with Debian clients?
>Very respectfully,
>James
We use something like the script below. You will
On Thu, 10 Jan 2019 09:47:25 +0100, philippe bidault
wrote:
>Hi Paul-Andre,
>Robert did send me some weeks ago a new script which fetch all the
missing
>headers. I am using it, and for the moment, seems to correctly work :
the answer to a and b is yes, then do you have it available somewhere
were I can get at it?
As far as I can tell,
https://github.com/rpasche/spacewalk-debian-sync/tree/add-multiarch-header
is the version that only handles multi-arch, and your dev branch appears to
mostly be the same.
Thanks,
Paul-A
aring on the Spacewalk server.
>
> Will continue to keep an eye on this, will let you know if I notice
> something strange.
>
> Thanks again !
>
> Regards,
> Philippe.
>
> On Sat, 22 Dec 2018 at 08:50, Paul-Andre Panon <
> paul-andre.pa...@avigilon.com> wrote:
>
) exit psql if needed and restart your Spacewalk service
and then wait for servers to run the next rhn_check to update their needed
updates list.
Cheers,
Paul-Andre Panon
Senior Systems Administrator
*Avigilon*
A Motorola Solutions Company
On Fri, 21 Dec 2018 at 04:00, philippe bidault
wrote
I created Bugzilla Bug 1661347 regarding this issue
On Thursday, December 20, 2018 1:24 PM, I wrote:
>The updated SP corrected the erroneous false positives, and also caught
some >packages which needed to be updated but weren't listed. Can somebody
put >this in a PR?
>Thanks,
>Paul-Andre
On Tuesday, December 18, 2018 2:59 PM, I wrote that I thought I had a
solution to the phantom packages with Ubuntu that I hadn't tested yet.
OK, there were a few typos and syntax errors, but this corrected stored
proc appears to work well.
SET search_path = rpm, pg_catalog;
create or
if one = '' then return -1; end if;
return 1;
END ;
$$ language 'plpgsql';
-Original Message-
From: Paul-Andre Panon
Sent: Monday, December 10, 2018 4:51 PM
To: 'spacewalk-list@redhat.com' ;
'spacewalk-list@redhat.com'
Subject: RE: Ubuntu 18.04 package management in
the server's package list?) the incorrect packages came back.
Hopefully that can help someone else figure out the last few steps of
which task is incorrectly updating rhnServerNeededCache, why it's doing
it, and fix the bug.
-Original Message-
From: Paul-Andre Panon
Sent: Monday, December 10
with the errata cache management so maybe
there's something in there that was missed during the PR500 fixes.
-Original Message-
From: Paul-Andre Panon
Sent: Monday, December 10, 2018 4:51 PM
To: 'spacewalk-list@redhat.com' ;
'spacewalk-list@redhat.com'
Subject: RE: Ubuntu 18.04 package
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
er.ver.ver-rel.rel_rel:e.ARCH.rpm, how well does
libgcc1-8-20180414-1ubuntu2:1.amd64-deb fit? It doesn't, because
8-20180414 doesn't match ver.ver.ver.
The problem appears to be that we need
8-20180414-1ubuntu2 < 8.2.0-1ubuntu2~18.04
but 8-20180414-1ubuntu2 can't get the version parsed properly.
Cheers,
Paul-Andre Panon.
___
Spacewalk-list mailing list
Spacewalk-list@redhat.com
https://www.redhat.com/mailman/listinfo/spacewalk-list
a patch for rhnRepository.py that you need to apply so that the
server will offer Release, Release.gpg, (and InRelease if you use the
script variant to create that as well).
https://bugzilla.redhat.com/show_bug.cgi?id=1198723
Use the corrected rhnRepository.py changes in the comments, not the patch
att
On Thu, 06 Sep 2018 17:18:54 +0200, Robert Paschedag
wrote:
>
>Am 6. September 2018 10:36:15 MESZ schrieb Simon DESEE
:
>>Hi,
>>
>>
>>Thanks for your reply, but this has already been done.
>>
>>
>>The lines concerned by the patch are after the lines who generates the
>>error :
>>
>>
>>
>>
>>if
It seems to be related to this SELinux issue.
https://bugzilla.redhat.com/show_bug.cgi?id=1584255
I changed the file context of /sbin/rhn_check-2.7 and
/usr/sbin/rhn_check-2.7 as suggested in vinzenz.meier's June 6 entry and
that "fixed" it for me.
On Tuesday, July 24, 2018 4:36 PM, I
I'll chime in and add to Jason Lewis and Nicholas Penner's observations.
We run a mix of CentOS and various LTS releases of Ubuntu on our Spacewalk
environment. Last week I figured out that the CentOS Spacewalk clients
weren't being updated because the channel/repo I had setup was only for
the
also noticed the same thing with Spacewalk 2.7. I had come up with a
manual fix for that version but it got wiped by 2.8 and now I've forgotten what
I had done.
Paul-Andre Panon
___
Spacewalk-list mailing list
Spacewalk-list@redhat.com
https://www.redha
(tm):
>
>https://rephlex.de/blog/wp-content/uploads/2018/05/spacewalk-client-bionic.zip
Hi,
I'm just getting around to trying this out and I'm finding an issue with the
python-gudev dependency for rhn-client-tools. Python-gudev appears to be
dependent on libgudev, and both those packages
i my-java.pp
Since Java does have a history of vulnerabilities, I can see why CentOS might
not generally want to give java access to run the rpm application (and easily
scan for known vulnerable packages or even install one). Just a heads up to
Spacewalk people out there who are looking to upgrad
On Friday, April 27, 2018 7:28 PM, I wrote
>>
>>Am 17. April 2018 19:27:17 MESZ schrieb Paul-Andre Panon
>><paul-andre.pa...@avigilon.com>:
>>>
>>>-Original Message-
>>>On Monday, April 16, 2018 10:17 PM, Robert Paschedag
>>>[
>
>Am 17. April 2018 19:27:17 MESZ schrieb Paul-Andre Panon
><paul-andre.pa...@avigilon.com>:
>>
>>-Original Message-
>>On Monday, April 16, 2018 10:17 PM, Robert Paschedag
>>[mailto:robert.pasche...@web.de] wrote:
>>>Am 17. April 201
-Original Message-
On Monday, April 16, 2018 10:17 PM, Robert Paschedag
[mailto:robert.pasche...@web.de] wrote:
>Am 17. April 2018 01:27:11 MESZ schrieb Paul-Andre Panon
><paul-andre.pa...@avigilon.com>:
>>Hi,
>>
>>When trying to apply python 2.7 packa
rver: Calling XMLRPC registration.welcome_message
Thank you,
Paul-Andre Panon
Senior Systems Administrator
___
Spacewalk-list mailing list
Spacewalk-list@redhat.com
https://www.redhat.com/mailman/listinfo/spacewalk-list
since
then. I want to try to figure out what's going on before I try to bring our
production systems up to date.
Paul-Andre Panon
Senior systems administrator
___
Spacewalk-list mailing list
Spacewalk-list@redhat.com
https://www.redhat.com/mailman
ttps://askubuntu.com/questions/823329/how-do-i-disable-fetching-of-dep-11-files
Paul-Andre Panon
Senior systems administrator
___
Spacewalk-list mailing list
Spacewalk-list@redhat.com
https://www.redhat.com/mailman/listinfo/spacewalk-list
r PID=15558 on exception:
LANG = C
NOTIFY_SOCKET = /run/systemd/notify
PATH = /usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin
Paul-Andre Panon
Senior systems administrator
___
Spacewalk-list mailing list
Spacewalk-list@redhat.com
https://www.redhat.com/mailman/listinfo/spacewalk-list
Sigh one more correction. It was probably this post
https://www.redhat.com/archives/spacewalk-list/2017-November/msg00035.html, and
not endpoint blog link, which gave me the hint that there may be additional
issues between SELinux and SW 2.7 that had not yet been addressed.
Paul-Andre Panon
to krb5_keytab_t.
However I can't see how tomcat would have lost access to the PAM APIs. There is
no way I would have changed that.
Paul-Andre Panon
Senior systems administrator
On Thursday, January 4, 2018 4:56 PM, Paul-Andre Panon wrote:
Hi Michael,
I beg to differ. I upgraded to Spacewalk 2.7
ain in /var/log/messages, saw new SELinux errors about java (Spacewalk's
Tomcat) and ran those through ausearch/audit2allow. And we're good to go again."
If you follow the endpoint blog link, you'll see that I was not the only person
to find that not all SW 2.7 issues with the new SELinux policy have been
resolved.
Paul-Andre Panon
Senior systems administrator
___
Spacewalk-list mailing list
Spacewalk-list@redhat.com
https://www.redhat.com/mailman/listinfo/spacewalk-list
sing the Multi-Arch header value
c) change push_package() in rhnPackageUpload.py to populate the new table
d) change get_info_for_package in spacewalk/backend/server/rhnPackage.py to
download the multi-arch value from the new table.
e) change ? to ad
On Monday, October 16, 2017 2:08 PM, Robert Paschedag
[mailto:robert.pasche...@web.de] wrote:
>On 10/16/17 21:25, Paul-Andre Panon wrote:
>> On Saturday, October 14, 2017 12:02 AM, Robert Paschedag
>> [mailto:robert.pasche...@web.de] wrote:
>>> Am 14. Oktober 2017 01
the
Packages on the Ubuntu repos). I was thinking of doing what you propose but
I've been to busy to dig into the code to try to add the Multi-Arch field to
the copied data. I look forward to your changes.
Paul-Andre Panon
Senior systems administrator
___
On Fri, 13 Oct 2017 6:13PM, Colin Coe <colin@gmail.com> wrote:
>On Fri, Oct 13, 2017 at 8:46 AM, Paul-Andre Panon <
>paul-andre.pa...@avigilon.com> wrote:
>
>> Has anybody successfully used PAM AD authentication with Spacewalk
>> since upgrading to 2.7? I h
://www.redhat.com/archives/spacewalk-list/2015-November/msg00131.html
In both cases (PBIS and SSSD), I was able to successfully use AD auth for ssh
login, so the pam configuration works for that; it just doesn't appear to work
for us with Spacewalk anymore.
Thanks,
Paul-Andre Panon
Senior systems
l_syncrepos '"xenial-backports"'
spacecmd softwarechannel_syncrepos '"xenial-security"'
spacecmd softwarechannel_syncrepos '"xenial-security-universe"'
spacecmd softwarechannel_syncrepos '"xenial-updates"'
spacecmd softwarechannel_syncrepos '"xenial-upd
On Saturday, September 16, 2017 2:27 AM, Robert Paschedag
[mailto:robert.pasche...@web.de] wrote:
>Am 18. September 2017 23:38:14 MESZ schrieb Paul-Andre Panon
><paul-andre.pa...@avigilon.com>:
>>Guten abend Herr Paschedag,
>>
>>The upgrade documentation wa
ure they were effective. However I'll run any DB queries you
might suggest to confirm.
Cheers,
Paul-Andre Panon
Senior systems administrator
Office: 604.629.5182 ext 2341 Mobile: 604.679.1617
-Original Message-
From: Robert Paschedag [mailto:robert.pasche...@web.de]
Sent: Satur
patches when they are
actually up to date.
Paul-Andre Panon
Senior systems administrator
Office: 604.629.5182 ext 2341 Mobile: 604.679.1617
___
Spacewalk-list mailing list
Spacewalk-list@redhat.com
https://www.redhat.com/mailman/listinfo/spacewalk
to
clean that up so that those errata can be deleted and re-imported?
Thanks,
Paul-Andre Panon
Senior systems administrator
Office: 604.629.5182 ext 2341 Mobile: 604.679.1617
___
Spacewalk-list mailing list
Spacewalk-list@redhat.com
https://www.
x86_64"'
spacecmd softwarechannel_addrepo '"xenial-updates" "External - Ubuntu 16.04
updates x86_64"'
spacecmd softwarechannel_setsyncschedule '"trusty" 0 5 1 8 * ?'
spacecmd softwarechannel_setsyncschedule '"trusty-backports" 0 15 1 8 * ?'
spacecmd
RG-TRUSTED-SSL-CERT file is really corrupted then your clients would have
problems connecting to your server. So you may have had a transfer issue, or
you may be using the wrong cert import approach (you will need to import it as
a CA, authorized to authenticate web servers)
up.
>Best,
>Dimitri
Check that your channels have the right settings for checksum type (SHA256) and
Architecture (AMD64 Debian). If they don't then you will need to delete and
recreate them.
Paul-Andre Panon
Senior systems administrator
_
sign your Spacewalk cert (or the Spacewalk
cert itself if it's a self-signed cert). Since then I have also updated Phil's
patches for Secure Apt (see the comments in Phil's blog for links to the
Spacewalk Bugzilla issue with the SecureApt patches).
Cheers,
Paul-Andre Panon
Senior systems administrato
ll your channels and
repos. Based on past release history we're due for a version release soon, but
I don't know what the progress on that is or even where to look for an
update/status. Hopefully someone else can chime in on that as I would
appreciate an update.
Cheers,
Paul-Andre Panon
Senior syste
as to which files/procs for rhnsd spawn rhn_check so that I can
double check them for the source of the problem in my custom 14.04 packages?
Thanks,
Paul-Andre Panon
Senior systems administrator
Office: 604.629.5182 ext 2341 Mobile: 604.679.1617
Support: 888.281.5182 | avigilon.com
Follow Twitter
1. Check that your channels have the right settings for checksum type (SHA256)
and Architecture (AMD64 Debian). If they don't then you will need to delete and
recreate them.
2. Don't use debianSync, use the standard spacewalk command which now support
Ubuntu and Debian directly. Check the list arch
do an apt-get update on the clients to
re-initialize the repo caches.
#!/bin/bash
#
# Install the SpaceWalk client on three possible O/S targets, CentOS 7, Ubuntu
14.04, and Ubuntu 16.04
# Register the client with the Avigilon Spacewalk server
# Author: Paul-Andre Panon
#
install_centos7_clie
70 matches
Mail list logo