On 21 November 2012 12:00, <[email protected]> wrote: > Send Spacewalk-list mailing list submissions to > [email protected] > > 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 > [email protected] > > You can reach the person managing the list at > [email protected] > > 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 <[email protected]> > To: [email protected] > Subject: [Spacewalk-list] Popup "Error" in Overview > Message-ID: <1582293564.16104.1353515254330.JavaMail.root@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 <[email protected]> > To: [email protected] > Subject: Re: [Spacewalk-list] architecture for centos i686 > Message-ID: <818992047.16160.1353515803205.JavaMail.root@mail> > Content-Type: text/plain; charset=utf-8 > > Hi, > > I think IA-32 is correct. > > Regards, > > Wolfgang > > ----- Original Message ----- > From: "Mohit Vadhera" <[email protected]> > To: [email protected] > 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 > [email protected] > https://www.redhat.com/mailman/listinfo/spacewalk-list > > > > ------------------------------ > > Message: 3 > Date: Wed, 21 Nov 2012 11:53:16 -0500 > From: Paul Robert Marino <[email protected]> > To: [email protected] > Subject: Re: [Spacewalk-list] Changing spacewalk hostname > Message-ID: > <CAPJdpdDw9+exyAWVS6iwhoibc2T+f+pujF=djuuvtqbwk9j...@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 > <[email protected]> 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 >> [email protected] >> https://www.redhat.com/mailman/listinfo/spacewalk-list > > > > ------------------------------ > > Message: 4 > Date: Wed, 21 Nov 2012 16:57:03 +0000 > From: James Hogarth <[email protected]> > To: [email protected] > Subject: Re: [Spacewalk-list] Changing spacewalk hostname > Message-ID: > <CAGkb5vfP6khMf89Rn4V=pr7kvwpuzcaupuv-pntj7xkfdjr...@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 <[email protected]> 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 >> [email protected] >> https://www.redhat.com/mailman/listinfo/spacewalk-list > > > > ------------------------------ > > _______________________________________________ > Spacewalk-list mailing list > [email protected] > https://www.redhat.com/mailman/listinfo/spacewalk-list > > End of Spacewalk-list Digest, Vol 54, Issue 43 > ********************************************** _______________________________________________ Spacewalk-list mailing list [email protected] https://www.redhat.com/mailman/listinfo/spacewalk-list
