[Spacewalk-list] Zombie kickstart profile

Wed Nov 6 18:09:59 UTC 2013

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 <prmarino1 at gmail.com<mailto:prmarino1 at gmail.com>> 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) <Prakash.Velayutham at cchmc.org<mailto:Prakash.Velayutham at cchmc.org>> 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)" <Prakash.Velayutham at cchmc.org<mailto:Prakash.Velayutham at cchmc.org>> 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 <prmarino1 at gmail.com<mailto:prmarino1 at gmail.com>> 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) <Prakash.Velayutham at cchmc.org<mailto:Prakash.Velayutham at cchmc.org>> 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 <aprayther at lce.com<mailto:aprayther at lce.com>>
To: "spacewalk-list at redhat.com<mailto:spacewalk-list at redhat.com>" <spacewalk-list at redhat.com<mailto:spacewalk-list at redhat.com>>
Subject: Re: [Spacewalk-list] Zombie kickstart profile
Message-ID: <526E6C6E.2070409 at lce.com<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)
<Prakash.Velayutham at cchmc.org<mailto:Prakash.Velayutham at cchmc.org> <mailto:Prakash.Velayutham at cchmc.org>>
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
   Spacewalk-list at redhat.com<mailto:Spacewalk-list at redhat.com> <mailto:Spacewalk-list at redhat.com>
   https://www.redhat.com/mailman/listinfo/spacewalk-list

_______________________________________________
Spacewalk-list mailing list
Spacewalk-list at redhat.com<mailto:Spacewalk-list at redhat.com>
https://www.redhat.com/mailman/listinfo/spacewalk-list
_______________________________________________
Spacewalk-list mailing list
Spacewalk-list at redhat.com<mailto:Spacewalk-list at redhat.com>
https://www.redhat.com/mailman/listinfo/spacewalk-list

_______________________________________________
Spacewalk-list mailing list
Spacewalk-list at redhat.com<mailto:Spacewalk-list at redhat.com>
https://www.redhat.com/mailman/listinfo/spacewalk-list

_______________________________________________
Spacewalk-list mailing list
Spacewalk-list at redhat.com<mailto:Spacewalk-list at redhat.com>
https://www.redhat.com/mailman/listinfo/spacewalk-list

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://listman.redhat.com/archives/spacewalk-list/attachments/20131106/86b7e737/attachment.htm>