Sorry...I'm not the kickstart expertbut within other project to install some redhat servers
via spacewalk (or uyuni) ~ 1 year ago, I always had trouble with the "magic" kickstart snippets that were
included (maybe I always did something wrongdon't know).
We always uploaded our own
you need the errata.py file on each client within the rhn "actions" folder to be able to install "errata"
See https://github.com/spacewalkproject/spacewalk/tree/master/client/rhel/yum-rhn-plugin/actions and https://github.com/philicious/spacewalk-scripts (read the README.md)
Robert
It all only depends on the repos that you have attached and that all packages
are there what are needed for the upgrade.
But if there is a package to be installed for the upgrade (that itself might
change your repos for the upgrade)... This might break the upgrade.
Robert
sent from my
any other error on taskomatic and messages (I'll try to
search better)...
Maybe I need to simply update my python version or what?
Thanks for your help.
Best Regards.
Gianfrancesco
Il giorno mer 16 set 2020 alle ore 10:53 Robert Paschedag <
robert.pasche...@web.de> ha scritto:
> Sear
Search/var/log/messages, /var/log/rhn/osa_dispatcher and
/var/log/rhn/rhn_taskomatic for errors.
Robert
sent from my mobile device
Originale Nachricht
Von: gian sisal
Gesendet: Wed Sep 16 10:11:39 GMT+02:00 2020
An: spacewalk-list@redhat.com
Betreff: [Spacewalk-list] too
It is a true replacement. Also Debian support did improve a lot.
Robert
sent from my mobile device
Originale Nachricht
Von: Brian Long
Gesendet: Sat Jul 25 17:19:37 GMT+02:00 2020
An: spacewalk-list@redhat.com
Betreff: Re: [Spacewalk-list] Spacewalk project discontinued
share/rhn/actions. It is empty.
Chen Wenkai
Infrastructure Security Engineer
E: wenkai_c...@ensigninfosecurity.com
A: 30A Kallang Place, Level 9 Right Wing, Singapore 339213
-Original Message-
From: spacewalk-list-boun...@redhat.com On
Behalf Of Robert Paschedag
Sent:
You seem to be missing some packages that provide the function
packages.checkNeedUpdate('rhnsd=1',)
If I remember right, these should live in /usr/share/rhn/actions
Maybe your missing the rhn-actions package.
Robert
sent from my mobile device
Originale Nachricht
Von:
Do you see any error when running the rhnpush or do the packages just don't
make it into the channel?
You should take a look into the PostgreSQL logs in /var/lib/pgsql/data/log and
look for errors.
Robert
sent from my mobile device
Originale Nachricht
Von: William
Uyuni is a fork of spacewalk and the upstream protect of SuSE Manager
sent from my mobile device
Originale Nachricht
Von: Robert Paschedag
Gesendet: Thu May 21 18:47:09 GMT+02:00 2020
An: spacewalk-list@redhat.com
Betreff: Re: [Spacewalk-list] End of life for Spacewalk
The alternative is to migrate to Uyuni.
https://www.uyuni-project.org
I'm also in the process in migration. If you like to stick with the
"traditional client" (like spacewalk is doing) this should work.
My error was, that I directly wanted to migrate also from the "traditional
client" to the
I bet your channel packages files are not updated anymore... So the packages
are synced to the channels but this information is not updated... So the client
knows nothing about it.
Check the channelrepo task. Might be stuck (running forever) since last trigger
in "Admin" -> Task schedules.
---> click on # of packages in channel, search
for package in question, click remove.)
Regards,
Sulove
On 4/7/20, 4:21 PM, "Robert Paschedag" wrote:
I would go via the WebUI and edit the channel
sent from my mobile device
Originale Nachricht
Is the channel definition within the command line? How would I get to where I
want to go?
For example, if I want to block Firefox package updates from a channel called
"centos7-x86-64," what commands would I run exactly? I am a beginner Spacewalk
user.
Regards,
Sulove
On 4/7/20, 2:54 P
Within the channel definition, you can specify to block certain packages.
Something like
"-perl*" would not sync perl packages.
Note that this might break dependencies.
Robert
sent from my mobile device
Originale Nachricht
Von: Sulove Khanal
Gesendet: Tue Apr 07
>From my experience...I had also the cannot login (taskomatic_user) problem.
My error was a change in ssl certs. So even if you did not change it, it might
be expired.
So please... From the spacewalk server itself, run a "curl -v " . The
name that is used is also within /etc/cobbler/settings
But it should not match your issuer It should be signed by the issuer.
There is another script you can modify to test. That's the authentication
module for cobbler to spacewalk.
It is located within the cobbler directory somewhere below /usr/lib/python.. .
Search for the filename that is
But your cert should not match your issuer... It should match your fqdn. Might
be within the SAN.
Robert
sent from my mobile device
Originale Nachricht
Von: Laurence Rosen
Gesendet: Wed Mar 18 20:55:29 GMT+01:00 2020
An: spacewalk-list@redhat.com
Betreff: Re:
Because I nearly had the same issue while I changed the ssl certificates on a
server, the problem might be, that your cobbler cannot connect back to your
spacewalk server.
What I would test...
>From your spacewalk server!!!
- run a "curl" against your spacewalk server itself. So if the fqdn
Shouldn't it be "-grafana..."?
Robert
sent from my mobile device
Originale Nachricht
Von: Raymond Setchfield
Gesendet: Tue Feb 18 12:11:22 GMT+01:00 2020
An: spacewalk-list@redhat.com
Betreff: [Spacewalk-list] Spacewalk Filters
Hi All,
I am receiving an error message
At least one "Action" is missing in /usr/share/rhn/actions that has the
checkNeedUpdate
Robert
sent from my mobile device
Originale Nachricht
Von: Muhammad Mosleh Uddin
Gesendet: Tue Jan 21 17:18:21 GMT+01:00 2020
An: spacewalk-list@redhat.com
Betreff: Re:
The daemon should be running. It should then check every interval minutes if
something has to be done. See also within /etc/sysconfig/rhn/ for the interval.
(Just right now know the name of the config file). The minimum interval is 60
minutes.
Robert
sent from my mobile device
Look into /var/log/messages for errors.
Also changing a hostname (of course!) breaks the SSL verification, unless the
new hostname is mentioned as SAN (subject alternative name) within the
certificate or the certificate is a wildcard certificate that Assisi matches
the new hostname.
Robert
So also nothing within /var/log/messages?
sent from my mobile device
Originale Nachricht
Von: Larry Clegg
Gesendet: Fri Oct 04 18:30:44 GMT+02:00 2019
An: spacewalk-list@redhat.com
Betreff: [Spacewalk-list] Ongoing Jabberd issues on SW 2.9/Centos7 servers
Hello
Looks like simply you're jabber certificate is broken.
Robert
sent from my mobile device
Originale Nachricht
Von: Larry Clegg
Gesendet: Mon Sep 30 22:33:08 GMT+02:00 2019
An: spacewalk-list@redhat.com
Betreff: Re: [Spacewalk-list] Problems with OSAD not picking up remote
If I understand it right, the name of your server within your certificate was
wrong and all the clients are running with the wrong fqdn name. Right?
So you know want to fix this and created a new certificate with the Fqdn fixed.
Right?
Has this certificate been generated (and signed) by the
The package manager (apt, zypper or yum or dnf) uses the signature to verify,
that the metadata you're downloading (i.e. the Packages.gz on Debian) is not
modified and is from a trusted source.
Only if the verification succeeds, the package manager will allow to install
packages from that
that this appears to be a forked version of one I
have mentioned. So is this still relevant? As I see it mentioned spacewalk
2.3 and older versions of ubuntu
Ray
On Thu, Sep 12, 2019 at 8:50 PM Robert Paschedag
wrote:
> You could try my repo or the upstream fork from @philicious
>
> https://g
I do not run sw2.9 but maybe some ssl ciphers have changed within the Apache
configuration
Robert
In case you get ssl verification errors after upgrading your clients, this
could be caused by ssl updates and changes within /etc/ssl/openssl.cnf (maybe
the "Cipher" has some "SECLEVEL2" set.
I
You could try my repo or the upstream fork from @philicious
https://github.com/rpasche/spacewalk-scripts
Robert
sent from my mobile device
Originale Nachricht
Von: Raymond Setchfield
Gesendet: Thu Sep 12 17:17:38 GMT+02:00 2019
An: spacewalk-list@redhat.com
Betreff:
Hi Spacewalkers,
Good news. Code to also import the important "Multi-Arch" header from .deb
packages has been merged today (see
https://github.com/spacewalkproject/spacewalk/pull/697).
So in future (nightlies or maybe spacewalk 2.10(??)), you're able to
synchronize the .deb repositories
You're missing the python xml2 module. You need to manually download it from
your spacewalk server and install it.
Robert
sent from my mobile device
Originale Nachricht
Von: Amir Kalhori
Gesendet: Tue Sep 03 06:22:15 GMT+02:00 2019
An: "spacewalk-list@redhat.com"
simplejson-3.13.2-1.1.x86_64.rpm
> x86_64/python3-simplejson-test-3.13.2-1.1.x86_64.rpm
> x86_64/python-dmidecode-3.12.2-1.1.x86_64.rpm
> x86_64/python-jabberpy-0.5-0.9.1.x86_64.rpm
>
> Regards,
> Javier
>
> -Ursprüngliche Nachricht-
> Von: spacewalk-list-boun..
30. August 2019 um 13:22 Uhr
> Von: "Robert Paschedag"
> An: spacewalk-list@redhat.com
> Cc: spacewalk-list@redhat.com
> Betreff: Re: [Spacewalk-list] SLES15-SP1 client with spacewalk?
>
> May I ask for your temporary repo package list?
>
> That is the part I'm cur
> an ansible role to attach a temporary repo with the spacewalk client, install
> the spacewalk client, register the client to spacewalk and remove the
> temporary repo.
>
> Where are you having problems?
>
> Regards,
> Javier
>
> -Ursprüngliche Nachricht---
Hi,
anybody yet tried to register an SLES15-SP1 client to Spacewalk?
Of course I have some problems with the bootstrap repository. And I'm also
afraid, that SUSE is totally trimmed
to use the "salt" way to connecto to Uyuni or SuSE Manager.
So if anybody got it working with the "tranditional
Can you check from the client with "apt-get", if the package "python-wadllib"
is really an upgrade candidate?
Might be an error, that spacewalk "thinks" it is an update for the server but
it isn't.
Robert
sent from my mobile device
Originale Nachricht
Von: Nicole Beck
Hi Paul,
Problem has been solved. All good. Your code works. It was an outdated
Packages.gz file.
Robert
sent from my mobile device
Originale Nachricht
Von: Paul-Andre Panon
Gesendet: Wed Jul 31 20:08:45 GMT+02:00 2019
An: spacewalk-list@redhat.com
Betreff: Re:
r upgrade purposes only. You can remove it safely when
nothing else depends on it.
Description-md5: 0972cedec40e0869495e1025aa320af1
Homepage: https://wiki.gnome.org/Projects/PyGObject
Regards,
Philippe.
On Tue, 30 Jul 2019 at 21:53, Robert Paschedag
wrote:
> You can also try to install one of
You can also try to install one of the packages with "apt-get -o
Debug::pkgProblemResolver install ..."
Robert
sent from my mobile device
Originale Nachricht
Von: philippe bidault
Gesendet: Tue Jul 30 17:36:34 GMT+02:00 2019
An: spacewalk-list@redhat.com
Betreff: Re:
What does "apt-cache show" for each package tell? So you see the newest package
from SW server?
Robert
sent from my mobile device
Originale Nachricht
Von: philippe bidault
Gesendet: Tue Jul 30 17:36:34 GMT+02:00 2019
An: spacewalk-list@redhat.com
Betreff: Re:
You have to check within the channel options in spacewalk, if GPG signing is
activated.
Robert
sent from my mobile device
Originale Nachricht
Von: Wenkai Chen
Gesendet: Wed Jul 17 05:29:31 GMT+02:00 2019
An: "spacewalk-list@redhat.com"
Betreff: [Spacewalk-list]
Just download...
sent from my mobile device
Originale Nachricht
Von: Ananta Chakravartula
Gesendet: Thu Jun 27 16:16:35 GMT+02:00 2019
An: spacewalk-list@redhat.com
Betreff: [Spacewalk-list] sync
does repo sync delete any packages that are deleted in upstream? or just
I think you can only create a read-only API user.
Robert
sent from my mobile device
Originale Nachricht
Von: Paul Deveau
Gesendet: Fri Jun 21 19:25:13 GMT+02:00 2019
An: "spacewalk-list@redhat.com"
Betreff: [Spacewalk-list] R/O user
Hi,
Has anybody ever created a
Not true...
https://github.com/spacewalkproject/spacewalk/blob/master/backend/satellite_tools/repo_plugins/yum_src.py#L137
sent from my mobile device
Originale Nachricht
Von: Luca Menegus
Gesendet: Thu Jun 20 18:34:48 GMT+02:00 2019
An: spacewalk-list@redhat.com
Betreff:
Hi Paul,
the clients you pointed to the other repo... These were also systems with X?
Add there were no errors?
I could only think of possible mismatch of packages within the wrong repos on
spacewalk (for example CentOS 6 packages within a CentOS 7 Channel... what
could happen if you
I think you messed something up with your "indentation".
Check that your changes are "aligned" correctly..
Robert
Gesendet: Dienstag, 18. Juni 2019 um 16:23 Uhr
Von: "Ellis, Merphis"
An: "spacewalk-list@redhat.com"
Betreff: [Spacewalk-list] Still having a problem with Python 9
; https://www.redhat.com/mailman/listinfo/spacewalk-list
> or, via email, send a message with subject or body 'help' to
> spacewalk-list-requ...@redhat.com
>
> You can reach the person managing the list at
> spacewalk-list-ow...@redhat.com
>
> When replying,
Please check on the clients with this error, if you have a script
/usr/share/rhn/actions/errata.py..
This does the actual work on the client. If it's missing, just copy that from
another client that is able to update.
Robert
sent from my mobile device
Originale Nachricht
It would be of interest for me, why this should be shut down? It shouldn't
listen for connections. So what security concerns are there?
sent from my mobile device
Originale Nachricht
Von: William Hongach
Gesendet: Thu Jun 13 20:15:47 GMT+02:00 2019
An:
Hi Spacewalkers,
I think many of the Debian / Ubuntu admins are using (maybe a further modified
version) of my spacewalk-add-debian-multiarch-header.py script to inject the
currently missing 'Multi-Arch' header into the Packages.gz file.
I'm currently testing very much with Uyuni and
If you add the channel to the activation key *after* the client has been
registered with that key, nothing will be done on the client.
That's by design. New clients *will* get the child channel when registering
with that key.
If you need to modify many clients now, use the SSM.
Robert
sent
Am 11. Mai 2019 01:30:07 MESZ schrieb Paul-Andre Panon
:
>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
Am 7. Mai 2019 14:09:45 MESZ schrieb stephen.wea...@bluesky.co.uk:
>Hi All
>
>No idea what I have missed or got wrong here.
>Spacewalk Server 2.9 all services come up as OK,
>OSAD up and running, all clients running Spacewalk client 2.9
>OSAD up and running on all clients, updates and reboots
>all
Am 6. Mai 2019 04:52:53 MESZ schrieb Francis Mondia :
>Hi All,
>
>Getting this when installing the Spacewalk client on CentOS 6 from the
>official guide:
>
>$ sudo rpm -Uvh
of time yum will wait before
>performing a command - it randomizes
> over the time.
>
>so "--downloadonly --randomwait" was what I was looking for! Thanks!!
>
But then you can do the upgrade with one command only. No need to pre-stage.
Robert
>On Wed, Apr
Am 9. April 2019 23:40:35 MESZ schrieb Guy Matz :
>Hello! I am going to be upgrading a number of servers and don't want
>them
>all banging on my spacewalk server at the same time to download
>packages .
>. . I was hoping to be able to "stage" the updates on the servers
>before-hand, then trigger
Am 9. April 2019 17:12:32 MESZ schrieb Giles Coochey :
>
>On 09/04/2019 15:58, Elizabeth Graf wrote:
>> I was looking at instructions for upgrading our spacewalk 2.7
>instance
>> and the instructions stressed backing up the database. Problem is
>> when I installed spacewalk I let it install
problem with our proxy in that it does not work very well when we try
>to connect to the public repos using https (port 443).
>
>We have always worked around this by only connecting using http
>(port80).
Just disable all non spacewalk repos and try again.
Robert
>
>-Origi
ave the "errata.py" within the "actions" folder?
Robert
>
>
>
>-Original Message-
>From: Robert Paschedag
>Sent: Wednesday, April 03, 2019 8:36 AM
>To: Ellis, Merphis
>Subject: Aw: RE: [Spacewalk-list] Clients not Updating / Missing Python
>
Am 2. April 2019 17:06:49 MESZ schrieb "Peirce, Dean" :
>Hi all,
>I’ve got a bit of a head scratcher…
>
>I have a third party rpm to install on all my centos servers. Not a big
>deal. But I’ve been directed to install it in a non-default location
>/foo/bar. The package is relocatable, so adding
Am 2. April 2019 17:06:49 MESZ schrieb "Peirce, Dean" :
>Hi all,
>I’ve got a bit of a head scratcher…
>
>I have a third party rpm to install on all my centos servers. Not a big
>deal. But I’ve been directed to install it in a non-default location
>/foo/bar. The package is relocatable, so adding
9/03/15 15:56:07 | Caused by: java.io.IOException:
> Server returned HTTP response code: 502 for URL: http:/FQDN:80/cobbler_api
> INFO | jvm 1| 2019/03/15 15:56:07 | at
> sun.net.www.protocol.http.HttpURLConnection.getInputStream0(HttpURLConnection.java:1894)
> INFO | jvm 1| 2019/03/15 15:
You could also run an "rhn-profile-sync" on the clients (maybe as daily
cronjob).
But this script might fail, if you have old-style ifconfig "aliases" (e.g.
eth0:0) interfaces.
Robert
> Gesendet: Freitag, 15. März 2019 um 15:01 Uhr
> Von: "William Hongach"
> An: "spacewalk-list@redhat.com"
y to open
> kickstart related page then server is slow for hours or until reboot.
>
> The script get exception about 60 seconds (seems like timeout) but no error
> in cobbler.log
>
>
>
> - Mail original -
> De: "Robert Paschedag"
> À: "spacewa
you said, your server is really slow...
Do you get the exception after some time (maybe about 60 seconds) or do you get
it immediately?
How long did that testscript run, before it terminated?
Robert
> Gesendet: Freitag, 15. März 2019 um 10:57 Uhr
> Von: "Robert Paschedag"
> Gesendet: Freitag, 15. März 2019 um 10:29 Uhr
> Von: "Robert Paschedag"
> An: "Lionel Caignec"
> Cc: spacewalk-list
> Betreff: Re: [Spacewalk-list] Really slow unresponsive GUI
>
> Am 15. März 2019 09:51:31 MEZ schrieb Lionel Caignec :
> >Sorry
uest
>return self.single_request(host, handler, request_body, verbose)
> File "/usr/lib64/python2.7/xmlrpclib.py", line 1321, in single_request
>response.msg,
>xmlrpclib.ProtocolError: Proxy Error>
>
>
>
>So i encouter the "secret" problem you t
Saw the other mail I just wrote? You have to modify the import path from
from common ...
to
from spacewalk.common.rhnConfig
Robert
> Gesendet: Freitag, 15. März 2019 um 09:11 Uhr
> Von: "Lionel Caignec"
> An: "Robert Paschedag"
> Cc: spacewalk-list
&
> Gesendet: Freitag, 15. März 2019 um 08:55 Uhr
> Von: "Robert Paschedag"
> An: spacewalk-list@redhat.com
> Cc: "spacewalk-listredhat.com"
> Betreff: Re: [Spacewalk-list] Really slow unresponsive GUI
>
>
>
> > Gesendet: Freitag, 15.
> Gesendet: Freitag, 15. März 2019 um 08:35 Uhr
> Von: "Robert Paschedag"
> An: "Lionel Caignec"
> Cc: "spacewalk-listredhat.com"
> Betreff: Re: [Spacewalk-list] Really slow unresponsive GUI
>
>
>
> > Gesendet: Don
Am 14. März 2019 12:58:23 MEZ schrieb Lionel Caignec :
> Hi,
>
>finally i managed to get the source of the bug, it's about then link
>between tomcat and cobbler. The bug appears only when i try to view
>kickstart profiles.
>
>In cobbler i get this error message :
>Wed Mar 13 12:06:01 2019 - INFO
Am 12. März 2019 03:01:31 MEZ schrieb "Zhou, Rui A. (NSB - CN/Shanghai)"
:
>Hi：dears
>One problem I encountered was that if the process of rhn_check did not
>start, the client would report the system not checking in with
>Spacewalk. But If I start it(/bin/systemctl restart rhnsd.service), the
Am 8. März 2019 16:55:47 MEZ schrieb Lionel Caignec :
>Hi Phil,
>
>thank for your help. No error about java heap space, but tried to
>configure taskomatic memory like you said without success.
>
>I setup the kickstart part long time ago, just using satellite redhat
>doc.
Errors within
On 3/8/19 4:43 PM, p.cook...@bham.ac.uk wrote:
> Hi Lionel
>
> Have you looked in /var/log/rhn/rhn_taskomatic_daemon.log too? After seeing
> "java.lang.OutOfMemoryError: Java heap space" messages, in there, I changed
> config for Taskomatic but not sure if this is relevant for you?
>
> Current
Am 2. März 2019 03:33:20 MEZ schrieb "Zhou, Rui A. (NSB - CN/Shanghai)"
:
>When I install the new os using pxe, it is always appears the following
>error.
>But the package is the channel, someone has the same error?
I can see the package in the picture, but this also tells me, that this package
Am 2. März 2019 00:55:20 MEZ schrieb "Zhou, Rui A. (NSB - CN/Shanghai)"
:
>My problem was resloved, I reset my login password and it work now!
I dought that a login reset fixes an SSL verification error but if you're happy
now, all is good. ;-)
Robert
>
>-Original Message-
>From:
Am 28. Februar 2019 11:10:57 MEZ schrieb "p.cook...@bham.ac.uk"
:
>Obviously, that will work but you won’t be using the secure layer or
>addressing the underlying problem!
>
>If you’re getting the same problem with a new client system I can see
>how you may think it’s a server related issue.
Am 26. Februar 2019 10:28:21 MEZ schrieb Robert Paschedag
:
>Hi all,
>
>see the subject. Does someone use "unattended-upgrades" while getting
>the repos from spacewalk?
>
>Does it work?
>
>In case it does work, what settings do you set within t
Hi all,
see the subject. Does someone use "unattended-upgrades" while getting the repos
from spacewalk?
Does it work?
In case it does work, what settings do you set within the config?
A customer showed me, that the "unattended-upgrades" does not work with the
"default" settings. Also it
On 2/22/19 10:30 PM, Robert Paschedag wrote:
> On 2/22/19 7:53 PM, Robert Paschedag wrote:
>> Am 22. Februar 2019 13:11:00 MEZ schrieb Florin Portase
>> :
>>> On 2019-02-13 10:56, Florin Portase wrote:
>>>
>>>> Hello,
>>>>
>&
On 2/22/19 7:53 PM, 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.
>>
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.
>>
>> I have applied also the sql patch from
>https://bugzilla.redhat.com/show_bug.cgi?id=1661347
>>
>> +
Am 19. Februar 2019 16:44:24 MEZ schrieb "Jérôme Meyer"
:
>Hi Everyone,
>
>I'm using the spacewalk-manage-channel-lifecycle to manage my
>spacewalk's channel.
>
>Sometimes when I run this command, I've received this following error
>on epel channel but not on any other channel.
>At the end I've
Am 15. Februar 2019 09:28:26 MEZ schrieb Thomas Schweikle
:
>On 14.02.2019 12:09, p.cookson-mhdz94l+r7k1qrn1bg8...@public.gmane.org
>wrote:
>> Hi Thomas
>>
>> The "Internal Server Error" appears to be a really generic and
>un-helpful message that comes out of Spacewalk in all sorts of
Am 13. Februar 2019 21:48:07 MEZ schrieb Jonathan Horne :
>all your clients should have established traffic to the spacewalk
>server on port 5222. it should stay in an established state.
>
>
>[jhorne@dlp-log01 ~]$ netstat -tn|grep 5222
>tcp0 0 10.12.59.52:38718 10.12.59.64:5222
>'HTTP_X_RHN_TRANSPORT_CAPABILITY': 'follow-redirects=3',
>'mod_wsgi.application_group': 'spacewalk.mdc.musc.edu|/xmlrpc',
>'mod_wsgi.script_reloading': '1', 'X-RHN-Auth-User-Id': '',
>'wsgi.file_wrapper': object at 0x7f505871b0a8>, 'HTTP_ACCEPT_ENCODING': 'identity',
>'UNIQUE_ID':
>'XGE-4kPmPEt
lity Certified • Certified Call Center of Excellence •
>Rated A (Excellent) by A.M. Best Company
>
>
>
>-Original Message-
>From: Ihor Lawrin
>Sent: Thursday, February 7, 2019 12:00 PM
>To: spacewalk-list@redhat.com; Robert Paschedag
>
>Subject: RE:
nticated and is therefore
>potentially dangerous to use.
>N: See apt-secure(8) manpage for repository creation and user
>configuration
>details.
>W: The repository 'spacewalk://spacewalk.mdc.musc.edu ubuntu_16_updates
>Release' does not have a Release file.
>N: Data from such a
Am 7. Februar 2019 14:26:03 MEZ schrieb Ihor Lawrin :
>I ran my sync with high verbosity hoping that someone can help with my
>sync failure...
>
>2019/02/07 08:20:45 -04:00 Command: ['/usr/bin/spacewalk-repo-sync',
>'-vv', '--channel', 'confluent-ubuntu-amd64']
>2019/02/07 08:20:45 -04:00 1817
Am 7. Februar 2019 14:09:23 MEZ schrieb James Krych :
>*Sadly,*
>
>*I am still getting the TRACEBACK error regarding diffs. Message from
>today:*
>Exception reported from spacewalk
>Time: Thu Feb 7 04:55:20 2019
>Exception type
>Exception while handling function repodata
>Request object
Am 5. Februar 2019 18:52:12 MEZ schrieb James Krych :
>I am still getting the spacewalk TRACEBACK error:
>Exception reported from spacewalk
>Time: Tue Feb 5 12:47:09 2019
>Exception type
>Exception while handling function repodata
>Request object information:
>URI:
de systèmes principal|Senior Systems Analyst
>Technologies de l’information|Information Technology
>Université d’Ottawa|University of Ottawa
>613-562-5800 (3774)
>
>
>
>
>From: Robert Paschedag
>Sent: Monday, January 28, 2019 1:01 PM
>To:
Am 28. Januar 2019 17:15:32 MEZ schrieb Paul Deveau :
>Hi,
>
>
>Two things:
>
>
> 1. What is the best way to migrate Spacewalk clients to a new server?
>2. Have created a new Spacewalk server and have deleted Spacewalk
>clients from the original server and re-registered the servers to the
>new
Am 26. Januar 2019 09:35:06 MEZ schrieb Vasileios Baousis :
>T
>
I can confirm, that the ".../repodata/repomd.xml" is present on the server. So
I would suggest you to run a "tcpdump" in parallel on the server to track, what
URL exactly your server tries to download and why it is failing.
Am 24. Januar 2019 11:41:45 MEZ schrieb philippe bidault
:
>Hi all,
>
>Something strange is happening on my Spacewalk 2.9: taskomatic is
>regenerating my Ubuntu repodatas some times to times:
>
>INFO | jvm 1| 2019/01/24 03:34:00 | 2019-01-24 03:34:00,144
>[Thread-3446] INFO
be the package names within the
"Depends" header need to be separated by ', ' (comma + space) and not ',' only?
Robert
>Philippe.
>
>On Sun, 20 Jan 2019 at 21:17, Robert Paschedag
>
>wrote:
>
>> Am 20. Januar 2019 20:48:24 MEZ schrieb Robert Paschedag <
>> ro
Am 20. Januar 2019 20:48:24 MEZ schrieb Robert Paschedag
:
>Am 20. Januar 2019 14:03:03 MEZ schrieb philippe bidault
>:
>>Good news, I have upgraded to Spacewalk 2.9, and seems that the
>headers
>>issue did definively go away, no need to manually add them.
What?? Now really
Am 20. Januar 2019 14:03:03 MEZ schrieb philippe bidault
:
>Good news, I have upgraded to Spacewalk 2.9, and seems that the headers
>issue did definively go away, no need to manually add them.
>
>However, a new issue did come up. If I add for exemple this repo in SPW
>:
Am 9. Januar 2019 23:02:45 MEZ schrieb Guy Matz :
>Hi! I'd like to add systems to a System Set using 'spacecmd ssm_add
>HOSTNAME' command, then act on the SSM group using the UI . . . is
>that
>possible? I need to use the UI because I need to create an action
>chain
>for the group, which is
1 - 100 of 447 matches
Mail list logo
