Also, when was the last time you sync'd your CentOS 6 repo? Run
"spacewalk-repo-sync --channel --type yum"?
From: spacewalk-list-boun...@redhat.com On
Behalf Of Dimitri Yioulos
Sent: Thursday, January 17, 2019 5:13 PM
To: spacewalk-list@redhat.com
Subject: Re: [Spacewalk-list
un...@redhat.com>
mailto:spacewalk-list-boun...@redhat.com>>
on behalf of Dimitri Yioulos
mailto:dyiou...@netatlantic.com>>
Sent: Thursday, January 17, 2019 2:48:14 PM
To: spacewalk-list@redhat.com<mailto:spacewalk-list@redhat.com>
Subject: Re: [Spacewalk-list] Repo question...
[ALERT]
M
Might you have packages installed from repos which are not accounted for in
Spacewalk? You might want to look in /etc/yum.repos.d, as well as to run yum
update on one of your machines (without actually installing the updates), and
check those against what Spacewalk would update.
Dimitri
From:
03
From:
spacewalk-list-boun...@redhat.com<mailto:spacewalk-list-boun...@redhat.com>
[mailto:spacewalk-list-boun...@redhat.com] On Behalf Of Dimitri Yioulos
Sent: Wednesday, December 12, 2018 9:57 AM
To: spacewalk-list@redhat.com<mailto:spacewalk-list@redhat.com>
Subject: Re: [Spacewa
Anybody on this? It's making me crazy.
Thanks.
Dimitri
From: Dimitri Yioulos
Sent: Thursday, December 06, 2018 9:17 AM
To: spacewalk-list@redhat.com
Subject: Subtask repo-sync failed
Hi, all.
For a while now, scheduled repo syncs of with the epel 6 and 7 repositories
have produced e
Hi, all.
For a while now, scheduled repo syncs of with the epel 6 and 7 repositories
have produced emails from our Spacewalk 2.8 saying the following:
Taskomatic bunch repo-sync-bunch was scheduled to run within the
repo-sync-1-130 schedule.
Subtask repo-sync failed.
For more information check
I don't think you can avoid the many small directories that the RPMs end up in.
You can, however, specify the root of those directories - in the Web front
end, go to Admin - Spacewalk Configuration - General Configuration. There's a
box labelled "RPM repository mount point". Specify where you
Sorry, the script is actually named spacewalk-clean-old-packages.py.
From: spacewalk-list-boun...@redhat.com On
Behalf Of Dimitri Yioulos
Sent: Monday, October 22, 2018 9:55 AM
To: spacewalk-list@redhat.com
Subject: Re: [Spacewalk-list] Antwort: Keep Last 2 Version in Spacewalk Repo
Some time
Some time ago, I found a script named swalk-clean-old-packages.py (and you can
still find it out there). I don’t recall if I had to tweak it slightly, but
I’ve been using it successfully, in conjunction with cron, for some time. I
run it after each scheduled channel update. Keeps the last cou
Unless you use IPv6 in your environment, try disabling it on your SW server.
For RHEL/CentOS, edit sysctl.conf and your interface file.
HTH
From: spacewalk-list-boun...@redhat.com On
Behalf Of Jérôme Meyer
Sent: Friday, October 05, 2018 8:13 AM
To: 'spacewalk-list@redhat.com'
Subject: Re: [S
Did you read the How To completely? You need to delete certain packages. From
the How To:
When running on RHEL7, Scientific Linux 7, CentOS 7, you may consider revising
your current version-locked packages and remove them as needed. In particular,
cglib and c3p0 no longer need to be locked.
#
When you say you upgraded some clients, assuming you’re using osad, it may be
that you need to do some refreshing. I’d check /var/lib/jabberd/db/sqlite.db
on your Spacewalk server to make sure it’s not a zero-length file. Then, I’d
stop Spacewalk services, delete the sqlite database (rm -rf
Uh, forget the part about “repo file refers to Spacewalk 2.8”. Easily found
2.7.
Dimitri
From: spacewalk-list-boun...@redhat.com On
Behalf Of Dimitri Yioulos
Sent: Wednesday, June 13, 2018 4:28 PM
To: spacewalk-list@redhat.com
Subject: Re: [Spacewalk-list] Repo links are broken
Thanks
deployments. Did you test of they work?
Kind regards,
Kevin
Dimitri Yioulos mailto:dyiou...@netatlantic.com>>
schrieb am Mi. 13. Juni 2018 um 21:36:
Happened to me, too. And here I was thinking I broke something.
Dimitri
-Original Message-
From:
spacewalk-list-boun...@redh
Happened to me, too. And here I was thinking I broke something.
Dimitri
-Original Message-
From: spacewalk-list-boun...@redhat.com On
Behalf Of Steven Pine
Sent: Wednesday, June 13, 2018 3:25 PM
To: spacewalk-list@redhat.com
Subject: [Spacewalk-list] Repo links are broken
Hello,
Appa
Guy,
I suppose the answer to your question is, it depends. If your 2.6. instance
supports tens or hundreds of machines, with a number of channels, then doing a
fresh install probably involves a ton of work. I upgraded my instance from 2.6
to 2.7, then to 2.8. I, too, ran into Java-related is
xml) for repository:
>centos_6-spacewalk-2.8-client
>
>And yum repolist returns there is zero packages in repository (not sure
>it's linked).
>id du dépôtnom du
>dépôt statut
>centos-epel6
Hello, all.
Since updating to version 2.7, then 2.8, I seem to be having a problem with the
automatic repo sync schedule that I set up via the UI. (The schedules were
originally set up over three years ago when I was running and earlier version,
which I don't recall). Here are the email notif
Make that decent J .
From: spacewalk-list-boun...@redhat.com On
Behalf Of Dimitri Yioulos
Sent: Thursday, May 10, 2018 3:53 PM
To: spacewalk-list@redhat.com
Subject: Re: [Spacewalk-list] DIsk usage and limiting number of instances of a
package
Maybe a descent programmer (and I’m not that
ges around in case of a rollback scenario, but we want to clean
up the rest.
On Thu, May 10, 2018 at 12:47 PM, Dimitri Yioulos
mailto:dyiou...@netatlantic.com>> wrote:
Ah, sorry, I see that the script has been updated, and has some problems. I’ve
pasted what I use here: https://paste
Ah, sorry, I see that the script has been updated, and has some problems. I've
pasted what I use here: https://pastebin.com/8KuG6J5B .
From: spacewalk-list-boun...@redhat.com On
Behalf Of Dimitri Yioulos
Sent: Thursday, May 10, 2018 1:10 PM
To: spacewalk-list@redhat.com
Subjec
This works well for me:
https://github.com/00willo/spacewalk-scripts/blob/master/spacewalk-clean-old-packages.py
. I run it periodically via a cron job.
Dimitri
From: spacewalk-list-boun...@redhat.com On
Behalf Of Mark Prangnell
Sent: Thursday, May 10, 2018 11:57 AM
To: spacewalk-list@redha
Hello, all.
After some struggle, I upgraded our Spacewalk instance from version 2.6 to 2.7,
then to 2.8. I've cleared up most of the issues I encountered, but can't
figure out how to remediate this one. This is the notification I get after
updating my channels/repos:
Taskomatic bunch repo-sy
-at-Maritime-Industry-May-2931-Gorinchem.htm>
From:
spacewalk-list-boun...@redhat.com<mailto:spacewalk-list-boun...@redhat.com>
mailto:spacewalk-list-boun...@redhat.com>>
on behalf of Dimitri Yioulos
mailto:dyiou...@netatlantic.com>>
Sent: Wednesday, Ap
The link provided by Jan-Albert only gets you an rpm to create a yum repo on a
system. I don’t see how that would work with Spacewalk. The packages are
actually here:
https://copr-be.cloud.fedoraproject.org/results/@spacewalkproject/spacewalk-2.8-client/epel-6-x86_64
. The problem is that ea
Why don't you simply rename the channel from the gui, otherwise leaving the
repo associated with the channel (but removing and scheduled repo sync)? If
you want to keep the packages, I think you stop there.
Dimitri
From: spacewalk-list-boun...@redhat.com
[mailto:spacewalk-list-boun...@redhat.
Have you tried removing the jabber databases?
/usr/sbin/spacewalk-service stop
rm -rf /var/lib/jabberd/db/*
/usr/sbin/spacewalk-service stop
(osa-dispatcher can be a bit balky on my system, so I always make sure,
especially, that it's running)
I then usually stop osad, remove osad-auth.conf, and
I've set up base channels for CentOS 6 and 7, among others. My Centos 7
channel looks like this:
CentOS 7 x86_64 <- this is the base, or parent, channel. It
has no repositories attached to it,
CentOS 7 Base - x86_64 <- this is a child channel to CentOS 7
x86_6
nterpret it as a means of getting my setup working properly, I'd
really appreciate it.
Dimitri
-Original Message-
From: spacewalk-list-boun...@redhat.com
[mailto:spacewalk-list-boun...@redhat.com] On Behalf Of Dimitri Yioulos
Sent: Wednesday, August 09, 2017 2:18 PM
To: spacewa
Wednesday, August 09, 2017 1:47 PM
To: spacewalk-list@redhat.com
Subject: Re: [Spacewalk-list] Help setting up Ubuntu channel(s)
On Tue, 8 Aug 2017 20:18:41, Dimitri Yioulos wrote:
>It's more that I'm having problems getting the repos right. For example,
>based on stuff I'
(repomd.xml). Isn't
repodm.xml yum-related? Anyway, as I said above, I primarily need the help
getting the repos set up.
Best,
Dimitri
-Original Message-
From: Paul-Andre Panon [mailto:paul-andre.pa...@avigilon.com]
Sent: Tuesday, August 08, 2017 2:19 PM
To: Dimitri Yioulos
Cc:
-list@redhat.com
Subject: Re: [Spacewalk-list] Help setting up Ubuntu channel(s)
On Thu, 3 Aug 2017 16:33:08 +0000, Dimitri Yioulos
wrote:
>Subject: [Spacewalk-list] Help setting up Ubuntu channel(s)
>Hello, All.
>I'm running Spacewalk 2.6, and would like to manage (specifically, package
Hello, All.
I'm running Spacewalk 2.6, and would like to manage (specifically, package
management) three Ubuntu 16.04 LTS servers with it. Unfortunately, extant
information on how to do this is rather poor (please don't send me here:
http://www.devops-blog.net/spacewalk/registering-ubuntu-and
Again, I don't know if this will be of use to you, but I have osad successfully
running on CentOS 6 and 7. Here are the steps I took; maybe they're helpful
(please don't be offended if you've already done all of this):
“rpm -ivh
http://yum.spacewalkproject.org/2.6-client/RHEL/7/x86_64/spacewal
stead of ip-10-xx-xx-xx.ec2.instance.
Chris
From:
mailto:spacewalk-list-boun...@redhat.com>>
on behalf of Dimitri Yioulos
mailto:dyiou...@netatlantic.com>>
Reply-To: "spacewalk-list@redhat.com<mailto:spacewalk-list@redhat.com>"
mailto:spacewalk-list@redhat.com&g
That would be rhn-ssl-tool.
From: spacewalk-list-boun...@redhat.com
[mailto:spacewalk-list-boun...@redhat.com] On Behalf Of Dimitri Yioulos
Sent: Wednesday, May 31, 2017 3:31 PM
To: spacewalk-list@redhat.com
Subject: Re: [Spacewalk-list] Re-generating Spacewalk certs?
Chris,
1. I think
Chris,
1. I think you can use rhn-ssl to generate the new cert. See
https://access.redhat.com/solutions/10809 .
2. CN should be the fqdn of your spacewalk server.
HTH
Dimitri
From: spacewalk-list-boun...@redhat.com
[mailto:spacewalk-list-boun...@redhat.com] On Behalf Of Fouts,
] Spacewalk server disk full - how to clean up via
CLI?
Thanks! I found them in /var/satellite and did
# find /var/satellite –name “*debuginfo*” –type d | xargs rm –rf
Chris
On 4/13/17, 12:09 PM, "spacewalk-list-boun...@redhat.com on behalf of Dimitri
Yioulos" wrote:
You must know which
ype d” and none of the
resulting directories contained a large amount of data.
Chris
On 4/13/17, 11:01 AM, "spacewalk-list-boun...@redhat.com on behalf of Dimitri
Yioulos" wrote:
Chris,
I don't know if this will be of any help to you, and someone will probably
come
Chris,
I don't know if this will be of any help to you, and someone will probably come
up with a better solution, but here's what I once did. I needed to remove
Rpmforge repos, as Rpmforge ceased existence. I deleted the repos, and ran
fsck, but the Rpmforge-related packages remained. Fortun
For what it’s worth, the same thing happened to me, with the same rhn_check
– results as Konstantin. Yesterday, I fired off a handful of updates via
the UI. The updates queued, but weren’t picked up by the clients. However,
they were picked up within the osad four-hour check-in window (I
Michael,
Thanks for the response.
I did run spacewalk-data-fsck. The channels were for rpmforge which, as we
know, has ridden off into the sunset. Perhaps I didn't remove the
channels/repositories/packages in proper order? What I ended up doing is
deleting the packages manually e.g. " find
Hello, all.
I recently did some maintenance to our Spacewalk 2.6 server, which included
removing some no longer needed channels, and their associated repositories. I
thought this would also remove the packages associated with the channels.
Wrong. The packages are still on the server, and run
tall it?
Daryl
From:
spacewalk-list-boun...@redhat.com<mailto:spacewalk-list-boun...@redhat.com>
mailto:spacewalk-list-boun...@redhat.com>>
on behalf of Dimitri Yioulos
mailto:dyiou...@netatlantic.com>>
Sent: Tuesday, January 10, 2017 8:06
Daryl,
You could run reposched.py on your server.
HTH.
Dimitri
From: spacewalk-list-boun...@redhat.com
[mailto:spacewalk-list-boun...@redhat.com] On Behalf Of Daryl Rose
Sent: Tuesday, January 10, 2017 8:50 AM
To: spacewalk-list@redhat.com
Subject: [Spacewalk-list] How to view all scheduled re
Try " spacewalk-data-fsck -v -r -S -C -O"
-Original Message-
From: spacewalk-list-boun...@redhat.com
[mailto:spacewalk-list-boun...@redhat.com] On Behalf Of Steve Meier
Sent: Thursday, September 22, 2016 3:06 PM
To: spacewalk-list@redhat.com
Subject: [Spacewalk-list] spacewalk-data-fsck
Robert is correct. I've had similar issues with osad, and so created a simple
Ansible playbook to delete osad-auth.conf against all of my nodes. If you're
running Ansible, here it is:
---
- hosts: all
gather_facts: false
become: yes
tasks:
- name: stop osad
command: /sbin/ser
Have you clicked the “Manage” button in the upper right, then clicked “Reboot
systems” in the list of tasks under “Misc”?
Dimitri
From: spacewalk-list-boun...@redhat.com
[mailto:spacewalk-list-boun...@redhat.com] On Behalf Of Lemp, Dustin
Sent: Tuesday, June 28, 2016 10:03 AM
To: spacewalk-list
Nicki,
Don't despair. You'll get it. And, you learned a few things along the way.
Dimitri
-Original Message-
From: spacewalk-list-boun...@redhat.com
[mailto:spacewalk-list-boun...@redhat.com] On Behalf Of Nicki Clear
Sent: Friday, May 20, 2016 9:07 AM
To: spacewalk-list@redhat.com
Cc
: [Spacewalk-list] osad not picking up actions
Dimitri,
This is the rpm that is installed... and they are all at centos 6.5
yum-rhn-plugin-2.0.1-1.el6.noarch
Thanks,
Nicki
From: Dimitri Yioulos
To: "spacewalk-list@redhat.com" ,
Date: 05/19/2016 04:44 PM
Subject:Re: [Spac
-Original Message-
From: spacewalk-list-boun...@redhat.com
[mailto:spacewalk-list-boun...@redhat.com] On Behalf Of Nicki Clear
Sent: Thursday, May 19, 2016 4:01 PM
To: spacewalk-list@redhat.com
Subject: [Spacewalk-list] osad not picking up actions
ok - I know that there have been a lot
Again, I'd appreciate it if someone would tell me how to apply this patch.
Thanks.
Dimitri
-Original Message-
From: Jiří Dostál [mailto:jdos...@redhat.com]
Sent: Friday, February 19, 2016 6:53 AM
To: spacewalk-list@redhat.com; Dimitri Yioulos
Subject: Re: [Spacewalk-list] C
Hi, Jiri.
Forgive my ignorance, but how do I apply this patch?
Dimitri
-Original Message-
From: Jiří Dostál [mailto:jdos...@redhat.com]
Sent: Friday, February 19, 2016 6:53 AM
To: spacewalk-list@redhat.com; Dimitri Yioulos
Subject: Re: [Spacewalk-list] Client updates failing
Dimitri
-Original Message-
From: Jan Hutař [mailto:jhu...@redhat.com]
Sent: Thursday, February 18, 2016 4:10 PM
To: Dimitri Yioulos
Cc: spacewalk-list@redhat.com
Subject: Re: [Spacewalk-list] Client updates failing
On 2016-02-18 20:19 +, Dimitri Yioulos wrote:
>Jan,
>
>Thanks for
-Original Message-
From: Jan Hutař [mailto:jhu...@redhat.com]
Sent: Thursday, February 18, 2016 3:04 PM
To: Dimitri Yioulos
Cc: spacewalk-list@redhat.com
Subject: Re: [Spacewalk-list] Client updates failing
On 2016-02-18 13:38 +, Dimitri Yioulos wrote:
>-Original Mess
-Original Message-
From: Jan Hutař [mailto:jhu...@redhat.com]
Sent: Thursday, February 18, 2016 12:00 AM
To: Dimitri Yioulos
Cc: spacewalk-list@redhat.com
Subject: Re: [Spacewalk-list] Client updates failing
On 2016-02-17 13:59 +, Dimitri Yioulos wrote:
>-Original Mess
-Original Message-
From: Jan Hutař [mailto:jhu...@redhat.com]
Sent: Wednesday, February 17, 2016 1:15 AM
To: Dimitri Yioulos
Cc: spacewalk-list@redhat.com
Subject: Re: [Spacewalk-list] Client updates failing
On 2016-02-16 21:40 +, Dimitri Yioulos wrote:
[...]
>>Jan,
>
-Original Message-
From: Jan Hutař [mailto:jhu...@redhat.com]
Sent: Tuesday, February 16, 2016 4:14 PM
To: Dimitri Yioulos
Cc: spacewalk-list@redhat.com; Wesley Owen
Subject: Re: [Spacewalk-list] Client updates failing
On 2016-02-16 19:44 +, Dimitri Yioulos wrote:
[...]
>>
-Original Message-
From: Dimitri Yioulos
Sent: Tuesday, February 16, 2016 1:23 PM
To: spacewalk-list@redhat.com
Cc: 'Jan Hutař' ; Wesley Owen
Subject: RE: [Spacewalk-list] Client updates failing
-Original Message-
From: Jan Hutař [mailto:jhu...@redhat.com]
Sen
-Original Message-
From: Jan Hutař [mailto:jhu...@redhat.com]
Sent: Tuesday, February 16, 2016 12:08 PM
To: Dimitri Yioulos
Cc: spacewalk-list@redhat.com; Wesley Owen
Subject: Re: [Spacewalk-list] Client updates failing
On 2016-02-16 14:41 +, Dimitri Yioulos wrote
-Original Message-
From: Jan Hutař [mailto:jhu...@redhat.com]
Sent: Tuesday, February 16, 2016 12:31 AM
To: Dimitri Yioulos
Cc: spacewalk-list@redhat.com; Wesley Owen
Subject: Re: [Spacewalk-list] Client updates failing
On 2016-02-12 15:06 +, Dimitri Yioulos wrote
ning
Key) mailto:centos-6-...@centos.org>>)
gpg-pubkey-863a853d-4f55f54d --> gpg(Spacewalk
mailto:spacewalk-de...@redhat.com>>)
gpg-pubkey-0608b895-4bd22942 --> gpg(EPEL (6)
mailto:e...@fedoraproject.org>>)
wtf? Why won't the key import/update?
On 12 February 20
Matt,
I think you can use Manage|Provisioning|Run remote commands against a group of
servers. If you use Ansible in your environment, I have a simple playbooks to
accomplish installing the public key which I’m happy to share with you.
Dimitri
From: spacewalk-list-boun...@redhat.com
[mailto:s
-Original Message-
From: Jan Hutař [mailto:jhu...@redhat.com]
Sent: Friday, February 12, 2016 12:41 AM
To: spacewalk-list@redhat.com
Cc: Dimitri Yioulos
Subject: Re: [Spacewalk-list] Client updates failing
On Thu, 11 Feb 2016 14:22:18 + Dimitri Yioulos
wrote
-Original Message-
From: Jan Hutař [mailto:jhu...@redhat.com]
Sent: Thursday, February 11, 2016 1:31 AM
To: spacewalk-list@redhat.com
Cc: Dimitri Yioulos
Subject: Re: [Spacewalk-list] Client updates failing
On Mon, 8 Feb 2016 17:38:04 + Dimitri Yioulos
wrote:
> Hello,
Hello, all.
I have version 2.4 installed on a CentOS 6 box. It was working great ... until
now. When I try to run an update, it ultimately fails. The following appears
in the client's Spacewalk Events History: Client execution returned "Requested
packages already installed" (code 0. I've
-Original Message-
From: spacewalk-list-boun...@redhat.com
[mailto:spacewalk-list-boun...@redhat.com] On Behalf Of Alexander Dacre
Sent: Thursday, November 19, 2015 5:03 PM
To: spacewalk-list@redhat.com
Subject: Re: [Spacewalk-list] Delete Orphaned Packages
Recently used
https://github.c
rom: spacewalk-list-boun...@redhat.com
[mailto:spacewalk-list-boun...@redhat.com] On Behalf Of Dimitri Yioulos
Sent: Tuesday, August 18, 2015 4:55 PM
To: spacewalk-list@redhat.com
Subject: Re: [Spacewalk-list] Problems with packages_cleanup.sh
In the script, do you have the following values?
LOGIN='admin&#
In the script, do you have the following values?
LOGIN='admin'
PASS=adminpass
SRV='localhost'
where LOGIN and PASS are specific to your spacewalk administrator account?
-Original Message-
From: spacewalk-list-boun...@redhat.com
[mailto:spacewalk-list-boun...@redhat.com] On Behalf Of Ri
')")
From:
spacewalk-list-boun...@redhat.com<mailto:spacewalk-list-boun...@redhat.com>
[mailto:spacewalk-list-boun...@redhat.com] On Behalf Of Dimitri Yioulos
Sent: Friday, August 14, 2015 10:16 AM
To: spacewalk-list@redhat.com<mailto:spacewalk-list@redhat.com>
Subject: R
Have you made any changes to Spacewalk (e.g. upgrade) or to the Spacewalk host?
Made a change to the Spacewalk SSL cert? Does "serverURL" in
/etc/sysconfig/rhn/up2date match the Common Name in the certificate you created
for your Spacewalk environment? Have you tried re-registering one of the
Try this: http://kernelmanic.com/?p=1
Dimitri
From: spacewalk-list-boun...@redhat.com
[mailto:spacewalk-list-boun...@redhat.com] On Behalf Of DEBASHISH BOSE
Sent: Friday, July 17, 2015 12:45 AM
To: spacewalk-list@redhat.com
Subject: [Spacewalk-list] Require Help on spacewalk certificate expiry
Hello, all.
I’ve run the package cleanup script “packages_cleanup.sh” by Nicolas Pradelles.
Of late, as it goes through the cleanup process, I see the following errors,
and no packages are being cleaned:
ERROR: redstone.xmlrpc.XmlRpcFault: Invalid package: 21667
I get that error for most of t
Hi, all.
I just recently came aboard at a new company, and was tasked with fixing a
hosed Spacewalk. After a long battle, I've got everything working perfectly
... almost. My issue is that, when clients register with the Spacewalk server,
and get the "/etc/sysconfig/rhn/up2date" file, the "se
On Wed, 3 Sep 2014 09:41:56 +0200, Jonathan Hoser wrote
> Dear all,
>
> once again I'm puzzled and would like to fish for input:
>
> After having (successfully) upgraded to 2.2, (client 2.2 also deployed
> everywhere),
> I have the puzzling situation with OSAD, that the clients connect,
> and res
th OSAD
> and clients picking up actions until I upgraded my clients using the new
> 2.2 client repo: http://yum.spacewalkproject.org/2.2-client/
>
> Also check /var/log/rhn/osa_dispatcher.log on your Spacewalk server for any
> errors. You may need to rebuild the jabberd database.
>
Hi, all.
After upgrading to spacewalk 2.2, I had to essentially recreate my spacewalk
installation (this wasn't due to the upgrade; that's another story). I
recreated the
database (postgresql), recreated the channels/repos, updated spacewalk on, and
re-registered, the clients, etc. That all app
On Fri, 27 Jun 2014 12:21:27 -0400, Boyd, Robert wrote
> [UTF-8?]Iâm confused by your reply. [UTF-8?]Iâm not talking about
> RHEL6.
[UTF-8?]Iâm talking
> about CentOS/RHEL4. The repository for CentOS4 seems to have been killed or
> moved. The wiki page refers to this:
>
> # rpm -ivh
On Wed, 28 May 2014 16:13:53 +0530, Dhaval Oza wrote
> Dear Sir,
>
> We have configured and installed Spacewalk Server 2.1 on Centos 6.5 .
> All things are working perfectly fine on server side.
>
> Now, i want to install the following packages on client side in short we
> have to configure cl
On Tue, 15 Apr 2014 11:28:34 -0400, Dimitri Yioulos wrote
> On Tue, 15 Apr 2014 17:06:33 +0200, Götz Reinicke - IT Koordinator wrote
> > Am 15.04.14 15:22, schrieb Dimitri Yioulos:
> > > On Tue, 15 Apr 2014 09:18:49 +0200, Götz Reinicke - IT Koordinator wrote
> > >
On Tue, 15 Apr 2014 17:06:33 +0200, Götz Reinicke - IT Koordinator wrote
> Am 15.04.14 15:22, schrieb Dimitri Yioulos:
> > On Tue, 15 Apr 2014 09:18:49 +0200, Götz Reinicke - IT Koordinator wrote
> >> Hi,
> >>
> >> we use spacewalk for some time and
On Tue, 15 Apr 2014 09:18:49 +0200, Götz Reinicke - IT Koordinator wrote
> Hi,
>
> we use spacewalk for some time and our software channels grew over time.
>
> Now we are on Version 2.1 (nice look and feel btw)
>
> Furthermore there are a lot of old versions of most software showing up
> in the
Previous posts may well be correct but, in my experience at
least, the following from your log:
Cannot retrieve repository metadata (repomd.xml) for
repository: epel_ol6.4_x86_64. Please verify its path and
try again
usually means a connectivity error. Are you sure your
server can get out to
pacewalk-setup-postgresql
>
> and skip to the section *Installing Spacewalk*.
>
> On Tue, Nov 5, 2013 at 5:12 PM, Dimitri Yioulos
wrote:
> > On Tuesday 05 November 2013 4:32:18 pm Susindran Suruli
> >
> > wrote:
> > > Hi Team,
> > >
> > &g
On Tuesday 05 November 2013 4:32:18 pm Susindran Suruli
wrote:
> Hi Team,
>
> I have register my RHEL 6.4 box with rhnreg_ks
> command.After registration i am trying to complete below
> step but geeting error..Whats the exact issue?
>
>
> [root@]# yum install spacewalk-setup-postgresql
> Loaded pl
On Tuesday 29 October 2013 9:06:24 am Milan Zazrivec wrote:
> > Hi, all.
> >
> > Spacewalk 2.0 is installed and running fine. However,
> > on at least some of my CentOS 5 boxes, osad must be
> > restarted, if I want to do software updates, as it
> > seems to die. That doesn't appear to be the cas
Hi, all.
Spacewalk 2.0 is installed and running fine. However, on at
least some of my CentOS 5 boxes, osad must be restarted, if
I want to do software updates, as it seems to die. That
doesn't appear to be the case with CentOS 6 boxes. Has
anyone experienced this/ has a fix for it. I suppo
el, right? When you delete the package you do not
> clear the cache and run yum update package and it can see
> the new package or do you run yum clean all then update?
>
> On Aug 15, 2013 10:52 AM, "Dimitri Yioulos"
wrote:
> > Hey, all.
> >
> > I'm co
Nope.
On Friday 16 August 2013 8:45:07 am Thomas Foster wrote:
> You can do that too. You don't have the server
> subscribed to both channels do you?
>
> On Aug 16, 2013 8:42 AM, "Dimitri Yioulos"
wrote:
> > On Friday 16 August 2013 8:24:05 am Thomas Fost
On Friday 16 August 2013 8:24:05 am Thomas Foster wrote:
> Did you clear the metadatafrom the client when you added
> the new package?
>
> On Aug 16, 2013 8:20 AM, "Dimitri Yioulos"
wrote:
> > On Friday 16 August 2013 4:33:21 am Tomas Lestach wrote:
On Friday 16 August 2013 4:33:21 am Tomas Lestach wrote:
> - Original Message -
>
> > From: "Dimitri Yioulos"
> > To: spacewalk-list@redhat.com
> > Sent: Thursday, August 15, 2013 4:48:41 PM
> > Subject: [Spacewalk-list] Repo update question
>
Hey, all.
I'm continuing to tweak and/or try to bend Spacewalk to my
will. This morning, I ran "yum update" on one of my
servers, and noticed that there was a Samba update (from
Sernet). This wasn't reflected in the Samba channels I
created in Spacewalk, which is OK, since I have these
chan
:-(
Thanks, Michael.
On Thursday 08 August 2013 5:16:36 am Michael Mraka wrote:
> Dimitri Yioulos wrote:
> % Good morning (at least where I am), list.
> %
> % On some of my CentOS servers, there are certain
> packages % installed. mainly as dependencies, for which,
> % unfort
Good morning (at least where I am), list.
On some of my CentOS servers, there are certain packages
installed. mainly as dependencies, for which,
unfortunately, there are seldom updates for them, or the
updates won't work with the main packages. Examples are
perl-Digest-SHA and libyaml. So,
On Wednesday 07 August 2013 10:34:07 am Simon Lukasik wrote:
> On 08/07/2013 03:58 PM, Dimitri Yioulos wrote:
> > Good morning, Simon and Stu.
> >
> > The RPM with the fix looks to have worked! The test
> > profile checks 11 rules, and 11 rules have a result of
&g
Dimitri
> >>>
> >>> On Tuesday 06 August 2013 5:07:20 pm Stuart Green
wrote:
> >>>> Hi Dimitri
> >>>>
> >>>> There's a bug in the released version that I helped
> >>>> find. Simon's sorted it, you can find the f
rently otherwise would provide direct link ;-) if
> you're not sure where to look either myself or Simon will
> point you in the right direction in about 12 hours from
> now.
>
> Cheers,
> Stu
>
> On 6 Aug 2013 18:21, "Dimitri Yioulos"
wrote:
> >
Afaik, there is no hardware_hal package. There is a hal
package, though, and I believe it's installed by default,
though the OP might wan to check. Then, of course, it's
worth making sure that python is installed.
Dimitri
On Tuesday 06 August 2013 3:41:59 pm Thomas Foster wrote:
> That's a
Hi, List.
I've been trying to use Audit/OpenSCAP Scans on my Spacewalk
2.0. I've installed the requisite packages (I think on
both Spacewalk host and target host. If I run:
oscap xccdf eval --profile
test --results /var/www/html/results.xml --report /var/www/html/report.html
--cpe /usr/shar
upgraded.
Thanks so much! Likewise to Thomas and the other
responders.
Now, on to my next question :-) .
Dimitri
On Tuesday 06 August 2013 10:35:00 am Dimitri Yioulos wrote:
> Michael,
>
> OK, I'll clone the x86_64 channel. Do I then have to
> select a repository, or does the cloni
1 - 100 of 107 matches
Mail list logo
