Surprise. The issue just disappeared on its own after persisting for about 2-3 months. Last night I accidentally found out that the Zombie profile has disappeared from the list. Not sure how or why, but it is all good now.
Thanks, Prakash On Nov 6, 2013, at 1:09 PM, Prakash Velayutham <[email protected]<mailto:[email protected]>> wrote: Hi Robert, I deleted using the puppet command from CLI. But when it shows up in the GUI again, I can't delete it from the web GUI because the profile is not selectable as it has no HREF link. I hope that is clear. If you do find a way to get into the database and clear this up, please let me know. Thanks, Prakash On Nov 5, 2013, at 6:29 PM, Paul Robert Marino <[email protected]<mailto:[email protected]>> wrote: To clarify You waited till it repopulate in the web GUI and deleted it from the web GUI right? Not via spacecmd. Spacecmd is an external project that is commonly used but was not originally part of the main code base. While it works well usually it does have occasional bugs in how it interacts with the APIs. If this is the case it sounds like you had a partially completed delete. And it may need to be manually removed from the database unfortunately I'm not really sure how to do that. While I have done some direct tinkering with it when I've needed to I'm not familiar within enough to give you exact instructions on how to do that. -- Sent from my HP Pre3 ________________________________ On Nov 5, 2013 17:27, Velayutham, Prakash (Prakash) <[email protected]<mailto:[email protected]>> wrote: Hello, Anyone? Is this something that can only be done by working directly with the database? Thanks, Prakash On Oct 30, 2013, at 11:46 AM, "Velayutham, Prakash (Prakash)" <[email protected]<mailto:[email protected]>> wrote: Hi Paul, That sounds good, but I can't delete it from the GUI because it does not present itself as a HREF link to select and perform "delete kickstart" operation. That is the main issue I have which I explained in the first email of this thread. When I use "spacecmd", I hit the same wall. spacecmd {SSM:0}> kickstart_list CentOS-6-interactive-x86_64 CentOS-6-x86_64-nonvm-prod CentOS-6-x86_64-rescue CentOS-6-x86_64-vm-10196-dev CentOS-6-x86_64-vm-10196-prod CentOS-6-x86_64-vm-10196-test CentOS-6-x86_64-vm-10197-dev CentOS-6-x86_64-vm-10197-prod CentOS-6-x86_64-vm-10197-test CentOS-6-x86_64-vm-devel CentOS-6-x86_64-vm-dmz-dev CentOS-6-x86_64-vm-dmz-prod CentOS-6-x86_64-vm-dmz-test CentOS-6-x86_64-vm-prod CentOS-6-x86_64-vm-prod-static CentOS-6-x86_64-vm-test CentOS6-x86_64 OEL-6_3-interactive-x86_64 OEL-6_3-x86_64-nonvm-devel OEL-6_3-x86_64-nonvm-prod OEL-6_3-x86_64-nonvm-test OEL-6_3-x86_64-vm-test spacecmd {SSM:0}> kickstart_delete CentOS-6-x86_64-rescue Delete profile CentOS-6-x86_64-rescue [y/N]: y ERROR: redstone.xmlrpc.XmlRpcFault: unhandled internal exception: null spacecmd {SSM:0}> Thanks, Prakash On Oct 30, 2013, at 1:52 AM, Paul Robert Marino <[email protected]<mailto:[email protected]>> wrote: You have to remove it from spacewalks interface not via cobbler profile --remove. The reason it comes back is because spacewalk populates cobbler from spacewalks database, so the next time spacewalk executes a cobbles sync it will put it right back. Remove it via the web interface or via one of the spacewalk command line tools and it won't come back any more. -- Sent from my HP Pre3 ________________________________ On Oct 30, 2013 0:17, Velayutham, Prakash (Prakash) <[email protected]<mailto:[email protected]>> wrote: Hi, When I do cobbler profile remove --name … The profile disappears from the web interface temporarily, but soon after, it comes back. Thanks for your help. Thanks, Prakash Date: Mon, 28 Oct 2013 13:53:04 +0000 From: Aaron Prayther <[email protected]<mailto:[email protected]>> To: "[email protected]<mailto:[email protected]>" <[email protected]<mailto:[email protected]>> Subject: Re: [Spacewalk-list] Zombie kickstart profile Message-ID: <[email protected]<http://lce.com/>> Content-Type: text/plain; charset="utf-8" cobbler profile remove --name rhel-5-x86_64-server:2:organization worked for me. the 2 is the org number and then the name On Mon 28 Oct 2013 09:19:29 AM EDT, wm-lists wrote: Did you ever get a solution to this? I have a similar problem with a couple of kickstarts showing up in Satellite but I can't click them or delete or anything. On Mon, Oct 21, 2013 at 10:12 PM, Velayutham, Prakash (Prakash) <[email protected]<mailto:[email protected]> <mailto:[email protected]>> wrote: Hello, Not sure how, but our site now has a zombie KS profile. Here is how it shows up in the KS list. Label - CentOS-6-x86_64-rescue:1:Org Shows as "Active" Distribution - CentOS-6-x86_64:1:Org Spacewalk Managed - X (Not) Looks like we got into a Cobbler/Spacewalk mismatch somehow. We did run out of space on the SW server file system a few weeks ago, so this could have been a by product of that. I am not sure how to clear this out of Spacewalk. "cobbler sync" does not help. More info: There is another kickstart whose label is "CentOS-6-x86_64-rescue" in SW. When I select this KS in the web fronted, I get the following in catalina.out. 2013-10-21 21:52:33,852 [TP-Processor1] WARN org.apache.struts.util.PropertyMessageResources - Resource org/apache/struts/action/ActionResour ces_en_US.properties Not Found. 2013-10-21 21:52:33,853 [TP-Processor1] WARN org.apache.struts.util.PropertyMessageResources - Resource org/apache/struts/action/ActionResour ces_en.properties Not Found. 2013-10-21 21:52:33,854 [TP-Processor1] WARN org.apache.struts.action.RequestProcessor - Unhandled Exception thrown: class java.lang.NullPointe rException 2013-10-21 21:52:33,864 [TP-Processor1] ERROR com.redhat.rhn.frontend.servlets.SessionFilter - Error during transaction. Rolling back javax.servlet.ServletException: java.lang.NullPointerException at org.apache.struts.action.RequestProcessor.processException(RequestProcessor.java:520) at org.apache.struts.action.RequestProcessor.processActionPerform(RequestProcessor.java:427) at org.apache.struts.action.RequestProcessor.process(RequestProcessor.java:228) at com.redhat.rhn.frontend.struts.RhnRequestProcessor.process(RhnRequestProcessor.java:99) at org.apache.struts.action.ActionServlet.process(ActionServlet.java:1913) ? I think this KS has an issue which is instead showing up as an additional zombie KS. Thanks, Prakash _______________________________________________ Spacewalk-list mailing list [email protected]<mailto:[email protected]> <mailto:[email protected]> https://www.redhat.com/mailman/listinfo/spacewalk-list _______________________________________________ Spacewalk-list mailing list [email protected]<mailto:[email protected]> https://www.redhat.com/mailman/listinfo/spacewalk-list _______________________________________________ Spacewalk-list mailing list [email protected]<mailto:[email protected]> https://www.redhat.com/mailman/listinfo/spacewalk-list _______________________________________________ Spacewalk-list mailing list [email protected]<mailto:[email protected]> https://www.redhat.com/mailman/listinfo/spacewalk-list _______________________________________________ Spacewalk-list mailing list [email protected]<mailto:[email protected]> https://www.redhat.com/mailman/listinfo/spacewalk-list
_______________________________________________ Spacewalk-list mailing list [email protected] https://www.redhat.com/mailman/listinfo/spacewalk-list
