> Are you trying to do this on the spacewalk server or clients?
i do this on my spacewalk server
> On Wed, Sep 15, 2010 at 1:49 PM, rob morrien wrote:
>> hello to all ,
>>
>>
>> updated spacewalk-backend packages available on our centos 5.5 os
>> machines.
>>
>> when we want to add the packa
what i did is i updated my base and update repo info to centos
using the base site instead of mirrors ( see below)
yum-updatesd restart
yum clean all
yum update
ather this i got the new spacewalk 51 packages
it looks to me that some centos mirrors are correupted
rob
my current centos repo se
hello to all,
I updated the Centos-Base. repo , i have disabeled my mirrors for base
and update , afther this i was able to upgrade my spacewalk stuff.
see below base and update info
i did the next steps
service yum-updatesd restart
yum clean all
yum update
result was that i got now the spac
Are you trying to do this on the spacewalk server or clients?
On Wed, Sep 15, 2010 at 1:49 PM, rob morrien wrote:
> hello to all ,
>
>
> updated spacewalk-backend packages available on our centos 5.5 os machines.
>
> when we want to add the package
>
> we get on a lot off spacewalk systems the ne
You have already updated the package or you are getting
these errors when you are trying to update it?
Please use yum to update the packages from yum repository
linked from here:
http://spacewalk.redhat.com/download.html
Regards,
Jan
- Original Message -
From: "rob morrien"
To: space
hello to all ,
updated spacewalk-backend packages available on our centos 5.5 os machines.
when we want to add the package
we get on a lot off spacewalk systems the next error
Missing Dependency: spacewalk-backend-libs = 1.1.50-1.el5 is needed by
package spacewalk-backend-1.1.50-1.el5.noarch
> On Mon, Sep 13, 2010 at 03:49:25PM +0200, rob morrien wrote:
>>
>> we did a yum clean all
>>
>> we removede the cache , but it looks that the repo info on the redhat
>> site
>> is not correct.
>
> When you do
>
> $ wget
> http://spacewalk.redhat.com/yum/1.1/RHEL/5/i386/repodata/primary.xml.
Balazs, yep, this has bitten me before.
I'm thinking a small change to the post script in the
'rhn-virtualization-host' rpm is in order
CC
On Wed, Sep 15, 2010 at 1:46 AM, Balazs Zachar wrote:
> Hi,
>
> This was the problem as I didn't know about it... :)
>
> Thanks for the help,
> Regards,
Mike
Yes, clients can access RPMs before activation/registration but not
trivially. Here's a snippet from the post script from a kickstart:
---
mkdir -p /tmp/rhn_rpms/optional
cd /tmp/rhn_rpms/optional
wget -P /tmp/rhn_rpms/optional
http://127.0.0.1/download/package/914a8ce4e6f7676172d0a4a7f676c2
Mike,
All those options check out. But I think I see what was going on now,
and it wasn't Spacewalk. My tcpdump was filtering only on port 80, but
I failed to realize that my client was talking to my server on port 443!
So while I was watching it check all the off-site mirrors on port 80 I
was f
A few thoughts,
1. make sure that "plugins=1" is set in /etc/yum.conf so that yum will use the
rhn plugin
2. make sure under [main] in /etc/yum/plugins.d/rhnplugin.conf is set to
"enabled = 1"
3. do a "yum clean all"
Now try it and see if anything changes.
Mike
-Original Message-
From
Hello list. I'm experimenting with Spacewalk to see how it may be
useful in managing our Linux environment, and have run into my first
puzzler.
Newly-installed/configured Spacewalk 1.1 server running under CentOS
5.5, following instructions on the Spacewalk Wiki[1] and the CentOS
Spacewalk HowTo[
Hi,
This was the problem as I didn't know about it... :)
Thanks for the help,
Regards,
Balazs
On 09/13/2010 11:46 PM, Colin Coe wrote:
After installing the virt package, did you run 'rhn-profile-sync'?
CC
On Tue, Sep 14, 2010 at 2:04 AM, Balazs Zachar wrote:
On 09/13/2010 10:20 AM, Mic
Can a client actually access the RPMs before being activated? I would have
thought the tools would need to come from another non-spacewalk repo, installed
and then activated.
-Original Message-
From: spacewalk-list-boun...@redhat.com
[mailto:spacewalk-list-boun...@redhat.com] On Behalf
Hello;
Just a quick question here to the spacewalk list, has anyone encountered this
oracle error when doing a rollback:
RHN::Exception: DBD::Oracle::db prepare_cached failed: ORA-00904:
"CR"."DELIM_END": invalid identifier (DBD ERROR: error possibly near <*>
indicator at char 236 in '
SEL
Thanks,
> If we are speaking about database charset (which should be UTF8 or AL32UTF8)
> then no - it's a global setting for the whole database. On client side
> nls_lang can be set on per session basis.
This bit answers the question. I've hacked the script that creats the
correct tnsnames.ora fi
anyone? i also noticed in my logs, that the "tools rpms" arent getting
found for some reason.. im sure this is the main cause of the system not
registering.
but whats the right way to set this up?
--2010-09-13 16:02:56--
http://redhouse.mydomain.com/download/package/311a7f76de89f7771ca620b1
On Mon, Sep 13, 2010 at 03:49:25PM +0200, rob morrien wrote:
>
> we did a yum clean all
>
> we removede the cache , but it looks that the repo info on the redhat site
> is not correct.
When you do
$ wget
http://spacewalk.redhat.com/yum/1.1/RHEL/5/i386/repodata/primary.xml.gz
$
Corey Kovacs wrote:
% I've seen lots of information on migrating to a database other than
% oracle-xe and such and they work just fine. I've tested them myself
% and I was happy with the results however, what I'd really like to be
% able to do is do an install directly to an existing oracle db.
%
19 matches
Mail list logo
