Re: [Spacewalk-list] Configuration File Import Problem

2010-03-01 Thread Trevor T Kates
On the client system, rhn_check reported the following:

D: do_call configfiles.upload (68, ['/etc/X11/xorg.conf'])
XML-RPC error while talking to http://spacewalk.domain.com/CONFIG-MANAGEMENT: 
cannot marshal None unless allow_none is enabled
Traceback (most recent call last):
  File "/usr/share/rhn/config_client/rpc_cli_repository.py", line 120, in 
put_files
self.system_id, action_id, params)
  File "/usr/share/rhn/config_client/rpc_cli_repository.py", line 51, in 
rpc_call
(self, method_name) + params)
  File "/usr/share/rhn/config_common/repository.py", line 365, in rpc_call
sys.exit(2)
SystemExit: 2
D: Sending back response ((6,), 'Fatal error in Python code occurred', {})

The rhn_server_xmlrpc.log file recorded the following:

xmlrpc/queue.get(110003, 2, 'checkins enabled')
xmlrpc/up2date.login(110003,)
xmlrpc/registration.welcome_message('lang: None',)
xmlrpc/queue.submit(110003, 68, [6])
xmlrpc/queue.get(110003, 2, 'checkins enabled')
xmlrpc/up2date.listChannels(110003,)

Thanks!


Trevor T. Kates

-Original Message
Date: Mon, 1 Mar 2010 11:22:25 -0500
From: Joshua Roys 
To: 
Subject: Re: [Spacewalk-list] Configuration File Import Problem
Message-ID: <4b8be9c1.60...@gtri.gatech.edu>
Content-Type: text/plain; charset="windows-1252"; Format="flowed"

On 03/01/2010 08:58 AM, Trevor T Kates wrote:
> I am running Spacewalk ver 0.8, and I am currently trying to import a
> configuration file (/etc/X11/xorg.conf) from a managed system that is
> registered with Spacewalk; however, the task fails with the following
> message:
>
> Client execution returned ?Fatal error in Python code occurred [[6]]?
> (code -1)
>
> Both the client and the server appear to have the appropriate packages
> and configuration. Any assistance here will be appreciated.
>

Hello,

Please reply with the relevant logs/output from:

spacewalk-server# tail -fn0 /var/log/rhn/* /var/log/httpd/* 
/var/log/tomcat6/catalina.out

