<div dir="ltr"><div><div>Just to make sure im not thinking of the wrong feture are you trying to use to remote commands?<br></div>Systems -> System -> somethin -> remote command (or a different one so i can test in our environment :) )<br><br></div>from that output its not seeing anything as you said :o<br></div><div class="gmail_extra"><br><div class="gmail_quote">On 27 January 2015 at 12:16, Paulo Silva <span dir="ltr"><<a href="mailto:paulojjs@gmail.com" target="_blank">paulojjs@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">I'm having the same issue, running rhn_check does this:<br><br># rhn_check -vvv <br>D: opening db environment /var/lib/rpm cdb:mpool:joinenv<br>D: opening db index /var/lib/rpm/Packages rdonly mode=0x0<br>D: locked db index /var/lib/rpm/Packages<br>D: loading keyring from pubkeys in /var/lib/rpm/pubkeys/*.key<br>D: couldn't find any keys in /var/lib/rpm/pubkeys/*.key<br>D: loading keyring from rpmdb<br>D: opening db index /var/lib/rpm/Name rdonly mode=0x0<br>D: added key gpg-pubkey-c105b9de-4e0fd3a3 to keyring<br>D: added key gpg-pubkey-b5c61460-41667588 to keyring<br>D: added key gpg-pubkey-6b8d79e6-3f49313d to keyring<br>D: added key gpg-pubkey-0608b895-4bd22942 to keyring<br>D: added key gpg-pubkey-863a853d-4f55f54d to keyring<br>D: Using legacy gpg-pubkey(s) from rpmdb<br>D: opening db index /var/lib/rpm/Providename rdonly mode=0x0<br>D: do_call packages.checkNeedUpdate('rhnsd=1',){}<br>D: opening db environment /var/lib/rpm cdb:mpool:joinenv<br>D: opening db index /var/lib/rpm/Packages rdonly mode=0x0<br>D: loading keyring from pubkeys in /var/lib/rpm/pubkeys/*.key<br>D: couldn't find any keys in /var/lib/rpm/pubkeys/*.key<br>D: loading keyring from rpmdb<br>D: opening db index /var/lib/rpm/Name rdonly mode=0x0<br>D: added key gpg-pubkey-c105b9de-4e0fd3a3 to keyring<br>D: added key gpg-pubkey-b5c61460-41667588 to keyring<br>D: added key gpg-pubkey-6b8d79e6-3f49313d to keyring<br>D: added key gpg-pubkey-0608b895-4bd22942 to keyring<br>D: added key gpg-pubkey-863a853d-4f55f54d to keyring<br>D: Using legacy gpg-pubkey(s) from rpmdb<br>D: opening db index /var/lib/rpm/Providename rdonly mode=0x0<br>D: closed db index /var/lib/rpm/Providename<br>D: closed db index /var/lib/rpm/Name<br>D: closed db index /var/lib/rpm/Packages<br>D: closed db environment /var/lib/rpm<br>Loaded plugins: etckeeper, fastestmirror, rhnplugin<br>Config time: 0.073<br>D: login(forceUpdate=False) invoked<br>D: readCachedLogin invoked<br>D: Checking pickled loginInfo, currentTime=1422360920.07, createTime=1422360336.74, expire-offset=3600.0<br>D: readCachedLogin(): using pickled loginInfo set to expire at 1422363936.74<br>D: rpcServer: Calling XMLRPC up2date.listChannels<br>This system is receiving updates from RHN Classic or Red Hat Satellite.<br>rpmdb time: 0.000<br>Loading mirror speeds from cached hostfile<br>repo time: 0.002<br>Setting up Package Sacks<br>pkgsack time: 0.253<br>D: local action status: (0, 'rpm database not modified since last update (or package list recently updated)', {})<br>D: rpcServer: Calling XMLRPC registration.welcome_message<br>D: closed db index /var/lib/rpm/Providename<br>D: closed db index /var/lib/rpm/Name<br>D: closed db index /var/lib/rpm/Packages<br>D: closed db environment /var/lib/rpm<br><br></div><div class="gmail_extra"><div><div class="h5"><br><div class="gmail_quote">2015-01-27 10:53 GMT+00:00 Alexander Innes <span dir="ltr"><<a href="mailto:senni@necurity.co.uk" target="_blank">senni@necurity.co.uk</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">Schedual the action then on the server do rhn-chck -vvv. It will tell you what the client's doing, my gut feeling is either SSL errors OR permsions (rhn-actions-control is it?)<br></div><div class="gmail_extra"><br><div class="gmail_quote"><div><div>On 26 January 2015 at 23:16, Chris Swingler <span dir="ltr"><<a href="mailto:chris@chrisswingler.com" target="_blank">chris@chrisswingler.com</a>></span> wrote:<br></div></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div><div><div dir="ltr">Hey Spacewalk-list!<div><br></div><div>I have quite a few systems (I haven't dug into seeing if there is any consistency in CentOS versions or the RHN tools) that just plain do not seem to get tasks back from the Spacewalk server. We're running Spacewalk 2.2 on CentOS release 6.5 (Final).</div><div><br></div><div>I can create a simple task in Spacewalk, like just print the output of "date", and an rhn_check never seems to execute it. It shows up under Events > Pending, the SystemIDs match, but it never moves.</div><div><br></div><div>Running a packet capture to watch the transaction, it looks like Spacewalk itself isn't even sending the task to the remote system. Spacewalk happily replies with an HTTP 200 and an empty payload.</div><div><br></div><div><pre style="font-family:Consolas,'Liberation Mono',Menlo,Courier,monospace;font-size:12px;margin-top:0px;margin-bottom:0px;width:4658px;color:rgb(51,51,51);line-height:16px"><div>HTTP/1.1 200 OK </div><div>Date: Mon, 26 Jan 2015 22:47:55 GMT </div><div>Server: Apache </div><div>Content-Length: 126 </div><div>X-RHN-Server-Capability: registration.finish_message(1)=1 </div><div>X-RHN-Server-Capability: registration.remaining_subscriptions(1)=1 </div><div>X-RHN-Server-Capability: abrt(1)=1 </div><div>X-RHN-Server-Capability: registration.update_contact_info(1)=1 </div><div>X-RHN-Server-Capability: staging_content(1)=1 </div><div>X-RHN-Server-Capability: applet.has_base_channel(1)=1 </div><div>X-RHN-Server-Capability: registration.smbios(1)=1 </div><div>X-RHN-Server-Capability: registration.extended_update_support(1)=1 </div><div>X-RHN-Server-Capability: rhncfg.filetype.directory(1)=1 </div><div>X-RHN-Server-Capability: registration.update_systemid(1)=1 </div><div>X-RHN-Server-Capability: registration.register_osad(1)=1 </div><div>X-RHN-Server-Capability: registration.delta_packages(1)=1 </div><div>X-RHN-Server-Capability: cpu_sockets(1)=1 </div><div>X-RHN-Server-Capability: ipv6(1)=1 </div><div>X-RHN-Server-Capability: rhncfg.content.base64_decode(1)=1 </div><div>X-RHN-Server-Capability: xmlrpc.packages.extended_profile(1-2)=1 </div><div>X-RHN-Server-Capability: xmlrpc.errata.patch_names(1)=1 </div><div>X-RHN-Server-Capability: xmlrpc.packages.checksums(1)=1 </div><div>X-RHN-Server-Capability: xmlrpc.login.extra_data(1)=1 </div><div>X-RHN-Proxy-Version: 0 </div><div>X-Transport-Info: Extended Capabilities Transport (C) Red Hat, Inc (version 2.5.72-1.el6) </div><div>X-RHN-Client-Version: 1 </div><div>Connection: close </div><div>Content-Type: text/xml </div><div> </div><div><?xml version='1.0'?> </div><div><methodResponse> </div><div><params> </div><div><param> </div><div><value><string></string></value> </div><div></param> </div><div></params> </div><div></methodResponse></div><div><br></div><div><br></div></pre></div><div>Full transaction at </div><div><br></div><div><a href="https://gist.github.com/cswingler/f718abcb9ce290adec29" target="_blank">https://gist.github.com/cswingler/f718abcb9ce290adec29</a><br></div><div><br></div><div>rhn_server_xmlrpc.log simply shows:</div><div><br></div><div><div>2015/01/26 16:52:07 -05:00 30997 <a href="http://172.29.7.14" target="_blank">172.29.7.14</a>: xmlrpc/queue.get(1000015056, 2, 'checkins enabled')</div><div>2015/01/26 16:52:07 -05:00 30998 <a href="http://172.29.7.14" target="_blank">172.29.7.14</a>: xmlrpc/up2date.listChannels(1000015056,)</div><div>2015/01/26 16:52:08 -05:00 30995 <a href="http://172.29.7.14" target="_blank">172.29.7.14</a>: xmlrpc/registration.welcome_message('lang: None',)</div></div><div><br></div><div>Any basic things I should be checking? I've tried updating the spacewalk/rhn tools on the agent, restarting Spacewalk itself, and nothing seems to make a change. This issue, as far as I can recall, did not seem to appear until after we upgraded to 2.2.</div><div><br></div><div>Some systems seem just fine, and I can't seem to find a consistent reason why some succeed and others fail.</div><div><br></div><div>Thanks!</div></div> <br></div></div>_______________________________________________<br> Spacewalk-list mailing list<br> <a href="mailto:Spacewalk-list@redhat.com" target="_blank">Spacewalk-list@redhat.com</a><br> <a href="https://www.redhat.com/mailman/listinfo/spacewalk-list" target="_blank">https://www.redhat.com/mailman/listinfo/spacewalk-list</a><br></blockquote></div><br></div> <br>_______________________________________________<br> Spacewalk-list mailing list<br> <a href="mailto:Spacewalk-list@redhat.com" target="_blank">Spacewalk-list@redhat.com</a><br> <a href="https://www.redhat.com/mailman/listinfo/spacewalk-list" target="_blank">https://www.redhat.com/mailman/listinfo/spacewalk-list</a><br></blockquote></div><br><br clear="all"><br></div></div><span class="HOEnZb"><font color="#888888">-- <br><div>Paulo Silva <<a href="mailto:paulojjs@gmail.com" target="_blank">paulojjs@gmail.com</a>></div> </font></span></div> <br>_______________________________________________<br> Spacewalk-list mailing list<br> <a href="mailto:Spacewalk-list@redhat.com">Spacewalk-list@redhat.com</a><br> <a href="https://www.redhat.com/mailman/listinfo/spacewalk-list" target="_blank">https://www.redhat.com/mailman/listinfo/spacewalk-list</a><br></blockquote></div><br></div>