Re: [Spacewalk-list] Cancel a running event
I ran into a similar problem earlier and fixed it by generating a
reactivation key and running rhnreg_ks –-activationkey=key --force.
The picked up events were all cancelled as I needed.
Regards,
Trevor T. Kates
From: Thomas Foster [mailto:thomas.foste...@gmail.com]
Sent: Wednesday, November 19, 2014 9:47 AM
To: spacewalk-list@redhat.com
Subject: Re: [Spacewalk-list] Cancel a running event
Try removing system in interface and re-register.
On Nov 19, 2014 9:44 AM, Franky Van Liedekerke
liede...@telenet.bemailto:liede...@telenet.be wrote:
Tried that: didn't change anything. Also running rhn_check doesn't
change anything, I get this from the verbose output:
D: do_call packages.checkNeedUpdate('rhnsd=1',){}
Loaded plugins: fastestmirror, rhnplugin
D: login(forceUpdate=False) invoked
D: readCachedLogin invoked
D: Checking pickled loginInfo, currentTime=1416407812.27,
createTime=1416407126.84, expire-offset=3600.0
D: readCachedLogin(): using pickled loginInfo set to expire at 1416410726.84
D: rpcServer: Calling XMLRPC up2date.listChannels
This system is receiving updates from RHN Classic or Red Hat Satellite.
Loading mirror speeds from cached hostfile
Loading mirror speeds from cached hostfile
D: local action status: (0, 'rpm database not modified since last
update (or package list recently updated)', {})
D: rpcServer: Calling XMLRPC registration.welcome_message
But still the action stays running in spacewalk.
Franky
On Wed, Nov 19, 2014 at 2:25 PM, Thomas Foster
thomas.foste...@gmail.commailto:thomas.foste...@gmail.com wrote:
Try a profile sync and see if that fixes.ithttp://fixes.it.
On Nov 19, 2014 8:21 AM, Franky Van Liedekerke
liede...@telenet.bemailto:liede...@telenet.be
wrote:
Hi all,
I had a server that seemed to have issues with rhn_check doing package
updates: it was running for half an hour already without completing
the event. In the end somebody rebooted the server (to stay in the
maintenance window), and afterwards the packages were checked (yum,
cleandups, etc ...)
So now the server is up to date, but in spacewalk the action is still
marked as:
This action's status is: Picked Up.
The client picked up this action on 11/19/14 12:21 PM
The client has not yet completed this action.
Of course the action is completed in the mean time (since the server
even rebooted), but even running rhn_check doesn't force the state in
spacewalk to change to completed (blocking other actions for that
server).
Is there any manual method of setting an event to completed? Or is
there a timeout for running events? Or do I need to restart spacewalk
or parts of it?
Franky
___
Spacewalk-list mailing list
Spacewalk-list@redhat.commailto:Spacewalk-list@redhat.com
https://www.redhat.com/mailman/listinfo/spacewalk-list
___
Spacewalk-list mailing list
Spacewalk-list@redhat.commailto:Spacewalk-list@redhat.com
https://www.redhat.com/mailman/listinfo/spacewalk-list
___
Spacewalk-list mailing list
Spacewalk-list@redhat.commailto:Spacewalk-list@redhat.com
https://www.redhat.com/mailman/listinfo/spacewalk-list
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
[Spacewalk-list] Events Out of Sync
While making some changes to my DNS servers, I foolishly managed to get a set of events out of sync with Spacewalk such that Spacewalk is still waiting for them to complete even though as far as the clients are concerned, they are already completed. During the DNS change, I think I made the clients unable to resolve the server or the server unable to resolve the clients and messages between them were lost. Now, I have a bunch of events that are listed as Picked Up in Spacewalk, but the clients have nothing else to report after running rhn_check, restarting osad and restarting the spacewalk stack on the server. Is there a way to purge these pending events from spacewalk? Thanks, ___ Trevor T. Kates 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 2.2 Config Compare Problem
-Original Message- From: Stephen Herr [mailto:sh...@redhat.com] Sent: Monday, July 21, 2014 9:12 AM To: Trevor T Kates (Services - 6); spacewalk-list@redhat.com Subject: Re: [Spacewalk-list] Spacewalk 2.2 Config Compare Problem This error and two other problems been fixed in the latest update of spacewalk-java that has just been released. https://bugzilla.redhat.com/show_bug.cgi?id=1121215 https://bugzilla.redhat.com/show_bug.cgi?id=1121252 https://bugzilla.redhat.com/show_bug.cgi?id=1121245 -Stephen Thank you! The fixes are working beautifully. Regards, ___ Trevor T. Kates 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 2.2 Config Compare Problem
-Original Message- From: Milan Zázrivec [mailto:mzazri...@redhat.com] Sent: Friday, July 18, 2014 4:08 AM To: spacewalk-list@redhat.com Subject: Re: [Spacewalk-list] Spacewalk 2.2 Config Compare Problem On Thursday 17 July 2014 22:02:12 Trevor T Kates wrote: List: After updating Spacewalk from 2.1 to 2.2, the ability to compare config files deployed to a system with the version of the same config on the Spacewalk server seems to have broken. When on any given system's configuration tab within the web UI, clicking View Details for Last Spacewalk and System Comparison results in a 404 error. /var/www/html/network/systems/details/history/event.pxt appears to be missing. Going to History under Events and navigating to the page which should show any differences between config files shows Differences exist for all config files with the actual file comparison being completely blank. I can provide any logs requested to help diagnose this problem if they will be of help. The server running our Spacewalk instance is CentOS 6.5. Thanks, This problem is fixed in spacewalk-java-2.2.121-1, now available in Spacewalk 2.2 repos. -MZ Thanks! That appears to have fixed the 404 error, but the problem with the compare showing Differences exist for all config files even when no differences exist is still occurring for me. When clicking the link Differences exist if there are no differences, the compare section is completely blank. Only in a case where there is an actual difference will you get a compare section with any info. Regards, ___ Trevor T. Kates 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 2.2 Config Compare Problem
-Original Message- From: Stephen Herr [mailto:sh...@redhat.com] Sent: Friday, July 18, 2014 11:04 AM To: Trevor T Kates (Services - 6); spacewalk-list@redhat.com Subject: Re: [Spacewalk-list] Spacewalk 2.2 Config Compare Problem I can confirm that I also see this behavior. If you can file a bug I'll take a look. -Stephen On 07/18/2014 09:42 AM, Trevor T Kates (Services - 6) wrote: Once again, thanks! You guys rock. I've encountered another issue related to config compare that involves an ISE when using the SSM to do a diff of a config across several systems at once. Below is the traceback I received: The following exception occurred while executing this request: POST /rhn/systems/ssm/config/DiffConfirmSubmit.do Date:7/18/14 9:37:11 AM EDT Headers: host: removed user-agent: Mozilla/5.0 (X11; Linux i686; rv:24.0) Gecko/20100101 Firefox/24.0 accept: text/html,application/xhtml+xml,application/xml;q=0.9,*/*;q=0.8 accept-language: en-US,en;q=0.5 accept-encoding: gzip, deflate referer: https:// removed/rhn/systems/ssm/config/DiffConfirm.do?feature=configfiles.diff cookie: JSESSIONID=F645FFA75F679C9E2CA097BF876706CE; DWRSESSIONID=3jgY1giBWOoEnjTycNOzgoNj6tk; pxt-session- cookie=417655xc02dc62049edf24e7b6529967beb7866db4c5ecdc182fe6a2df25ea4e8ed26 70 connection: keep-alive content-type: application/x-www-form-urlencoded content-length: 161 Request: Local Name = removed Server Name = removed Requested Session Id came from Cookie Requested Session Valid = true Session = org.apache.catalina.session.StandardSessionFacade@49399c60[session=StandardS ession[F645FFA75F679C9E2CA097BF876706CE]] Protocol = https Request Locale = en_US Request Character Encoding = UTF-8 Attribute Names = rhnActiveLang, org.apache.struts.action.MESSAGE, javax.servlet.jsp.jstl.fmt.timeZone.request, session, javax.servlet.request.key_size, javax.servlet.request.cipher_suite, requestedUri, org.apache.struts.action.mapping.instance, org.apache.struts.action.MODULE, Form Variables: last_lower: 1 lower: 1 prev_filter_value: first_lower: 1 dispatch: Confirm File Comparison prev_lower: 1 filter_string: next_lower: 501 csrf_token: -1416758724715775945 User Information: User removed Exception: javax.servlet.ServletException: java.lang.NullPointerException at org.apache.struts.action.RequestProcessor.processException(RequestProcessor. java:520) at org.apache.struts.action.RequestProcessor.processActionPerform(RequestProces sor.java:427) at org.apache.struts.action.RequestProcessor.process(RequestProcessor.java:228) at com.redhat.rhn.frontend.struts.RhnRequestProcessor.process(RhnRequestProcess or.java:102) at org.apache.struts.action.ActionServlet.process(ActionServlet.java:1913) at org.apache.struts.action.ActionServlet.doPost(ActionServlet.java:462) at javax.servlet.http.HttpServlet.service(HttpServlet.java:637) at javax.servlet.http.HttpServlet.service(HttpServlet.java:717) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Application FilterChain.java:290) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterCh ain.java:206) at com.redhat.rhn.frontend.servlets.AuthFilter.doFilter(AuthFilter.java:127) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Application FilterChain.java:235) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterCh ain.java:206) at com.opensymphony.sitemesh.webapp.SiteMeshFilter.obtainContent(SiteMeshFilter .java:129) at com.opensymphony.sitemesh.webapp.SiteMeshFilter.doFilter(SiteMeshFilter.java :77) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Application FilterChain.java:235) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterCh ain.java:206) at com.redhat.rhn.frontend.servlets.LocalizedEnvironmentFilter.doFilter(Localiz edEnvironmentFilter.java:67) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Application FilterChain.java:235) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterCh ain.java:206) at com.redhat.rhn.frontend.servlets.EnvironmentFilter.doFilter(EnvironmentFilte r.java:100) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Application FilterChain.java:235) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterCh ain.java:206) at com.redhat.rhn.frontend.servlets.SessionFilter.doFilter(SessionFilter.java:5 7) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Application FilterChain.java:235) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterCh ain.java:206
[Spacewalk-list] Spacewalk 2.2 Config Compare Problem
List: After updating Spacewalk from 2.1 to 2.2, the ability to compare config files deployed to a system with the version of the same config on the Spacewalk server seems to have broken. When on any given system's configuration tab within the web UI, clicking View Details for Last Spacewalk and System Comparison results in a 404 error. /var/www/html/network/systems/details/history/event.pxt appears to be missing. Going to History under Events and navigating to the page which should show any differences between config files shows Differences exist for all config files with the actual file comparison being completely blank. I can provide any logs requested to help diagnose this problem if they will be of help. The server running our Spacewalk instance is CentOS 6.5. Thanks, ___ Trevor T. Kates 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] CentOS 6.4 Kickstart and Perl Pre-scripts
It should be supported in EL6 but I haven't tested it It doesn’t seem to be as anaconda throws an error that /usr/bin/perl does not exist in the runtime environment shortly after downloading install.img. RuntimeError: Error running /usr/bin/perl: No such file or directory install exited abnormally [1/1] Be warned no module thought keep it very simple. I figured as much. Thanks for the reply. ___ Trevor T. Kates 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] CentOS 6 Related Kickstart Problem in Spacewalk
I'm sorry for not including the replies in the text of my reply. I haven't setup a good mailing list reader yet. I may not have been clear in my original post, but the problem that I am having stems from the fact that the section of my kickstart that automatically installs the rpms needed for rhnreg is pulling those rpms from the updates channel of CentOS 6 even when I do not have the updates channel selected in the body of the kickstart itself. This is causing the registration to fail because the updated libxml2-python has a dependency on the updated libxml2 which is not available before registration because the update channel is not available. I tried to include the update channel and was met with the bug you mentioned earlier, so it feels like a catch 22 situation and I'm not sure how to fix it. Trevor T. Kates 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] CentOS 6 Related Kickstart Problem in Spacewalk
Trevor,
once again my recipe:
Assemble the following files in a directory:
jabberpy-0.5-0.21.el6.noarch.rpm
libxml2-2.7.6-8.el6_3.4.x86_64.rpm
osad-5.11.10-1.el6.noarch.rpm
pyOpenSSL-0.10-2.el6.x86_64.rpm
python-ethtool-0.6-2.el6.x86_64.rpm
python-gudev-147.1-4.el6_0.1.x86_64.rpm
python-hwdata-1.7.3-1.el6.noarch.rpm
rhncfg-5.10.36-1.el6.noarch.rpm
rhncfg-actions-5.10.36-1.el6.noarch.rpm
rhncfg-client-5.10.36-1.el6.noarch.rpm
rhncfg-management-5.10.36-1.el6.noarch.rpm
rhn-check-1.8.26-1.el6.noarch.rpm
rhn-client-tools-1.8.26-1.el6.noarch.rpm
rhn-custom-info-5.4.14-1.el6.noarch.rpm
rhnlib-2.5.55-1.el6.noarch.rpm
rhnmd-5.3.11-1.el6.noarch.rpm
rhnsd-5.0.4-1.el6.x86_64.rpm
rhn-setup-1.8.26-1.el6.noarch.rpm
rhn-setup-gnome-1.8.26-1.el6.noarch.rpm
rhn-virtualization-common-5.4.41-1.el6.noarch.rpm
rhn-virtualization-host-5.4.41-1.el6.noarch.rpm
spacewalk-abrt-0.0.1-1.el6.noarch.rpm
spacewalk-backend-libs-1.8.85-1.el6.noarch.rpm
spacewalk-certs-tools-1.8.4-1.el6.noarch.rpm
spacewalk-client-repo-1.8-4.el6.noarch.rpm
spacewalk-oscap-0.0.10-1.el6.noarch.rpm
yum-rhn-plugin-1.8.8-1.el6.noarch.rpm
Pack it into a tar-ball.
Place it in spacewalk-servers /var/www/html/pub
and add the following to your kickstart:
mkdir -p /tmp/rhn_rpms/optional
cd /tmp/rhn_rpms/optional
pushd /tmp/rhn_rpms/optional
wget http://[spacewalkserver]/pub/tarball.tar
tar -xf tarball.tar
yum localinstall -y --nogpg *.rpm
$SNIPPET('spacewalk/redhat_register')
And that should do the trick...
Best
-Jonathan
Thanks for the reply! That workaround will definitely do the trick, but my
question/concern
is that Spacewalk is creating the section of the kickstart to install rpms from
/tmp/rhn_rpms/optional
by pulling the necessary packages from the Updates repo which it should not be
doing. I do NOT have the
Updates repo selected in the kickstart wizard, so no packages in the postscript
section should be sourced
from the Updates repo. The needed packages are available in the Base repo and
should be sourced from
there, but that is not what is happening. I can work around this problem, but
I'd like to understand
why it is happening to begin with and try to fix it cleanly.
This is under Spacewalk 1.8 with a CentOS 6.3 repo set while using the
Kickstart wizard in the web
interface.
Thanks for your help.
On 02/13/2013 04:19 PM, Trevor T Kates wrote:
I'm sorry for not including the replies in the text of my reply. I haven't
setup
a good mailing list reader yet. I may not have been clear in my original
post, but
the problem that I am having stems from the fact that the section of my
kickstart
that automatically installs the rpms needed for rhnreg is pulling those
rpms from
the updates channel of CentOS 6 even when I do not have the updates
channel selected
in the body of the kickstart itself. This is causing the registration to
fail because
the updated libxml2-python has a dependency on the updated libxml2 which
is not
available before registration because the update channel is not available.
I tried
to include the update channel and was met with the bug you mentioned
earlier, so it
feels like a catch 22 situation and I'm not sure how to fix it.
Trevor T. Kates
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
[Spacewalk-list] Spacewalk Client 1.4 - 1.5 Upgrade, Config File Upload Fails
List: When upgrading a client from v1.4 to v1.5 and attempting to upload a config file from the client to the server, I receive a fatal python error with no success in uploading the config file to the server. The client provides the attached output in /var/log/up2date. I noticed tried applying the patch in this commit: ade5bad7b02032d32f8e62f4c16dbc6c86f670e0; however, the problem still persists. Any assistance with this would be appreciated. Thanks. Trevor T. Kates 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. up2date.snippet Description: up2date.snippet ___ Spacewalk-list mailing list Spacewalk-list@redhat.com https://www.redhat.com/mailman/listinfo/spacewalk-list
Re: [Spacewalk-list] Spacewalk 1.5 Client, Python Error on Config Upload
Please check the /var/log/up2date on the client machine in question.
[Thu Jul 28 13:25:02 2011] up2date
Traceback (most recent call last):
File /usr/sbin/rhn_check, line 333, in __run_action
(status, message, data) = CheckCli.__do_call(method, params, kwargs)
File /usr/sbin/rhn_check, line 326, in __do_call
retval = method(*params, **kwargs)
File /usr/share/rhn/actions/configfiles.py, line 189, in upload
r = rpc_cli_repository.ClientRepository()
File /usr/share/rhn/config_client/rpc_cli_repository.py, line 32, in
__init__
repository.RPC_Repository.__init__(self, setup_network)
File /usr/share/rhn/config_common/repository.py, line 223, in __init__
self.__server_url = self._local_config.get('server_url')
File /usr/share/rhn/config_common/local_config.py, line 105, in get
return _get_config().get_option(var)
File /usr/share/rhn/config_common/local_config.py, line 72, in get_option
ret = self.get(self.section, option, vars=self.overrides)
File /usr/lib/python2.4/ConfigParser.py, line 525, in get
return self._interpolate(section, option, value, d)
File /usr/lib/python2.4/ConfigParser.py, line 570, in _interpolate
raise InterpolationMissingOptionError(
ConfigParser.InterpolationMissingOptionError: Bad value substitution:
section: [rhncfg-client]
option : server_url
key: server_name
rawval : https://%(server_name)s%(server_handler)s
I have not made any modifications to the configuration files since updating
this particular client to 1.5 and the previous value in the server_url option
was %(proto)s://%(server_name)s%(server_handler)s. Do I need to modify the
rhncfg-client.conf file to include the substitution for server_name?
Thanks for the assistance.
___
Trevor T. Kates
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 1.5, Remote Commands, ORA-00904: X.NAME: invalid identifier
it's been fixed in master by c6d8dda49e05d687116685c1642ea03069b6605d. Fixed package spacewalk-base-1.6.4-1 should land in nightly repo in a while. It's also possible to apply the patch manually. Thank you for the patch. It works like a charm! Regards, ___ Trevor T. Kates 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
[Spacewalk-list] Spacewalk 1.5 Client, Python Error on Config Upload
I upgraded one of my 1.4 clients to 1.5 and tried testing config file uploads. When attempting to upload a configuration file to my Spacewalk server the following error message is produced. 'Fatal error in Python code occurred [[6]]' (code -1) All other client operations appear to function normally. Thanks in advance for any help in resolving this problem. Regards, ___ Trevor T. Kates 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
[Spacewalk-list] Spacewalk 1.5, Remote Commands, ORA-00904: X.NAME: invalid identifier
List: After upgrading to Spacewalk 1.5, the attached traceback is being generated when attempting to run remote commands via the System Set Manager when any number of systems is selected. The backend database serving this instance of Spacewalk is Oracle11gR2 XE. I'm trying to pin down whether this is an issue with Oracle11g, but at the moment, I don't have an Oracle10g instance available on which to test. Any assistance with this is greatly appreciated. Regards, ___ Trevor T. Kates -Original Message- From: dev-n...@dom.com [mailto:dev-n...@dom.com] Sent: Monday, July 25, 2011 5:31 PM To: Trevor T Kates (Services - 6) Subject: WEB TRACEBACK from spacewalk.example.com (Mon Jul 25 17:31:13 2011) The following exception occurred while executing this request: POST /network/systems/ssm/provisioning/remote_command_conf.pxt HTTP/1.1 (from browser) /network/systems/ssm/provisioning/remote_command_conf.pxt (from Apache) Date: Mon Jul 25 17:31:13 2011 Headers: Accept: text/html,application/xhtml+xml,application/xml;q=0.9,*/*;q=0.8 Accept-Charset: ISO-8859-1,utf-8;q=0.7,*;q=0.7 Accept-Encoding: gzip,deflate Accept-Language: en-us,en;q=0.5 Connection: keep-alive Content-Length: 231 Content-Type: application/x-www-form-urlencoded Cookie: pxt-session-cookie=162300xb57639fa15eeb28e69e3396766cc15e6 Host: spacewalk.example.com Keep-Alive: 115 Referer: https://spacewalk.example.com/network/systems/ssm/provisioning/remote_command. pxt User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.2.18) Gecko/20110622 CentOS/3.6-1.el5.centos Firefox/3.6.18 Form variables: am_pm = PM day = 25 formvar_hmac = cd0b4df26e6f75cbea5d45f1b959588ad81590db group = root hour = 5 minute = 31 mode = ssm month = 7 schedule_remote_command = Schedule Remote Command script = #!/bin/sh ls timeout = 600 username = root year = 2011 User Information: User trevor7 (id 1, org_id 1) Error notes: (none) Initial Request: Yes Error message: RHN::Exception: DBD::Oracle::db prepare_cached failed: ORA-00904: X.NAME: invalid identifier (DBD ERROR: error possibly near * indicator at char 614 in ' select * from ( SELECT DISTINCT S.id, S.name AS SERVER_NAME FROM rhnServer S, rhnClientCapabilityName CCN, rhnClientCapability CC, rhnSet ST, rhnUserServerPerms USP WHERE USP.user_id = :user_id AND ST.user_id = :user_id AND ST.label = 'system_list' AND USP.server_id = ST.element AND EXISTS(SELECT 1 FROM rhnServerFeaturesView SFV WHERE SFV.server_id = ST.element AND SFV.label = 'ftr_remote_command') AND USP.server_id = CC.server_id AND CC.capability_name_id = CCN.id AND CCN.name = 'script.run' AND USP.server_id = S.id ) X ORDER BY UPPER(COALESCE(*X.name, '(none)')), X.id ') [for Statement select * from ( SELECT DISTINCT S.id, S.name AS SERVER_NAME FROM rhnServer S, rhnClientCapabilityName CCN, rhnClientCapability CC, rhnSet ST, rhnUserServerPerms USP WHERE USP.user_id = :user_id AND ST.user_id = :user_id AND ST.label = 'system_list' AND USP.server_id = ST.element AND EXISTS(SELECT 1 FROM rhnServerFeaturesView SFV WHERE SFV.server_id = ST.element AND SFV.label = 'ftr_remote_command') AND USP.server_id = CC.server_id AND CC.capability_name_id = CCN.id AND CCN.name = 'script.run' AND USP.server_id = S.id ) X ORDER BY UPPER(COALESCE(X.name, '(none)')), X.id ] RHN::DB /usr/lib/perl5/vendor_perl/5.8.8/RHN/DB.pm 228 RHN::Exception::DB::throw RHN::DB::DataSource /usr/lib/perl5/vendor_perl/5.8.8/RHN/DB/DataSource.pm 73 RHN::DB::handle_error RHN::DataSource /usr/lib/perl5/vendor_perl/5.8.8/RHN/DataSource.pm 108 RHN::DB::DataSource::run_query Sniglets::ListView::List /usr/lib/perl5/vendor_perl/5.8.8/Sniglets/ListView/List.pm 1211 RHN::DataSource::execute_query Sniglets::ListView::List /usr/lib/perl5/vendor_perl/5.8.8/Sniglets/ListView/List.pm 908 Sniglets::ListView::List::default_provider Sniglets::Lists /usr/lib/perl5/vendor_perl/5.8.8/Sniglets/Lists.pm 119 Sniglets::ListView::List::render PXT::Parser /usr/lib/perl5/vendor_perl/5.8.8/PXT/Parser.pm 160 Sniglets::Lists::listview PXT::Parser /usr/lib/perl5/vendor_perl/5.8.8/PXT/Parser.pm 72 PXT::Parser::expand_tag PXT::ApacheHandler /usr/lib/perl5/vendor_perl/5.8.8/PXT/ApacheHandler.pm 510 PXT::Parser::expand_tags PXT::ApacheHandler /usr/lib/perl5/vendor_perl/5.8.8/PXT/ApacheHandler.pm 113 PXT::ApacheHandler::pxt_parse_data PXT::ApacheHandler /usr/lib/perl5/vendor_perl/5.8.8/PXT/ApacheHandler.pm 113 (eval) main -e 0 PXT::ApacheHandler::handler main -e 0 (eval) CONFIDENTIALITY NOTICE: This electronic message contains information which may be legally confidential
Re: [Spacewalk-list] Spacewalk 1.4: osa-dispatcher Problem
I reregistered a handful of systems on my Spacewalk server; however, after doing so, no client will pick up any actions from osad. Clients that were untouched are also affected. My current situation is almost exactly like: https://bugzilla.redhat.com/show_bug.cgi?id=662593 However, all clients and the server are running Spacewalk 1.4. I'm a bit stumped on how to proceed to fix the problem. Any help would be appreciated. Stopping osad on all clients, removing the osad-auth.conf file and clearing out the jabberd auth db a few times appears to have fixed the problem for me. I'm still in the dark as to why the problem showed up in the first place. Regards, ___ Trevor T. Kates 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
[Spacewalk-list] Spacewalk 1.4: osa-dispatcher Problem
List: I reregistered a handful of systems on my Spacewalk server; however, after doing so, no client will pick up any actions from osad. Clients that were untouched are also affected. My current situation is almost exactly like: https://bugzilla.redhat.com/show_bug.cgi?id=662593 However, all clients and the server are running Spacewalk 1.4. I'm a bit stumped on how to proceed to fix the problem. Any help would be appreciated. Thank you. ___ Trevor T. Kates 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] ORA-00904 When Attempting to View Installed Systems Page for Any Package
When attempting to view a package's list of installed systems, the following traceback is generated. I've checked through my oracle DB for the rhnServerPackage table and it doesn't exist. This isn't good. Looks like your isn't in the best shape. Figured out this problem. I was logged into my DB as sys instead of spacewalk. All the appropriate tables are intact. Correct! Thanks! Fix will be available in spacewalk nightly (spacewalk-web-1.5.3-1). Thank you! Tomas Thanks for the help. ___ Trevor T. Kates 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
[Spacewalk-list] Fedora 14 Kickstart Not Using Updates Channel
List: I apologize in advance if this is not the appropriate place to ask this question; however, I am attempting to kickstart a system to Fedora 14 using Spacewalk 1.4 and have run into a problem. The installation will report that it has added the fedora14-updates-i386 repo that I have configured in my Spacewalk server, but when proceeding with installing packages, it will only install packages from the iso media. In contrast, when kickstarting CentOS distros, any updates I have made available are automatically installed. This problem I am encountering with Fedora kickstarts causes the install to be unable to install Spacewalk Client packages due to missing dependencies. Any insight into a solution to this problem would be greatly appreciated. ___ Trevor T. Kates 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
[Spacewalk-list] ORA-00904 When Attempting to View Installed Systems Page for Any Package
List: SW Ver: 1.4 OS Ver: CentOS 5.6 DB Backend: Oracle XE 10g When attempting to view a package's list of installed systems, the following traceback is generated. I've checked through my oracle DB for the rhnServerPackage table and it doesn't exist. This error occurs regardless of whether the package is installed on a system or not. If more information is needed on this issue, please let me know. Steps to reproduce error: Navigate to Channels - channel - Packages - package - Installed Systems 500 Error - ISE results Thank you again. The following exception occurred while executing this request: GET /network/software/packages/system_list.pxt?pid=2725 HTTP/1.1 (from browser) /network/software/packages/system_list.pxt (from Apache) Date: Thu Apr 28 13:18:48 2011 Headers: Accept: text/html,application/xhtml+xml,application/xml;q=0.9,*/*;q=0.8 Accept-Charset: ISO-8859-1,utf-8;q=0.7,*;q=0.7 Accept-Encoding: gzip,deflate Accept-Language: en-us,en;q=0.5 Connection: keep-alive Cookie: pxt-session-cookie=18292xf9d45b654311fb882277c74c005be183 Host: spacewalk.example.com Keep-Alive: 115 Referer: https://spacewalk.example.com/rhn/software/packages/Details.do?pid=2725 User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.2.13) Gecko/20101209 CentOS/3.6-2.el5.centos Firefox/3.6.13 Form variables: pid = 2725 User Information: User userID (id 1, org_id 1) Error notes: (none) Initial Request: Yes Error message: RHN::Exception: DBD::Oracle::db prepare_cached failed: ORA-00904: P.PACKAGE_ARCH_ID: invalid identifier (DBD ERROR: error possibly near * indicator at char 144 in ' SELECT SP.server_id AS id FROM rhnServerPackage SP WHERE P.id = :pid AND P.name_id = SP.name_id AND P.evr_id = SP.evr_id AND *P.package_arch_id = SP.package_arch_id AND EXISTS (SELECT 1 FROM rhnUserServerPerms USP WHERE USP.user_id = :user_id AND USP.server_id = SP.server_id) ') [for Statement SELECT SP.server_id AS id FROM rhnServerPackage SP WHERE P.id = :pid AND P.name_id = SP.name_id AND P.evr_id = SP.evr_id AND P.package_arch_id = SP.package_arch_id AND EXISTS (SELECT 1 FROM rhnUserServerPerms USP WHERE USP.user_id = :user_id AND USP.server_id = SP.server_id) ] RHN::DB /usr/lib/perl5/vendor_perl/5.8.8/RHN/DB.pm 228 RHN::Exception::DB::throw RHN::DB::DataSource /usr/lib/perl5/vendor_perl/5.8.8/RHN/DB/DataSource.pm 73 RHN::DB::handle_error RHN::DataSource /usr/lib/perl5/vendor_perl/5.8.8/RHN/DataSource.pm 108 RHN::DB::DataSource::run_query Sniglets::ListView::List /usr/lib/perl5/vendor_perl/5.8.8/Sniglets/ListView/List.pm 1211 RHN::DataSource::execute_query Sniglets::ListView::List /usr/lib/perl5/vendor_perl/5.8.8/Sniglets/ListView/List.pm 908 Sniglets::ListView::List::default_provider Sniglets::Lists /usr/lib/perl5/vendor_perl/5.8.8/Sniglets/Lists.pm 119 Sniglets::ListView::List::render PXT::Parser /usr/lib/perl5/vendor_perl/5.8.8/PXT/Parser.pm 160 Sniglets::Lists::listview PXT::Parser /usr/lib/perl5/vendor_perl/5.8.8/PXT/Parser.pm 72 PXT::Parser::expand_tag PXT::ApacheHandler /usr/lib/perl5/vendor_perl/5.8.8/PXT/ApacheHandler.pm 524 PXT::Parser::expand_tags PXT::ApacheHandler /usr/lib/perl5/vendor_perl/5.8.8/PXT/ApacheHandler.pm 117 PXT::ApacheHandler::pxt_parse_data PXT::ApacheHandler /usr/lib/perl5/vendor_perl/5.8.8/PXT/ApacheHandler.pm 117 (eval) main -e 0 PXT::ApacheHandler::handler main -e 0 (eval) ___ Trevor T. Kates 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
[Spacewalk-list] Uniqueness Constraint Violation in Spacewalk Repo Sync with Errata (Fedora 14)
List: Spacewalk Ver: 1.4 OS Ver: CentOS 5.6 I'm getting the following traceback when attempting to repo sync the Fedora 14 updates channel in my Spacewalk server. The channel was initially unpopulated. Is there a possible incorrect configuration on my end that is causing this? Thanks for the assistance. Traceback (most recent call last): File /usr/bin/spacewalk-repo-sync, line 69, in ? sys.exit(abs(main() or 0)) File /usr/bin/spacewalk-repo-sync, line 63, in main sync.main() File /usr/lib/python2.4/site-packages/spacewalk/satellite_tools/reposync.py, line 110, in main self.import_updates(plugin, url) File /usr/lib/python2.4/site-packages/spacewalk/satellite_tools/reposync.py, line 145, in import_updates self.upload_updates(notices) File /usr/lib/python2.4/site-packages/spacewalk/satellite_tools/reposync.py, line 305, in upload_updates importer.run() File /usr/lib/python2.4/site-packages/spacewalk/server/importlib/importLib.py, line 622, in run self.submit() File /usr/lib/python2.4/site-packages/spacewalk/server/importlib/errataImport.py, line 196, in submit dml = self.backend.processErrata(self.batch) File /usr/lib/python2.4/site-packages/spacewalk/server/importlib/backend.py, line 682, in processErrata transactional=1) File /usr/lib/python2.4/site-packages/spacewalk/server/importlib/backend.py, line 1364, in __processObjectCollection return self.__processObjectCollection__(objColl, parentTable, childDict, **kwargs) File /usr/lib/python2.4/site-packages/spacewalk/server/importlib/backend.py, line 1534, in __processObjectCollection__ return self.__doDML(dml) File /usr/lib/python2.4/site-packages/spacewalk/server/importlib/backend.py, line 1642, in __doDML self.__doInsert(dml.insert, dml.tables) File /usr/lib/python2.4/site-packages/spacewalk/server/importlib/backend.py, line 1651, in __doInsert raise rhnFault(54, str(e[1]), explain=0) spacewalk.common.rhnException.rhnFault: (54, '904', '\n Package Upload Failed due to uniqueness constraint violation.\n Make sure the package does not have any duplicate dependencies or\n does not already exists on the server\n ') ___ Trevor T. Kates 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] Undefined Global in osad.py in osad 5.10.9 and 5.10.10
Error caught: Traceback (most recent call last): File /usr/share/rhn/osad/jabber_lib.py, line 112, in main config = self.read_config() File /usr/share/rhn/osad/osad.py, line 256, in read_config server_url = config.getServerlURL()[0] NameError: global name 'config' is not defined This appears to be fixed in osad-5.10.12-1. Would it be possible to have this added to the Spacewalk 1.4 branch? Thanks. ___ Trevor T. Kates 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
[Spacewalk-list] Config File Deploy Quirk
List: Spacewalk Ver: 1.4-RC OS: CentOS 5.6 I'm encountering a strange quirk that occurs whenever a config file is deploy on any of my systems. To describe the problem, take the following example: Config file is stored on server as /etc/openldap/ldap.conf. This file is deployed to system X; however within the /etc/openldap directory on system X there is now the ldap.conf file and also a etc/openldap tree resulting in the existence of /etc/openldap/etc/openldap which was not previously there. Deleting the extra etc/openldap directory and redeploying the file results in a return of the extra directory. I'm not sure if this is a result of something I have done or a problem in Spacewalk 1.4 RC. Any help with this would be appreciated. ___ Trevor T. Kates 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
[Spacewalk-list] Spacewalk 1.4 RC Kickstart, up2date Perl Script Error
List:
Spacewalk Ver: 1.4 RC
OS Ver: CentOS 5.6
When kickstarting a machine using a profile created under Spacewalk 1.4 RC, the
attached perl error is generated by the following perl program:
perl -npe
's|^(\s*(noSSLS|s)erverURL\s*=\s*[^:]+://)[^/]*/|${1}spacewalk.example.com/|'
-i /etc/sysconfig/rhn/up2date
It appears that the | in the group match (noSSLS|s) has to be escaped for the
regex to work. If any additional information is needed, please let me know.
Thanks.
___
Trevor T. Kates
Umatched ( in regex; marked by -- HERE in m/^(\s*( -- HERE noSSLS/ at -e line
1
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
[Spacewalk-list] Reposync Error with Fedora 14 Updates Errata
List: Spacewalk Ver: 1.4-RC OS Ver: CentOS 5.6 The following error is generated when attempting to sync to a Fedora 14 updates repo which has errata. There are currently no erratum attached to the channel on my server configured to sync to the Fedora 14 updates repo. Let me know if there is more info I need to provide on this problem. Thanks. ___ Trevor T. Kates Traceback (most recent call last): File /usr/bin/spacewalk-repo-sync, line 69, in ? sys.exit(abs(main() or 0)) File /usr/bin/spacewalk-repo-sync, line 63, in main sync.main() File /usr/lib/python2.4/site-packages/spacewalk/satellite_tools/reposync.py, line 110, in main self.import_updates(plugin, url) File /usr/lib/python2.4/site-packages/spacewalk/satellite_tools/reposync.py, line 145, in import_updates self.upload_updates(notices) File /usr/lib/python2.4/site-packages/spacewalk/satellite_tools/reposync.py, line 159, in upload_updates notice = self.fix_notice(notice) File /usr/lib/python2.4/site-packages/spacewalk/satellite_tools/reposync.py, line 453, in fix_notice notice['version'] = new_version / 100 TypeError: object does not support item assignment 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] ISE While Attempting to Upload GPG Key or Kickstart File
thank you for the report. I've fixed the issue. spacewalk-java-1.5.4-1 shall work as expected. Thank you! Will this fix be available in Spacewalk 1.4 or is there a patch available that I can apply to spacewalk-java-1.4.35-1? ___ Trevor T. Kates 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
[Spacewalk-list] Undefined Global in osad.py in osad 5.10.9 and 5.10.10
Miroslav Suchý/Jan Pazdziora: Error caught: Traceback (most recent call last): File /usr/share/rhn/osad/jabber_lib.py, line 112, in main config = self.read_config() File /usr/share/rhn/osad/osad.py, line 256, in read_config server_url = config.getServerlURL()[0] NameError: global name 'config' is not defined Error was presented by osad 5.10.9 and 5.10.10 when attempting to start the service. Kind regards, ___ Trevor T. Kates 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
[Spacewalk-list] ISE While Attempting to Upload GPG Key or Kickstart File
List: Spacewalk Version: 1.4-RC OS Version: CentOS 5.6 The attached output is written to catalina.out while attempting to upload a GPG Key or Kickstart File to Spacewalk. The files can be uploaded using the spacecmd CLI; however, the web interface fails to achieve the desired results. Please let me know if any additional information is needed and thank you for the assistance. ___ Trevor T. Kates 2011-04-13 12:44:54,773 [TP-Processor1] ERROR com.redhat.rhn.frontend.servlets.SessionFilter - Error during transaction. Rolling back javax.servlet.ServletException: Servlet execution threw an exception at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:292) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:188) at com.redhat.rhn.frontend.servlets.AuthFilter.doFilter(AuthFilter.java:101) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:215) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:188) at com.opensymphony.module.sitemesh.filter.PageFilter.parsePage(PageFilter.java:142) at com.opensymphony.module.sitemesh.filter.PageFilter.doFilter(PageFilter.java:58) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:215) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:188) at com.redhat.rhn.frontend.servlets.LocalizedEnvironmentFilter.doFilter(LocalizedEnvironmentFilter.java:67) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:215) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:188) at com.redhat.rhn.frontend.servlets.EnvironmentFilter.doFilter(EnvironmentFilter.java:108) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:215) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:188) at com.redhat.rhn.frontend.servlets.SessionFilter.doFilter(SessionFilter.java:55) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:215) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:188) at com.redhat.rhn.frontend.servlets.SetCharacterEncodingFilter.doFilter(SetCharacterEncodingFilter.java:97) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:215) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:188) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:210) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:172) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:127) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:117) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:108) at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:151) at org.apache.jk.server.JkCoyoteHandler.invoke(JkCoyoteHandler.java:200) at org.apache.jk.common.HandlerRequest.invoke(HandlerRequest.java:291) at org.apache.jk.common.ChannelSocket.invoke(ChannelSocket.java:775) at org.apache.jk.common.ChannelSocket.processConnection(ChannelSocket.java:704) at org.apache.jk.common.ChannelSocket$SocketConnection.runIt(ChannelSocket.java:897) at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:685) at java.lang.Thread.run(Thread.java:636) 2011-04-13 12:44:54,774 [TP-Processor1] ERROR org.apache.catalina.core.ContainerBase.[Catalina].[localhost].[/rhn].[action] - Servlet.service() for servlet action threw exception java.lang.ClassNotFoundException: org.apache.commons.fileupload.FileUploadException at org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1374) at org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1220) at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:332) at java.lang.Class.getDeclaredConstructors0(Native Method) at java.lang.Class.privateGetDeclaredConstructors(Class.java:2406) at java.lang.Class.getConstructor0(Class.java:2716) at java.lang.Class.newInstance0(Class.java:343) at java.lang.Class.newInstance(Class.java:325) at org.apache.struts.util.RequestUtils.applicationInstance(RequestUtils.java:143) at org.apache.struts.util.RequestUtils.getMultipartHandler
[Spacewalk-list] OSA-00933 on Remote Command
List:
Spacewalk Version: 1.4 RC
OS Version: CentOS 5.6
Problem: Receiving attached error after scheduling remote command via web
interface
Thank you for any assistance with this problem.
___
Trevor T. Kates
Exception reported from idmssat00.vancpower.com
Time: Tue Apr 12 16:16:15 2011
Exception type CENSORED!.server.rhnSQL.sql_base.SQLStatementPrepareError
Exception while handling function queue.submit
Request object information:
URI: /XMLRPC
Remote Host: gdmsdwk11.vancpower.com
Server Name: idmssat00.vancpower.com:0
Headers passed in:
Accept-Encoding: identity
Content-Length: 3088
Host: idmssat00.vancpower.com
content-type: text/xml
user-agent: rhn.rpclib.py/$Revision$
x-client-version: 1
x-info: RPC Processor (C) Red Hat, Inc (version $Revision$)
x-rhn-client-capability:
osad.ping(1)=1,packages.verifyAll(1)=1,packages.verify(1)=1,packages.extended_profile(2)=1,osad.rhn_check(1)=1,configfiles.base64_enc(1)=1,reboot.reboot(1)=1,configfiles.deploy(1)=1,caneatCheese(1)=1,packages.rollBack(1)=1,configfiles.mtime_upload(1)=1,configfiles.diff(1)=1,packages.update(2)=2,script.run(1)=1,configfiles.upload(1)=1,packages.runTransaction(1)=1,osad.ping(1)=1,packages.verifyAll(1)=1,packages.verify(1)=1,packages.extended_profile(2)=1,osad.rhn_check(1)=1,configfiles.base64_enc(1)=1,reboot.reboot(1)=1,configfiles.deploy(1)=1,caneatCheese(1)=1,packages.rollBack(1)=1,configfiles.mtime_upload(1)=1,configfiles.diff(1)=1,packages.update(2)=2,script.run(1)=1,configfiles.upload(1)=1,packages.runTransaction(1)=1
x-rhn-transport-capability: follow-redirects=3
x-transport-info: Extended Capabilities Transport (C) Red Hat, Inc
(version $Revision$)
x-up2date-version: 1.3.12-1.el5
Extra information about this error:
SQL Error generated: ('ORA-00933: SQL command not properly ended\n', 933,
insert into rhnServerActionScriptResult ( server_id, action_script_id, output,
start_date, stop_date, return_code ) select :server_id, ascript.id,
empty_blob(), TO_DATE(:process_start, '-MM-DD HH24:MI:SS'),
TO_DATE(:process_end, '-MM-DD HH24:MI:SS'), :return_code from
rhnActionScript ascript where ascript.action_id = :action_id returning output
into :output_blob)
Exception Handler Information
Traceback (most recent call last):
File /usr/lib/python2.4/site-packages/CENSORED!/server/apacheRequest.py,
line 119, in call_function
response = apply(func, params)
File /usr/share/rhn/server/handlers/xmlrpc/queue.py, line 467, in submit
action_type=action_type)
File /usr/share/rhn/server/handlers/xmlrpc/queue.py, line 512, in
process_extra_data
result = method(self.server_id, action_id, data=data)
File
/usr/lib/python2.4/site-packages/CENSORED!/server/action_extra_data/script.py,
line 83, in run
output=output
File
/usr/lib/python2.4/site-packages/CENSORED!/server/rhnSQL/sql_base.py, line
163, in execute
return apply(self._execute_wrapper, (self._execute, ) + p, kw)
File
/usr/lib/python2.4/site-packages/CENSORED!/server/rhnSQL/driver_cx_Oracle.py,
line 116, in _execute_wrapper
raise apply(sql_base.SQLStatementPrepareError, args)
SQLStatementPrepareError: ('ORA-00933: SQL command not properly ended\n', 933,
insert into rhnServerActionScriptResult ( server_id, action_script_id, output,
start_date, stop_date, return_code ) select :server_id, ascript.id,
empty_blob(), TO_DATE(:process_start, '-MM-DD HH24:MI:SS'),
TO_DATE(:process_end, '-MM-DD HH24:MI:SS'), :return_code from
rhnActionScript ascript where ascript.action_id = :action_id returning output
into :output_blob)
Local variables by frame
Frame _execute_wrapper in
/usr/lib/python2.4/site-packages/CENSORED!/server/rhnSQL/driver_cx_Oracle.py
at line 116
orig_blob_var = type 'str' output
function = type 'instancemethod' bound method
Cursor._execute of __builtin__.OracleCursor on cx_Oracle.Connection to
CENSORED!@//localhost/XE
e = type 'instance' ORA-00933: SQL command not
properly ended
errno = type 'int' 933
new_blob_var = type 'str' output_blob
args = type 'tuple' (933, 'ORA-00933: SQL command not
properly ended\n', insert into rhnServerActionScriptResult ( server_id,
action_script_id, output, start_date, stop_date, return_code ) select
:server_id, ascript.id, empty_blob(), TO_DATE(:process_start, '-MM-DD
HH24:MI:SS'), TO_DATE(:process_end, '-MM-DD HH24:MI:SS'), :return_code from
rhnActionScript ascript where ascript.action_id = :action_id returning output
into :output_blob)
modified_params = type 'list' []
value = type 'int' 1067
p = type 'tuple' ()
params = type 'str' 'server_id':
110029,'process_end': '2011-04-12 16:16:14
Re: [Spacewalk-list] Scheduled Actions Not Being Picked Up
Marcus: Have you tried to delete /etc/sysconfig/rhn/osad-auth.conf and restarted osad on the affected clients? I tried this on a subset of the affected clients and OSA ping appears to report that the tested clients are online; however, clients are still not receiving notification of scheduled tasks to be picked up as per https://bugzilla.redhat.com/show_bug.cgi?id=662593 It also appears that osa-dispatcher is not always logging a 'Ping response.' received from the clients. Kind regards, Trevor 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
[Spacewalk-list] Scheduled Actions Not Being Picked Up
List: I am using Spacewalk 1.2 under CentOS 5.5 with Oracle as its backend. A few days ago, the oracle database experienced an archive log problem due to running out of space. I corrected this problem and was able to restart my instance of Spacewalk; however, ever since that point, osa-dispatcher is no longer causing clients attached to Spacewalk to immediately pickup scheduled actions. Following the logs for osa-dispatcher and jabberd shows nothing for either process when an action is scheduled via Spacewalk. Any assistance with this problem would be greatly appreciated. Thanks. Trevor T. Kates 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] ISE when attempting to create a notification method for Spacewalk user
Thanks for the fast response to my problem. I edited the ContactMethod perl mod specified in the bug report, restarted Spacewalk via rhn-satellite, cleared the cache of my browser and restarted it; however, the problem persists with the exact same debugging output as before. Somehow the table alias is still being added to the db query for a new contact method. I'm not entirely sure what I'm doing wrong here. Thanks again. Trevor T. Kates Associate Software Systems Engineer Innsbrook - 2N, SCADA/DMS Group Tie Line: 8-730-4942 Mobile: 804-720-8612 -Original Message- From: Miroslav Suchý [mailto:msu...@redhat.com] Sent: Wednesday, December 15, 2010 5:46 AM To: spacewalk-list@redhat.com Cc: Trevor T Kates (Services - 6) Subject: Re: [Spacewalk-list] ISE when attempting to create a notification method for Spacewalk user On 12/14/2010 11:08 PM, Trevor T Kates wrote: List: I'm getting the following ISE when trying to create a notification method for my Spacewalk user. Any assistance in fixing this would be appreciated. Thanks for reporting, I created bugzilla: https://bugzilla.redhat.com/show_bug.cgi?id=663304 It is fixed. You can either take new package from nightly or do the change localy: https://fedorahosted.org/spacewalk/changeset/a8ef42bbe7fb6ad9d78710047d9330 06e3fd9b54 -- Miroslav Suchy Red Hat Satellite Engineering 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] ISE when attempting to create a notification method for Spacewalk user
Resubmitting for format... Thanks for the fast response to my problem. I edited the ContactMethod perl mod specified in the bug report, restarted Spacewalk via rhn-satellite, cleared the cache of my browser and restarted it; however, the problem persists with the exact same debugging output as before. Somehow the table alias is still being added to the db query for a new contact method. I'm not entirely sure what I'm doing wrong here. Thanks again. Trevor T. Kates Associate Software Systems Engineer -Original Message- From: Miroslav Suchý [mailto:msu...@redhat.com] Sent: Wednesday, December 15, 2010 5:46 AM To: spacewalk-list@redhat.com Cc: Trevor T Kates (Services - 6) Subject: Re: [Spacewalk-list] ISE when attempting to create a notification method for Spacewalk user On 12/14/2010 11:08 PM, Trevor T Kates wrote: List: I'm getting the following ISE when trying to create a notification method for my Spacewalk user. Any assistance in fixing this would be appreciated. Thanks for reporting, I created bugzilla: https://bugzilla.redhat.com/show_bug.cgi?id=663304 It is fixed. You can either take new package from nightly or do the change localy: https://fedorahosted.org/spacewalk/changeset/a8ef42bbe7fb6ad9d78710047d9330 06e3fd9b54 -- Miroslav Suchy Red Hat Satellite Engineering 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] ISE when attempting to create a notification method for Spacewalk user
Miroslav: The same table_alias problem exists in ContactGroup.pm. I made the same change you provided for ContactMethod.pm to ContactGroup.pm and it works beautifully. Thanks again. Trevor T. Kates Associate Software Systems Engineer -Original Message- From: dev-n...@dom.com [mailto:dev-n...@dom.com] Sent: Wednesday, December 15, 2010 12:01 PM To: Trevor T Kates (Services - 6) Subject: WEB TRACEBACK (Wed Dec 15 12:00:39 2010) The following exception occurred while executing this request: POST /network/users/details/contact_methods/create.pxt HTTP/1.1 (from browser) /network/users/details/contact_methods/create.pxt (from Apache) Date: Wed Dec 15 12:00:39 2010 Headers: Accept: text/html,application/xhtml+xml,application/xml;q=0.9,*/*;q=0.8 Accept-Charset: ISO-8859-1,utf-8;q=0.7,*;q=0.7 Accept-Encoding: gzip,deflate Accept-Language: en-us,en;q=0.5 Connection: keep-alive Content-Length: 168 Content-Type: application/x-www-form-urlencoded Cookie: pxt-session-cookie=138246x700305b91f4cf52503a94cef410d8341 Host: redacted Keep-Alive: 115 Referer: https://redacted/network/users/details/contact_methods/crea te.pxt?uid=1 User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.2.13) Gecko/20101209 CentOS/3.6-2.el5.centos Firefox/3.6.13 Form variables: create_method = Create Method method_email = trevor.t.ka...@dom.com method_name = OA DomMail pxt:trap = rhn:contact-method-create-cb redirect_to = index.pxt?uid=1 uid = 1 User Information: User trevor7 (id 1, org_id 1) Error notes: (none) Initial Request: Yes Error message: RHN::Exception: DBD::Oracle::st execute failed: ORA-00904: CG.LAST_UPDATE_DATE: invalid identifier (DBD ERROR: error possibly near * indicator at char 152 in 'INSERT INTO rhn_contact_groups (recid, contact_group_name, customer_id, strategy_id, ack_wait, rotate_first, last_update_user, notification_format_id, *CG.last_update_date) VALUES (:p1, :p2, :p3, :p4, :p5, :p6, :p7, :p8, SYSDATE)') [for Statement INSERT INTO rhn_contact_groups (recid, contact_group_name, customer_id, strategy_id, ack_wait, rotate_first, last_update_user, notification_format_id, CG.last_update_date) VALUES (?, ?, ?, ?, ?, ?, ?, ?, SYSDATE) with ParamValues: :p5=0, :p6=0, :p3=1, :p7=1, :p1=8, :p8=4, :p4=1, :p2='OA DomMail'] RHN::DB /usr/lib/perl5/vendor_perl/5.8.8/RHN/DB.pm 228 RHN::Exception::DB::throw RHN::DB::ContactGroup /usr/lib/perl5/vendor_perl/5.8.8/RHN/DB/ContactGroup.pm 227 RHN::DB::handle_error Sniglets::ContactMethod /usr/lib/perl5/vendor_perl/5.8.8/Sniglets/ContactMethod.pm 209 RHN::DB::ContactGroup::commit Sniglets::ContactMethod /usr/lib/perl5/vendor_perl/5.8.8/Sniglets/ContactMethod.pm 207 (eval) PXT::ApacheHandler /usr/lib/perl5/vendor_perl/5.8.8/PXT/ApacheHandler.pm 515 Sniglets::ContactMethod::contact_method_edit_cb PXT::Request /usr/lib/perl5/vendor_perl/5.8.8/PXT/Request.pm 585 PXT::ApacheHandler::pxt_parse_data PXT::Handlers /usr/lib/perl5/vendor_perl/5.8.8/PXT/Handlers.pm 114 PXT::Request::include PXT::Parser /usr/lib/perl5/vendor_perl/5.8.8/PXT/Parser.pm 141 PXT::Handlers::pxt_include_handler PXT::Parser /usr/lib/perl5/vendor_perl/5.8.8/PXT/Parser.pm 72 PXT::Parser::expand_tag PXT::ApacheHandler /usr/lib/perl5/vendor_perl/5.8.8/PXT/ApacheHandler.pm 489 PXT::Parser::expand_tags PXT::ApacheHandler /usr/lib/perl5/vendor_perl/5.8.8/PXT/ApacheHandler.pm 117 PXT::ApacheHandler::pxt_parse_data PXT::ApacheHandler /usr/lib/perl5/vendor_perl/5.8.8/PXT/ApacheHandler.pm 117 (eval) main -e 0 PXT::ApacheHandler::handler main -e 0 (eval) 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
[Spacewalk-list] System Set Manager-Configuration Problem
List: OS: CentOS 5.5 x86_64, kernel 2.6.18-194.26.1.el5 Ver: Spacewalk 1.2 This problem is exhibited in the System Set Manager section of the Web UI. I selected a set of systems with identical configuration channel subscriptions and tried to use System Set Manager to subscribe those systems to one other channel. Under System Set Manager-Configuration-Subscribe to Channels, only one channel out of the four channels that should be available for subscription are shown. Furthermore, when this one channel is selected for subscription and I continue on to the Rank Configuration UI, the remaining channels that the systems are not subscribed to are shown in the window. Proceeding from that point subscribes those channels which I do not wish to use to my selected systems. If I attempt to manipulate the subscriptions of each machine individually, no erroneous channels are added and all available channels are shown for selection at the subscription menu. This problem was not present in my Spacewalk 1.1 installation. Any help in solving this problem would be appreciated. Trevor T. Kates Associate Software Systems Engineer 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
[Spacewalk-list] ISE when attempting to create a notification method for Spacewalk user
List: I'm getting the following ISE when trying to create a notification method for my Spacewalk user. Any assistance in fixing this would be appreciated. Thanks! Trevor T. Kates Associate Software Systems Engineer -Original Message- From: dev-n...@dom.com [mailto:dev-n...@dom.com] Sent: Tuesday, December 14, 2010 4:57 PM To: Trevor T Kates (Services - 6) Subject: WEB TRACEBACK (Tue Dec 14 16:56:53 2010) The following exception occurred while executing this request: POST /network/users/details/contact_methods/create.pxt HTTP/1.1 (from browser) /network/users/details/contact_methods/create.pxt (from Apache) Date: Tue Dec 14 16:56:53 2010 Headers: Accept: text/html,application/xhtml+xml,application/xml;q=0.9,*/*;q=0.8 Accept-Charset: ISO-8859-1,utf-8;q=0.7,*;q=0.7 Accept-Encoding: gzip,deflate Accept-Language: en-us,en;q=0.5 Connection: keep-alive Content-Length: 165 Content-Type: application/x-www-form-urlencoded Cookie: pxt-session-cookie=138218x34f7fc33389a5e50917adedefc6421fe Host: redacted Keep-Alive: 115 Referer: https://redacted/network/users/details/contact_methods/create.pxt?uid=1 User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.2.13) Gecko/20101209 CentOS/3.6-2.el5.centos Firefox/3.6.13 Form variables: create_method = Create Method method_email = trevor.t.ka...@dom.com method_name = DomMail pxt:trap = rhn:contact-method-create-cb redirect_to = index.pxt?uid=1 uid = 1 User Information: User trevor (id 1, org_id 1) Error notes: (none) Initial Request: Yes Error message: RHN::Exception: DBD::Oracle::st execute failed: ORA-00904: CM.LAST_UPDATE_DATE: invalid identifier (DBD ERROR: error possibly near * indicator at char 192 in 'INSERT INTO rhn_contact_methods (recid, method_name, contact_id, schedule_id, method_type_id, pager_email, pager_split_long_messages, email_address, last_update_user, notification_format_id, *CM.last_update_date) VALUES (:p1, :p2, :p3, :p4, :p5, :p6, :p7, :p8, :p9, :p10, SYSDATE)') [for Statement INSERT INTO rhn_contact_methods (recid, method_name, contact_id, schedule_id, method_type_id, pager_email, pager_split_long_messages, email_address, last_update_user, notification_format_id, CM.last_update_date) VALUES (?, ?, ?, ?, ?, ?, ?, ?, ?, ?, SYSDATE) with ParamValues: :p5=2, :p8='trevor.t.ka...@dom.com', :p10=4, :p2='DomMail', :p3='1', :p6=undef, :p1=3, :p7=0, :p4=1, :p9=1] RHN::DB /usr/lib/perl5/vendor_perl/5.8.8/RHN/DB.pm 228 RHN::Exception::DB::throw RHN::DB::ContactMethod /usr/lib/perl5/vendor_perl/5.8.8/RHN/DB/ContactMethod.pm 225 RHN::DB::handle_error Sniglets::ContactMethod /usr/lib/perl5/vendor_perl/5.8.8/Sniglets/ContactMethod.pm 208 RHN::DB::ContactMethod::commit Sniglets::ContactMethod /usr/lib/perl5/vendor_perl/5.8.8/Sniglets/ContactMethod.pm 207 (eval) PXT::ApacheHandler /usr/lib/perl5/vendor_perl/5.8.8/PXT/ApacheHandler.pm 515 Sniglets::ContactMethod::contact_method_edit_cb PXT::Request /usr/lib/perl5/vendor_perl/5.8.8/PXT/Request.pm 585 PXT::ApacheHandler::pxt_parse_data PXT::Handlers /usr/lib/perl5/vendor_perl/5.8.8/PXT/Handlers.pm 114 PXT::Request::include PXT::Parser /usr/lib/perl5/vendor_perl/5.8.8/PXT/Parser.pm 141 PXT::Handlers::pxt_include_handler PXT::Parser /usr/lib/perl5/vendor_perl/5.8.8/PXT/Parser.pm 72 PXT::Parser::expand_tag PXT::ApacheHandler /usr/lib/perl5/vendor_perl/5.8.8/PXT/ApacheHandler.pm 489 PXT::Parser::expand_tags PXT::ApacheHandler /usr/lib/perl5/vendor_perl/5.8.8/PXT/ApacheHandler.pm 117 PXT::ApacheHandler::pxt_parse_data PXT::ApacheHandler /usr/lib/perl5/vendor_perl/5.8.8/PXT/ApacheHandler.pm 117 (eval) main -e 0 PXT::ApacheHandler::handler main -e 0 (eval) 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] Kickstart Installation Freeze/Crash
I found the cause for this problem. It lies in a new option available under Spacewalk 1.1. Under Kickstart - Profiles - profile - System Details - Details - Spacewalk Profile, using the re-connect option adds a pre-script to kickstart which appears to cause my particular installation to freeze after formatting boot and trying to mount /. Using the last option removes the pre-script and my installation no longer hangs. Trevor T. Kates Associate Software Systems Engineer -Original Message- From: Trevor T Kates (Services - 6) Sent: Tuesday, November 09, 2010 9:31 AM To: 'spacewalk-list@redhat.com' Subject: Kickstart Installation Freeze/Crash While kickstarting a CentOS 5.5_i386 workstation, the install process halts completely at 14:19:40 INFO: trying to mount VolGroup00/root on / This occurs whether I use a DVD or USB drive to initiate the kickstart. This also occurs in graphical mode and text mode. I'm completely stumped on how to fix this problem. Any help would be greatly appreciated. Trevor T. Kates Associate Software Systems Engineer 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] osa and jabberd Problem
Hello: Would anyone be able to help me with the problem referenced by this thread? Thanks. Trevor T. Kates 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] osa and jabberd Problem
I fixed this problem by removing the comment tags around all references to pemfile, fixing the permissions of all files/directories related to jabberd such that jabberd had ownership of them and changing the storage database to db instead of MySQL. Trevor T. Kates 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
[Spacewalk-list] osa and jabberd Problem
Hello:
I recently installed Spacewalk 1.0 on a fresh install of CentOS 5.5 and
encountered startup problems with jabberd and osa-dispatcher immediately after
setup. I fixed up the ownership of /var/jabberd/db/ and the permissions of the
.xml files in /etc/jabberd. I also uncommented the pemfile entry in c2s.xml and
fixed the permissions of server.pem so that jabberd could read it. I
uncommented the auto-create tag in sm.xml to stop a failure I was
encountering with osa-dispatcher; however, another problem has introduced
itself. Doing a tail -fn0 on c2s.log, sm.log and osa-dispatcher.log shows this:
(FQDN masked)
== c2s.log ==
Thu Jun 10 14:08:21 2010 [notice] [9] [10.203.1.89, port=40980] connect
Thu Jun 10 14:08:21 2010 [notice] [9] auth succeeded:
username=rhn-dispatcher-sat, resource=superclient
Thu Jun 10 14:08:21 2010 [notice] [9] requesting session:
jid=rhn-dispatcher-...@spacewalk.domain.com/superclient
== sm.log ==
Thu Jun 10 14:08:21 2010 [notice] created user:
jid=rhn-dispatcher-...@spacewalk.domain.com
Thu Jun 10 14:08:21 2010 [notice] couldn't load user, can't start session:
jid=rhn-dispatcher-...@spacewalk.domain.com/superclient
== ../rhn/osa-dispatcher.log ==
2010/06/10 14:08:21 -04:00 21516 0.0.0.0: osad/jabber_lib.__init__
2010/06/10 14:08:21 -04:00 21516 0.0.0.0:
osad/jabber_lib.setup_connection('Connected to jabber server',
'spacewalk.domain.com')
2010/06/10 14:08:21 -04:00 21516 0.0.0.0: osad/jabber_lib.main('ERROR', 'Error
caught:')
2010/06/10 14:08:21 -04:00 21516 0.0.0.0: osad/jabber_lib.main('ERROR',
'Traceback (most recent call last):\n File
/usr/share/rhn/osad/jabber_lib.py, line 120, in main\nc =
self.setup_connection(no_fork=no_fork)\n File
/usr/share/rhn/osad/jabber_lib.py, line 288, in setup_connection\n
resource=self._resource)\n File /usr/share/rhn/osad/dispatcher_client.py,
line 33, in start\nself.auth(username, password, resource)\n File
/usr/share/rhn/osad/jabber_lib.py, line 886, in auth\n
self.SendAndWaitForResponse(auth_set_iq)\n File
/usr/lib/python2.4/site-packages/jabber/jabber.py, line 401, in
SendAndWaitForResponse\nreturn self.waitForResponse(ID,timeout)\n File
/usr/share/rhn/osad/jabber_lib.py, line 1157, in waitForResponse\nraise
JabberQualifiedError(self.lastErrCode, self.lastErr)\nJabberQualifiedError:
JabberQualifiedError instance at 47500042790096; errcode=500; err=\n')
jabberd-2.0s10-3.42.el5, jabberd-selinux-1.4.8-1.el5 and
spacewalk-setup-jabberd-1.0.1-1.el5 are installed. SELinux is disabled.
Any help with this problem would be appreciated. Thanks!
Trevor T. Kates
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] osa and jabberd Problem
NOTE: Resent due to formatting problems.
Hello:
I recently installed Spacewalk 1.0 on a fresh install of CentOS 5.5 and
encountered startup problems with jabberd and osa-dispatcher immediately after
setup. I fixed up the ownership of /var/jabberd/db/ and the permissions of the
.xml files in /etc/jabberd. I also uncommented the pemfile entry in c2s.xml and
fixed the permissions of server.pem so that jabberd could read it. I
uncommented the auto-create tag in sm.xml to stop a failure I was
encountering with osa-dispatcher; however, another problem has introduced
itself. Doing a tail -fn0 on c2s.log, sm.log and osa-dispatcher.log shows this:
(FQDN masked)
== c2s.log ==
Thu Jun 10 14:08:21 2010 [notice] [9] [10.203.1.89, port=40980] connect
Thu Jun 10 14:08:21 2010 [notice] [9] auth succeeded:
username=rhn-dispatcher-sat, resource=superclient
Thu Jun 10 14:08:21 2010 [notice] [9] requesting session:
jid=rhn-dispatcher-...@spacewalk.domain.com/superclient
== sm.log ==
Thu Jun 10 14:08:21 2010 [notice] created user:
jid=rhn-dispatcher-...@spacewalk.domain.com
Thu Jun 10 14:08:21 2010 [notice] couldn't load user, can't start session:
jid=rhn-dispatcher-...@spacewalk.domain.com/superclient
== ../rhn/osa-dispatcher.log ==
2010/06/10 14:08:21 -04:00 21516 0.0.0.0: osad/jabber_lib.__init__
2010/06/10 14:08:21 -04:00 21516 0.0.0.0:
osad/jabber_lib.setup_connection('Connected to jabber server',
'spacewalk.domain.com')
2010/06/10 14:08:21 -04:00 21516 0.0.0.0: osad/jabber_lib.main('ERROR', 'Error
caught:')
2010/06/10 14:08:21 -04:00 21516 0.0.0.0: osad/jabber_lib.main('ERROR',
'Traceback (most recent call last):\n File
/usr/share/rhn/osad/jabber_lib.py, line 120, in main\nc =
self.setup_connection(no_fork=no_fork)\n File
/usr/share/rhn/osad/jabber_lib.py, line 288, in setup_connection\n
resource=self._resource)\n File /usr/share/rhn/osad/dispatcher_client.py,
line 33, in start\nself.auth(username, password, resource)\n File
/usr/share/rhn/osad/jabber_lib.py, line 886, in auth\n
self.SendAndWaitForResponse(auth_set_iq)\n File
/usr/lib/python2.4/site-packages/jabber/jabber.py, line 401, in
SendAndWaitForResponse\nreturn self.waitForResponse(ID,timeout)\n File
/usr/share/rhn/osad/jabber_lib.py, line 1157, in waitForResponse\nraise
JabberQualifiedError(self.lastErrCode, self.lastErr)\nJabberQualifiedError:
JabberQualifiedError instance at 47500042790096; errcode=500; err=\n')
jabberd-2.0s10-3.42.el5, jabberd-selinux-1.4.8-1.el5 and
spacewalk-setup-jabberd-1.0.1-1.el5 are installed. SELinux is disabled.
Any help with this problem would be appreciated. Thanks!
Trevor T. Kates
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
Josh:
I applied the patch you provided; however, I am now getting a 500 Internal
Server Error on CONFIG-MANAGEMENT. This is the relevant output from rhn_check
-v:
D: do_call configfiles.upload (68, ['/etc/X11/xorg.conf'])
XML-RPC call error: ProtocolError for spacewalk.domain.com /CONFIG-MANAGEMENT:
500 Internal Server Error
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 360, in rpc_call
sys.exit(1)
SystemExit: 1
D: Sending back response ((6,), 'Fatal error in Python code occurred', {})
Thank you for the help thus far.
Trevor T. Kates
-Original Message-
From: Joshua Roys [mailto:joshua.r...@gtri.gatech.edu]
Sent: Wednesday, March 03, 2010 10:36 AM
To: spacewalk-list@redhat.com
Cc: Trevor T Kates (Services - 6); j.h.hodr...@leeds.ac.uk;
chad.pritch...@murraystate.edu
Subject: Re: [Spacewalk-list] Configuration File Import Problem
On 03/02/2010 08:28 AM, Trevor T Kates wrote:
# ls -Z /etc/X11/xorg.conf
-rw-r--r-- root root
/etc/X11/xorg.conf
On 03/01/2010 07:59 PM, Trevor T Kates wrote:
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', {})
Hello,
Can one of you please try the attached patch?
# cd /usr/share/rhn/config_common/
# patch -p5 try-to-fix-cfg-mgmt.diff
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
Josh:
Thank you. Those two patches appear to have fixed the problem.
Trevor T. Kates
-Original Message-
From: Joshua Roys [mailto:joshua.r...@gtri.gatech.edu]
Sent: Wednesday, March 03, 2010 10:36 AM
To: spacewalk-list@redhat.com
Cc: Trevor T Kates (Services - 6); j.h.hodr...@leeds.ac.uk;
chad.pritch...@murraystate.edu
Subject: Re: [Spacewalk-list] Configuration File Import Problem
On 03/02/2010 08:28 AM, Trevor T Kates wrote:
# ls -Z /etc/X11/xorg.conf
-rw-r--r-- root root
/etc/X11/xorg.conf
On 03/01/2010 07:59 PM, Trevor T Kates wrote:
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', {})
Hello,
Can one of you please try the attached patch?
# cd /usr/share/rhn/config_common/
# patch -p5 try-to-fix-cfg-mgmt.diff
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
# stat /etc/X11/xorg.conf
File: `/etc/X11/xorg.conf'
Size: 2532Blocks: 8 IO Block: 4096 regular file
Device: fd00h/64768dInode: 10945691 Links: 1
Access: (0644/-rw-r--r--) Uid: (0/ root) Gid: ( 0/root)
Access: 2010-03-01 16:14:54.0 -0500
Modify: 2010-02-25 10:17:51.0 -0500
Change: 2010-02-25 10:17:51.0 -0500
# ls -Z /etc/X11/xorg.conf
-rw-r--r-- root root
/etc/X11/xorg.conf
Trevor T. Kates
-Original Message-
From: Miroslav Suchý [mailto:msu...@redhat.com]
Sent: Tuesday, March 02, 2010 3:46 AM
To: spacewalk-list@redhat.com
Cc: Trevor T Kates (Services - 6)
Subject: Re: [Spacewalk-list] Configuration File Import Problem
On 03/01/2010 07:59 PM, Trevor T Kates wrote:
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', {})
It is error in client, which try to send None value over XMLRPC, which
is not allowed. Weird.
It seem to happend during upload of /etc/X11/xorg.conf
Can you please send output of:
stat /etc/X11/xorg.conf
ls -Z /etc/X11/xorg.conf
Thx
--
Miroslav Suchy
Red Hat Satellite Engineering
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
Just to clarify, I am receiving this error when using the Spacewalk 0.8 web
interface for the server. Under Systems - target system - Configuration -
Add Files - Import Files - typing /etc/X11/xorg.conf into the text field and
scheduling the import, I receive the fatal Python error mentioned earlier. My
client systems have SELinux disabled. I posted the requested command outputs in
an earlier reply as well.
Thank you.
Trevor T. Kates
-Original Message-
From: Miroslav Suchý [mailto:msu...@redhat.com]
Sent: Tuesday, March 02, 2010 3:46 AM
To: spacewalk-list@redhat.com
Cc: Trevor T Kates (Services - 6)
Subject: Re: [Spacewalk-list] Configuration File Import Problem
On 03/01/2010 07:59 PM, Trevor T Kates wrote:
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', {})
It is error in client, which try to send None value over XMLRPC, which
is not allowed. Weird.
It seem to happend during upload of /etc/X11/xorg.conf
Can you please send output of:
stat /etc/X11/xorg.conf
ls -Z /etc/X11/xorg.conf
Thx
--
Miroslav Suchy
Red Hat Satellite Engineering
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
[Spacewalk-list] Configuration File Import Problem
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] Configuration File Import Problem
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 joshua.r...@gtri.gatech.edu
To: spacewalk-list@redhat.com
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
