Re: [Spacewalk-list] Newbie, question about channels
There is no way I am aware of to do both at the same time. Configurations and packages are managed separately. Making sure all 5 ( or 100, or 1000) systems have the same configuration files should not be too hard. 1. put all of the configuration files you want to maintain in a configuration channel 2. use the System Set Manager to deploy the files to all the machines. 3. difference counts will be displayed in the 'Configs' column of the systems overview page. For your 5 systems you can use the profile compare feature in (Systems->Software->Packages->Profiles) but this only works for one system at a time. The kickstarting feature described by Ian would work for multiple systems at a time during initial deployment but not after. As far as I know there is no good way to make sure a 1000 systems have the same packages installed. Somebody could install a package and as long as there is not a more up to date version in one of the subscribed channels I would never know. Somebody could remove pacakges and I would never know. Is there a package profile compare in SSM I am not aware of ? ___ Spacewalk-list mailing list Spacewalk-list@redhat.com https://www.redhat.com/mailman/listinfo/spacewalk-list
Re: [Spacewalk-list] Snapshot Rollback always redeploys all configuration files
I attempted this in on RHEL5 and 6. 6 just blew up and Im looking into why now. RHEL5 worked but re/deployed when it appears it should not have. It also appears to have wanted to modify the group membership which also never changed though I cant confirm this. Please let me know once you have the file so I can remove it. Thanks! http://www.myriad.com/rollback_rhn_check_output.tar.gz Process RHEL5: *yum install psutils *yum install a2ps *Attempted to rollback to the psutils only install. *At no point was anything done regarding config files spacewalk side. RHEL6: *yum install psutils *yum install bsf *Attempted to rollback to the psutils only install. *At no point was anything done regarding config files spacewalk side. Results rhel6_rollback.txt: Contains rhn_check output for a RHEL6 system. *This crashed and I have no clue why as I dont know what an "oracle" user has to do with this system in any form nor fashion. It does not exist, never has existed and does spacewalk even deal with system user accounts? This one totally confuses me too. rhel5_rollback.txt: Contains rhn_check output for a RHEL5 system. *The rollback succeeded but it did indeed do the following: 1)Deployed all files from all subscribed channels. 2)Deployed files from subscribed channels which were never deployed to this server. 3)Deployed files that had been changed locally on the server but not via spacewalk meaning it should have at most realized they changed but it was never part of a spacewalk even so there should have been no rollback of said file(s). rhel5_before_rollback.jpg *Configuration comparison via spacewalk gui screen shot of the RHEL5 system before rollback. rhel5_after_rollback.jpg *Configuration comparison via spacewalk gui screen shot of the RHEL5 system after rollback. Specific examples of what happens: /etc/logrotate.d/console *Never existed on this system yet it deployed. /etc/rc3.d/S98myriadfirstboot *Is deployed during server creation but destroys itself on the first boot. It was redeployed even though it was part of no scheduled action. Suppose this might be a legitimate action though since it sees its missing. Seems odd to me that since its removal is not a spacewalk event why it would decide to redeploy when not told to do so. /etc/cron.d/spacewalk_rhncheck I commented out the first cron job in this file and it was redeployed with the non-comment one. Again, I never changed it via spacewalk (vi locally only) and it was redeployed. Spacewalk at most would know its different but its not part of a rollback as the file prior to this(S98myriadfirstboot). /etc/resolv.conf *Tossed in "#test" at the bottom of the file. It was redeployed and comment lost. Again this was edited locally and not via spacewalk and it should have not rolled back as there was nothing to "rollback" to. On 12/12/2011 06:02 AM, Jan Pazdziora wrote: On Wed, Nov 30, 2011 at 01:17:37PM -0700, Jason M. Nielsen wrote: SW 1.6 on RHEL 5.7. Update a single RPM. Check provisioning and snapshots and note the one available that has that single package to rollback. Notice it claims there are changes to be rolled back on: "System Group Membership" "Configuration Files" If you rollback it appears to actually perform this. ie: Files that were never deployed to server get deployed. None of these happened. Even checks of the files manually shows the checksums are the same and the contents are the same visually. Additionally they were neither changed nor redeployed. Actually some were never even deployed to this server. Even stranger, if I visit the lastest snapshot which should be the "current state" it still shows all of these same "System Group Membership" and "Configuration Files" as having rollbacks. Anyone else seen this issue? Configuration setting on my end? Bug? This is not how it should be working is it? Kind of at a loss here. Please show us the output of rhn_check -vv run on the client after the events were scheduled. ___ Spacewalk-list mailing list Spacewalk-list@redhat.com https://www.redhat.com/mailman/listinfo/spacewalk-list
[Spacewalk-list] spacecmd release in EPEL
Hi there, The current spacecmd version in EPEL is 1.2.2 vs. 1.6.10 in the git src repo. Is there any chance for a update available soon? Especially Steve Hardy's recently submitted patches are very interesting. Thanks, Luc ___ Spacewalk-list mailing list Spacewalk-list@redhat.com https://www.redhat.com/mailman/listinfo/spacewalk-list
[Spacewalk-list] ERROR: : 'NoneType' object is unsubscriptable
When trying to build a channel with the following command: rhnpush --server localhost -u -p --channel centos-61 /var/distro-trees/CentOS-6.1/Packages/*.rpm I get the following error at the prompt: While running 'packages.channelPackageSubscriptionBySession': caught : 'NoneType' object is unsubscriptable The spacewalk server sent me the following email: Exception reported from hermes Time: Sat Dec 10 18:55:40 2011 Exception type Exception while handling function packages.channelPackageSubscriptionBySession Request object information: URI: /APP Remote Host: localhost Server Name: localhost:80 Headers passed in: Accept-Encoding: identity CONTENT_LENGTH: 207750 CONTENT_TYPE: application/binary Content-Encoding: x-gzip Content-Transfer-Encoding: binary DOCUMENT_ROOT: /var/www/html GATEWAY_INTERFACE: CGI/1.1 HTTP_ACCEPT_ENCODING: identity HTTP_CONTENT_ENCODING: x-gzip HTTP_CONTENT_TRANSFER_ENCODING: binary HTTP_HOST: localhost HTTP_USER_AGENT: rhn.rpclib.py/$Revision$ HTTP_X_CLIENT_VERSION: 1 HTTP_X_INFO: RPC Processor (C) Red Hat, Inc (version $Revision$) HTTP_X_RHN_TRANSPORT_CAPABILITY: follow-redirects=3 HTTP_X_TRANSPORT_INFO: Extended Capabilities Transport (C) Red Hat, Inc (version $Revision$) Host: localhost PATH_INFO: QUERY_STRING: REMOTE_ADDR: ::1 REMOTE_PORT: 55610 REQUEST_METHOD: POST REQUEST_URI: /APP SCRIPT_FILENAME: /usr/share/rhn/wsgi/app.py SCRIPT_NAME: /APP SCRIPT_URI: http://localhost/APP SCRIPT_URL: /APP SERVER_ADDR: ::1 SERVER_ADMIN: root@localhost SERVER_NAME: localhost SERVER_PORT: 80 SERVER_PROTOCOL: HTTP/1.1 SERVER_SIGNATURE: Apache Server at localhost Port 80 SERVER_SOFTWARE: Apache User-Agent: rhn.rpclib.py/$Revision$ X-Client-Version: 1 X-Info: RPC Processor (C) Red Hat, Inc (version $Revision$) X-RHN-Transport-Capability: follow-redirects=3 X-Transport-Info: Extended Capabilities Transport (C) Red Hat, Inc (version $Revision$) mod_wsgi.application_group: 127.0.0.1|/app mod_wsgi.callable_object: application mod_wsgi.handler_script: mod_wsgi.input_chunked: 0 mod_wsgi.listener_host: mod_wsgi.listener_port: 80 mod_wsgi.process_group: mod_wsgi.request_handler: wsgi-script mod_wsgi.script_reloading: 1 mod_wsgi.version: (3, 2) wsgi.errors: wsgi.file_wrapper: wsgi.input: wsgi.multiprocess: True wsgi.multithread: False wsgi.run_once: False wsgi.url_scheme: http wsgi.version: (1, 1) Extra information about this error: Response sent back to the caller: While running 'packages.channelPackageSubscriptionBySession': caught : 'NoneType' object is unsubscriptable Exception Handler Information Traceback (most recent call last): File "/usr/lib/python2.6/site-packages/spacewalk/server/apacheRequest.py", line 123, in call_function response = apply(func, params) File "/usr/share/rhn/server/handlers/app/packages.py", line 311, in channelPackageSubscriptionBySession return self._channelPackageSubscription(authobj, info) File "/usr/share/rhn/server/handlers/app/packages.py", line 383, in _channelPackageSubscription package['checksum_type'] = row['checksum_type'] TypeError: 'NoneType' object is unsubscriptable Local variables by frame Frame _channelPackageSubscription in /usr/share/rhn/server/handlers/app/packages.py at line 383 _checksum_sql_filter = and c.checksum = :checksum and c.checksum_type = :checksum_type info = checksum_exists = 1 package = {'name': 'kdelibs-common', 'checksum': '0082bd86d26dac38c51ee2f34b78d0dac0b24fc99c695dfafbef1d8721cc52cb', 'epoch': 6, 'version': '4.3.4', 'release': '11.el6_0.2', 'checksum_type': 'sha256', 'arch': 'x86_64'} h = k = arch org_id = 1 batch = self = packageList = authobj = package_keys = ['name', 'version', 'release', 'epoch', 'arch'] pkg_epoch = 6 channelList = [[ None Frame channelPackageSubscriptionBySession in /usr/share/rhn/server/handlers/app/packages.py at line 311 info = session_string = 41x2337f2c59bedcc45e63f6112907d5eba self = authobj = Frame call_function in /usr/lib/python2.6/site-packages/spacewalk/server/apacheRequest.py at line 138 fault = 1 self = force_
Re: [Spacewalk-list] Newbie, question about channels
I am not aware of a way to "sync configuration files" but if you push all the configs you want to maintain into a channel(s) you can simply then deploy all files from those configuration channels to all hosts and be confident they will all be the same. Keep in mind though there are some configuration file issues such as rollbacks do strange things (ie: rollbacks in general will redeploy all configuration files). The only way I have seen around this is to lock the system, rollback, unschedule the bits of the rollback you do not want, unlock the system. The sync'ing of package profiles (whether saved or to an existing system) work very nicely. I have used it many times here. I have even used it in a "rollback" process to pull a machine back to an old configuration state known to be "ok" that only existed on a different but currently operational server. On 12/11/2011 09:29 PM, Ian Forde wrote: On Fri, Dec 9, 2011 at 10:59 AM, David Greco wrote: I have 5 RH 5 servers at the moment that need to be configured similiarly. I have setup one of these exactly the way I like, and would like the 4 others to be setup similiarly. Same packages installed, same configuration, etc. Is this something satellite is good for? I browsed the documentation but so no mention of how to take an existing system, all its configs and packages, and create a channel that other systems can update from. Regarding the packages, you could do it with a channel or a package profile. I'd recommend the latter. Once the first system that you want done is built (which you say you've completed), ensure that it's registered to Spacewalk. Then you can build the other 4 systems, and have them sync package profiles to that of the first system. It's one of the advanced options in Kickstart. I'd tell you exactly where, but my Spacewalk server is currently down in anticipation of the CentOS 6.1 upgrade that I'll be doing tonight. ;) -I ___ Spacewalk-list mailing list Spacewalk-list@redhat.com https://www.redhat.com/mailman/listinfo/spacewalk-list ___ Spacewalk-list mailing list Spacewalk-list@redhat.com https://www.redhat.com/mailman/listinfo/spacewalk-list
Re: [Spacewalk-list] osa-dispatcher (1.6 nightly) now requires a password
On Wed, Dec 07, 2011 at 09:12:23AM -0500, Scott Worthington wrote: > On 12/5/2011 12:51 PM, Milan Zazrivec wrote: > > On Monday 05 December 2011 18:21:33 Scott Worthington wrote: > > > >> What shared password needs to be added & where for osa-dispatcher on > >> the Spacewalk server? Since this is a new table field, do clients > >> have to re-register with the the osa-dispatcher? > > > > Clients don't have to do anything. > > > > On the server, you just need to: > > * stop osa-dispatcher & jabberd > > * update to latest nightly spacewalk-backend* & osa-dispatcher > > * rm -f /var/lib/jabberd/db/* > > * start jabberd & osa-dispatcher > > Hello, > > In 1.6-nightly, osa-dispatcher-5.10.28-1.el6 does not seem to start up > unless you 'rm -f /var/lib/jabberd/db/*' in 1.6-nightly. This is after Yes, that's what Milan has noted above. > tail /var/log/rhn/osa-dispatcher.log > > 2011/12/07 08:50:27 -04:00 4142 0.0.0.0: osad/jabber_lib.__init__ > 2011/12/07 08:50:27 -04:00 4142 0.0.0.0: > osad/jabber_lib.setup_connection('Connected to jabber server', > 'spacewalk-01.somedomain.com') > 2011/12/07 08:50:27 -04:00 4142 0.0.0.0: > osad/osa_dispatcher.fix_connection('Upstream notification server started on > port', 1290) > 2011/12/07 08:50:28 -04:00 4142 0.0.0.0: osad/jabber_lib.process_forever So it works fine then, right? > Is the password field in the postgresql table rhnpushdispatcher supposed > to become populated when osa-dispatcher starts? I have not observed data Yes. -- 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] Spacewalk 1.5 clients returning 404 when doing yum update/install
On Tue, Dec 06, 2011 at 03:12:46AM -0500, Michael Morgan wrote: > Sorry to dig up an old thread but I just started seeing the same 404's on my > 1.5 clients. Was there ever a confirmed resolution to this issue? The proposed > patch seems to have fixed the taskomatic errors but I still cannot install or > upgrade packages on any of my clients. > > This install has been working mostly trouble free for months, I've verified > the > packages exist in the exact path that generates a 404, and I do not have any > AVC denials logged. Any help would be appreciated. We will need to see the exact logs. While it may be the same issue Brandon reported, it well might not be. Also, what does spacewalk-data-fsck report? -- 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] LinuxCOE and Spacewalk
On Mon, Dec 05, 2011 at 03:28:18PM -0700, Lawrence Chiong wrote: > Hello there, > > I'm a neophyte to Spacewalk so with LinuxCOE. I just need your help how to > configure and what to do as client to Spacewalk supposing I will used > LinuxCOE (and steps also to configure LinuxCOE ) to deploy automatic > installation to my VM. > Really need your help on this for my school project. > > Thank you. > > junix Dear junix, welcome to Spacewalk. Noone has reported to configure Spacewalk with LinuxCOE clients so you are likely the first one to try. Yours, -- 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] Snapshot Rollback always redeploys all configuration files
On Wed, Nov 30, 2011 at 01:17:37PM -0700, Jason M. Nielsen wrote: > SW 1.6 on RHEL 5.7. > > Update a single RPM. > > Check provisioning and snapshots and note the one available that has > that single package to rollback. > > Notice it claims there are changes to be rolled back on: > "System Group Membership" > "Configuration Files" > > If you rollback it appears to actually perform this. ie: Files that > were never deployed to server get deployed. > > None of these happened. Even checks of the files manually shows the > checksums are the same and the contents are the same visually. > Additionally they were neither changed nor redeployed. Actually some > were never even deployed to this server. > > Even stranger, if I visit the lastest snapshot which should be the > "current state" it still shows all of these same "System Group > Membership" and "Configuration Files" as having rollbacks. > > Anyone else seen this issue? Configuration setting on my end? Bug? > This is not how it should be working is it? Kind of at a loss here. Please show us the output of rhn_check -vv run on the client after the events were scheduled. -- 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
[Spacewalk-list] Monitoring issue with spacewalk 1.5 (LostConnectionError)
Hi, I have a problem with the monitoring. If I create a probe, lets say linux load, and run the probe as nocpulse user in live mode (rhn-runprobe --probe probeid --live) it works fine. If spacewalk tries to run the proble however, it fails stating: > NOCpulse::Probe::Shell::LostConnectionError '' is UNKNOWN The web UI then tells me: > UNKNOWN, Lost connection to the monitored host The system is a scientific linux 6.0 with spacewalk 1.5. Is there a way to run the probe in the context spacewalk does? Or has anybody a clue what the issue may be? Thanks, hwinther. ___ Spacewalk-list mailing list Spacewalk-list@redhat.com https://www.redhat.com/mailman/listinfo/spacewalk-list
Re: [Spacewalk-list] scheduleScriptRun errors out
On Friday 09 of December 2011 09:23:03 Mark wrote: > Hey all - I'm trying to use the dell-satellite-sync tool, but Spacewalk is > balking at the scheduleScriptRun calls. I made a smaller, POC script and it > dies in the same way: "Fault returned from XML RPC Server, fault code 2401: > redstone.xmlrpc.XmlRpcFault: Missing capability". Anyone know what could > be causing this and how to remedy it? We're on Spacewalk 1.5. I'd say, your client isn't Remote Command execution capable. Check, if you can schedule remote commands via WebUI: /network/systems/details/remote_commands.pxt?sid= Regards, Tomas -- Tomas Lestach RHN Satellite Engineering, Red Hat > > Script: > > #!/usr/bin/perl -w > > use strict; > use Frontier::Client; > use POSIX qw(strftime); > > > my $HOST = 'hostname'; > my $client = new Frontier::Client(url => "http://$HOST/rpc/api";, debug=>1); > my $session = $client->call('auth.login', 'username', 'password'); > > my $system = "112345"; > my $user = "root"; > my $group = "root"; > my $script = "#!/bin/sh > echo FOO"; > my $date = $client->date_time(strftime("%Y%m%dT%H:%M:%S", > localtime(time()+60))); > > $client->call("system.scheduleScriptRun", $session, $system, $user, $group, > 10, $script, $date); > > Result: > > request > > > auth.login > > username > password > > > response > encoding="UTF-8"?>102695xd5bc0 > 9aa765f23f1c952e66dcd2814cf e> request > > > system.scheduleScriptRun > > 102695xd5bc09aa765f23f1c952e66dcd2814cf e> 112345 > root > root > 10 > #!/bin/sh > echo FOO > 20111209T09:22:45 > > > > response > Fault returned from XML RPC Server, fault code 2401: > redstone.xmlrpc.XmlRpcFault: Missing capability > encoding="UTF-8"?>faultC > ode2401faultString name>redstone.xmlrpc.XmlRpcFault: Missing > capability e> ___ Spacewalk-list mailing list Spacewalk-list@redhat.com https://www.redhat.com/mailman/listinfo/spacewalk-list