(temporarily disable osad/jabberd if you're using it)
(schedule import)

spacewalk-client# rhn_check -v

Thanks,

Josh
CONFIDENTIALITY NOTICE:  This electronic message contains
information which may be legally confidential and or privileged and
does not in any case represent a firm ENERGY COMMODITY bid or offer
relating thereto which binds the sender without an additional
express written confirmation to that effect.  The information is
intended solely for the individual or entity named above and access
by anyone else is unauthorized.  If you are not the intended
recipient, any disclosure, copying, distribution, or use of the
contents of this information is prohibited and may be unlawful.  If
you have received this electronic transmission in error, please
reply immediately to the sender that you have received the message
in error, and delete it.  Thank you.

___
Spacewalk-list mailing list
Spacewalk-list@redhat.com
https://www.redhat.com/mailman/listinfo/spacewalk-list


Re: [Spacewalk-list] Configuration File Import Problem

2010-03-01 Thread Joshua Roys

On 03/01/2010 08:58 AM, Trevor T Kates wrote:

I am running Spacewalk ver 0.8, and I am currently trying to import a
configuration file (/etc/X11/xorg.conf) from a managed system that is
registered with Spacewalk; however, the task fails with the following
message:

Client execution returned “Fatal error in Python code occurred [[6]]”
(code -1)

Both the client and the server appear to have the appropriate packages
and configuration. Any assistance here will be appreciated.



Hello,

Please reply with the relevant logs/output from:

spacewalk-server# tail -fn0 /var/log/rhn/* /var/log/httpd/* 
/var/log/tomcat6/catalina.out


(temporarily disable osad/jabberd if you're using it)
(schedule import)

spacewalk-client# rhn_check -v

Thanks,

Josh



smime.p7s
Description: S/MIME Cryptographic Signature
___
Spacewalk-list mailing list
Spacewalk-list@redhat.com
https://www.redhat.com/mailman/listinfo/spacewalk-list

Re: [Spacewalk-list] rhn_check hangs if no internet access is available

2010-03-01 Thread John Hodrien

On Mon, 1 Mar 2010, Tom Schouteden wrote:


Hi

I'm experiencing the same problem as reported by the original poster.  None
of the provided solutions seem to work.  Does anybody have any
recommendation as to how to avoid this?  I've included the original post
below for reference.


The pre-script I suggested didn't work?  Could I see your whole kickstart
file?

jh

___
Spacewalk-list mailing list
Spacewalk-list@redhat.com
https://www.redhat.com/mailman/listinfo/spacewalk-list


[Spacewalk-list] rhn_check hangs if no internet access is available

2010-03-01 Thread Tom Schouteden
Hi

I'm experiencing the same problem as reported by the original poster.  None
of the provided solutions seem to work.  Does anybody have any
recommendation as to how to avoid this?  I've included the original post
below for reference.

Thanks

tom

Hi Folks,


I've nearly finished setting up a Spacewalk server to provision CentOS

5.4 (initially).


Machines on the company LAN have limited internet access, they do not

have access to remote repositories, only the local Spacewalk server. So

in a %post section of my kickstart I have some commands to wipe the

default repos from /etc/yum.repos.d.


However, Spacewalk is inserting a call to rhn_check into the Kickstart

that gets run before my %post section, so the repos are still there and

the command hangs for a goodly while trying to see if the default

repositories are faster than the local Spacewalk server. It gives up

eventually, but the pause is unacceptably long.


Any suggestions on how I can either

* wipe /etc/yum.repos.d before rhn_check is run

* stop the .repo files from being copied down in the first place

* stop rhn_check running (I don't believe it is vital at this point, I

can add to my %post section if it is?)

* otherwise stop the command from hanging around?


Many thanks


Andy

-- 

  The Miller Family

  done...@fmail.co.uk
___
Spacewalk-list mailing list
Spacewalk-list@redhat.com
https://www.redhat.com/mailman/listinfo/spacewalk-list

[Spacewalk-list] Configuration File Import Problem

2010-03-01 Thread Trevor T Kates
I am running Spacewalk ver 0.8, and I am currently trying to import a 
configuration file (/etc/X11/xorg.conf) from a managed system that is 
registered with Spacewalk; however, the task fails with the following message:

Client execution returned "Fatal error in Python code occurred [[6]]" (code -1)

Both the client and the server appear to have the appropriate packages and 
configuration. Any assistance here will be appreciated.


trevor.t.ka...@dom.com


CONFIDENTIALITY NOTICE:  This electronic message contains
information which may be legally confidential and or privileged and
does not in any case represent a firm ENERGY COMMODITY bid or offer
relating thereto which binds the sender without an additional
express written confirmation to that effect.  The information is
intended solely for the individual or entity named above and access
by anyone else is unauthorized.  If you are not the intended
recipient, any disclosure, copying, distribution, or use of the
contents of this information is prohibited and may be unlawful.  If
you have received this electronic transmission in error, please
reply immediately to the sender that you have received the message
in error, and delete it.  Thank you.___
Spacewalk-list mailing list
Spacewalk-list@redhat.com
https://www.redhat.com/mailman/listinfo/spacewalk-list

Re: [Spacewalk-list] spacewalk cobbler issue

2010-03-01 Thread John Hodrien

On Sun, 28 Feb 2010, Johnny Mirza wrote:


Hi John,

I was trying to put it in the pre section but I couldn't figure out how to
do it, I would love to get a copy of your script to see how you have done
it...


No problem.  Here's how I did it, piggybacking on the file preservation stuff:

===

mkdir -p /tmp/ks-tree-shadow/etc/yum.repos.d/custom

cat << EOF > /tmp/ks-tree-shadow/etc/yum.conf
[main]
cachedir=/var/cache/yum
reposdir=/etc/yum.repos.d/custom/
keepcache=0
debuglevel=2
logfile=/var/log/yum.log
distroverpkg=centos-release
tolerant=1
exactarch=1
obsoletes=1
gpgcheck=1
plugins=1

# Note: yum-RHN-plugin doesn't honor this.
metadata_expire=1h

# Default.
# installonly_limit = 3

# PUT YOUR REPOS HERE OR IN separate files named file.repo
# in /etc/yum.repos.d/custom
EOF


I have manage to resolve this issue with a probably non-recommended work
around.  I have modified the redhat_register snippet in
/var/lib/cobbler/snippets to add this line before the rhnreg_ks

# Start
sed -i '/^gpgcheck=.*$/aenabled=0' /etc/yum.repos.d/Cent*
sed -i 'x; G; /^\(.*\)\n\1$/ d; g; p; d' /etc/yum.repos.d/Cent*
[ -f "/etc/yum/pluginconf.d/rhnplugin.conf" ] && sed -i -e 's/^gpgcheck 
= 1$/gpgcheck = 0/g'  /etc/yum/pluginconf.d/rhnplugin.conf
# End


Cunning.


Also in regards to the yum upgrade issue, we use puppet to manage our
systems and I have added a class to ensure that CentOS mirrors are always
disabled.

If we could change the order of the post snippets then that would make
things a lot cleaner.


Yep.  That was a mentioned as a possibility in the past.

jh

___
Spacewalk-list mailing list
Spacewalk-list@redhat.com
https://www.redhat.com/mailman/listinfo/spacewalk-list