[Spacewalk-list] Changing spacewalk hostname
William Muriithi
william.muriithi at gmail.com
Fri Nov 23 17:01:43 UTC 2012
On 21 November 2012 12:00, <spacewalk-list-request at redhat.com> wrote:
> Send Spacewalk-list mailing list submissions to
> spacewalk-list at redhat.com
>
> To subscribe or unsubscribe via the World Wide Web, visit
> https://www.redhat.com/mailman/listinfo/spacewalk-list
> or, via email, send a message with subject or body 'help' to
> spacewalk-list-request at redhat.com
>
> You can reach the person managing the list at
> spacewalk-list-owner at redhat.com
>
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of Spacewalk-list digest..."
>
>
> Today's Topics:
>
> 1. Popup "Error" in Overview (Wolfgang Neudorfer)
> 2. Re: architecture for centos i686 (Wolfgang Neudorfer)
> 3. Re: Changing spacewalk hostname (Paul Robert Marino)
> 4. Re: Changing spacewalk hostname (James Hogarth)
> 5. Re: Kickstarting a RHEL5 install - better with updates
> included or not? (Paul Robert Marino)
>
>
> ----------------------------------------------------------------------
>
> Message: 1
> Date: Wed, 21 Nov 2012 17:27:34 +0100 (CET)
> From: Wolfgang Neudorfer <mlist at woifi.at>
> To: spacewalk-list at redhat.com
> Subject: [Spacewalk-list] Popup "Error" in Overview
> Message-ID: <1582293564.16104.1353515254330.JavaMail.root at mail>
> Content-Type: text/plain; charset=utf-8
>
> Hi,
>
> I scheduled a Remote Command on one host and got an Internal Server Error. After this, every time I click on overview (or log in), a popup appears saying just "Error". In catalina.out I see the following:
>
> ----------------------------------------------------------------
> ==> /var/log/tomcat6/catalina.out <==
> 2012-11-21 17:20:33,182 [TP-Processor12] WARN org.directwebremoting.impl.DefaultRemoter - Method execution failed:
> com.redhat.rhn.common.hibernate.HibernateRuntimeException: Executing query Action.findByIdandOrgId with params {orgId=2, aid=335} failed
> at com.redhat.rhn.common.hibernate.HibernateFactory.lookupObjectByNamedQuery(HibernateFactory.java:188)
> at com.redhat.rhn.common.hibernate.HibernateFactory.lookupObjectByNamedQuery(HibernateFactory.java:158)
> at com.redhat.rhn.domain.action.ActionFactory.lookupByUserAndId(ActionFactory.java:400)
> at com.redhat.rhn.manager.action.ActionManager.lookupAction(ActionManager.java:143)
> at com.redhat.rhn.frontend.action.renderers.PendingActionsRenderer.render(PendingActionsRenderer.java:51)
> at com.redhat.rhn.frontend.action.renderers.BaseFragmentRenderer.renderAsync(BaseFragmentRenderer.java:53)
> at sun.reflect.GeneratedMethodAccessor284.invoke(Unknown Source)
> at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> at java.lang.reflect.Method.invoke(Method.java:616)
> at org.directwebremoting.impl.ExecuteAjaxFilter.doFilter(ExecuteAjaxFilter.java:34)
> at org.directwebremoting.impl.DefaultRemoter$1.doFilter(DefaultRemoter.java:428)
> at org.directwebremoting.impl.DefaultRemoter.execute(DefaultRemoter.java:431)
> at org.directwebremoting.impl.DefaultRemoter.execute(DefaultRemoter.java:283)
> at org.directwebremoting.servlet.PlainCallHandler.handle(PlainCallHandler.java:52)
> at org.directwebremoting.servlet.UrlProcessor.handle(UrlProcessor.java:101)
> at org.directwebremoting.servlet.DwrServlet.doPost(DwrServlet.java:146)
> at javax.servlet.http.HttpServlet.service(HttpServlet.java:637)
> at javax.servlet.http.HttpServlet.service(HttpServlet.java:717)
> at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290)
> at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
> at com.opensymphony.sitemesh.webapp.SiteMeshFilter.obtainContent(SiteMeshFilter.java:129)
> at com.opensymphony.sitemesh.webapp.SiteMeshFilter.doFilter(SiteMeshFilter.java:77)
> at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)
> at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
> at com.redhat.rhn.frontend.servlets.LocalizedEnvironmentFilter.doFilter(LocalizedEnvironmentFilter.java:67)
> at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)
> at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
> at com.redhat.rhn.frontend.servlets.EnvironmentFilter.doFilter(EnvironmentFilter.java:108)
> at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)
> at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
> at com.redhat.rhn.frontend.servlets.SessionFilter.doFilter(SessionFilter.java:55)
> at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)
> at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
> at com.redhat.rhn.frontend.servlets.SetCharacterEncodingFilter.doFilter(SetCharacterEncodingFilter.java:97)
> at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)
> at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
> at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:233)
> at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:191)
> at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:127)
> at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102)
> at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109)
> at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:298)
> at org.apache.jk.server.JkCoyoteHandler.invoke(JkCoyoteHandler.java:190)
> at org.apache.jk.common.HandlerRequest.invoke(HandlerRequest.java:291)
> at org.apache.jk.common.ChannelSocket.invoke(ChannelSocket.java:769)
> at org.apache.jk.common.ChannelSocket.processConnection(ChannelSocket.java:698)
> at org.apache.jk.common.ChannelSocket$SocketConnection.runIt(ChannelSocket.java:891)
> at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:690)
> at java.lang.Thread.run(Thread.java:679)
> Caused by: org.hibernate.PropertyAccessException: Exception occurred inside setter of com.redhat.rhn.domain.action.script.ScriptAction.scriptActionDetails
> at org.hibernate.property.BasicPropertyAccessor$BasicSetter.set(BasicPropertyAccessor.java:65)
> at org.hibernate.tuple.entity.AbstractEntityTuplizer.setPropertyValues(AbstractEntityTuplizer.java:337)
> at org.hibernate.tuple.entity.PojoEntityTuplizer.setPropertyValues(PojoEntityTuplizer.java:200)
> at org.hibernate.persister.entity.AbstractEntityPersister.setPropertyValues(AbstractEntityPersister.java:3566)
> at org.hibernate.engine.TwoPhaseLoad.initializeEntity(TwoPhaseLoad.java:129)
> at org.hibernate.loader.Loader.initializeEntitiesAndCollections(Loader.java:854)
> at org.hibernate.loader.Loader.doQuery(Loader.java:729)
> at org.hibernate.loader.Loader.doQueryAndInitializeNonLazyCollections(Loader.java:236)
> at org.hibernate.loader.Loader.doList(Loader.java:2220)
> at org.hibernate.loader.Loader.listIgnoreQueryCache(Loader.java:2104)
> at org.hibernate.loader.Loader.list(Loader.java:2099)
> at org.hibernate.loader.hql.QueryLoader.list(QueryLoader.java:378)
> at org.hibernate.hql.ast.QueryTranslatorImpl.list(QueryTranslatorImpl.java:338)
> at org.hibernate.engine.query.HQLQueryPlan.performList(HQLQueryPlan.java:172)
> at org.hibernate.impl.SessionImpl.list(SessionImpl.java:1121)
> at org.hibernate.impl.QueryImpl.list(QueryImpl.java:79)
> at org.hibernate.impl.AbstractQueryImpl.uniqueResult(AbstractQueryImpl.java:811)
> at com.redhat.rhn.common.hibernate.HibernateFactory.lookupObjectByNamedQuery(HibernateFactory.java:182)
> ... 48 more
> Caused by: java.lang.reflect.InvocationTargetException
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
> at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> at java.lang.reflect.Method.invoke(Method.java:616)
> at org.hibernate.property.BasicPropertyAccessor$BasicSetter.set(BasicPropertyAccessor.java:42)
> ... 65 more
> Caused by: java.lang.NullPointerException
> at com.redhat.rhn.domain.action.script.ScriptAction.setScriptActionDetails(ScriptAction.java:38)
> ... 70 more
> 2012-11-21 17:20:33,184 [TP-Processor12] WARN org.directwebremoting.dwrp.BaseCallMarshaller - --Erroring: batchId[3] message[com.redhat.rhn.common.hibernate.HibernateRuntimeException: Executing query Action.findByIdandOrgId with params {orgId=2, aid=335} failed]
> ----------------------------------------------------------------
>
> Any ideas? I already restarted Spacewalk and the Database. I am running Spacewalk 1.7 with Postgres on CentOS 6.3.
>
> Regards,
>
> Wolfgang
>
>
>
> ------------------------------
>
> Message: 2
> Date: Wed, 21 Nov 2012 17:36:43 +0100 (CET)
> From: Wolfgang Neudorfer <mlist at woifi.at>
> To: spacewalk-list at redhat.com
> Subject: Re: [Spacewalk-list] architecture for centos i686
> Message-ID: <818992047.16160.1353515803205.JavaMail.root at mail>
> Content-Type: text/plain; charset=utf-8
>
> Hi,
>
> I think IA-32 is correct.
>
> Regards,
>
> Wolfgang
>
> ----- Original Message -----
> From: "Mohit Vadhera" <mohit.vadhera at gmail.com>
> To: spacewalk-list at redhat.com
> Sent: Wednesday, 21 November, 2012 4:01:55 PM
> Subject: [Spacewalk-list] architecture for centos i686
>
>
> Hi,
>
>
> Which architecture is suitable for centos i686 in spacewalk channel ?
>
>
> Thanks,
> Mohit
> _______________________________________________
> Spacewalk-list mailing list
> Spacewalk-list at redhat.com
> https://www.redhat.com/mailman/listinfo/spacewalk-list
>
>
>
> ------------------------------
>
> Message: 3
> Date: Wed, 21 Nov 2012 11:53:16 -0500
> From: Paul Robert Marino <prmarino1 at gmail.com>
> To: spacewalk-list at redhat.com
> Subject: Re: [Spacewalk-list] Changing spacewalk hostname
> Message-ID:
> <CAPJdpdDw9+exyAWVS6iwhoibc2T+f+pujF=dJUuVtqbwk9juVQ at mail.gmail.com>
> Content-Type: text/plain; charset=windows-1252
>
> If you are using FreeIPA Just generate a crl and create a legitimate
> cert using Dogtag
>
> On Wed, Nov 21, 2012 at 11:12 AM, William Muriithi
> <william.muriithi at gmail.com> wrote:
>> Hello,
>>
>> I am trying to change a hostname of a server running Spacewalk and I have
>> encountered a problem. My root issue is, I had initially assumed I could
>> run spacewalk without SSL. (Its within data centre so I not too sensitive
>> and only currently testing it on dev boxes) So when I initializing the
>> database, I did not record the password I used to generate the certificate.
>>
>> At some point, I changed the spacewalk hostname ? needed to do this in order
>> to use FreeIPA for authentication and that has broken osad and
>> osa-dispatcher communication. (jabber can no longer connect to the server).
>> Took a while to figure out what happened but now I am sure changing hostname
>> was a not a good idea.
>>
>> Luckily, looks like there is a script to go fixing all the hostname hard
>> coded in the system configuration - spacewalk-hostname-rename.
>> Unfortunately for me, I have forgotten the password I had used to secure the
>> certificate private key. So spacewalk-hostname-rename just bail out after
>> trying to load the key. At the moment, looks like my only solution is to
>> redo the whole thing from start again, having learned the importance of the
>> certificate used in this project.
>>
>> I am wondering though, would it be possible to use rhn-ssl-tool to override
>> the current private key. I do understand its kind of defeat the certificate
>> security, but have not found any article online that rule out that
>> possibility, hence the question
>>
>> Thanks for advice
>>
>> William
>>
>>
>> _______________________________________________
>> Spacewalk-list mailing list
>> Spacewalk-list at redhat.com
>> https://www.redhat.com/mailman/listinfo/spacewalk-list
>
>
>
> ------------------------------
>
> Message: 4
> Date: Wed, 21 Nov 2012 16:57:03 +0000
> From: James Hogarth <james.hogarth at gmail.com>
> To: spacewalk-list at redhat.com
> Subject: Re: [Spacewalk-list] Changing spacewalk hostname
> Message-ID:
> <CAGkb5vfP6khMf89Rn4V=pR7kvWPUZCauPuv-pnTj7XkFDjRwXw at mail.gmail.com>
> Content-Type: text/plain; charset="iso-8859-1"
>
>>
>>
>> I am wondering though, would it be possible to use rhn-ssl-tool to
>> override the current private key. I do understand its kind of defeat the
>> certificate security, but have not found any article online that rule out
>> that possibility, hence the question
>>
>>
>> Interestingly enough I have only just done this exact same thing.....
>
> Here's the process I used:
>
> mv /root/ssl-build /root/ssl-build.bak
> rhn-ssl-tool --gen-ca --force --set-country="<country code>"
> --set-state="<state>" --set-org="<organisation>"
>
> That wil generate a new CA (it'll ask you for a password to use) and then
> spacewalk-hostname-rename will work as expected...
>
> Since this is a new CA you will need to:
>
> rm -rf /var/lib/jabberd/db/*
>
> to make OSAD happy and on each system:
>
> wget http://spacewalk.example.com/pub/RHN-ORG-TRUSTED-SSL-CERT -O
> /usr/share/rhn/RHN-ORG-TRUSTED-SSL-CERT
> sed -i s'/oldhostname/newhostname/' /etc/sysconfig/rhn/up2date
Thank you James. Worked perfectly.
The only issue I had was cobber had issues.
echo -n "Changing cobbler settings ... " | tee -a $LOG
# --enable-tftp=no means, everything stayes configured from previous
configuration
/usr/bin/spacewalk-setup-cobbler --enable-tftp=no >> $LOG 2>&1
print_status $?
MonitoringScout enabled: 0
Updating other DB entries ... UPDATE 1
COMMIT
OK
Changing cobbler settings ... Unknown option: enable-tftp
Usage: /usr/bin/spacewalk-setup-cobbler --help | --macros macros
Options:
I commented this out and run it again. Not sure if I will run in
trouble for overriding it, but I could not find the string tftp under
/etc/cobbler/ so not sure why its complaining about here.
I actually noticed Edson Manners on this list had the same problem
earlier this month but did not generate any response.
@Robert Marino, no don't want to complicate the setup for now so will
shy away from using FreeIPA certificate
William
>
> James
> -------------- next part --------------
> An HTML attachment was scrubbed...
> URL: <https://www.redhat.com/archives/spacewalk-list/attachments/20121121/8cfc99ab/attachment.html>
>
> ------------------------------
>
> Message: 5
> prefer to do the updates manually others prefer the updates done in
> the install and there is still an other school of thought that if say
> you are rebuilding a host it should have the exact same rpm versions
> as the original and no additional updates.
> none of them are completely right or wrong its more of a matter of
> preference then any thing else.
>
>
>
> On Wed, Nov 21, 2012 at 9:47 AM, Snyder, Chris <Chris_Snyder at sra.com> wrote:
>> Looking for some opinions here.
>>
>>
>>
>> I?ve got SW 1.8 working with RHEL5 now (thank you, J. Pazdziora) and have a
>> kickstart profile uses three channels for initial package installation: core
>> RHEL5 packages (from the ISO), all current RHEL5 updates so when all is said
>> and done, I have a host ready to roll with no need for updates to be
>> applied.
>>
>>
>>
>> Is this the best way to build a host?
>>
>>
>>
>> I don?t have any particular reason for this, but I have a gut feeling that a
>> better way to build a host might be to ONLY use the core RHEL5 ISO packages
>> and the spacewalk-client packages for initial host creation, then register
>> the host with my RHEL5 update channel, and then apply any needed updates
>> (could be done in a %post section).
>>
>>
>>
>> The second option seems ?cleaner? from the stand point of it mimics building
>> a host from an ISO and then applying updates, whereas the first does
>> everything at once. Theoretically the end result should be the same.
>>
>>
>>
>> Thoughts?
>>
>>
>>
>> Thx
>>
>> Chris.
>>
>>
>>
>> --
>>
>> Chris Snyder
>>
>> SRA Senior Linux Geek
>> Energystar Network O+M Team
>> ESTAR Issues: https://estar18.energystar.gov/
>>
>>
>>
>>
>> _______________________________________________
>> Spacewalk-list mailing list
>> Spacewalk-list at redhat.com
>> https://www.redhat.com/mailman/listinfo/spacewalk-list
>
>
>
> ------------------------------
>
> _______________________________________________
> Spacewalk-list mailing list
> Spacewalk-list at redhat.com
> https://www.redhat.com/mailman/listinfo/spacewalk-list
>
> End of Spacewalk-list Digest, Vol 54, Issue 43
> **********************************************
More information about the Spacewalk-list
mailing list