[Spacewalk-list] Spacewalk Proxy
Morning all I’ve got a requirement to install spacewalk proxy into a RHEL4 box for some proof of concept work I’m doing. If anyone has already done this and could point me the direction of some resources docs/repos/etc I hugely grateful. Kind Regards Tim Wyatt /prehr/p style=margin: 0px; font-family:verdana; font-size:xx-smallNOTICE: This message contains privileged and confidential information intended only for the addressee. If you have received this message in error you must not disseminate, copy or take action on it; please notify specsavers.postmas...@specsavers.com Opinions expressed in this message are those of the sender and do not necessarily represent those of Specsavers. Although this e-mail and any attachments are believed to be virus free, e-mail communications are not 100% secure and Specsavers makes no warranty that this message is secure or virus free. All references to Specsavers means Specsavers Optical Group Limited, a company limited by shares and registered in Guernsey under number 12294 of La Villiaze, St Andrews, Guernsey, Channel Islands GY6 8YP. Nothing in this transmission shall or shall be deemed to constitute an offer or acceptance of an offer or otherwise have the effect of forming a contract by electronic communication. Your name and address may be stored to facilitate communication. /p hr/. ___ Spacewalk-list mailing list Spacewalk-list@redhat.com https://www.redhat.com/mailman/listinfo/spacewalk-list
Re: [Spacewalk-list] easy way to build spacewalk?
On Wed, Jul 27, 2011 at 11:45:41PM +0200, rob morrien wrote: do you have this also for centos? Not specificaly for CentOS but if it works on RHEL and Fedora, it should just work on CentOS as well. Your best bet is to try it. -- Jan Pazdziora Principal Software Engineer, Satellite Engineering, Red Hat ___ Spacewalk-list mailing list Spacewalk-list@redhat.com https://www.redhat.com/mailman/listinfo/spacewalk-list
Re: [Spacewalk-list] CentOS 4 Clients - RHN TRACEBACK
On Mon, Jul 25, 2011 at 08:50:04PM +, Flaherty, Patrick wrote: I have some legacy centos 4 clients on my Spacewalk 1.5 pg backend. An exception gets raised for function lookup_package_arch. I think I've tracked it back to rhnPackageArch not having i686-redhat-linux select * from package_arch_id('i686-redhat-linux'); ERROR: -20243 : (package_arch_not_found) - Package architecture could not be found CONTEXT: SQL statement SELECT rhn_exception.raise_exception('package_arch_not_found') PL/pgSQL function package_arch_id line 14 at PERFORM So two questions; 1) Are centos 4 clients still supported? 2) What's the best way to fix this problem? Re-import the CentOS 4 packages so that rhnPackageArch has the right values? Hack i686-redhat-linux into rhnPackageArch? Bleed goat onto KVM environment? The problem is that self = type 'instance' server.handlers.xmlrpc.registration.Registration instance at 0xa050e2c package = type 'dict' {'release': '1.2', 'epoch': '', 'version': '1.2.1.2', 'arch': '', 'name': 'zlib-devel'} system_id = type 'str' ?xml version=1.0? the arch is not reported at all by RHEL 4 clients -- it is an empty string. And empty strings behaviour differs between PostgreSQL and Oracle: https://fedorahosted.org/spacewalk/wiki/PostgreSQLPortingGuide#empty_string_null You probably want to change that empty string to None before passing it to the lookup_package_arch because PostgreSQL will not do that automatically like Oracle does. Please end in a patch -- I'll be happy to review and commit it to Spacewalk master. -- Jan Pazdziora Principal Software Engineer, Satellite Engineering, Red Hat ___ Spacewalk-list mailing list Spacewalk-list@redhat.com https://www.redhat.com/mailman/listinfo/spacewalk-list
Re: [Spacewalk-list] Cobbler. Bare metal installation problem.
On 07/28/2011 07:00 AM, Ivan Pavlenko wrote: Hello ALL, I use RHEL 5.5, PostgreSQL 8.4 and Spacewalk 1.5 system. I've create cobbler distro and profile. Everything works fine. I can see the blue screen when I use PXE interface for bare metal installation, but PXE boot hasn't found image of the OS. I've estimated the PXE boot goes to wrong network interface of my Spacewalk server. I see next: ks=http://192.168.1.1/cblr/svc/op/ks/profile/Myprofile BOOTIF=01:00:50:56:83:aa:bb instead of ks=http://10.20.1.1/cblr/svc/op/ks/profile/Myprofile BOOTIF=01:00:50:56:83:aa:bb How can I fix this? It has been fixed in commit a90759c165d70ba9fe8e40347c4b872a96dc3a9d Find that file on your disk and apply this patch: https://fedorahosted.org/spacewalk/changeset/a90759c165d70ba9fe8e40347c4b872a96dc3a9d -- Miroslav Suchy Red Hat Satellite Engineering ___ Spacewalk-list mailing list Spacewalk-list@redhat.com https://www.redhat.com/mailman/listinfo/spacewalk-list
Re: [Spacewalk-list] Spacewalk Proxy
On 07/28/2011 08:03 AM, Tim Wyatt wrote: I’ve got a requirement to install spacewalk proxy into a RHEL4 box for some proof of concept work I’m doing. If anyone has already done this and could point me the direction of some resources docs/repos/etc I hugely grateful. http://docs.redhat.com/docs/en-US/Red_Hat_Network_Satellite/5.4.1/html/Proxy_Installation_Guide/index.html -- Miroslav Suchy Red Hat Satellite Engineering ___ 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
On Wed, Jul 27, 2011 at 09:18:23AM +0200, Michael Mraka wrote: 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. Michael cherry picked it to Spacewalk 1.5 as well and the spacewalk-web-1.5.19-1 packages that contain the fix are now in the Spaceawlk 1.5 yum repositories. -- Jan Pazdziora Principal Software Engineer, Satellite Engineering, Red Hat ___ Spacewalk-list mailing list Spacewalk-list@redhat.com https://www.redhat.com/mailman/listinfo/spacewalk-list
Re: [Spacewalk-list] Generic Program with multiple data points
On 07/27/2011 10:19 PM, gprocun...@symcor.com wrote: Is it possible to have multiple data categories and data points in a Generic Program with Data probe similar to the built in Linux: TCP Connections by State ? I discuss it with Greg on IRC. Other may find some information useful: [15:50] __greg__ the issue I am running into is that a command like iostat returns many data points, however with the documented Generic Program With Data it looks like only 1 of those points can be captured [15:51] __greg__ unless you know another way [15:51] __greg__ as it is i need to create two probes (instances of iostat) to capture Read IOPs and Write IOPs [15:51] __greg__ which is highly ineficient [15:51] __greg__ *efficient [15:52] __greg__ it would be great if you could perldata hash item /item /hash hash item /item /hash hash item /item /hash hash item /item /hash /perldata [15:52] __greg__ or [15:53] __greg__ handle multiple item/item's within 1 hash [15:53] msuchy http://docs.redhat.com/docs/en-US/Red_Hat_Network_Satellite/5.4.1/html/Reference_Guide/sect-Reference_Guide-Probes-General.html#sect-Reference_Guide-General-GeneralRemote_Program_with_Data [15:53] msuchy you can have more item in one hash [15:54] msuchy I'm not sure if you can have more then one hash [15:54] __greg__ well [15:54] __greg__ that shows that you can have more then 1 item [15:54] __greg__ but what about mor ethen one item key=data [15:54] msuchy that is probably not possiblem [15:54] __greg__ Ideally i would like to emulate what the Linux: TCP Connections by State does [15:55] __greg__ which is very advanced [15:55] __greg__ plotting multiple data points [15:55] __greg__ and configurable data streams [15:55] __greg__ then we could just make the IOSTAT probe [15:55] __greg__ and let users pick which of the 15 fields it records give [15:56] __greg__ do you see where I am coming from ? [15:56] msuchy well you can always create new probe, which should be quite easy [15:57] __greg__ i havent looked at how to integrate custom probes [15:57] msuchy you just write new .pm module - you can get idea from those existing modules [15:57] __greg__ how do they show up in the probe list [15:57] msuchy and then insert one record into db [15:57] msuchy hmm we can even have some readme about that [15:57] msuchy let me look around [15:58] __greg__ thanks [16:02] msuchy see monitoring/PerlModules/NP/Probe/Overview.pod in our git repo [16:02] __greg__ do you have a url ? [16:02] __greg__ for the repo [16:02] msuchy https://fedorahosted.org/spacewalk/browser [16:03] __greg__ thanks [16:03] msuchy https://fedorahosted.org/spacewalk/wiki/GitGuide [16:04] msuchy then check: schema/spacewalk/common/data/rhn_command.sql for example how to appear in db [16:04] msuchy err in webui [16:06] msuchy and schema/spacewalk/common/data/rhn_metrics.sql and schema/spacewalk/common/data/rhn_command_parameter.sql and schema/spacewalk/common/data/rhn_command_param_threshold.sql [16:06] msuchy if you want to tune up the tresholds, metrics or parameters -- Miroslav Suchy Red Hat Satellite Engineering ___ 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
On Wed, Jul 27, 2011 at 03:02:24PM -0400, Trevor T Kates wrote: 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. Please check the /var/log/up2date on the client machine in question. -- Jan Pazdziora Principal Software Engineer, Satellite Engineering, Red Hat ___ Spacewalk-list mailing list Spacewalk-list@redhat.com https://www.redhat.com/mailman/listinfo/spacewalk-list
Re: [Spacewalk-list] Reinstalling and moving configs
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 07/27/2011 03:32 PM, Miroslav Suchy wrote: Config files are in DB. Backup as usual (rhn.conf, /var/satellite and DB), then install the same version to 64 bit system, restore from backup and do the upgrade. Ah, excellent. That'll work. :) Mirek - -- - --- Jason 'XenoPhage' Frisvold xenoph...@godshell.com - --- Any sufficiently advanced magic is indistinguishable from technology. - - Niven's Inverse of Clarke's Third Law -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.17 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk4xdBQACgkQ8CjzPZyTUTQtXgCdESApdnhP1lL1FmU513MvrMhI C0cAnRO8zlHYQBx0wkdKrxR3E22XrfCL =kmjK -END PGP SIGNATURE- ___ Spacewalk-list mailing list Spacewalk-list@redhat.com https://www.redhat.com/mailman/listinfo/spacewalk-list
[Spacewalk-list] New user with some questions
Hello, I am starting to test spacewalk in my testbed but have a few questions first. Reading through the documentation I have been unable to find a direct enough answer to my situation. So here goes. Currently we have a mixture of Fedora and Centos machines. They range from Fedora 11 to 15 and most of the Centos ones are 5.5 or 5.6. Currently we have a bunch of physical machines that are various versions and 3 Xen dom0 servers that are all Centos 5.5 with xen 4.0.1. If I read correctly spacewalk can provision new domu's on Xen. Is this correct? Secondly, since these 3 Xen machines are Centos 5.5, can spacewalk work properly with them? Would it be better if I were able to install fedora 15 on them and get xen working on that? Also I was wondering, would spacewalk need to be on a physical machine or could it be in a virtual machine? In the end I think we are going to try to move all of our servers over to Fedora so we can have a consistent versions and easier management. This will include all of our servers that are not on the local campus. Should spacewalk be able to manage the remote locations also? I apologize for all the questions, just want to make sure I have all things straight before I dive head first into this. Thanks in advance. Donny B. ___ Spacewalk-list mailing list Spacewalk-list@redhat.com https://www.redhat.com/mailman/listinfo/spacewalk-list
[Spacewalk-list] Error 500 Spacewalk 1.5
Hi, I upgraded from Spacewalk 1.4 Postgres to 1.5 Postgres. I am getting a web 500 errors when trying to do various actions in spacewalk. These actions include SSM, re-activation keys, and viewing failed schedule actions. The failed action results in a Fatal error in Python code occured [[6]] when I try to add file = import a file to one of my systems. It schedules the action but fails when the client picks it up. Ive included three tracebacks. Any help would be greatly appreciated. When I try to use a Group in SSM I get the following traceback: The following exception occurred while executing this request: GET /network/systems/ssm/system_list.pxt HTTP/1.1 (from browser) /network/systems/ssm/system_list.pxt (from Apache) Date: Thu Jul 28 10:14:40 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: __utma=224265929.55040022.1285266800.1308933712.1311100466.20; __utmz=224265929.1311100466.20.17.utmcsr=google|utmccn=(organic)|utmcmd=organic|utmctr=xxx%20xxx%20direct%20deposit; pxt-session-cookie=121xc329806d994312ad3c01c5cfcead2733 Host: spacewalk.xxx.xxx Keep-Alive: 115 Referer: https://spacewalk.xxx.xxx/rhn/systems/SystemGroupList.do User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.2.18) Gecko/20110614 Firefox/3.6.18 Form variables: User Information: User admin (id 1, org_id 1) Error notes: (none) Initial Request: Yes Error message: Cannot bind unknown placeholder ':p1' at /usr/lib/perl5/vendor_perl/5.8.8/RHN/DB.pm line 560. When I try to use re-activation I get: The following exception occurred while executing this request: POST /network/systems/details/activation.pxt HTTP/1.1 (from browser) /network/systems/details/activation.pxt (from Apache) Date: Thu Jul 28 10:26:40 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: 144 Content-Type: application/x-www-form-urlencoded Cookie: __utma=224265929.55040022.1285266800.1308933712.1311100466.20; __utmz=224265929.1311100466.20.17.utmcsr=google|utmccn=(organic)|utmcmd=organic|utmctr=xxx%20xxx%20direct%20deposit; pxt-session-cookie=121xc329806d994312ad3c01c5cfcead2733 Host: spacewalk.xxx.xxx Keep-Alive: 115 Referer: https://spacewalk.xxx.xxx/network/systems/details/activation.pxt?sid=110007 User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.2.18) Gecko/20110614 Firefox/3.6.18 Form variables: formvar_hmac = 9ca45cd38d16a5e911bbf683f16db0f1f758474b generate_new_key = Generate New Key pxt:trap = rhn:system-activation-key-cb sid = 110007 User Information: User admin (id 1, org_id 1) Error notes: (none) Initial Request: Yes Error message: RHN::Exception: DBD::Pg::st execute failed: ERROR: missing FROM-clause entry for table rhn_reg_token_seq at character 8 RHN::DB /usr/lib/perl5/vendor_perl/5.8.8/RHN/DB.pm 228 RHN::Exception::DB::throw RHN::DB::Token /usr/lib/perl5/vendor_perl/5.8.8/RHN/DB/Token.pm 430 RHN::DB::handle_error Sniglets::Servers /usr/lib/perl5/vendor_perl/5.8.8/Sniglets/Servers.pm 1120 RHN::DB::Token::commit PXT::ApacheHandler /usr/lib/perl5/vendor_perl/5.8.8/PXT/ApacheHandler.pm 503 Sniglets::Servers::system_activation_key_cb 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) Traceback for Failed System Scheduling: The following exception occurred while executing this request: GET /network/systems/details/history/event.pxt?sid=110007hid=262 HTTP/1.1 (from browser) /network/systems/details/history/event.pxt (from Apache) Date: Thu Jul 28 10:34:45 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: __utma=224265929.55040022.1285266800.1308933712.1311100466.20; __utmz=224265929.1311100466.20.17.utmcsr=google|utmccn=(organic)|utmcmd=organic|utmctr=xxx%20xxx%20direct%20deposit; pxt-session-cookie=121xc329806d994312ad3c01c5cfcead2733 Host: spacewalk.xxx.xxx Keep-Alive: 115 Referer: https://spacewalk.xxx.xxx/rhn/schedule/FailedSystems.do?aid=262 User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.2.18) Gecko/20110614 Firefox/3.6.18 Form variables: hid = 262 sid = 110007 User Information: User admin (id 1, org_id 1) Error notes: (none) Initial Request: Yes Error message: RHN::Exception: DBD::Pg::st execute failed: ERROR: prepared statement dbdpg_13 does not exist RHN::DB
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-list Digest, Vol 38, Issue 50
Hi Miroslav, It looks like you sent your reply to the wrong person. I'm not sure how time stamp problem might be reliable with wrong network interface. Also, I found TinyURL.pm file but it is at completely different location and has different code. # find / -xdev -iname TinyURL.pm /usr/lib/perl5/vendor_perl/5.8.8/RHN/DB/TinyURL.pm /usr/lib/perl5/vendor_perl/5.8.8/RHN/TinyURL.pm # Message: 7 Date: Thu, 28 Jul 2011 13:58:03 +0200 From: Miroslav Such?msu...@redhat.com To: spacewalk-list@redhat.com Subject: Re: [Spacewalk-list] Cobbler. Bare metal installation problem. Message-ID:4e314ecb.4050...@redhat.com Content-Type: text/plain; charset=ISO-8859-1 On 07/28/2011 07:00 AM, Ivan Pavlenko wrote: Hello ALL, I use RHEL 5.5, PostgreSQL 8.4 and Spacewalk 1.5 system. I've create cobbler distro and profile. Everything works fine. I can see the blue screen when I use PXE interface for bare metal installation, but PXE boot hasn't found image of the OS. I've estimated the PXE boot goes to wrong network interface of my Spacewalk server. I see next: ks=http://192.168.1.1/cblr/svc/op/ks/profile/Myprofile BOOTIF=01:00:50:56:83:aa:bb instead of ks=http://10.20.1.1/cblr/svc/op/ks/profile/Myprofile BOOTIF=01:00:50:56:83:aa:bb How can I fix this? It has been fixed in commit a90759c165d70ba9fe8e40347c4b872a96dc3a9d Find that file on your disk and apply this patch: https://fedorahosted.org/spacewalk/changeset/a90759c165d70ba9fe8e40347c4b872a96dc3a9d -- Miroslav Suchy Red Hat Satellite Engineering ___ Spacewalk-list mailing list Spacewalk-list@redhat.com https://www.redhat.com/mailman/listinfo/spacewalk-list
[Spacewalk-list] SSL Errors When rhnreg_ks'ing
I started playing around with provisioning today and got to the point where I can get a system kickstarted, but it is not showing up in spacewalk afterwards as a registered system. Looking through the kickstart, I finally tracked it down to an SSL issue when running rhnreg_ks: [root@localhost rhn]# rhnreg_ks --serverUrl=https://spacewalk/XMLRPC https://ql2spacewalk1/XMLRPC --sslCACert=/usr/share/rhn/RHN-ORG-TRUSTED-SSL-CERT --activationkey=1-eab559ea4aaccb6911f1f0bf8e1ff973,1-centos-6-x86_64 An error has occurred: class 'up2date_client.up2dateErrors.SSLCertificateVerifyFailedError' See /var/log/up2date for more information This hasn't been in issue in the past because when we register systems manually, we've always done so with http (no SSL). I was running apache httpd with an SSL cert generated from our internal PKI infrastructure, so I replaced that with the cert created by the spacewalk installer. I still get the same error. I guess what I'm looking for is either a) how can I tell spacewalk to use http instead of httpd to register new systems or b) how can I get SSL working? Thanks! Greg Wojtak ___ Spacewalk-list mailing list Spacewalk-list@redhat.com https://www.redhat.com/mailman/listinfo/spacewalk-list