Darn... hit [SEND] too soon!
My software channel and activation key was all 64-bit packages, so I'll
revamp that to be all 32-bit, do some housecleaning and try to register
the client again.
Lee
___
Spacewalk-list mailing list
Spacewalk-list@redhat.c
Egg on my face!
I *thought* the Spacewalk client was 64-bit, but it turns out it is 32-bit!
Someone else built the clients, and I thought they built them as 64-bit
since the hardware is 64-bit. Bad assumption!
So... I guess it's back to square one.
Thanks!
Lee
__
Thanks, Stu. I'll look forward to you or Simon pointing me
in the right direction. I'd really like to get the audit
working; it seems worthwhile.
As I also mentioned finding the scap for CentOS5/RHEL5. If
anyone has found or created this, I'd be grateful if you
could share it with me.
Dim
Hi Dimitri
There's a bug in the released version that I helped find. Simon's sorted
it, you can find the fix in nightly spacewalk-oscap (version 19 from
memory). on my phone currently otherwise would provide direct link ;-) if
you're not sure where to look either myself or Simon will point yo
As Alan stated...It looks like you have the 32bit version of pygobject
installed instead of the 64bit version.
On Tue, Aug 6, 2013 at 4:31 PM, Alan Pittman wrote:
> Lee,
>I think this has been asked. Are you running the 32bit or 64bit version
> of CentOS 6.4?
>
> I've got a RHEL 6.4 running
Lee,
I think this has been asked. Are you running the 32bit or 64bit version of
CentOS 6.4?
I've got a RHEL 6.4 running 64bit and its registered with my Spacewalk server.
The hitch may be that I'm still at Spacewalk 1.8. Just migrated there from 1.7
about a month ago.
My server has this ver
> Re: What version of the os are you running? 64 or 32
64 bit.
Thanks!
Lee
___
Spacewalk-list mailing list
Spacewalk-list@redhat.com
https://www.redhat.com/mailman/listinfo/spacewalk-list
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
What version of the os are you running? 64 or 32
On Tue, Aug 6, 2013 at 3:41 PM, Thomas Foster wrote:
> That's a python error it looks likesee if you have hardware_hal
> installed..
>
>
> On Tue, Aug 6, 2013 at 2:50 PM, Lee Roth wrote:
>
>> Spacewalk V2.0 on Centos6.4
>>
>> Trying to regist
That's a python error it looks likesee if you have hardware_hal
installed..
On Tue, Aug 6, 2013 at 2:50 PM, Lee Roth wrote:
> Spacewalk V2.0 on Centos6.4
>
> Trying to register a Centos6.4 client to the Spacewalk server; the command
> rhnreg_ks does not work.
>
> A suggestion that I read so
Spacewalk V2.0 on Centos6.4
Trying to register a Centos6.4 client to the Spacewalk server; the command
rhnreg_ks does not work.
A suggestion that I read somewhere that the package "pygobject2" might be
missing, but it is not.
On the client:
# /usr/sbin/rhnreg_ks --help
Traceback (most recent ca
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
> If you mean a custom taskomatic bunch/task, then no. We never intended to let
> the user define custom taskomatic bunches/tasks.
> The bunches are pre-defined and the user may just adjust, how often and when
> they shall be scheduled.
That is good to know. Thank you!
> Is it possible that you
> I have just checked my configuration files size: the largest we
> manage are 60KB big. I also did some digging and to my
> understanding, unless you specify custom values for
> maximum_config_file_size and web.maximum_config_file_size in
> rhn.conf, the default maximum value is 128KB. Is that cor
Ah, Michael, never mind - it worked! I see 22 packages in
the x86_64 channel, and 12 in the new cloned IA-32 channel.
Seems like a pretty convoluted way to do this, but at least
it works. Subscribed a 32-bit machine to the new channel
and, voila, it shows samba packages needed to be upgraded
Michael,
OK, I'll clone the x86_64 channel. Do I then have to select
a repository, or does the cloning process handle that? If
it doesn't, do I choose the x86_64 repo that I created
earlier?
Dimitri
On Tuesday 06 August 2013 9:31:22 am Michael Mraka wrote:
> Dimitri Yioulos wrote:
> % Than
Hi, Thomas.
I'm virtually positive I used IA-32. I tried x86_64
architecture, and the sync did seem to work, to the extent
that I can see the packages listed in the repo. However
(you saw this coming, right?), that channel is greyed out,
and hence unavailable, to my 32-bit boxes.
Dimitri
Dimitri Yioulos wrote:
% Thanks for the reply, Paul.
%
% Unfortunately, that doesn't seem to be the case for me. If
% I run the sync from the command line, it completes in
% seconds with the X86_64 error message (syncing from the GUI
% also doesn't work, obviously). Also, in the "Full Softwar
When you created the channel befoee did you use ia or x86_64..I have 32bit
rpms in my x86_64 repo..so try creating a new repo and assign the arch as
86_64 and sync
On Aug 6, 2013 8:51 AM, "Dimitri Yioulos" wrote:
> Thanks for the reply, Paul.
>
> Unfortunately, that doesn't seem to be the case fo
Thanks for the reply, Paul.
Unfortunately, that doesn't seem to be the case for me. If
I run the sync from the command line, it completes in
seconds with the X86_64 error message (syncing from the GUI
also doesn't work, obviously). Also, in the "Full Software
Channel List", while other chann
20 matches
Mail list logo
