Re: [Spacewalk-list] Error displaying package details
> If I remember correctly we started with version 1.0 and did upgrades > to 1.2 -> 1.4 -> 1.7 and now 2.0 > > # rhn-schema-version: > 2.0.2-1.el5 > > # rpm -q spacewalk-schema spacewalk-java > spacewalk-schema-2.0.2-1.el5 > spacewalk-java-2.0.5-1.el5 > > You are correct a clean install would be the way to go. Is there a > way to save my data from this install and then import into another > install even if there may be missing data in some columns of the > database? As you write, the trouble is there're some data missing, so it isn't very wise to import that data to another Spacewalk instance. What you definitely could do is to backup and re-use the /var/satellite directory that contains (among others) all the rpms you used on the current Spacewalk, so you do not have to sync/download them again. As well you may try to get some of the data (activation keys, configuration channels and files, users and user groups ...) via API and create them again via API on the new Spacewalk machine. Regards, -- Tomas Lestach Red Hat Satellite Engineering, Red Hat ___ Spacewalk-list mailing list Spacewalk-list@redhat.com https://www.redhat.com/mailman/listinfo/spacewalk-list
Re: [Spacewalk-list] Import config file fails on Spacewalk 1.9
> should I file a bug? Well, it makes sense to file bugs against the last released Spacewalk version. There's almost no chance to backport/fix something for Spacewalk 1.9 / Spacewalk client 1.7. So, in case you see bugs in Spacewalk (client) 2.0, please, be so kind and report them via Bugzilla. Regards, -- Tomas Lestach Red Hat Satellite Engineering, Red Hat > > # rpm -qa | grep rhncfg > rhncfg-management-5.10.9-1.el6.noarch > rhncfg-5.10.9-1.el6.noarch > rhncfg-client-5.10.9-1.el6.noarch > rhncfg-actions-5.10.9-1.el6.noarch ___ Spacewalk-list mailing list Spacewalk-list@redhat.com https://www.redhat.com/mailman/listinfo/spacewalk-list
Re: [Spacewalk-list] Spacewalk 2.0, Monitoring, and Notification Methods
Notification methods get created per user. To create a notification method navigate to: Users (in the top menu) - - Notification Methods and here - on the right you'll find your 'create new method' link. Regards, -- Tomas Lestach Red Hat Satellite Engineering, Red Hat - Original Message - > From: "Scott Worthington" > To: spacewalk-list@redhat.com > Sent: Monday, September 9, 2013 9:13:00 PM > Subject: [Spacewalk-list] Spacewalk 2.0, Monitoring, and Notification Methods > > Hello List, > > I have successfully upgraded Spacewalk from 1.6 to 2.0 without any > issues. > > I am now setting up Monitoring and enabling Probes. They work well. > > However, I don't know how to set up "Notification Methods". > > In the top row, I have clicked on "Monitoring" and then in the left > hand > column, "Notification". > > I'm presented a page with with: > """ > (i) Notification Methods > Method Configuration > > Notification Methods are email addresses where Monitoring related > alerts > generated by Probes will be sent to. > No notification methods configured. > """ > > I would assume that there should be a green "+ create new > notification > method" in the right hand side, however, there is none. > > In the left hand column, if I click on "Filters" submenu, I see there > is > a green "+ create new notification filter". So that appears to work. > > How do you create a notification method? > > I found... > > /usr/share/spacewalk/web/network/components/monitoring/create_notification_method.pxi > > ...and... > > /usr/share/spacewalk/web/network/components/monitoring/notification_methods.pxi > > ...from spacewalk-html-2.0.3-1.el6.noarch installed. > > Is this fixed in nightly? > > Any assistance would be appreciated. > > ___ > Spacewalk-list mailing list > Spacewalk-list@redhat.com > https://www.redhat.com/mailman/listinfo/spacewalk-list > ___ Spacewalk-list mailing list Spacewalk-list@redhat.com https://www.redhat.com/mailman/listinfo/spacewalk-list
Re: [Spacewalk-list] Tomcat not starting
> Hi, > Yesterday I kickstarted a machine with spacewalk, and it was working > fine , I did a few network and cobbler(only host ip addr.) changes > and now I cannot see tomcat started by spacewalk. Its not in > processes list, not the catalina.out comes up as earlier. I tried to > start it manually but I cannot find its binary to start. Do you have tomcat installed? # rpm -qa 'tomcat*' Didn't you uninstall it by chance? # grep tomcat /var/log/yum.log > Due to this > the spacewalk UI is throwing up "503 Service Temporarily > Unavailable". > I restarted the Spacewalk and system , network, restored the previous > network settings ,still in vain. > This is output of "spacewalk-service restart" > > [root@space-walk ~]# spacewalk-service restart > Shutting down spacewalk services... > Stopping cobbler daemon: [ OK ] > Stopping rhn-search... > Stopped rhn-search. > Shutting down osa-dispatcher: [ OK ] > Stopping httpd: [ OK ] > Terminating jabberd processes ... > Stopping s2s: [ OK ] > Stopping c2s: [ OK ] > Stopping sm: [ OK ] > Stopping router: [ OK ] > Stopping postgresql service: [ OK ] > Done. > Starting spacewalk services... > Starting postgresql service: [ OK ] > Initializing jabberd processes ... > Starting router: [ OK ] > Starting sm: [ OK ] > Starting c2s: [ OK ] > Starting s2s: [ OK ] > Starting httpd: [ OK ] > Starting osa-dispatcher: [ OK ] > Starting rhn-search... > Starting cobbler daemon: [ OK ] > Done. Yes, you're missing tomcat and taskomatic service as well. Do you have spacewalk-java installed? # rpm -qa 'spacewalk-java*' spacewalk-taskomatic Regards, -- Tomas Lestach Red Hat Satellite Engineering, Red Hat ___ Spacewalk-list mailing list Spacewalk-list@redhat.com https://www.redhat.com/mailman/listinfo/spacewalk-list
Re: [Spacewalk-list] Tomcat not starting
> rpm -qa 'spacewalk-java*' spacewalk-taskomatic
> spacewalk-java-config-2.0.5-1.el6.noarch
> spacewalk-java-lib-2.0.5-1.el6.noarch
>
>
> I have no idea how tomcat got erased , The spacewalk taskomatic is
> not there,i'll install tomcat and spacewalk-taskomatic and get back.
> Thanks & Regards
Note, it's not only tomcat and spacewalk-taskomatic.
Definitely it will be spacewalk-java, spacewalk-common,
spacewalk-{oracle|postgresql}, spacewalk-java-{oracle|postgresql} as well and
maybe some others.
Check what else was removed together with tomcat on Sep 17.
Regards,
--
Tomas Lestach
Red Hat Satellite Engineering, Red Hat
___
Spacewalk-list mailing list
Spacewalk-list@redhat.com
https://www.redhat.com/mailman/listinfo/spacewalk-list
Re: [Spacewalk-list] Critical security issue about your Spacewalk system
> The CVE link was not working earlier, but it is now resolved and > functional. > > https://access.redhat.com/security/cve/CVE-2013-4480 > > Updated Spacewalk 2.0 and 1.9 packages are available (*). > > The Spacewalk 1.9 build is not working for Fedora based Spacewalk 1.9. > Spacewalk 1.9 has already it's Fedora 18 packages available in appropriate repositories. Regards, -- Tomas Lestach Red Hat Satellite Engineering, Red Hat ___ Spacewalk-list mailing list Spacewalk-list@redhat.com https://www.redhat.com/mailman/listinfo/spacewalk-list
Re: [Spacewalk-list] Spacewalk 2.1
> i've upgraded, and now, chen I logout, I'm redirected to page > https://server/rhn/Login2.do and get an error 404 "file not found". Make sure you use spacewalk-config-2.1.5-1. You shall see: # grep -r Login2 /etc/httpd/conf.d/ /etc/httpd/conf.d/zz-spacewalk-www.conf:RewriteRule ^/rhn/Login2\.do ajp://localhost:8009/rhn/Login.do [P] Regards, -- Tomas Lestach Red Hat Satellite Engineering, Red Hat ___ Spacewalk-list mailing list Spacewalk-list@redhat.com https://www.redhat.com/mailman/listinfo/spacewalk-list
Re: [Spacewalk-list] Orphaned Scheduled Channel
> Hello Folks, > > Anyone know what the current command is to clear a orphaned > taskomatic > schedule (channel deleted without scheduler knowing about it) Actually I added some extra code to delete reposync schedules for invalid channel_ids 2 months ago. See https://github.com/spacewalkproject/spacewalk/commit/acae7d2a4b11c3795299b4af5d9f13bb8d911aee for more details. Everything, what's needed is to restart taskomatic. The change will be part of Spacewalk 2.2. > Taskomatic bunch repo-sync-bunch was scheduled to run within the > repo-sync-2-113 schedule. > > Subtask repo-sync failed. > ... > The command that Tomas provided the past for older spacewalk does not > seem to work any more. > > client.taskomatic.org.unscheduleBunch(key, 'repo-sync-2-113'); > > -bash: syntax error near unexpected token `key,' This is not a command, but an API call. So, it cannot be interpreted by bash. Check https:///rhn/apidoc/scripts.jsp for some sample scripts, how to call API. The API should definitely work. Regards, -- Tomas Lestach Red Hat Satellite Engineering, Red Hat ___ Spacewalk-list mailing list Spacewalk-list@redhat.com https://www.redhat.com/mailman/listinfo/spacewalk-list
Re: [Spacewalk-list] ISE when attempting to view failed action.
Hello, it looks like the completion date isn't set for certain actions. I do not see such entries on our server. What does following command say? echo "select server_id,action_id,result_code,result_msg from rhnServerAction where status = 3 and completion_time is null;" | spacewalk-sql -i Regards, -- Tomas Lestach Red Hat Satellite Engineering, Red Hat - Original Message - > From: "Ron Helzer" > To: spacewalk-list@redhat.com > Sent: Tuesday, September 9, 2014 8:01:46 PM > Subject: [Spacewalk-list] ISE when attempting to view failed action. > > > > > > > > > > Hello list, > > I'm experiencing a consistent ISE when I click a link to view a > failed action - like https://spacewalk. > .com/rhn/schedule/FailedSystems.do?aid=85213 > > This is Spacewalk 2.2 on CentOS 5.10 i386 PostgreSQL; all Spacewalk > packages are up to date. > > Here's what's in the Tomcat log: > > 2014-09-09 13:53:29,824 [ajp-127.0.0.1-8009-6] ERROR > org.apache.catalina.core.ContainerBase.[Catalina].[localhost].[/rhn].[org.apache.jsp.WEB_002dINF.pages.schedule.failedsystems_jsp] > - Servlet.service() for servlet > org.apache.jsp.WEB_002dINF.pages.schedule.failedsystems_jsp threw > exception > java.lang.NullPointerException > at java.util.Calendar.setTime(Calendar.java:1092) > at java.text.SimpleDateFormat.format(SimpleDateFormat.java:876) > at java.text.SimpleDateFormat.format(SimpleDateFormat.java:869) > at java.text.DateFormat.format(DateFormat.java:333) > at > com.redhat.rhn.common.localization.LocalizationService.formatDate(LocalizationService.java:451) > at > com.redhat.rhn.common.localization.LocalizationService.formatDate(LocalizationService.java:393) > at > com.redhat.rhn.frontend.dto.ActionedSystem.getDisplayDate(ActionedSystem.java:49) > 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:622) > at org.apache.commons.el.ArraySuffix.evaluate(ArraySuffix.java:314) > at org.apache.commons.el.ComplexValue.evaluate(ComplexValue.java:145) > at > org.apache.commons.el.ExpressionEvaluatorImpl.evaluate(ExpressionEvaluatorImpl.java:264) > at > org.apache.commons.el.ExpressionEvaluatorImpl.evaluate(ExpressionEvaluatorImpl.java:190) > at > org.apache.jasper.runtime.PageContextImpl.proprietaryEvaluate(PageContextImpl.java:929) > at > org.apache.jsp.WEB_002dINF.pages.schedule.failedsystems_jsp._jspx_meth_rhn_005fcolumn_005f1(Unknown > Source) > at > org.apache.jsp.WEB_002dINF.pages.schedule.failedsystems_jsp._jspx_meth_rhn_005flistdisplay_005f0(Unknown > Source) > at > org.apache.jsp.WEB_002dINF.pages.schedule.failedsystems_jsp._jspx_meth_rhn_005flist_005f0(Unknown > Source) > at > org.apache.jsp.WEB_002dINF.pages.schedule.failedsystems_jsp._jspService(Unknown > Source) > at org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:98) > at javax.servlet.http.HttpServlet.service(HttpServlet.java:803) > at > org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:269) > at > org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:188) > at > org.apache.catalina.core.ApplicationDispatcher.invoke(ApplicationDispatcher.java:691) > at > org.apache.catalina.core.ApplicationDispatcher.processRequest(ApplicationDispatcher.java:469) > at > org.apache.catalina.core.ApplicationDispatcher.doForward(ApplicationDispatcher.java:403) > at > org.apache.catalina.core.ApplicationDispatcher.forward(ApplicationDispatcher.java:301) > at > org.apache.struts.action.RequestProcessor.doForward(RequestProcessor.java:1085) > at > org.apache.struts.action.RequestProcessor.processForwardConfig(RequestProcessor.java:398) > at > org.apache.struts.action.RequestProcessor.process(RequestProcessor.java:241) > at > com.redhat.rhn.frontend.struts.RhnRequestProcessor.process(RhnRequestProcessor.java:102) > at > org.apache.struts.action.ActionServlet.process(ActionServlet.java:1196) > at > org.apache.struts.action.ActionServlet.doGet(ActionServlet.java:414) > at javax.servlet.http.HttpServlet.service(HttpServlet.java:690) > at javax.servlet.http.HttpServlet.service(HttpServlet.java:803) > at > org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:269) > at > org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:188) > at > com.redhat.rhn.frontend.servlets.AuthFilter.doFilter(AuthFilter.java:127) > at > org.apache.catalina.core.Appl
Re: [Spacewalk-list] System Overview shows incorrect Configs count
> I have noticed that since the upgrade to Spacewalk 2.2 some servers > in > the Systems Overview (and derived) lists show an incorrect count of > modified config files. Thank you for reporting the issue. I reproduced the problem and committed a fix to spacewalk git. Upcoming Spacewalk version should behave correctly. Regards, -- Tomas Lestach Red Hat Satellite Engineering, Red Hat ___ Spacewalk-list mailing list Spacewalk-list@redhat.com https://www.redhat.com/mailman/listinfo/spacewalk-list
Re: [Spacewalk-list] RHNSearch Database Connection
Hello,
what does
# egrep 'db_(host|name|port)' /etc/rhn/rhn.conf
say?
Regards,
--
Tomas Lestach
Red Hat Satellite Engineering, Red Hat
- Original Message -
> From: "Jeremy Darr"
> To: spacewalk-list@redhat.com
> Sent: Saturday, September 20, 2014 1:06:35 AM
> Subject: [Spacewalk-list] RHNSearch Database Connection
>
>
>
> Recently, while attempting to migrate Spacewalk from a CentOS5 to a
> CentOS6 server, we encountered an issue with rhnsearch. It appears
> that rhnsearch believes that the database is found at 'localhost' as
> opposed to the server that the database lives on. Odd thing is,
> every other piece of software for Spacewalk communicates with the
> database just fine. Here is the output when running an
> "/etc/init.d/rhnsearch cleanindex" command:
>
>
>
>
> INFO: Initializing c3p0 pool...
> com.mchange.v2.c3p0.ComboPooledDataSource [ acquireIncrement -> 3,
> acquireRetryAttempts -> 30, acquireRetryDelay -> 1000,
> autoCommitOnClose -> false, automaticTestTable -> null,
> breakAfterAcquireFailure -> false, checkoutTimeout -> 0,
> connectionCustomizerClassName ->
> com.redhat.satellite.search.config.translator.RhnConnectionCustomizer,
> connectionTesterClassName ->
> com.mchange.v2.c3p0.impl.DefaultConnectionTester, dataSourceName ->
> qzsrcd9411kwsxn1wwivba|69af0db6,
> debugUnreturnedConnectionStackTraces -> false, description -> null,
> driverClass -> org.postgresql.Driver, factoryClassLocation -> null,
> forceIgnoreUnresolvedTransactions -> false, identityToken ->
> qzsrcd9411kwsxn1wwivba|69af0db6, idleConnectionTestPeriod -> 0,
> initialPoolSize -> 3, jdbcUrl -> jdbc:postgresql:swdb00 ,
> maxAdministrativeTaskTime -> 0, maxConnectionAge -> 0, maxIdleTime
> -> 0, maxIdleTimeExcessConnections -> 0, maxPoolSize -> 15,
> maxStatements -> 0, maxStatementsPerConnection -> 0, minPoolSize ->
> 3, numHelperThreads -> 3, numThreadsAwaitingCheckoutDefaultUser ->
> 0, preferredTestQuery -> null, properties -> {user=**,
> password=**}, propertyCycle -> 0, testConnectionOnCheckin ->
> false, testConnectionOnCheckout -> false,
> unreturnedConnectionTimeout -> 0, usesTraditionalReflectiveProxies
> -> false ]
>
> I'm not certain where to set configuration values for the following
> from the above output:
>
> jdbcUrl -> jdbc:postgresql:swdb00
>
>
> Does anyone happen to know where this configuration value lives?
>
> - Jeremy
> ___
> Spacewalk-list mailing list
> Spacewalk-list@redhat.com
> https://www.redhat.com/mailman/listinfo/spacewalk-list
___
Spacewalk-list mailing list
Spacewalk-list@redhat.com
https://www.redhat.com/mailman/listinfo/spacewalk-list
Re: [Spacewalk-list] RHNSearch Database Connection
Thank you for the provided information.
I fixed the issue for spacewalk nightly [1].
The patch available in bugzilla [2] does not consider embedded PG installations.
Regards,
--
Tomas Lestach
Red Hat Satellite Engineering, Red Hat
[1]
https://github.com/spacewalkproject/spacewalk/commit/4073abaf7bc7f17b738bcc0ca64e657ab9d074bf
[2] https://bugzilla.redhat.com/show_bug.cgi?id=1085033#c1
- Original Message -
> From: "Jeremy Darr"
> To: spacewalk-list@redhat.com
> Sent: Tuesday, September 23, 2014 6:34:25 PM
> Subject: Re: [Spacewalk-list] RHNSearch Database Connection
>
>
>
>
> Currently I have all necessary information for this connection:
>
>
>
> [root@my_host ~]# egrep 'db_(host|name|port)' /etc/rhn/rhn.conf
> db_name = swdb00
> db_host = my_db_host
> db_port = 5432
>
>
> I will be testing the patch submitted earlier in this thread tomorrow
> evening during a maintenance window for my Spacewalk installation. I
> will let everyone know whether that fixes the issue.
>
>
> - Jeremy
>
>
> On Tue, Sep 23, 2014 at 2:07 AM, Tomas Lestach < tlest...@redhat.com
> > wrote:
>
>
> Hello,
>
> what does
> # egrep 'db_(host|name|port)' /etc/rhn/rhn.conf
> say?
>
> Regards,
> --
> Tomas Lestach
> Red Hat Satellite Engineering, Red Hat
>
>
>
>
> - Original Message -
> > From: "Jeremy Darr" < jeremy.d...@gmail.com >
> > To: spacewalk-list@redhat.com
> > Sent: Saturday, September 20, 2014 1:06:35 AM
> > Subject: [Spacewalk-list] RHNSearch Database Connection
> >
> >
> >
> > Recently, while attempting to migrate Spacewalk from a CentOS5 to a
> > CentOS6 server, we encountered an issue with rhnsearch. It appears
> > that rhnsearch believes that the database is found at 'localhost'
> > as
> > opposed to the server that the database lives on. Odd thing is,
> > every other piece of software for Spacewalk communicates with the
> > database just fine. Here is the output when running an
> > "/etc/init.d/rhnsearch cleanindex" command:
> >
> >
> >
> >
> > INFO: Initializing c3p0 pool...
> > com.mchange.v2.c3p0.ComboPooledDataSource [ acquireIncrement -> 3,
> > acquireRetryAttempts -> 30, acquireRetryDelay -> 1000,
> > autoCommitOnClose -> false, automaticTestTable -> null,
> > breakAfterAcquireFailure -> false, checkoutTimeout -> 0,
> > connectionCustomizerClassName ->
> > com.redhat.satellite.search.config.translator.RhnConnectionCustomizer,
> > connectionTesterClassName ->
> > com.mchange.v2.c3p0.impl.DefaultConnectionTester, dataSourceName ->
> > qzsrcd9411kwsxn1wwivba|69af0db6,
> > debugUnreturnedConnectionStackTraces -> false, description -> null,
> > driverClass -> org.postgresql.Driver, factoryClassLocation -> null,
> > forceIgnoreUnresolvedTransactions -> false, identityToken ->
> > qzsrcd9411kwsxn1wwivba|69af0db6, idleConnectionTestPeriod -> 0,
> > initialPoolSize -> 3, jdbcUrl -> jdbc:postgresql:swdb00 ,
> > maxAdministrativeTaskTime -> 0, maxConnectionAge -> 0, maxIdleTime
> > -> 0, maxIdleTimeExcessConnections -> 0, maxPoolSize -> 15,
> > maxStatements -> 0, maxStatementsPerConnection -> 0, minPoolSize ->
> > 3, numHelperThreads -> 3, numThreadsAwaitingCheckoutDefaultUser ->
> > 0, preferredTestQuery -> null, properties -> {user=**,
> > password=**}, propertyCycle -> 0, testConnectionOnCheckin ->
> > false, testConnectionOnCheckout -> false,
> > unreturnedConnectionTimeout -> 0, usesTraditionalReflectiveProxies
> > -> false ]
> >
> > I'm not certain where to set configuration values for the following
> > from the above output:
> >
> > jdbcUrl -> jdbc:postgresql:swdb00
> >
> >
> > Does anyone happen to know where this configuration value lives?
> >
> > - Jeremy
>
>
> > ___
> > Spacewalk-list mailing list
> > Spacewalk-list@redhat.com
> > https://www.redhat.com/mailman/listinfo/spacewalk-list
>
> ___
> Spacewalk-list mailing list
> Spacewalk-list@redhat.com
> https://www.redhat.com/mailman/listinfo/spacewalk-list
>
>
> ___
> Spacewalk-list mailing list
> Spacewalk-list@redhat.com
> https://www.redhat.com/mailman/listinfo/spacewalk-list
___
Spacewalk-list mailing list
Spacewalk-list@redhat.com
https://www.redhat.com/mailman/listinfo/spacewalk-list
Re: [Spacewalk-list] ISE when attempting to view failed action.
> " What does following command say? > echo "select server_id,action_id,result_ code,result_msg from > rhnServerAction where status = 3 and completion_time is null;" | > spacewalk-sql -i" > > > > server_id | action_id | result_code | result_msg > +---+-+- > 110488 | 85213 | -100 | Prerequisite failed > (1 row) > I'm sorry for the delay, I somehow missed your answer. It looks like this particular action causes the ISE. I'll try to investigate/reproduce tomorrow. Regards, -- Tomas Lestach Red Hat Satellite Engineering, Red Hat ___ Spacewalk-list mailing list Spacewalk-list@redhat.com https://www.redhat.com/mailman/listinfo/spacewalk-list
Re: [Spacewalk-list] ISE when attempting to view failed action.
Hello, I think I managed to reproduce and fix the problem in spacewalk nightly. Relevant commits are: https://github.com/spacewalkproject/spacewalk/commit/ebb278a246108e9ff378ffde670eb4ee036cf491 https://github.com/spacewalkproject/spacewalk/commit/acf6f97d90ce3ed66b019890a359896dd1a4dc3f Thank you, -- Tomas Lestach Red Hat Satellite Engineering, Red Hat - Original Message - > From: "Tomas Lestach" > To: spacewalk-list@redhat.com > Sent: Thursday, September 25, 2014 5:36:51 PM > Subject: Re: [Spacewalk-list] ISE when attempting to view failed action. > > > " What does following command say? > > echo "select server_id,action_id,result_ code,result_msg from > > rhnServerAction where status = 3 and completion_time is null;" | > > spacewalk-sql -i" > > > > > > > > server_id | action_id | result_code | result_msg > > +---+-+- > > 110488 | 85213 | -100 | Prerequisite failed > > (1 row) > > > > I'm sorry for the delay, I somehow missed your answer. > It looks like this particular action causes the ISE. > I'll try to investigate/reproduce tomorrow. > > > Regards, > -- > Tomas Lestach > Red Hat Satellite Engineering, Red Hat > > ___ > Spacewalk-list mailing list > Spacewalk-list@redhat.com > https://www.redhat.com/mailman/listinfo/spacewalk-list > ___ Spacewalk-list mailing list Spacewalk-list@redhat.com https://www.redhat.com/mailman/listinfo/spacewalk-list
Re: [Spacewalk-list] Any spacecmd example about getting hardware info from Satellite ?
> We are trying to get some hardware info from our Satellite 5.6 > system. > > Ideally it would be good to get vendor, dmi data, etc. I'd recommend either to use API (you can use spacewalk-api) if you'd like to collect the data within an organization. If you need data across the whole Spacewalk/Satellite, spacewalk-reports may contain some of that information. > Can anybody tell if this is possible using spacecmd command ? spacecmd was not released for Red Hat Satellite 5.6. Regards, -- Tomas Lestach Red Hat Satellite Engineering, Red Hat ___ Spacewalk-list mailing list Spacewalk-list@redhat.com https://www.redhat.com/mailman/listinfo/spacewalk-list
Re: [Spacewalk-list] Issue with creating kickstart distribution in spacewalk
Could you paste the traceback from /var/log/tomcat*/catalina.out? Regards, -- Tomas Lestach Red Hat Satellite Engineering, Red Hat - Original Message - > From: "amol pali" > To: spacewalk-list@redhat.com > Sent: Saturday, September 27, 2014 6:33:49 PM > Subject: [Spacewalk-list] Issue with creating kickstart distribution in > spacewalk > > > > > > Hi, > I have installed spacewalk latest version on my fedora20 machine. I > created fedora20 base channel and now want to create fedora20 > kickstart distribution. I have copied all fedora20 files to > /var/custom-disto/fedora20-disto directory. > > When I try to create distribution with below details: > > Distribution Label: fedora20-disto > Tree Path : /var/custom-disto/fedora20-disto/ > Base Channel: fedora20 > Installer Generation : Fedora > > > I get Internal Server Error on spacewalk GUI window(through browser). > Below line is being generated in the /var/log/messages with several > other java related erors. > > localhost server: Caused by: redstone.xmlrpc.XmlRpcFault: cobbler.cexceptions.CX '>:'--os-version for breed redhat must be one > of rhel2.1, rhel3, rhel4, rhel5, rhel6, rhel7, fedora5, fedora6, > fedora7, fedora8, fedora9, fedora10, fedora11, fedora12, fedora13, > fedora14, fedora15, fedora16, fedora17, fedora18, fedora19, > fedora20, generic24, generic26, virtio26, other, given was fedora. > > > From the message it looks like I have to select Fedora20 in Instal > Generation but there is option of just Fedora. > > > If I select other OS in Install Generation like RHEL6 then > distribution gets created successfully but that might give me > problem somewhere. So how can I get rid of this issue? > > Your help is much appreciated. > > > Regards, > Amol > > > ___ > Spacewalk-list mailing list > Spacewalk-list@redhat.com > https://www.redhat.com/mailman/listinfo/spacewalk-list ___ Spacewalk-list mailing list Spacewalk-list@redhat.com https://www.redhat.com/mailman/listinfo/spacewalk-list
Re: [Spacewalk-list] Issue with creating kickstart distribution in spacewalk
Thank you, the fix should be available in cobbler20-2.0.11-36 in Spacewalk nightly repo. Regards, -- Tomas Lestach Red Hat Satellite Engineering, Red Hat - Original Message - > From: "amol pali" > To: spacewalk-list@redhat.com > Sent: Monday, September 29, 2014 11:10:11 PM > Subject: Re: [Spacewalk-list] Issue with creating kickstart distribution in > spacewalk > > > > > > > Hi, > Output as below from 2 files. > > [root@localhost tomcat]# cat catalina.2014-09-29.log > Sep 29, 2014 10:01:18 PM > org.apache.catalina.core.AprLifecycleListener init > INFO: The APR based Apache Tomcat Native library which allows optimal > performance in production environments was not found on the > java.library.path: > /usr/java/packages/lib/amd64:/usr/lib64:/lib64:/lib:/usr/lib > Sep 29, 2014 10:01:19 PM org.apache.coyote.AbstractProtocol init > INFO: Initializing ProtocolHandler ["http-bio-127.0.0.1-8080"] > Sep 29, 2014 10:01:19 PM org.apache.coyote.AbstractProtocol init > INFO: Initializing ProtocolHandler ["ajp-bio-127.0.0.1-8009"] > Sep 29, 2014 10:01:19 PM org.apache.coyote.AbstractProtocol init > INFO: Initializing ProtocolHandler ["ajp-bio-0:0:0:0:0:0:0:1-8009"] > Sep 29, 2014 10:01:19 PM org.apache.catalina.startup.Catalina load > INFO: Initialization processed in 1447 ms > Sep 29, 2014 10:01:19 PM org.apache.catalina.core.StandardService > startInternal > INFO: Starting service Catalina > Sep 29, 2014 10:01:19 PM org.apache.catalina.core.StandardEngine > startInternal > INFO: Starting Servlet Engine: Apache Tomcat/7.0.47 > Sep 29, 2014 10:01:19 PM org.apache.catalina.startup.HostConfig > deployDescriptor > INFO: Deploying configuration descriptor > /etc/tomcat/Catalina/localhost/rhn.xml > Sep 29, 2014 10:01:28 PM org.apache.catalina.startup.TaglibUriRule > body > INFO: TLD skipped. URI: http://www.directwebremoting.org/dwr/ is > already defined > Sep 29, 2014 10:01:28 PM org.apache.catalina.startup.TaglibUriRule > body > INFO: TLD skipped. URI: http://www.opensymphony.com/oscache is > already defined > Sep 29, 2014 10:01:28 PM org.apache.catalina.startup.TaglibUriRule > body > INFO: TLD skipped. URI: http://rhn.redhat.com/tags/config-managment > is already defined > Sep 29, 2014 10:01:28 PM org.apache.catalina.startup.TaglibUriRule > body > INFO: TLD skipped. URI: http://rhn.redhat.com/tags/list is already > defined > Sep 29, 2014 10:01:28 PM org.apache.catalina.startup.TaglibUriRule > body > INFO: TLD skipped. URI: http://rhn.redhat.com/rhn is already defined > Sep 29, 2014 10:01:28 PM org.apache.catalina.startup.TaglibUriRule > body > INFO: TLD skipped. URI: > http://www.opensymphony.com/sitemesh/decorator is already defined > Sep 29, 2014 10:01:28 PM org.apache.catalina.startup.TaglibUriRule > body > INFO: TLD skipped. URI: http://www.opensymphony.com/sitemesh/page is > already defined > Sep 29, 2014 10:01:28 PM org.apache.catalina.startup.TaglibUriRule > body > INFO: TLD skipped. URI: http://struts.apache.org/tags-bean is already > defined > Sep 29, 2014 10:01:28 PM org.apache.catalina.startup.TaglibUriRule > body > INFO: TLD skipped. URI: http://struts.apache.org/tags-html is already > defined > Sep 29, 2014 10:01:28 PM org.apache.catalina.startup.TaglibUriRule > body > INFO: TLD skipped. URI: http://struts.apache.org/tags-logic is > already defined > Sep 29, 2014 10:01:28 PM org.apache.catalina.startup.TaglibUriRule > body > INFO: TLD skipped. URI: http://struts.apache.org/tags-nested is > already defined > Sep 29, 2014 10:01:28 PM org.apache.catalina.startup.TaglibUriRule > body > INFO: TLD skipped. URI: http://java.sun.com/jstl/core_rt is already > defined > Sep 29, 2014 10:01:28 PM org.apache.catalina.startup.TaglibUriRule > body > INFO: TLD skipped. URI: http://java.sun.com/jstl/core is already > defined > Sep 29, 2014 10:01:28 PM org.apache.catalina.startup.TaglibUriRule > body > INFO: TLD skipped. URI: http://java.sun.com/jsp/jstl/core is already > defined > Sep 29, 2014 10:01:28 PM org.apache.catalina.startup.TaglibUriRule > body > INFO: TLD skipped. URI: http://java.sun.com/jstl/fmt_rt is already > defined > Sep 29, 2014 10:01:28 PM org.apache.catalina.startup.TaglibUriRule > body > INFO: TLD skipped. URI: http://java.sun.com/jstl/fmt is already > defined > Sep 29, 2014 10:01:28 PM org.apache.catalina.startup.TaglibUriRule > body > INFO: TLD skipped. URI: http://java.sun.com/jsp/jstl/fmt is already > defined > Sep 29, 2014 10:01:28 PM org.apache.catalina.startup.TaglibUriRule > body > INFO: TLD skipped. URI: http://java.sun.com/jsp/jstl/functions is > already defined > Sep 29, 2014 10
Re: [Spacewalk-list] Custom Task Schedules / Bunch Scripts
> Hi All. I'm wondering if it's possible to "add" custom task/bunch > schedules/scripts. No, custom bunch/task types are not supported. > Are they located in the database or on the file > system. In the DB. See rhnTaskoBunch, rhnTaskoSchedule, rhnTaskoTemplate, rhnTaskoRun tables. > I did a search of the file system and found nothing that > would be seen as the pre-configured bunch names. So I'm just > wondering if it's possible. It's got a built in task scheduler > that's better than cron I would like to take advantage of. Just note only java classes implementing org.quartz.Job can be scheduled using quartz. Regards, -- Tomas Lestach Red Hat Satellite Engineering, Red Hat ___ Spacewalk-list mailing list Spacewalk-list@redhat.com https://www.redhat.com/mailman/listinfo/spacewalk-list
Re: [Spacewalk-list] RHNSearch Database Connection
> To be more specific and to correct my previous post, I made the > following changes: > > > https://bugzilla.redhat.com/attachment.cgi?id=931659&action=diff > > https://github.com/spacewalkproject/spacewalk/commit/4073abaf7bc7f17b738bcc0ca64e657ab9d074bf > > > > I did these separately and tried both methods, neither adjusted where > rhn-search looked for the database. Hello, bugzilla patch in Comment#1 isn't correct. I would not apply it. The github patch should be sufficient for rhn-search to connect to external PG database. Regards, -- Tomas Lestach Red Hat Satellite Engineering, Red Hat ___ Spacewalk-list mailing list Spacewalk-list@redhat.com https://www.redhat.com/mailman/listinfo/spacewalk-list
Re: [Spacewalk-list] kickstart tree after repo sync using
I think you miss a step to create a kickstart distribution. Check 3.1.2.2. Kickstart Trees / Procedure 3.2. Installing Kickstart Trees Manually of https://access.redhat.com/documentation/en-US/Red_Hat_Satellite/5.6/html/Getting_Started_Guide/chap-Getting_Started_Guide-System_Provisioning.html#sect-Reference_Guide-Introduction_to_Kickstart-Kickstart_Explained Regards, -- Tomas Lestach Red Hat Satellite Engineering, Red Hat - Original Message - > From: "Waldirio Manhães Pinheiro" > To: spacewalk-list@redhat.com > Sent: Wednesday, October 8, 2014 4:17:54 AM > Subject: [Spacewalk-list] kickstart tree after repo sync using > > > > Dear friends, good morning > > > > After create a repo/base channel and sync with flag > "--sync-kickstart" checked (via cli or webUi), I can't see the > kickstart tree when creating a new ks profile. > > > > IMHO should appear automatically the structure of the OS that we had > a complete download/sync. That´s correct ?! > > > I'm using spacewalk 2.2 > > > Bellow my steps > > > 1. Create a new repo > 2. Create a new channel and link with repo > 3. Synchronize the channel > 4. After complete, try to create a new ks profile > > > What appear when I try to create a new ks > In Base Channel appear: No Kickstartable Channel found. > In Kickstartable Tree: No trees were found for the selected channel > > > What I wish :) > Show the ks structure for the version that was realized the > download/sync, for example, CentOS6.5 > > > I can create the structure manually and this works fine, but I really > believe, just selecting the option --sync-kickstart should works. > That's correct ?! > > > Bellow a command sample to sync > # spacewalk-repo-sync -crepo1 --url= > http://mirror.globo.com/centos/6.5/os/x86_64/ --sync-kickstart > > > Thanks for your help! > > __ > B'Regards > Waldirio > msn: waldi...@gmail.com > Skype: waldirio > Site: www.waldirio.com.br > Blog: blog.waldirio.com.br > LinkedIn: http://br.linkedin.com/pub/waldirio-pinheiro/22/b21/646 > PGP: www.waldirio.com.br/public.html > ___ > Spacewalk-list mailing list > Spacewalk-list@redhat.com > https://www.redhat.com/mailman/listinfo/spacewalk-list ___ Spacewalk-list mailing list Spacewalk-list@redhat.com https://www.redhat.com/mailman/listinfo/spacewalk-list
Re: [Spacewalk-list] spacewalk DB : rhnerrata table issue_date format
#!/bin/python
import xmlrpclib
import datetime
SATELLITE_URL = "http:///rpc/api"
SATELLITE_LOGIN = ""
SATELLITE_PASSWORD = ""
ADV = ''
client = xmlrpclib.Server(SATELLITE_URL, verbose=0)
key = client.auth.login(SATELLITE_LOGIN, SATELLITE_PASSWORD)
print client.errata.getDetails(key, ADV);
#print client.errata.setDetails(key, ADV, {'update_date':
datetime.datetime.today()});
print client.errata.setDetails(key, ADV, {'update_date':
datetime.datetime(2014,10,03)});
print client.errata.getDetails(key, ADV);
client.auth.logout(key)
========
Regards,
--
Tomas Lestach
Red Hat Satellite Engineering, Red Hat
- Original Message -
> From: "Glen Collins"
> To: spacewalk-list@redhat.com
> Sent: Wednesday, October 8, 2014 6:27:09 PM
> Subject: Re: [Spacewalk-list] spacewalk DB : rhnerrata table issue_date format
>
>
>
>
> By the wayI am using Postgres and not Oracle DB. I looked at the
> DB table and modified the date/time and added timezone and still get
> the same error
>
>
> 20141003T00:00:00-07
>
>
> I assume this is the correct ISO8601 time format.
>
>
> Help!
>
>
> Glen Collins
>
>
>
>
>
> Hi All. Now this is probably the wrong list to do this on but since
> I'm not a developer and don't code much this is a shot in the dark.
> I'm trying to update the rhnerrata table with the errata.set_details
> function and I can't seem to get the date format correct so it
> accepts the insert into the database. Can anyone provide the proper
> format of the date that's needed in this function?
>
>
> Here is what I have tried...
>
>
> 20141003T00:00:00:Z
>
>
> 20141003T00:00:00
>
>
> 2014-10-03T00:00:00
>
>
> And none of these formats work. I keep getting in the API log and in
> the screen
>
>
> From API Log: redstone.xmlrpc.XmlRpcFault: Wrong 'issue_date' format
>
>
> On the screen from script run: Fault returned from XML RPC Server,
> fault code 1213: redstone.xmlrpc.XmlRpcFault: Wrong 'issue_date'
> format.
>
>
> Any help would be appreciated.
>
>
> Thanks!
>
>
> Glen Collins
> ___
> Spacewalk-list mailing list
> Spacewalk-list@redhat.com
> https://www.redhat.com/mailman/listinfo/spacewalk-list
>
>
> ___
> Spacewalk-list mailing list
> Spacewalk-list@redhat.com
> https://www.redhat.com/mailman/listinfo/spacewalk-list
___
Spacewalk-list mailing list
Spacewalk-list@redhat.com
https://www.redhat.com/mailman/listinfo/spacewalk-list
Re: [Spacewalk-list] SLES 11 SP3 channels show Content Provider as "unknown"
> We are running Spacewalk 2.0 on RHEL 6. We have successfully mirrored > the channels from SUSE (SLES 11 SP3 s390x) with our mirror > credentials, however all the packages display “unknown” for content > provider. What WebUI page do you mean? Is it /rhn/channels/ChannelPackages.do?cid= ? Regards, -- Tomas Lestach Red Hat Satellite Engineering, Red Hat ___ Spacewalk-list mailing list Spacewalk-list@redhat.com https://www.redhat.com/mailman/listinfo/spacewalk-list
Re: [Spacewalk-list] SLES 11 SP3 channels show Content Provider as "unknown"
If you have the key correctly associated with the provider (what you have - according to the posted query), Content Provider should be properly displayed. rhnschema=# select * from rhnPackageKey where key_id='e3a5c360307e3d54'; id | key_id | key_type_id | provider_id |created | modified -+--+-+-+---+--- 128 | e3a5c360307e3d54 | 100 | 104 | 2013-10-04 09:03:54.396637-04 | 2013-10-04 09:03:54.396637-04 (1 row) At least I see it correctly on my Spacewalk nightly. There's a chance it was fixed in the mean time. Do you have a chance to check the behavior on Spacewalk 2.2? Regards, -- Tomas Lestach Red Hat Satellite Engineering, Red Hat - Original Message - > From: "Chris Will" > To: spacewalk-list@redhat.com > Sent: Thursday, October 9, 2014 2:00:52 PM > Subject: Re: [Spacewalk-list] SLES 11 SP3 channels show Content Provider as > "unknown" > > I see it on this page. > > https://xxx/rhn/channels/ChannelPackages.do?cid=110 > > Also see an error on the rpm -qip command. > > rpm -qip timezone-2014g-0.3.1.s390x.rpm > warning: timezone-2014g-0.3.1.s390x.rpm: Header V3 RSA/SHA256 > Signature, key ID 307e3d54: NOKEY > Name: timezone Relocations: (not > relocatable) > Version : 2014g Vendor: SUSE LINUX > Products GmbH, Nuernberg, Germany > Release : 0.3.1 Build Date: Mon 08 Sep > 2014 10:56:39 AM EDT > Install Date: (not installed) Build Host: s390lp4 > Group : System/Base Source RPM: > timezone-2014g-0.3.1.src.rpm > Size: 1263106 License: BSD-3-Clause > and SUSE-Public-Domain > Signature : RSA/8, Mon 08 Sep 2014 10:56:47 AM EDT, Key ID > e3a5c360307e3d54 > Packager: http://bugs.opensuse.org > URL : http://www.iana.org/time-zones > Summary : Timezone Descriptions > Description : > These are configuration files that describe available time zones. You > can select an appropriate time zone for your system with YaST. > > Chris Will > Systems Software > (313) 549-9729 Cell > cw...@bcbsm.com > > -Original Message- > From: spacewalk-list-boun...@redhat.com > [mailto:spacewalk-list-boun...@redhat.com] On Behalf Of Tomas > Lestach > Sent: Thursday, October 09, 2014 6:32 AM > To: spacewalk-list@redhat.com > Subject: Re: [Spacewalk-list] SLES 11 SP3 channels show Content > Provider as "unknown" > > > We are running Spacewalk 2.0 on RHEL 6. We have successfully > > mirrored > > the channels from SUSE (SLES 11 SP3 s390x) with our mirror > > credentials, however all the packages display “unknown” for content > > provider. > > What WebUI page do you mean? > Is it /rhn/channels/ChannelPackages.do?cid= ? > > Regards, > -- > Tomas Lestach > Red Hat Satellite Engineering, Red Hat > > ___ > Spacewalk-list mailing list > Spacewalk-list@redhat.com > https://www.redhat.com/mailman/listinfo/spacewalk-list > > > The information contained in this communication is highly > confidential and is intended solely for the use of the individual(s) > to whom this communication is directed. If you are not the intended > recipient, you are hereby notified that any viewing, copying, > disclosure or distribution of this information is prohibited. Please > notify the sender, by electronic mail or telephone, of any > unintended receipt and delete the original message without making > any copies. > > Blue Cross Blue Shield of Michigan and Blue Care Network of Michigan > are nonprofit corporations and independent licensees of the Blue > Cross and Blue Shield Association. > > ___ > Spacewalk-list mailing list > Spacewalk-list@redhat.com > https://www.redhat.com/mailman/listinfo/spacewalk-list ___ Spacewalk-list mailing list Spacewalk-list@redhat.com https://www.redhat.com/mailman/listinfo/spacewalk-list
Re: [Spacewalk-list] SLES 11 SP3 channels show Content Provider as "unknown"
And are you sure the packages are really signed with e3a5c360307e3d54 key? Regards, -- Tomas Lestach Red Hat Satellite Engineering, Red Hat - Original Message - > From: "Chris Will" > To: spacewalk-list@redhat.com > Sent: Friday, October 10, 2014 4:06:50 PM > Subject: Re: [Spacewalk-list] SLES 11 SP3 channels show Content Provider as > "unknown" > > I upgraded to 2.2 but the packages still show unknown. Also, the GUI > on IE does not work correctly and firefox mostly works with a few > page corruptions(repo sync page). > > Chris Will > > -Original Message- > From: spacewalk-list-boun...@redhat.com > [mailto:spacewalk-list-boun...@redhat.com] On Behalf Of Tomas > Lestach > Sent: Thursday, October 09, 2014 10:03 AM > To: spacewalk-list@redhat.com > Subject: Re: [Spacewalk-list] SLES 11 SP3 channels show Content > Provider as "unknown" > > If you have the key correctly associated with the provider (what you > have - according to the posted query), Content Provider should be > properly displayed. > > rhnschema=# select * from rhnPackageKey where > key_id='e3a5c360307e3d54'; > id | key_id | key_type_id | provider_id | > created| modified > -+--+-+-+---+--- > 128 | e3a5c360307e3d54 | 100 | 104 | 2013-10-04 > 09:03:54.396637-04 | 2013-10-04 09:03:54.396637-04 > (1 row) > > At least I see it correctly on my Spacewalk nightly. > There's a chance it was fixed in the mean time. Do you have a chance > to check the behavior on Spacewalk 2.2? > > Regards, > -- > Tomas Lestach > Red Hat Satellite Engineering, Red Hat > > > - Original Message - > > From: "Chris Will" > > To: spacewalk-list@redhat.com > > Sent: Thursday, October 9, 2014 2:00:52 PM > > Subject: Re: [Spacewalk-list] SLES 11 SP3 channels show Content > > Provider as "unknown" > > > > I see it on this page. > > > > https://xxx/rhn/channels/ChannelPackages.do?cid=110 > > > > Also see an error on the rpm -qip command. > > > > rpm -qip timezone-2014g-0.3.1.s390x.rpm > > warning: timezone-2014g-0.3.1.s390x.rpm: Header V3 RSA/SHA256 > > Signature, key ID 307e3d54: NOKEY > > Name: timezone Relocations: (not > > relocatable) > > Version : 2014g Vendor: SUSE LINUX > > Products GmbH, Nuernberg, Germany > > Release : 0.3.1 Build Date: Mon 08 Sep > > 2014 10:56:39 AM EDT > > Install Date: (not installed) Build Host: s390lp4 > > Group : System/Base Source RPM: > > timezone-2014g-0.3.1.src.rpm > > Size: 1263106 License: > > BSD-3-Clause > > and SUSE-Public-Domain > > Signature : RSA/8, Mon 08 Sep 2014 10:56:47 AM EDT, Key ID > > e3a5c360307e3d54 > > Packager: http://bugs.opensuse.org > > URL : http://www.iana.org/time-zones > > Summary : Timezone Descriptions > > Description : > > These are configuration files that describe available time zones. > > You > > can select an appropriate time zone for your system with YaST. > > > > Chris Will > > Systems Software > > (313) 549-9729 Cell > > cw...@bcbsm.com > > > > -Original Message- > > From: spacewalk-list-boun...@redhat.com > > [mailto:spacewalk-list-boun...@redhat.com] On Behalf Of Tomas > > Lestach > > Sent: Thursday, October 09, 2014 6:32 AM > > To: spacewalk-list@redhat.com > > Subject: Re: [Spacewalk-list] SLES 11 SP3 channels show Content > > Provider as "unknown" > > > > > We are running Spacewalk 2.0 on RHEL 6. We have successfully > > > mirrored the channels from SUSE (SLES 11 SP3 s390x) with our > > > mirror > > > credentials, however all the packages display “unknown” for > > > content > > > provider. > > > > What WebUI page do you mean? > > Is it /rhn/channels/ChannelPackages.do?cid= ? > > > > Regards, > > -- > > Tomas Lestach > > Red Hat Satellite Engineering, Red Hat > > > > ___ > > Spacewalk-list mailing list > > Spacewalk-list@redhat.com > > https://www.redhat.com/mailman/listinfo/spacewalk-list > > > > > > The information contained in this communication is highly > > confidential > > and is intended solely
Re: [Spacewalk-list] SLES 11 SP3 channels show Content Provider as "unknown"
Hello, echo "select pk.key_id, count(package_id) as package_count from rhnPackageKey pk join rhnPackageKeyAssociation pka on pka.key_id = pk.id where provider_id is null group by pk.key_id;" | spacewalk-sql -i will list you the count of packages for every key without a known Content Provider. Regards, -- Tomas Lestach Red Hat Satellite Engineering, Red Hat - Original Message - > From: "Chris Will" > To: spacewalk-list@redhat.com > Sent: Monday, October 13, 2014 1:45:14 PM > Subject: Re: [Spacewalk-list] SLES 11 SP3 channels show Content Provider as > "unknown" > > I do not think so. How would this be done? My guess is that I would > have to set up the GPG key, url and fingerprint fields for the > channel with the information I get from our SLES mirror credentials > but I see no examples of this. > > Chris Will > Systems Software > (313) 549-9729 Cell > cw...@bcbsm.com > > -Original Message- > From: spacewalk-list-boun...@redhat.com > [mailto:spacewalk-list-boun...@redhat.com] On Behalf Of Tomas > Lestach > Sent: Monday, October 13, 2014 5:13 AM > To: spacewalk-list@redhat.com > Subject: Re: [Spacewalk-list] SLES 11 SP3 channels show Content > Provider as "unknown" > > And are you sure the packages are really signed with e3a5c360307e3d54 > key? > > Regards, > -- > Tomas Lestach > Red Hat Satellite Engineering, Red Hat > > > - Original Message - > > From: "Chris Will" > > To: spacewalk-list@redhat.com > > Sent: Friday, October 10, 2014 4:06:50 PM > > Subject: Re: [Spacewalk-list] SLES 11 SP3 channels show Content > > Provider as "unknown" > > > > I upgraded to 2.2 but the packages still show unknown. Also, the > > GUI > > on IE does not work correctly and firefox mostly works with a few > > page > > corruptions(repo sync page). > > > > Chris Will > > > > -Original Message- > > From: spacewalk-list-boun...@redhat.com > > [mailto:spacewalk-list-boun...@redhat.com] On Behalf Of Tomas > > Lestach > > Sent: Thursday, October 09, 2014 10:03 AM > > To: spacewalk-list@redhat.com > > Subject: Re: [Spacewalk-list] SLES 11 SP3 channels show Content > > Provider as "unknown" > > > > If you have the key correctly associated with the provider (what > > you > > have - according to the posted query), Content Provider should be > > properly displayed. > > > > rhnschema=# select * from rhnPackageKey where > > key_id='e3a5c360307e3d54'; > > id | key_id | key_type_id | provider_id | > > created| modified > > -+--+-+-+---+------- > > 128 | e3a5c360307e3d54 | 100 | 104 | 2013-10-04 > > 09:03:54.396637-04 | 2013-10-04 09:03:54.396637-04 > > (1 row) > > > > At least I see it correctly on my Spacewalk nightly. > > There's a chance it was fixed in the mean time. Do you have a > > chance > > to check the behavior on Spacewalk 2.2? > > > > Regards, > > -- > > Tomas Lestach > > Red Hat Satellite Engineering, Red Hat > > > > > > - Original Message - > > > From: "Chris Will" > > > To: spacewalk-list@redhat.com > > > Sent: Thursday, October 9, 2014 2:00:52 PM > > > Subject: Re: [Spacewalk-list] SLES 11 SP3 channels show Content > > > Provider as "unknown" > > > > > > I see it on this page. > > > > > > https://xxx/rhn/channels/ChannelPackages.do?cid=110 > > > > > > Also see an error on the rpm -qip command. > > > > > > rpm -qip timezone-2014g-0.3.1.s390x.rpm > > > warning: timezone-2014g-0.3.1.s390x.rpm: Header V3 RSA/SHA256 > > > Signature, key ID 307e3d54: NOKEY > > > Name: timezone Relocations: (not > > > relocatable) > > > Version : 2014g Vendor: SUSE > > > LINUX > > > Products GmbH, Nuernberg, Germany > > > Release : 0.3.1 Build Date: Mon 08 > > > Sep > > > 2014 10:56:39 AM EDT > > > Install Date: (not installed) Build Host: s390lp4 > > > Group : System/Base Source RPM: > > > timezone-2014g-0.3.1.src.rpm > > > Size : 1263106 License: > > > BSD-3-Clause > > > and SUSE-Public-Domain > > >
Re: [Spacewalk-list] SP 2.2 & rhn-channel command issue
Hello Brendan,
I suspect you're hitting https://bugzilla.redhat.com/show_bug.cgi?id=1122438
I recommend to apply following patch:
https://github.com/spacewalkproject/spacewalk/commit/4bf063f97ae66d889236e11ea237dfd785dbce29
(to /usr/lib/python2.6/site-packages/spacewalk/server/rhnChannel.py)
It should be safe.
Regards,
--
Tomas Lestach
Red Hat Satellite Engineering, Red Hat
- Original Message -
> From: "Brendan Wood"
> To: spacewalk-list@redhat.com
> Sent: Tuesday, October 14, 2014 10:27:00 PM
> Subject: [Spacewalk-list] SP 2.2 & rhn-channel command issue
>
>
>
>
>
> Hey list,
>
>
>
> When running rhn-channel to subscribe systems to channels, I am
> getting an internal server error.
>
>
>
> At the client:
>
>
>
> [root@rhel6test2 svcMymcywsDev]# rhn-channel -L -u admin -p xxx
>
> jbappplatform-6-x86_64-server-6-rpm
>
> rhel-x86_64-rhev-mgmt-agent-6
>
> rhel-x86_64-rhev-mgmt-agent-6-beta
>
> rhel-x86_64-server-6-rhevh
>
> rhel-x86_64-server-6-rhevh-beta
>
> rhel-x86_64-server-6-rhevm-3-beta
>
> rhel-x86_64-server-6-rhevm-3.1
>
> rhel6-3rdparty
>
> rhel6-emergency
>
> rhel6-epel
>
>
>
> [root@rhel6test2 svcMymcywsDev]# rhn-channel -a -c rhel6-epel -u
> admin -p xxx
>
> Error communicating with server. The message was:
>
> Internal Server Error
>
>
>
> In my rhn_server_xmlrpc.log:
>
>
>
> 2014/10/14 14:48:03 -05:00 10367 10.10.246.124:
> xmlrpc/up2date.subscribeChannels(110510, ['rhel6-epel'])
>
> 2014/10/14 14:48:04 -05:00 10367 10.10.246.124:
> server/apacheRequest.call_function('ERROR', 'rhnSQL.SQLError
> caught', SQLStatementPrepareError('ERROR: syntax error at or near
> "rhnServerChannel"\nLINE 4: join rhnServerChannel sc on
> c.parent_channel = sc.cha...\n ^\n', 0x7f49410c69f0; dsn: 'password= dbname=spacewalkdb
> user=spacewalker', closed: 0>, '\nselect 1\n from rhnChannel c,\n
> join rhnServerChannel sc on c.parent_channel = sc.channel_id\n where
> sc.server_id = %(sid)s\n and c.label = %(channel)s\n'))
>
>
>
> (subscribing clients to channels via the spacewalk web UI works fine)
>
>
>
> Anyone else seeing this?
>
>
>
> Thanks!
>
> -brendan
> This electronic mail and any attached documents are intended solely
> for the named addressee(s) and contain confidential information. If
> you are not an addressee, or responsible for delivering this email
> to an addressee, you have received this email in error and are
> notified that reading, copying, or disclosing this email is
> prohibited. If you received this email in error, immediately reply
> to the sender and delete the message completely from your computer
> system.
>
> ___
> Spacewalk-list mailing list
> Spacewalk-list@redhat.com
> https://www.redhat.com/mailman/listinfo/spacewalk-list
___
Spacewalk-list mailing list
Spacewalk-list@redhat.com
https://www.redhat.com/mailman/listinfo/spacewalk-list
Re: [Spacewalk-list] spacewalk 2.2 importing config files are failed
> Hi Tomas, > > Even though i tried both of them (webui and rhncfg-manager ),they > cannot work as properly. > > Version: > rpm -qf /usr/bin/rhncfg-manager > rhncfg-management-5.10.73-1.el6.noarch > > Actually i found something that can be help us to resolve this cause, > so if a file has no set selinux context it cannot upload to > spacewalk server. Hello, this is a good point. So, I tried to disable selinux on a RHEL6.5 machine, rebooted and created couple of files with no selinux context. I was able to successfully upload them using 'rhncfg-manager add -c '. I tried the upload with both rhncfg-management-5.10.55-11.el6sat.noarch and rhncfg-management-5.10.79-1.el6.noarch. Checking the code, there have been some changes done in this area after 5.10.73-1 (your version). See: https://github.com/spacewalkproject/spacewalk/commit/473681d5a0e5240b3294e4057ce224d43c01a1ea https://github.com/spacewalkproject/spacewalk/commit/102ffed86c3bc0ecbb73c3bb3b0b354eab7a8365 (Additionally you may check https://bugzilla.redhat.com/show_bug.cgi?id=1148250, 2nd commit fixes the issue.) Feel free to apply them and check, whether they resolve your issue (of course without your /usr/lib64/python2.6/xmlrpclib.py patch). Regards, -- Tomas Lestach Red Hat Satellite Engineering, Red Hat ___ Spacewalk-list mailing list Spacewalk-list@redhat.com https://www.redhat.com/mailman/listinfo/spacewalk-list
Re: [Spacewalk-list] Workaround for Bug 1150295
> Hi all. Does anyone have a clean workaround for Bug 1150295 "Schedule > System Reboot does not complete"? My workaround would be to place an > init script and do an rhn_check upon reboot of the system. Just > curious if anyone else may have a better work-around for this issue. This workaround looks to be easy to implement. However I do not recommend it. Imagine you have 3000+ clients in one data center registered to a Spacewalk server. After an un/planned power outage all the client machines boot and want to do their rhn_check at the same time. The Spacewalk server definitely won't be able to handle so many requests at the same time. Regards, -- Tomas Lestach Red Hat Satellite Engineering, Red Hat ___ Spacewalk-list mailing list Spacewalk-list@redhat.com https://www.redhat.com/mailman/listinfo/spacewalk-list
Re: [Spacewalk-list] RHN Errata Issues
> INFO: Creating errata RHBA-2011:0005:R6-64 for RHBA-2011:0005 (ruby > bug fix update) (All 3 packages present in the corresponding > channel) > WARNING: An error occurred while creating the errata RHBA-2011:0005 > WARNING: The error is Fault returned from XML RPC Server, fault code > -1: redstone.xmlrpc.XmlRpcFault: unhandled internal exception: > java.lang.Integer cannot be cast to java.lang.String What API is called, when you get this exception? And what Spacewalk version do you use? Regards, -- Tomas Lestach Red Hat Satellite Engineering, Red Hat ___ Spacewalk-list mailing list Spacewalk-list@redhat.com https://www.redhat.com/mailman/listinfo/spacewalk-list
Re: [Spacewalk-list] new strange startup messages for jabberd
I created a BZ for EPEL6 jabberd, that should be changed. https://bugzilla.redhat.com/show_bug.cgi?id=1161616 Regards, -- Tomas Lestach Red Hat Satellite Engineering, Red Hat - Original Message - > From: "Andy Ingham" > To: spacewalk-list@redhat.com > Sent: Thursday, November 6, 2014 2:42:26 PM > Subject: [Spacewalk-list] new strange startup messages for jabberd > > Ever since updating my spacewalk server to CentOS 6.6, I'm now seeing > the > following: > > Initializing jabberd processes ... > Starting router: /usr/bin/dirname: extra operand `2>&1' > Try `/usr/bin/dirname --help' for more information. >[ OK ] > > Starting sm: /usr/bin/dirname: extra operand `2>&1' > Try `/usr/bin/dirname --help' for more information. >[ OK ] > > Starting c2s: /usr/bin/dirname: extra operand `2>&1' > Try `/usr/bin/dirname --help' for more information. >[ OK ] > > Starting s2s: /usr/bin/dirname: extra operand `2>&1' > Try `/usr/bin/dirname --help' for more information. >[ OK ] > > Starting osa-dispatcher: [ OK ] > > > > > I'm still running SW 2.1, and the processes start up (and stay up), > but > I'm curious what the messages are from. > > Andy > > Andy Ingham > IT Infrastructure > Fuqua School of Business > Duke University > > > > > ___ > Spacewalk-list mailing list > Spacewalk-list@redhat.com > https://www.redhat.com/mailman/listinfo/spacewalk-list > ___ Spacewalk-list mailing list Spacewalk-list@redhat.com https://www.redhat.com/mailman/listinfo/spacewalk-list
Re: [Spacewalk-list] Cannot trtrieve reposiitory metadata (repomd.xml)
> thank you Alexander. tried following on spacewalk server but still > broke from client side. > > > cd /var/cache/rhn/repodata > rm -rf oraclelinux6-x86_64 > spacecmd softwarechannel_regenerateyumcache oraclelinux6-x86_64 > > > > [root@sbrh1 repodata]# ls -lh > total 40K > drwxr-xr-x 2 root root 4.0K Oct 15 12:14 centos6-x86_64 > drwxr-xr-x 2 root root 4.0K Oct 15 12:15 epel6-centos6-x86_64 > drwxr-xr-x 2 root root 4.0K Nov 5 15:23 epel6_x86_64 > drwxr-xr-x 2 root root 4.0K Nov 7 08:53 oraclelinux5-x86_64 > drwxr-xr-x 2 root root 4.0K Oct 24 14:09 oraclelinux5-x86_64-addons > drwxr-xr-x 2 root root 4.0K Oct 28 11:57 oraclelinux6-x86_64-addons > drwxr-xr-x 2 root root 4.0K Oct 10 20:16 oraclelinux6-x86_64-uek-r3 > drwxr-xr-x 2 root root 4.0K Oct 29 14:35 sles11-sp3-novel > drwxr-xr-x 2 root root 4.0K Oct 29 14:36 sles11-sp3-updates-x86_64 > drwxr-xr-x 2 root root 4.0K Nov 7 02:07 zfs_el6_x86_64 > > > do not see oraclelinux6-x86_64 get generated. It's taskomatic service that generates the repodata. Is the service running? In case it is, are there any errors in the /var/log/rhn/rhn_taskomatic_daemon.log file? Regards, > > > started sync from web UI > > > > Sync started: Fri Nov 7 08:27:07 2014 > ['/usr/bin/spacewalk-repo-sync', '--channel', 'oraclelinux6-x86_64', > '--type', 'yum', ''] > Repo URL: > http://public-yum.oracle.com/repo/OracleLinux/OL6/latest/x86_64/ > Packages in repo: 28672 > No new packages to sync. > Repo http://public-yum.oracle.com/repo/OracleLinux/OL6/latest/x86_64/ > has comps file comps.xml. > Repo http://public-yum.oracle.com/repo/OracleLinux/OL6/latest/x86_64/ > has 1590 errata. > Sync completed. > Total time: 0:22:55 > > > anything else I should try? > > > > On Nov 7, 2014, at 5:04 AM, Alexander Innes < se...@necurity.co.uk > > wrote: > > > > > > > Its usually a cache error on spacewalk, > > cd /var/cache/rhn/repodata/ > rm -rf $Broken > spacecmd softwarechannel_regenerateyumcache > spacewalk-repo-sync -c $Broken > > Usualy fixes that for me > > > > On 7 November 2014 07:35, YANG LI < yan...@clemson.edu > wrote: > > > I got the latest spacewalk 2.2 installed. It was working fine. I can > register a rhel6 client to oraclelinux6-x86_64 channel and did yum > update without issue. Then one day i found out yum update is broken. > this is message I see when I try to yum check-update: > > [root@yangli-test ~]# yum check-update Loaded plugins: product-id, > rhnplugin, subscription-manager This system is not registered to Red > Hat Subscription Management. You can use subscription-manager to > register. This system is receiving updates from ULN. Error: Cannot > retrieve repository metadata (repomd.xml) for repository: > oraclelinux6-x86_64. Please verify its path and try again > > I have tried to resync oraclelinux6-x86_64 channels without luck. I > am not sure which changes have caused this. I think there are only > three changes I have made on spacewalk servers: > > 1. added EPEL channel as child channel of oralelinux6-x86_64 channel > > # spacewalk-common-channels -v -u aais-admin -p spacewalk -a x86_64 > -k unlimited epel6 > > 2. added osad to force scheduled actions to run mediately on > spacewalk clients. This was tested and worked fine. > > 3. Enabled monitoring. > > I am thinking it may related to add epel channel, so i deleted epel > channel, but it still broke. Any idea how i fix this? > > > > ___ > Spacewalk-list mailing list > Spacewalk-list@redhat.com > https://www.redhat.com/mailman/listinfo/spacewalk-list > > ___ > Spacewalk-list mailing list > Spacewalk-list@redhat.com > https://www.redhat.com/mailman/listinfo/spacewalk-list > > ___ > Spacewalk-list mailing list > Spacewalk-list@redhat.com > https://www.redhat.com/mailman/listinfo/spacewalk-list ___ Spacewalk-list mailing list Spacewalk-list@redhat.com https://www.redhat.com/mailman/listinfo/spacewalk-list
Re: [Spacewalk-list] Spacewalk service start up message for jabberd
This is a jabberd issue. As Spacewalk uses jabberd from EPEL, I opened an appropriate bug [1]. Feel free to comment on it to increase the importance of the bug. :-) Regards, -- Tomas Lestach Red Hat Satellite Engineering, Red Hat [1] https://bugzilla.redhat.com/show_bug.cgi?id=1161616 - Original Message - > From: "Dhaval Oza" > To: spacewalk-list@redhat.com > Sent: Tuesday, November 11, 2014 7:50:39 AM > Subject: [Spacewalk-list] Spacewalk service start up message for jabberd > > > Hello, > > I was using 2.1 spacewalk server, when i am upgrade 2.1 to 2.2 > spacewalk and OS centos 6.5 to centos 6.6 . I am start spacewalk > service it seeing below massages. This massage effect on spacewalk > server functionality ? > > Please resole this issue and reply as soon as possible . > > Initializing jabberd processes ... > Starting router: /usr/bin/dirname: extra operand `2>&1' > Try `/usr/bin/dirname --help' for more information. > [ OK ] > Starting sm: /usr/bin/dirname: extra operand `2>&1' > Try `/usr/bin/dirname --help' for more information. > [ OK ] > Starting c2s: /usr/bin/dirname: extra operand `2>&1' > Try `/usr/bin/dirname --help' for more information. > [ OK ] > Starting s2s: /usr/bin/dirname: extra operand `2>&1' > Try `/usr/bin/dirname --help' for more information. > [ OK ] > > > Thanks and Regards, > > Dhaval Oza > > ___ > Spacewalk-list mailing list > Spacewalk-list@redhat.com > https://www.redhat.com/mailman/listinfo/spacewalk-list ___ Spacewalk-list mailing list Spacewalk-list@redhat.com https://www.redhat.com/mailman/listinfo/spacewalk-list
Re: [Spacewalk-list] Spacewalk SSL Certs
> Hi all. Just a quick question about the SSL certs. The wiki states if > you're using Postgres that you use the OLD/manual method to rename a > server and don't use the > spacewalk-hostname-rename > Is this still the case? I'm using SW 2.2. > > > "NOTE 2 This script currently (as of 10-APR-2013) appears to only > work with an Oracle back-end, due to SQL statements present in the > script that are specific to Oracle. If you are using a PostgreSQL > back-end you must use the manual procedure documented here: How to > rename or change a satellite hostname ." I believe the script works also with postgresql database backend. I removed the paragraph from the wiki. Regards, -- Tomas Lestach Red Hat Satellite Engineering, Red Hat ___ Spacewalk-list mailing list Spacewalk-list@redhat.com https://www.redhat.com/mailman/listinfo/spacewalk-list
Re: [Spacewalk-list] Spacewalk Errata notification
> I have more and more users (more than 1000) and I would like to > disable errata mailer. > > > > Do you think it’s normal that this table is growing up every day ? > > spaceschema=# select count(*) from rhnerratanotificationqueue; > > 45917 Yes. Just checked, we have 391124 entries on our server. > spaceschema=# select modified from rhnerratanotificationqueue limit > 5; Didn't you want to run select modified from rhnerratanotificationqueue order by modified desc limit 5; ? > And do you think that if I purge this table, I can increase some > performances (because value seems very old) ? I do not think so. > In addition, I already force email_notify in table rhnUserInfo to 0 > but when I looking code it seems this option appears late in the > batch: > > https://git.fedorahosted.org/cgit/spacewalk.git/tree/java/code/src/com/redhat/rhn/taskomatic/task/ErrataMailer.java?id=1ad3fcf6bc5c80cdab76c93cc8ee2eae01967898 It's within the getOrgRelevantServers() method. But, that would be my recommendation - to disable email notifications for all the users. Not an ideal solution, but a working workaround. > Do you think it’s possible to add a global option which force results > to null in order to bypass this job ? J It would be possible to add a configuration option to disable errata notification let's say per organization. Feel free to write a RFE bugzilla. Regards, -- Tomas Lestach Red Hat Satellite Engineering, Red Hat ___ Spacewalk-list mailing list Spacewalk-list@redhat.com https://www.redhat.com/mailman/listinfo/spacewalk-list
Re: [Spacewalk-list] Base channel list doesnt show up when registering debian client
You definitely cannot mix rpm and deb channels due to its content. Do you have any debian base channels of appropriate architecture available in your organization? Regards, -- Tomas Lestach Red Hat Satellite Engineering, Red Hat - Original Message - > From: "Nick Tailor" > To: spacewalk-list@redhat.com > Sent: Wednesday, December 3, 2014 12:59:24 AM > Subject: [Spacewalk-list] Base channel list doesnt show up when registering > debian client > > > > > > Hello, > > > > We were able to register our debian server finally. > > > > However, no base channel appears for the registered for the server. > > > > If we try to change the base channel the other channels do not list > out. It works for centos boxes just fine, however nothing comes for > the debian client? > > > > Any suggestions would be greatly appreciated. > > > > Cheers > > > > Nick Tailor > > http://www.nicktailor.com > > > > > This email is intended only for the addressee. It may contain > confidential or proprietary information that cannot be disclosed > without BCLC's permission. If you have received this email in error, > please notify the sender immediately and delete the email. > ___ > Spacewalk-list mailing list > Spacewalk-list@redhat.com > https://www.redhat.com/mailman/listinfo/spacewalk-list ___ Spacewalk-list mailing list Spacewalk-list@redhat.com https://www.redhat.com/mailman/listinfo/spacewalk-list
Re: [Spacewalk-list] Base channel list doesnt show up when registering debian client
Write me the exact architecture of the base channel you created and your system. I'll check whether those two are configured as being compatible in Spacewalk. For debian architectures it may happen, something's missing. Regards, -- Tomas Lestach Red Hat Satellite Engineering, Red Hat - Original Message - > From: "Nick Tailor" > To: spacewalk-list@redhat.com > Sent: Wednesday, December 3, 2014 5:59:55 PM > Subject: Re: [Spacewalk-list] Base channel list doesnt show up when > registering debian client > > So what I've done is just created an empty base channel for debian, > however there no packages listed in it at the moment. > > I have other centos base channels. I have no intention of trying to > get the rpms to push to the debian client. > > My goal is just to make sure the client inside the spacewalk gui can > switch between different channels, however at the moment zero base > channels will list out for the client? > > Any ideas would be greatly appreciated :) > > Please and thank you > > Cheers > > Nick Tailor > Nicktailor.com > > > > -Original Message----- > From: spacewalk-list-boun...@redhat.com > [mailto:spacewalk-list-boun...@redhat.com] On Behalf Of Tomas > Lestach > Sent: December-03-14 4:26 AM > To: spacewalk-list@redhat.com > Subject: Re: [Spacewalk-list] Base channel list doesnt show up when > registering debian client > > You definitely cannot mix rpm and deb channels due to its content. > Do you have any debian base channels of appropriate architecture > available in your organization? > > Regards, > -- > Tomas Lestach > Red Hat Satellite Engineering, Red Hat > > > - Original Message - > > From: "Nick Tailor" > > To: spacewalk-list@redhat.com > > Sent: Wednesday, December 3, 2014 12:59:24 AM > > Subject: [Spacewalk-list] Base channel list doesnt show up when > > registering debian client > > > > > > > > > > > > Hello, > > > > > > > > We were able to register our debian server finally. > > > > > > > > However, no base channel appears for the registered for the server. > > > > > > > > If we try to change the base channel the other channels do not list > > out. It works for centos boxes just fine, however nothing comes for > > the debian client? > > > > > > > > Any suggestions would be greatly appreciated. > > > > > > > > Cheers > > > > > > > > Nick Tailor > > > > http://www.nicktailor.com > > > > > > > > > > This email is intended only for the addressee. It may contain > > confidential or proprietary information that cannot be disclosed > > without BCLC's permission. If you have received this email in > > error, > > please notify the sender immediately and delete the email. > > ___ > > Spacewalk-list mailing list > > Spacewalk-list@redhat.com > > https://www.redhat.com/mailman/listinfo/spacewalk-list > > ___ > Spacewalk-list mailing list > Spacewalk-list@redhat.com > https://www.redhat.com/mailman/listinfo/spacewalk-list > > This email is intended only for the addressee. It may contain > confidential or proprietary information that cannot be disclosed > without BCLC's permission. If you have received this email in error, > please notify the sender immediately and delete the email. > > ___ > Spacewalk-list mailing list > Spacewalk-list@redhat.com > https://www.redhat.com/mailman/listinfo/spacewalk-list > ___ Spacewalk-list mailing list Spacewalk-list@redhat.com https://www.redhat.com/mailman/listinfo/spacewalk-list
Re: [Spacewalk-list] Fedora21: cobbler issues - solved
With the next released Spacewalk version, we'll use 'fedora18' as a common fedora kickstart type as there're no differences between fedora18 and later fedora kickstart types. Regards, -- Tomas Lestach Red Hat Satellite Engineering, Red Hat - Original Message - > From: "Jonathan Hoser" > To: spacewalk-list@redhat.com > Sent: Wednesday, December 10, 2014 8:52:42 AM > Subject: Re: [Spacewalk-list] Fedora21: cobbler issues - solved > > Found it: > > /usr/lib/[your-python]/site-packages/cobbler/codes.py lines 43, 44; > > added the 'generic' "fedora" entry, removed the codes.py[c,o] > restarted > cobbler and the Distro-Add was successful. > > Thought why SW sends '--os-version=fedora' remains a puzzle to me, > especially since fedora19,fedora20 > seem to have been send to cobbler with the full version-string. > (Maybe a > SW 2.2 thing?) > > Best > -Jonathan > > On 12/10/2014 08:33 AM, Jonathan Hoser wrote: > > Dear all, > > > > trying to setup Fedora21 Kickstart Distribution in SW2.2, > > I get an ISE: > > > > Caused by: redstone.xmlrpc.XmlRpcFault: > 'cobbler.cexceptions.CX'>:'--os-version for breed redhat must be > > one of > > rhel2.1, rhel3, rhel4, rhel5, rhel6, rhel7, fedora5, fedora6, > > fedora7, > > fedora8, fedora9, fedora10, fedora11, fedora12, fedora13, fedora14, > > fedora15, fedora16, fedora17, fedora18, fedora19, fedora20, > > generic24, > > generic26, virtio26, other, given was fedora' > > at > > redstone.xmlrpc.XmlRpcClient.handleResponse(XmlRpcClient.java:443) > > at redstone.xmlrpc.XmlRpcClient.endCall(XmlRpcClient.java:376) > > at redstone.xmlrpc.XmlRpcClient.invoke(XmlRpcClient.java:165) > > at > > org.cobbler.CobblerConnection.invokeMethod(CobblerConnection.java:117) > > at > > org.cobbler.CobblerConnection.invokeTokenMethod(CobblerConnection.java:150) > > at org.cobbler.Distro.invokeModify(Distro.java:129) > > at org.cobbler.CobblerObject.modify(CobblerObject.java:149) > > at org.cobbler.Distro.setOsVersion(Distro.java:208) > > at org.cobbler.Distro.create(Distro.java:65) > > at > > com.redhat.rhn.manager.kickstart.cobbler.CobblerDistroCreateCommand.store(CobblerDistroCreateCommand.java:90) > > at > > com.redhat.rhn.manager.kickstart.tree.BaseTreeEditOperation.store(BaseTreeEditOperation.java:94) > > > > > > I'm looking into things, but if someone has some pointers for me, > > I'd be > > most delighted! > > > > Best > > -Jonathan > > > > On 12/09/2014 03:41 PM, Jonathan Hoser wrote: > >> Hi all, > >> > >> for all of you wanting to get the new Fedora 21 - > >> here are the definition lines for spacewalk-common-channels.ini > >> > >> Now, if we could get a spacewalk-client for F21... *g* *hint,hint* > >> > >> Best > >> -Jonathan > >> > >> > >> [fedora21] > >> archs= %(_x86_archs)s > >> checksum = sha256 > >> name = Fedora 21 (%(arch)s) > >> gpgkey_url = https://fedoraproject.org/static/95A43F54.txt > >> gpgkey_id = 95A43F54 > >> gpgkey_fingerprint = 6596 B8FB ABDA 5227 A9C5 B59E 89AD 4E87 95A4 > >> 3F54 > >> yumrepo_url = > >> https://mirrors.fedoraproject.org/metalink?repo=fedora-21&arch=%(arch)s > >> dist_map_release = 21 > >> > >> [fedora21-updates] > >> label= %(base_channel)s-updates > >> name = Fedora 21 Updates (%(arch)s) > >> archs= %(_x86_archs)s > >> checksum = sha256 > >> base_channels = fedora21-%(arch)s > >> yumrepo_url = > >> https://mirrors.fedoraproject.org/metalink?repo=updates-released-f21&arch=%(arch)s > >> > >> [fedora21-debug] > >> label= %(base_channel)s-debug > >> name= Fedora 21 Debug (%(arch)s) > >> archs= %(_x86_archs)s > >> checksum = sha256 > >> base_channels = fedora21-%(arch)s > >> yumrepo_url = > >> https://mirrors.fedoraproject.org/metalink?repo=fedora-debug-21&arch=%(arch)s > >> > >> [fedora21-updates-debug] > >> label= %(base_channel)s-updates-debug > >> name= Fedora 21 Updates Debug (%(arch)s) > >> archs= %(_x86_archs)s > >> checksum = sha256 > >> base_channels = fedora21-%(arch)s > >> yumrepo_url = > >> https://mirrors.fedoraproject.org/metalink?repo=updates-released-debug-f21&arch=%(arch)s > >
Re: [Spacewalk-list] Fedora21: cobbler issues - solved
Actually, I believe if you'd use 'Red Hat Enterprise Linux 7' as installer generation for your Fedora21 distribution, kickstarts should work for you in Spacewalk 2.2. (I didn't try it though). Regards, -- Tomas Lestach Red Hat Satellite Engineering, Red Hat - Original Message - > From: "Tomas Lestach" > To: spacewalk-list@redhat.com > Sent: Wednesday, December 10, 2014 9:45:12 AM > Subject: Re: [Spacewalk-list] Fedora21: cobbler issues - solved > > With the next released Spacewalk version, we'll use 'fedora18' as > a common fedora kickstart type as there're no differences between > fedora18 and later fedora kickstart types. > > Regards, > -- > Tomas Lestach > Red Hat Satellite Engineering, Red Hat > > > - Original Message - > > From: "Jonathan Hoser" > > To: spacewalk-list@redhat.com > > Sent: Wednesday, December 10, 2014 8:52:42 AM > > Subject: Re: [Spacewalk-list] Fedora21: cobbler issues - solved > > > > Found it: > > > > /usr/lib/[your-python]/site-packages/cobbler/codes.py lines 43, 44; > > > > added the 'generic' "fedora" entry, removed the codes.py[c,o] > > restarted > > cobbler and the Distro-Add was successful. > > > > Thought why SW sends '--os-version=fedora' remains a puzzle to me, > > especially since fedora19,fedora20 > > seem to have been send to cobbler with the full version-string. > > (Maybe a > > SW 2.2 thing?) > > > > Best > > -Jonathan > > > > On 12/10/2014 08:33 AM, Jonathan Hoser wrote: > > > Dear all, > > > > > > trying to setup Fedora21 Kickstart Distribution in SW2.2, > > > I get an ISE: > > > > > > Caused by: redstone.xmlrpc.XmlRpcFault: > > 'cobbler.cexceptions.CX'>:'--os-version for breed redhat must be > > > one of > > > rhel2.1, rhel3, rhel4, rhel5, rhel6, rhel7, fedora5, fedora6, > > > fedora7, > > > fedora8, fedora9, fedora10, fedora11, fedora12, fedora13, > > > fedora14, > > > fedora15, fedora16, fedora17, fedora18, fedora19, fedora20, > > > generic24, > > > generic26, virtio26, other, given was fedora' > > > at > > > redstone.xmlrpc.XmlRpcClient.handleResponse(XmlRpcClient.java:443) > > > at > > > redstone.xmlrpc.XmlRpcClient.endCall(XmlRpcClient.java:376) > > > at redstone.xmlrpc.XmlRpcClient.invoke(XmlRpcClient.java:165) > > > at > > > org.cobbler.CobblerConnection.invokeMethod(CobblerConnection.java:117) > > > at > > > org.cobbler.CobblerConnection.invokeTokenMethod(CobblerConnection.java:150) > > > at org.cobbler.Distro.invokeModify(Distro.java:129) > > > at org.cobbler.CobblerObject.modify(CobblerObject.java:149) > > > at org.cobbler.Distro.setOsVersion(Distro.java:208) > > > at org.cobbler.Distro.create(Distro.java:65) > > > at > > > com.redhat.rhn.manager.kickstart.cobbler.CobblerDistroCreateCommand.store(CobblerDistroCreateCommand.java:90) > > > at > > > com.redhat.rhn.manager.kickstart.tree.BaseTreeEditOperation.store(BaseTreeEditOperation.java:94) > > > > > > > > > I'm looking into things, but if someone has some pointers for me, > > > I'd be > > > most delighted! > > > > > > Best > > > -Jonathan > > > > > > On 12/09/2014 03:41 PM, Jonathan Hoser wrote: > > >> Hi all, > > >> > > >> for all of you wanting to get the new Fedora 21 - > > >> here are the definition lines for spacewalk-common-channels.ini > > >> > > >> Now, if we could get a spacewalk-client for F21... *g* > > >> *hint,hint* > > >> > > >> Best > > >> -Jonathan > > >> > > >> > > >> [fedora21] > > >> archs= %(_x86_archs)s > > >> checksum = sha256 > > >> name = Fedora 21 (%(arch)s) > > >> gpgkey_url = https://fedoraproject.org/static/95A43F54.txt > > >> gpgkey_id = 95A43F54 > > >> gpgkey_fingerprint = 6596 B8FB ABDA 5227 A9C5 B59E 89AD 4E87 > > >> 95A4 > > >> 3F54 > > >> yumrepo_url = > > >> https://mirrors.fedoraproject.org/metalink?repo=fedora-21&arch=%(arch)s > > >> dist_map_release = 21 > > >> > > >> [fedora21-updates] > > >> label= %(base_channel)s-updates > > >> name = Fedora 21 Updates (
Re: [Spacewalk-list] upgrade client from 5.4 to 5.5
> I modified its base channel from 5.4 to the 5.5 w/ all its > dependencies and tried an upgrade in spacewalk only to find it > failed w/ conflicts from rhn-client-tools and up2date and so on. Do you use rhn-client-tools packages directly from RHEL? Or did you install them from spacewalk client repo? Regards, -- Tomas Lestach Red Hat Satellite Engineering, Red Hat ___ Spacewalk-list mailing list Spacewalk-list@redhat.com https://www.redhat.com/mailman/listinfo/spacewalk-list
Re: [Spacewalk-list] Question to cobbler config
> Hi, > > where in the Spacewalk gui can these cobbler settings be changed : > > /etc/cobbler/settings:next_server: > /etc/cobbler/settings:redhat_management_server: > /etc/cobbler/settings:server: You cannot set these cobbler options on Spacewalk UI. > > Rerason for asking is that we have a separate install network and > after > updating cobbler the changes i made manually in the cobbler conf are > gone. Generally 'spacewalk-setup-cobbler' script should (re)set these settings. But note, Spacewalk works only with cobbler20 from Spacewalk repository. If you choose to install cobbler from epel, you're on your own. :-) Regards, -- Tomas Lestach Red Hat Satellite Engineering, Red Hat ___ Spacewalk-list mailing list Spacewalk-list@redhat.com https://www.redhat.com/mailman/listinfo/spacewalk-list
Re: [Spacewalk-list] Managing Users and Roles - limiting to Configuration Channels and actions therein....
> All I did find was a role for “Configuration Admin” level. > > > > Is it possible to create such a limited role or user? > > > > If not, would it be possible to limit someone to administering just > one specific Configuration Channel’s activities? Hello Brian, you only can assign Configuration Admin role to a user in Spacewalk. More detailed granularity isn't supported. But I believe Katello [1] would fulfill your needs in this matter. Regards, -- Tomas Lestach Red Hat Satellite Engineering, Red Hat [1] https://fedorahosted.org/katello/ ___ Spacewalk-list mailing list Spacewalk-list@redhat.com https://www.redhat.com/mailman/listinfo/spacewalk-list
Re: [Spacewalk-list] Managing Users and Roles - limiting to Configuration Channels and actions therein....
> Where can I find the list of planned enhancements for Spacewalk, as > I feel > this should be done. Spacewalk roadmap [1] contains a rough plan. Feel free to create a RFE for Spacewalk [2]. Regards, -- Tomas Lestach Red Hat Satellite Engineering, Red Hat [1] https://fedorahosted.org/spacewalk/roadmap [2] https://bugzilla.redhat.com/enter_bug.cgi?product=Spacewalk ___ Spacewalk-list mailing list Spacewalk-list@redhat.com https://www.redhat.com/mailman/listinfo/spacewalk-list
Re: [Spacewalk-list] Spacewalk 2.0 UI shows repo cache continually in-progress
> INFO | jvm 1 | 2015/01/15 16:13:33 | 2015-01-15 16:13:33,010 > [Thread-53] INFO > com.redhat.rhn.taskomatic.task.repomd.RepositoryWriter - Generating > new repository metadata for channel 'oraclelinux6-x86_64'(sha256) > 23357 packages, 1644 errata Hello, I have some notes to this case: * your channels are quite large, it can take really a *long* time to re-generate repodata for that many packages * if you do not see any tracebacks in the taskomatic log, I'd assume the task still runs * log message: [DefaultQuartzScheduler_Worker-9] INFO com.redhat.rhn.taskomatic.task.ChannelRepodata - In the queue: 1 I would read as: taskomatic works on repo re-generation (on one or two in parallel - not sure, what was the default in Spw2.0) and one is still in the queue to be picked up, after the current channel repodata are finished * upgrade to latest released Spacewalk is recommended, I think the repodata part was enhanced since Spacewalk 2.0 > But I never see a corresponding log entry (like the following) where > it finished like this one… actually this is last one I can find in > looking back in the logs, so this has been broken for some time. > > INFO | jvm 1 | 2014/12/12 04:19:14 | 2014-12-12 04:19:14,612 > [Thread-6912] INFO > com.redhat.rhn.taskomatic.task.repomd.RepositoryWriter - Repository > metadata generation for 'oraclelinux6-x86_64' finished in 142 > seconds * I suppose, in Dec last year, there were not over 23 thousand packages in the channel Regards, -- Tomas Lestach Red Hat Satellite Engineering, Red Hat ___ Spacewalk-list mailing list Spacewalk-list@redhat.com https://www.redhat.com/mailman/listinfo/spacewalk-list
Re: [Spacewalk-list] How to configure ISS to use a different IP
What about trying to do the dump using rhn-satellite-exporter and then import it using satellite-sync -m on the other Spacewalk machine? Regards, -- Tomas Lestach Red Hat Satellite Engineering, Red Hat PS. Upgrade to the latest released Spacewalk version is recommended. :-)\ - Original Message - > From: "Larry E Clegg [HDS]" > To: "spacewalk-list@redhat.com" > Sent: Tuesday, January 20, 2015 6:50:24 PM > Subject: [Spacewalk-list] How to configure ISS to use a different IP > > > > > > Greetings Spacewalkers, > > > > I’m currently running Spacewalk 2.0. I want to setup ISS but I need > it to use a different IP for the replication. We have a dedicated > replication network that handles this type of traffic. It uses a > different IP subnet/mask than the regular front-end network. It is > not possible for me to run Spacewalk itself on the replication > network. I need only the ISS-replicated data to traverse this > replication network. > > > > Is this possible? If so, then how? > > > > Thanks! > > > > Larry Clegg > ___ > Spacewalk-list mailing list > Spacewalk-list@redhat.com > https://www.redhat.com/mailman/listinfo/spacewalk-list ___ Spacewalk-list mailing list Spacewalk-list@redhat.com https://www.redhat.com/mailman/listinfo/spacewalk-list
Re: [Spacewalk-list] configuration channel challenges
> I can solve this problem by running rhn-actions-control –enable-all > and reschedule the job. Is there a way to eliminate that manual > step? I’m adding several hundred server to my swalk server and doing > that step manually is time consuming. This is actually not a problem, but a feature. You as a root usually do not want someone else to run external commands on your machine without your permission. To globally enable it, you always can schedule an installation of your custom rpm, that either would run the rhn-actions-control in the post script, or that would create /etc/sysconfig/rhn/allowed-actions/script/run or /etc/sysconfig/rhn/allowed-actions/configfiles/all depending on what you need. Regards, -- Tomas Lestach Red Hat Satellite Engineering, Red Hat ___ Spacewalk-list mailing list Spacewalk-list@redhat.com https://www.redhat.com/mailman/listinfo/spacewalk-list
Re: [Spacewalk-list] configuration channel challenges
> Also, once I enable all the actions and reschedule the job it will > complete however I get another error as follows: > > > > > > Summary: > > Deploy config files to system scheduled by (none) > > > Details: > > This action will be executed after 01/20/15 11:37:53 AM EST. > > This action's status is: Failed. > The client picked up this action on 01/20/15 11:43:27 AM EST. > The client completed this action on 01/20/15 11:43:27 AM EST. > Client execution returned "Fatal error in Python code occurred [[6]]" > (code -1) > > Config Files: > > > FILENAME REMOVED(rev. 2) > > > > Despite the failed status the config file is getting placed on the > server and working as expected. > > > > I’m using a VM to test this with so I’ve rolled back to the previous > snapshot and tested a few things, one thing of interest is that I > touched /var/log/rhncfg-actions and chmod the file to 666. After > rescheduling the action the job is completed w/ no errors. An > obvious security risk but interesting just the same. > > > > > > Would appreciate your help. Could you write me the exact steps you're doing? I tried to reproduce the error you described, but I wasn't able to. I never had the need to touch and chmod /var/log/rhncfg-actions. Regards, -- Tomas Lestach Red Hat Satellite Engineering, Red Hat ___ Spacewalk-list mailing list Spacewalk-list@redhat.com https://www.redhat.com/mailman/listinfo/spacewalk-list
Re: [Spacewalk-list] Redhat CDN Support?
> On Jan 21, 2015 2:44 PM, "Ciro Iriarte" < cyru...@gmail.com > wrote: > > > > Hi!, is it possible to download packages directory from the Redhat > > CDN using spacewalk-repo-sync ?. I've setup the SSL > > certificate/key pair but I keep getting this error: > > > > Channel label: rhel7-x86_64 > > Repo URL: > > https://cdn.redhat.com/content/dist/rhel/server/7/7server/x86_64/os > > ERROR: Cannot retrieve repository metadata (repomd.xml) for > > repository: rhel7-x86_64. Please verify its path and try again > > Sync completed. > > Total time: 0:00:04 > > > > This is with Spacewalk 2.2 > > > > Regards, > > > > -- > > Ciro Iriarte > > http://iriarte.it > > -- > > > > ___ > > Spacewalk-list mailing list > > Spacewalk-list@redhat.com > > https://www.redhat.com/mailman/listinfo/spacewalk-list > > > > ___ > Spacewalk-list mailing list > Spacewalk-list@redhat.com > https://www.redhat.com/mailman/listinfo/spacewalk-list > > I had two issues, my certificate/key pair wasn't correct, I needed an > "Entitlement Certificate" (one step further from where I got on my > first attempt. The second error was a typo in the URL: > > > https://cdn.redhat.com/content/dist/rhel/server/7/7 S erver/x86_64/os > > > > > > Now it's dowloading packages directly!!: > > > > 37/5268 : texlive-currfile-svn29012.0.7b-32.el7-2.noarch > 38/5268 : jbigkit-libs-2.0-11.el7-0.x86_64 > 39/5268 : python-tdb-1.2.12-3.el7-0.i686 > 40/5268 : kdeaccessibility-4.10.5-2.el7-1.noarch > 41/5268 : kernel-debug-3.10.0-123.4.2.el7-0.x86_64 > Thank you for sharing the information. Regards, -- Tomas Lestach ___ Spacewalk-list mailing list Spacewalk-list@redhat.com https://www.redhat.com/mailman/listinfo/spacewalk-list
Re: [Spacewalk-list] Fedora 21 in spacewalk
Hello, I would expect, that if you'd: * sync fedora21 repository into your channel, * mount your fedora21 iso * create a new distribution (Systems - Kickstart - Distributions) by pointing to the kickstart trees on the iso you should be able to create a f21 kickstart. There's a chance, it could work. :-) There're definitely no cobbler/codes.py changes necessary. Regards, -- Tomas Lestach Red Hat Satellite Engineering, Red Hat - Original Message - > From: "Alexander Innes" > To: spacewalk-list@redhat.com > Sent: Monday, January 26, 2015 1:29:31 PM > Subject: [Spacewalk-list] Fedora 21 in spacewalk > > > > > > Aloha All, > > Is there any special voodoo involved in getting fedora 21 to > kick-start from spacewalk? > > > Ive been trying for a while and failing, annoyingly 20 works fine in > spacewalk but not on a laptop! > > > So steps ive taken : > 1)Gone through and added ,"fedora" to > /usr/lib/python2.6/site-packages/cobbler/codes.py, deleted the pyc > and pyo to get the distro to add successfully. > > > 2) Synced the repo from > https://mirrors.fedoraproject.org/metalink?repo=fedora-21&arch=x86_64 > > > 3)downloaded and mounted the server ISO (only non live one to my > understanding) > > > > 4) created the kickstart, trying just a simple one with packages set > to @^gnome-desktop-enviroment, (fails just black screen with > blinking prompt) and with the package list of the fedora 20 build > (gets to installing packages but every single package is not found) > > > Im guessing im missing something simple but Im at a dead end as to > what it is, any help is greatly appreciated! > > > > > Thanks > Alex > > ___ > Spacewalk-list mailing list > Spacewalk-list@redhat.com > https://www.redhat.com/mailman/listinfo/spacewalk-list ___ Spacewalk-list mailing list Spacewalk-list@redhat.com https://www.redhat.com/mailman/listinfo/spacewalk-list
Re: [Spacewalk-list] Fedora 21 in spacewalk
> In spacewalk if you select the fedora installer generation you get a > 500 error with fedora on spacewalk 2.2 (fresh install), it sends > "fedora" to cobbler but the py is expecting fedora with a version > :) Hmm. Try to use "generic" as a workaround. > i think theres a plan to add fedora 18 as the basic fedora (or > something along those lines?) This is correct. :-) It will be available in Spacewalk 2.3. Regards, -- Tomas Lestach Red Hat Satellite Engineering, Red Hat ___ Spacewalk-list mailing list Spacewalk-list@redhat.com https://www.redhat.com/mailman/listinfo/spacewalk-list
Re: [Spacewalk-list] Support for LZMA-compressed comps.xml
Would you share a public repo with lzma compressed comps? Regards, -- Tomas Lestach Red Hat Satellite Engineering, Red Hat - Original Message - > From: "Brian Buesker" > To: spacewalk-list@redhat.com > Sent: Wednesday, January 28, 2015 9:53:48 PM > Subject: [Spacewalk-list] Support for LZMA-compressed comps.xml > > > I've started trying to bring online a Fedora 21 distro/kickstart > profile against our Spacewalk 2.1 server. Unlike others who have had > trouble getting the fedora installer generation to work, it mostly > seems to be working for me. I'm not sure if that is because I am > using 2.1 instead of 2.2 or if there is some other explanation. > > However, one thing I ran into is that when I created a Fedora 21 > Everything channel, Spacewalk ended up not handling the comps.xml > properly. In the upstream yum repo, the comps.xml is actually LZMA > compressed. It does not look like Spacewalk decompresses this when > staging the comps in the local file system. Thus, when a client > fetches the repo metadata, it gets a file named comps.xml that is > actually compressed and thus it complains about the XML not being > well formed. > > I looked at the Spacewalk git repo and I see that an RPM dependency > was added for pyliblzma. I already have that installed on my system, > but despite that, Spacewalk still does not handle the compressed > comps properly. I dug further into this and found that two python > modules need to be updated, namely reposync.py and fileutils.py. > > I would provide a patch with the fixes, although I have to go through > a somewhat lengthy procedure before I can get permission from my > employer to release the patch. Therefore, I'll describe the > necessary changes in case others want to make the same ones (or even > better, get this updated in git). > > > 1. In reposync.py, the list of suffixes in import_groups() needs > to include '.xz'. > 2. In fileutils.py, decompress_open() needs to be updated to use > the lzma.LZMAFile() function on files ending in '.xz' (and of > course an import is needed as well). > > > Let me know if you have any questions. > > > Thanks, > Brian Buesker > > ___ > Spacewalk-list mailing list > Spacewalk-list@redhat.com > https://www.redhat.com/mailman/listinfo/spacewalk-list ___ Spacewalk-list mailing list Spacewalk-list@redhat.com https://www.redhat.com/mailman/listinfo/spacewalk-list
Re: [Spacewalk-list] Support for LZMA-compressed comps.xml
I was able to sync fc21 repo on Spacewalk nightly together with the comps file. Feel free to check [1] for more information. Even if Brian installed pyliblzma, it's possible there were more changes done since Spacewalk 2.1 that affect the issue. Regards, -- Tomas Lestach Red Hat Satellite Engineering, Red Hat [1] https://bugzilla.redhat.com/show_bug.cgi?id=1144008 - Original Message - > From: "Stephen Herr" > To: spacewalk-list@redhat.com > Sent: Thursday, January 29, 2015 4:07:08 PM > Subject: Re: [Spacewalk-list] Support for LZMA-compressed comps.xml > > Here you go Tomas: > > https://dl.fedoraproject.org/pub/fedora/linux/releases/21/Everything/x86_64/os/repodata/ > > Take a look at *-comps-f21.xml.xz > > -Stephen > > On 01/29/2015 06:23 AM, Tomas Lestach wrote: > > Would you share a public repo with lzma compressed comps? > > > > Regards, > > -- > > Tomas Lestach > > Red Hat Satellite Engineering, Red Hat > > > > > > - Original Message - > >> From: "Brian Buesker" > >> To: spacewalk-list@redhat.com > >> Sent: Wednesday, January 28, 2015 9:53:48 PM > >> Subject: [Spacewalk-list] Support for LZMA-compressed comps.xml > >> > >> > >> I've started trying to bring online a Fedora 21 distro/kickstart > >> profile against our Spacewalk 2.1 server. Unlike others who have > >> had > >> trouble getting the fedora installer generation to work, it mostly > >> seems to be working for me. I'm not sure if that is because I am > >> using 2.1 instead of 2.2 or if there is some other explanation. > >> > >> However, one thing I ran into is that when I created a Fedora 21 > >> Everything channel, Spacewalk ended up not handling the comps.xml > >> properly. In the upstream yum repo, the comps.xml is actually LZMA > >> compressed. It does not look like Spacewalk decompresses this when > >> staging the comps in the local file system. Thus, when a client > >> fetches the repo metadata, it gets a file named comps.xml that is > >> actually compressed and thus it complains about the XML not being > >> well formed. > >> > >> I looked at the Spacewalk git repo and I see that an RPM > >> dependency > >> was added for pyliblzma. I already have that installed on my > >> system, > >> but despite that, Spacewalk still does not handle the compressed > >> comps properly. I dug further into this and found that two python > >> modules need to be updated, namely reposync.py and fileutils.py. > >> > >> I would provide a patch with the fixes, although I have to go > >> through > >> a somewhat lengthy procedure before I can get permission from my > >> employer to release the patch. Therefore, I'll describe the > >> necessary changes in case others want to make the same ones (or > >> even > >> better, get this updated in git). > >> > >> > >> 1. In reposync.py, the list of suffixes in import_groups() > >> needs > >> to include '.xz'. > >> 2. In fileutils.py, decompress_open() needs to be updated to > >> use > >> the lzma.LZMAFile() function on files ending in '.xz' (and of > >> course an import is needed as well). > >> > >> > >> Let me know if you have any questions. > >> > >> > >> Thanks, > >> Brian Buesker > >> > >> ___ > >> Spacewalk-list mailing list > >> Spacewalk-list@redhat.com > >> https://www.redhat.com/mailman/listinfo/spacewalk-list > > > > ___ > > Spacewalk-list mailing list > > Spacewalk-list@redhat.com > > https://www.redhat.com/mailman/listinfo/spacewalk-list > > > > ___ > Spacewalk-list mailing list > Spacewalk-list@redhat.com > https://www.redhat.com/mailman/listinfo/spacewalk-list > ___ Spacewalk-list mailing list Spacewalk-list@redhat.com https://www.redhat.com/mailman/listinfo/spacewalk-list
Re: [Spacewalk-list] pylint dependency -- sw 2.2 -- centos 6.5 --> 6.6 -- spacewalk-pylint
Hello, spacewalk-pylint is needed only for building of specific packages, it isn't needed on a running system. Regards, -- Tomas Lestach Red Hat Satellite Engineering, Red Hat - Original Message - > Hi, > > Is spacewalk-pylint required for a production spacewalk 2.2, centos 6.5/6.6? > Is this f or development only? > > I have sw 2.2 installed on centos 6.5 and am attempting to upgrade to centos > 6.6. > The spacewalk-pylint package is dependent on a specific version of > pylint < 1.0 which restricts the process from proceeding. > > > See full output below. > > What is the recommended solution? > > Will there be a path to upgrade to centos 6.6, 6.x ? > Will there be an upgrade path from sw 2.2 to 2.3? > > Thank you for any assistance and clarification, > Kevin > > > > > > > [root@spacewalk ~]# more /etc/centos-release > CentOS release 6.5 (Final) > > > [root@spacewalk ~]# yum update pylint > Loaded plugins: fastestmirror, priorities, refresh-packagekit, security > Loading mirror speeds from cached hostfile > epel/metalink | 14 kB 00:00 > * base: distro.ibiblio.org > * epel: mirrors.einstein.yu.edu > * extras: centos.expedientevirtual.com > * jpackage-generic: mirrors.dotsrc.org > * updates: mirror.ash.fastserv.com > base | 3.7 kB 00:00 > extras | 3.4 kB 00:00 > jpackage-generic | 1.9 kB 00:00 > spacewalk | 2.1 kB 00:00 > updates | 3.4 kB 00:00 > 384 packages excluded due to repository priority protections > Setting up Update Process > Resolving Dependencies > --> Running transaction check > ---> Package pylint.noarch 0:0.21.1-2.el6 will be updated > --> Processing Dependency: pylint < 1.0 for package: > spacewalk-pylint-2.2.10-1.el6.noarch > ---> Package pylint.noarch 0:1.3.1-1.el6 will be an update > --> Processing Dependency: python-astroid >= 1.2.1 for package: > pylint-1.3.1-1.el6.noarch > --> Running transaction check > ---> Package pylint.noarch 0:0.21.1-2.el6 will be updated > --> Processing Dependency: pylint < 1.0 for package: > spacewalk-pylint-2.2.10-1.el6.noarch > ---> Package python-astroid.noarch 0:1.2.1-2.el6 will be obsoleting > --> Processing Dependency: python-logilab-common >= 0.62.1 for package: > python-astroid-1.2.1-2.el6.noarch > ---> Package python-logilab-astng.noarch 0:0.20.1-1.el6 will be obsoleted > --> Running transaction check > ---> Package pylint.noarch 0:0.21.1-2.el6 will be updated > --> Processing Dependency: pylint < 1.0 for package: > spacewalk-pylint-2.2.10-1.el6.noarch > ---> Package python-logilab-common.noarch 0:0.50.3-1.el6 will be updated > ---> Package python-logilab-common.noarch 0:0.62.1-2.el6 will be an update > --> Processing Dependency: python-unittest2 for package: > python-logilab-common-0.62.1-2.el6.noarch > --> Running transaction check > ---> Package pylint.noarch 0:0.21.1-2.el6 will be updated > --> Processing Dependency: pylint < 1.0 for package: > spacewalk-pylint-2.2.10-1.el6.noarch > ---> Package python-unittest2.noarch 0:0.5.1-3.el6 will be installed > --> Finished Dependency Resolution > Error: Package: spacewalk-pylint-2.2.10-1.el6.noarch (@spacewalk) > Requires: pylint < 1.0 > Removing: pylint-0.21.1-2.el6.noarch (@epel) > pylint = 0.21.1-2.el6 > Updated By: pylint-1.3.1-1.el6.noarch (epel) > pylint = 1.3.1-1.el6 > You could try using --skip-broken to work around the problem > You could try running: rpm -Va --nofiles --nodigest > > > spacewalk-pylint(8) - Linux man page > > Name > spacewalk-pylint - Pylint configured for Spacewalk > > Synopsis > > Description > spacewalk-pylint runs pylint for every *.py in directories passed as > argument. It runs > ordinary pylint with /etc/spacewalk-pylint.rc as configuration file. You very > probably do not want to run it by yourself. It is run automaticaly during > build process. > > Files > /etc/spacewalk-pylint.rc > > > http://rpmfind.net//linux/RPM/epel/6/x86_64/spacewalk-pylint-0.5-1.el6.noarch.html > Pylint configuration fine tuned to check coding style of spacewalk python > packages. > Provides > > > * spacewalk-pylint > * config(spacewalk-pylint) > Requires > > > * /bin/sh > * config(spacewalk-pylint) > * pylint <= > * rpmlib(CompressedFileNames) < 3.0.4-1 > * rpmlib(FileDigests) < 4.6.0-1 > * rpmlib(PayloadFilesHavePrefix) < 4.0-1 > *
Re: [Spacewalk-list] channel.software.syncRepo doesn't pass down sync-kickstars option to sync-kickstars
Try to use: "sync-kickstart"
https://github.com/spacewalkproject/spacewalk/blob/master/java/code/src/com/redhat/rhn/taskomatic/task/RepoSyncTask.java#L50
Regards,
--
Tomas Lestach
Red Hat Satellite Engineering, Red Hat
- Original Message -
> From: "Luca Menegus"
> To: spacewalk-list@redhat.com
> Sent: Saturday, March 14, 2015 7:08:19 PM
> Subject: [Spacewalk-list] channel.software.syncRepo doesn't pass down
> sync-kickstars option to sync-kickstars
>
> Hi,
>
> while I call channel.software.syncRepo with sync-kickstars=true the
> option is not passed down to /usr/bin/spacewalk-repo-sync.
>
>
>
> /var/log/rhn/rhn_web_api.log:
>
> [2015-03-14 18:51:58,053] INFO - REQUESTED FROM: 192.168.122.1 CALL:
> channel.software.syncRepo(lucam, centos66-x86_64-os, {fail=true,
> no-errata=true, sync-kickstars=true}) CALLER: (lucam) TIME:
>
>
> ps eafxu:
>
> root 27941 0.0 0.0 17820 732 ? Sl Mar13 0:18 /usr/bin/taskomaticd
> /usr/share/rhn/config-defaults/rhn_taskomatic_daemon.conf
> wrapper.pidfile=/var/run//taskomatic.pid wrapper.
> root 27943 0.4 15.9 3529952 618896 ? Sl Mar13 6:53 \_ java
> -Dibm.dst.compatibility=true -Xms256m -Xmx1024m
> -Djava.library.path=/usr/lib:/usr/lib64:/usr/lib/oracle/11.2/client64/l
> root 2469 34.2 1.3 363332 54256 ? S 18:53 0:10 \_ /usr/bin/python -u
> /usr/bin/spacewalk-repo-sync --channel centos66-x86_64-os --type yum
> --no-errata --fail WRAPPER
>
>
> cat /proc/2469/cmdline | tr -s \\0 \\n
>
> /usr/bin/python
> -u
> /usr/bin/spacewalk-repo-sync
> --channel
> centos66-x86_64-os
> --type
> yum
> --no-errata --fail
>
>
>
>
>
> Shell I open a bug?
>
> I'm running spacewalk 2.3:
>
> spacewalk-setup-2.3.13-1.el7.noarch
> spacewalk-config-2.3.15-1.el7.noarch
> spacewalk-java-2.3.165-1.el7.noarch
> spacewalk-setup-postgresql-2.3.1-1.el7.noarch
> spacewalk-admin-2.3.3-1.el7.noarch
> spacewalk-backend-sql-postgresql-2.3.48-1.el7.noarch
> spacewalk-setup-jabberd-2.3.1-1.el7.noarch
> spacewalk-backend-sql-2.3.48-1.el7.noarch
> spacewalk-backend-xmlrpc-2.3.48-1.el7.noarch
> spacewalk-backend-config-files-2.3.48-1.el7.noarch
> spacewalk-backend-applet-2.3.48-1.el7.noarch
> spacewalk-base-minimal-config-2.3.48-1.el7.noarch
> spacewalk-selinux-2.3.2-1.el7.noarch
> spacewalk-base-2.3.48-1.el7.noarch
> spacewalk-java-config-2.3.165-1.el7.noarch
> spacewalk-jpp-workaround-2.3.2-1.el7.noarch
> spacewalk-search-2.3.6-1.el7.noarch
> spacewalk-certs-tools-2.3.1-1.el7.noarch
> spacewalk-html-2.3.48-1.el7.noarch
> spacewalk-backend-2.3.48-1.el7.noarch
> spacewalk-backend-xml-export-libs-2.3.48-1.el7.noarch
> spacewalk-backend-config-files-tool-2.3.48-1.el7.noarch
> spacewalk-backend-package-push-server-2.3.48-1.el7.noarch
> spacewalk-common-2.3.2-1.el7.noarch
> spacewalk-pxt-2.3.48-1.el7.noarch
> spacewalk-java-postgresql-2.3.165-1.el7.noarch
> spacewalk-doc-indexes-2.3.2-1.el7.noarch
> spacewalk-branding-2.3.22-1.el7.noarch
> spacewalk-backend-config-files-common-2.3.48-1.el7.noarch
> spacewalk-backend-iss-export-2.3.48-1.el7.noarch
> spacewalk-schema-2.3.39-1.el7.noarch
> spacewalk-taskomatic-2.3.165-1.el7.noarch
> spacewalk-postgresql-2.3.2-1.el7.noarch
> spacewalk-backend-libs-2.3.48-1.el7.noarch
> spacewalk-java-lib-2.3.165-1.el7.noarch
> spacewalk-backend-server-2.3.48-1.el7.noarch
> spacewalk-backend-app-2.3.48-1.el7.noarch
> spacewalk-backend-iss-2.3.48-1.el7.noarch
> spacewalk-base-minimal-2.3.48-1.el7.noarch
> spacewalk-backend-tools-2.3.48-1.el7.noarch
>
>
>
>
> Regards,
> Luca
>
> ___
> Spacewalk-list mailing list
> Spacewalk-list@redhat.com
> https://www.redhat.com/mailman/listinfo/spacewalk-list
>
___
Spacewalk-list mailing list
Spacewalk-list@redhat.com
https://www.redhat.com/mailman/listinfo/spacewalk-list
Re: [Spacewalk-list] channel.software.syncRepo doesn't pass down sync-kickstars option to sync-kickstars
Thanks for letting us know. I've fixed the typo [1].
Regards,
--
Tomas Lestach
Red Hat Satellite Engineering, Red Hat
[1]
https://github.com/spacewalkproject/spacewalk/commit/400f6fa444977a820d1eea91d900f39513ecc83a
- Original Message -
> From: "Luca Menegus"
> To: spacewalk-list@redhat.com
> Sent: Monday, March 16, 2015 11:02:51 AM
> Subject: Re: [Spacewalk-list] channel.software.syncRepo doesn't pass down
> sync-kickstars option to sync-kickstars
>
> It worked! Thank you very much Tomas.
>
> BTW: I (blindly) copied the wrong spelling from api doc [1].
>
> regards,
> Luca
>
> [1]
> http://www.spacewalkproject.org/documentation/api/2.2/handlers/ChannelSoftwareHandler.html#syncRepo
>
> - Original Message -
> > From: "Tomas Lestach"
> > To: spacewalk-list@redhat.com
> > Sent: Monday, March 16, 2015 10:52:50 AM
> > Subject: Re: [Spacewalk-list] channel.software.syncRepo doesn't
> > pass down sync-kickstars option to sync-kickstars
> >
> > Try to use: "sync-kickstart"
> >
> > https://github.com/spacewalkproject/spacewalk/blob/master/java/code/src/com/redhat/rhn/taskomatic/task/RepoSyncTask.java#L50
> >
> > Regards,
> > --
> > Tomas Lestach
> > Red Hat Satellite Engineering, Red Hat
> >
> >
> > - Original Message -
> > > From: "Luca Menegus"
> > > To: spacewalk-list@redhat.com
> > > Sent: Saturday, March 14, 2015 7:08:19 PM
> > > Subject: [Spacewalk-list] channel.software.syncRepo doesn't pass
> > > down
> > > sync-kickstars option to sync-kickstars
> > >
> > > Hi,
> > >
> > > while I call channel.software.syncRepo with sync-kickstars=true
> > > the
> > > option is not passed down to /usr/bin/spacewalk-repo-sync.
> > >
> > >
> > >
> > > /var/log/rhn/rhn_web_api.log:
> > >
> > > [2015-03-14 18:51:58,053] INFO - REQUESTED FROM: 192.168.122.1
> > > CALL:
> > > channel.software.syncRepo(lucam, centos66-x86_64-os, {fail=true,
> > > no-errata=true, sync-kickstars=true}) CALLER: (lucam) TIME:
> > >
> > >
> > > ps eafxu:
> > >
> > > root 27941 0.0 0.0 17820 732 ? Sl Mar13 0:18 /usr/bin/taskomaticd
> > > /usr/share/rhn/config-defaults/rhn_taskomatic_daemon.conf
> > > wrapper.pidfile=/var/run//taskomatic.pid wrapper.
> > > root 27943 0.4 15.9 3529952 618896 ? Sl Mar13 6:53 \_ java
> > > -Dibm.dst.compatibility=true -Xms256m -Xmx1024m
> > > -Djava.library.path=/usr/lib:/usr/lib64:/usr/lib/oracle/11.2/client64/l
> > > root 2469 34.2 1.3 363332 54256 ? S 18:53 0:10 \_ /usr/bin/python
> > > -u
> > > /usr/bin/spacewalk-repo-sync --channel centos66-x86_64-os --type
> > > yum
> > > --no-errata --fail WRAPPER
> > >
> > >
> > > cat /proc/2469/cmdline | tr -s \\0 \\n
> > >
> > > /usr/bin/python
> > > -u
> > > /usr/bin/spacewalk-repo-sync
> > > --channel
> > > centos66-x86_64-os
> > > --type
> > > yum
> > > --no-errata --fail
> > >
> > >
> > >
> > >
> > >
> > > Shell I open a bug?
> > >
> > > I'm running spacewalk 2.3:
> > >
> > > spacewalk-setup-2.3.13-1.el7.noarch
> > > spacewalk-config-2.3.15-1.el7.noarch
> > > spacewalk-java-2.3.165-1.el7.noarch
> > > spacewalk-setup-postgresql-2.3.1-1.el7.noarch
> > > spacewalk-admin-2.3.3-1.el7.noarch
> > > spacewalk-backend-sql-postgresql-2.3.48-1.el7.noarch
> > > spacewalk-setup-jabberd-2.3.1-1.el7.noarch
> > > spacewalk-backend-sql-2.3.48-1.el7.noarch
> > > spacewalk-backend-xmlrpc-2.3.48-1.el7.noarch
> > > spacewalk-backend-config-files-2.3.48-1.el7.noarch
> > > spacewalk-backend-applet-2.3.48-1.el7.noarch
> > > spacewalk-base-minimal-config-2.3.48-1.el7.noarch
> > > spacewalk-selinux-2.3.2-1.el7.noarch
> > > spacewalk-base-2.3.48-1.el7.noarch
> > > spacewalk-java-config-2.3.165-1.el7.noarch
> > > spacewalk-jpp-workaround-2.3.2-1.el7.noarch
> > > spacewalk-search-2.3.6-1.el7.noarch
> > > spacewalk-certs-tools-2.3.1-1.el7.noarch
> > > spacewalk-html-2.3.48-1.el7.noarch
> > > spacewalk-backend-2.3.48-1.el7.noarch
> > > spacewalk-backend-xml-export-libs-2.3.48-1.el7.noarch
> > > spacewalk-backend-config-files-tool-2.3.48-1.el7.noarch
> > >
Re: [Spacewalk-list] Dependency errors on install
> Some one correct me if I'm wrong here but the most recent versions of > spacewalk server and proxy can not be installed on EL5 ( eg OL5) any more. I > thought the support for that was cut in when or shortly after 2.0 was > released. Spacewalk 2.2 Release Notes [1] say: Support for RHEL 7 and CentOS 7 should be available in next Spacewalk release, at which point support for RHEL 5 and CentOS 5 will be dropped. Spacewalk 2.2 RHEL5 repositories are available at [2]. Regards, -- Tomas Lestach Red Hat Satellite Engineering, Red Hat [1] https://fedorahosted.org/spacewalk/wiki/ReleaseNotes22#Spacewalk2.2onRHEL5CentOS5andRHEL7CentOS7 [2] http://yum.spacewalkproject.org/2.2/RHEL/5/ ___ Spacewalk-list mailing list Spacewalk-list@redhat.com https://www.redhat.com/mailman/listinfo/spacewalk-list
Re: [Spacewalk-list] channel.software.syncRepo doesn't pass down sync-kickstars option to sync-kickstars
Hello Luca, I didn't hit your bug. However, I changed the code to pass reposync arguments as a list, not as one long string, that should address your issue. Regards, -- Tomas Lestach Red Hat Satellite Engineering, Red Hat [1] https://github.com/spacewalkproject/spacewalk/commit/29c8ce9584873031b7a93c0f5ac9c23fe3cb8912 - Original Message - > From: "Luca Menegus" > To: spacewalk-list@redhat.com > Sent: Monday, March 16, 2015 1:47:20 PM > Subject: Re: [Spacewalk-list] channel.software.syncRepo doesn't pass down > sync-kickstars option to sync-kickstars > > > Thanks Tomas, still it's not working: > > Now the problem seems to be that taskomaticd wrongly encodes > parameters when calling /usr/bin/spacewalk-repo-sync: > > >From /var/log/rhn/reposync/centos66-x86_64-os.log: > > Sync started: Mon Mar 16 13:18:08 2015 > ['/usr/bin/spacewalk-repo-sync', '--channel', 'centos66-x86_64-os', > '--type', 'yum', ' --sync-kickstart'] > Repo URL: > http://mrepo.intra.dbmsrl.com/cobbler/ks_mirror/CentOS66-x86_64/ > Packages in repo: 6518 > No new packages to sync. > Repo http://mrepo.intra.dbmsrl.com/cobbler/ks_mirror/CentOS66-x86_64/ > has comps file comps.xml. > Repo http://mrepo.intra.dbmsrl.com/cobbler/ks_mirror/CentOS66-x86_64/ > has 0 errata. > Not importing kickstart because self.sync_kickstart is False ##<< > this is from printf I added to confirm the problem > Sync completed. > Total time: 0:01:41 > > > Please notice the space added before --sync-kickstart. > > I _think_ > ./java/code/src/com/redhat/rhn/taskomatic/task/RepoSyncTask.java > could be fixed to treat params as an array. > > > > Regards, > Luca > > > > - Original Message - > > From: "Tomas Lestach" > > To: spacewalk-list@redhat.com > > Sent: Monday, March 16, 2015 1:21:58 PM > > Subject: Re: [Spacewalk-list] channel.software.syncRepo doesn't > > pass down sync-kickstars option to sync-kickstars > > > > Thanks for letting us know. I've fixed the typo [1]. > > > > Regards, > > -- > > Tomas Lestach > > Red Hat Satellite Engineering, Red Hat > > > > [1] > > https://github.com/spacewalkproject/spacewalk/commit/400f6fa444977a820d1eea91d900f39513ecc83a > > > > > > - Original Message - > > > From: "Luca Menegus" > > > To: spacewalk-list@redhat.com > > > Sent: Monday, March 16, 2015 11:02:51 AM > > > Subject: Re: [Spacewalk-list] channel.software.syncRepo doesn't > > > pass down > > > sync-kickstars option to sync-kickstars > > > > > > It worked! Thank you very much Tomas. > > > > > > BTW: I (blindly) copied the wrong spelling from api doc [1]. > > > > > > regards, > > > Luca > > > > > > [1] > > > http://www.spacewalkproject.org/documentation/api/2.2/handlers/ChannelSoftwareHandler.html#syncRepo > > > > > > - Original Message - > > > > From: "Tomas Lestach" > > > > To: spacewalk-list@redhat.com > > > > Sent: Monday, March 16, 2015 10:52:50 AM > > > > Subject: Re: [Spacewalk-list] channel.software.syncRepo doesn't > > > > pass down sync-kickstars option to sync-kickstars > > > > > > > > Try to use: "sync-kickstart" > > > > > > > > https://github.com/spacewalkproject/spacewalk/blob/master/java/code/src/com/redhat/rhn/taskomatic/task/RepoSyncTask.java#L50 > > > > > > > > Regards, > > > > -- > > > > Tomas Lestach > > > > Red Hat Satellite Engineering, Red Hat > > > > > > > > > > > > - Original Message - > > > > > From: "Luca Menegus" > > > > > To: spacewalk-list@redhat.com > > > > > Sent: Saturday, March 14, 2015 7:08:19 PM > > > > > Subject: [Spacewalk-list] channel.software.syncRepo doesn't > > > > > pass > > > > > down > > > > > sync-kickstars option to sync-kickstars > > > > > > > > > > Hi, > > > > > > > > > > while I call channel.software.syncRepo with > > > > > sync-kickstars=true > > > > > the > > > > > option is not passed down to /usr/bin/spacewalk-repo-sync. > > > > > > > > > > > > > > > > > > > > /var/log/rhn/rhn_web_api.log
Re: [Spacewalk-list] problems whit php updates fro Remi repo
Well, this is not really a good comparison, as you have three channels available in the 1st case (centos66-base-x86_64, centos6-updates-x86_64 and remi-x86_64) and only one repository in the 2nd case (remi). As the 1st step I'd make sure remi repository and remi-x86_64 channel really do have the same content and would disable centos66-base-x86_64 and centos6-updates-x86_64 channels for the initial update for comparison purposes. Regards -- Tomas Lestach Red Hat Satellite Engineering, Red Hat - Original Message - > From: "Domenico Malorni" > To: spacewalk-list@redhat.com > Sent: Wednesday, March 25, 2015 12:16:09 PM > Subject: [Spacewalk-list] problems whit php updates fro Remi repo > > > > > > > > > Hello, I have a problem with the updates of php from the Remi > repository. > > > I configured spacewalk to sync the Remi repository, when I try to > update php (client side) I see the following error: > > > > > [root@test-web01 ~]# yum install php-common > Loaded plugins: changelog, fastestmirror, rhnplugin, security > This system is receiving updates from RHN Classic or RHN Satellite. > Loading mirror speeds from cached hostfile > Setting up Install Process > Resolving Dependencies > --> Running transaction check > ---> Package php-common.x86_64 0:5.4.33-2.el6.remi will be updated > --> Processing Dependency: php(api) = 20100412-x86-64 for package: > php-pecl-igbinary-1.2.1-1.el6.remi.5.4.x86_64 > --> Processing Dependency: php(api) = 20100412-x86-64 for package: > php-pecl-apc-3.1.15-0.4.20130912.el6.remi.5.4.x86_64 > --> Processing Dependency: php(api) = 20100412-x86-64 for package: > php-pecl-memcached-2.2.0-2.el6.remi.5.4.x86_64 > --> Processing Dependency: php(api) = 20100412-x86-64 for package: > php-pecl-msgpack-0.5.5-4.el6.remi.x86_64 > --> Processing Dependency: php(zend-abi) = 20100525-x86-64 for > package: php-pecl-igbinary-1.2.1-1.el6.remi.5.4.x86_64 > --> Processing Dependency: php(zend-abi) = 20100525-x86-64 for > package: php-pecl-apc-3.1.15-0.4.20130912.el6.remi.5.4.x86_64 > --> Processing Dependency: php(zend-abi) = 20100525-x86-64 for > package: php-pecl-memcached-2.2.0-2.el6.remi.5.4.x86_64 > --> Processing Dependency: php(zend-abi) = 20100525-x86-64 for > package: php-pecl-msgpack-0.5.5-4.el6.remi.x86_64 > --> Processing Dependency: php-common(x86-64) = 5.4.33-2.el6.remi for > package: php-xml-5.4.33-2.el6.remi.x86_64 > --> Processing Dependency: php-common(x86-64) = 5.4.33-2.el6.remi for > package: php-mcrypt-5.4.33-2.el6.remi.x86_64 > --> Processing Dependency: php-common(x86-64) = 5.4.33-2.el6.remi for > package: php-cli-5.4.33-2.el6.remi.x86_64 > --> Processing Dependency: php-common(x86-64) = 5.4.33-2.el6.remi for > package: php-process-5.4.33-2.el6.remi.x86_64 > --> Processing Dependency: php-common(x86-64) = 5.4.33-2.el6.remi for > package: php-mbstring-5.4.33-2.el6.remi.x86_64 > --> Processing Dependency: php-common(x86-64) = 5.4.33-2.el6.remi for > package: php-gd-5.4.33-2.el6.remi.x86_64 > --> Processing Dependency: php-common(x86-64) = 5.4.33-2.el6.remi for > package: php-5.4.33-2.el6.remi.x86_64 > --> Processing Dependency: php-common(x86-64) = 5.4.33-2.el6.remi for > package: php-bcmath-5.4.33-2.el6.remi.x86_64 > --> Processing Dependency: php-common(x86-64) = 5.4.33-2.el6.remi for > package: php-soap-5.4.33-2.el6.remi.x86_64 > --> Processing Dependency: php-common(x86-64) = 5.4.33-2.el6.remi for > package: php-intl-5.4.33-2.el6.remi.x86_64 > --> Processing Dependency: php-common(x86-64) = 5.4.33-2.el6.remi for > package: php-pdo-5.4.33-2.el6.remi.x86_64 > ---> Package php-common.x86_64 0:5.4.39-1.el6.remi will be an update > --> Running transaction check > ---> Package php.x86_64 0:5.4.33-2.el6.remi will be updated > ---> Package php.x86_64 0:5.4.39-1.el6.remi will be an update > ---> Package php-bcmath.x86_64 0:5.4.33-2.el6.remi will be updated > ---> Package php-bcmath.x86_64 0:5.4.39-1.el6.remi will be an update > ---> Package php-cli.x86_64 0:5.4.33-2.el6.remi will be updated > --> Processing Dependency: php-cli(x86-64) = 5.4.33-2.el6.remi for > package: php-devel-5.4.33-2.el6.remi.x86_64 > ---> Package php-cli.x86_64 0:5.4.39-1.el6.remi will be an update > ---> Package php-common.x86_64 0:5.4.33-2.el6.remi will be updated > --> Processing Dependency: php(api) = 20100412-x86-64 for package: > php-pecl-igbinary-1.2.1-1.el6.remi.5.4.x86_64 > --> Processing Dependency: php(api) = 20100412-x86-64 for package: > php-pecl-apc-3.1.15-0.4.20130912.el6.remi.5.4.x86_64 > --> Processing Dependency: php(api) = 20100412-x86-64 for package: > php-pecl-memcached-2.2.0-2.el6.remi.5
Re: [Spacewalk-list] problems whit php updates fro Remi repo
Hello Domenico, this is an interesting problem. The good thing was I managed to reproduce it with my own rpms and I can confirm, Spacewalk generates slightly different repository metadata (primary.xml) than createrepo/createrepo_c. I created a patch [1] and hope it would resolve your issue as well. In case anybody would like to check, if the patch works for him on *spacewalk nightly*, the necessary steps are: * update spacewalk-java packages to version 2.3.177-1 * delete pre-generated package repository metadata from the DB: $ echo "delete from rhnPackageRepodata where package_id in (select package_id from rhnChannelPackage where channel_id = :channel_id);" | spacewalk-sql -i and replace :channel_id with the id of the channel with problematic rpms * delete current repository metadata $ rm -rf /var/cache/rhn/repodata/ (replace with the channel label with problematic rpms) * delete downloaded metadata on the client machine and poke spacewalk to regenerate new $ yum clean all $ yum repolist * wait till the metadata will be regenerated, it will be visible in /var/log/rhn/rhn_taskomatic_daemon.log * redo the action on the client, like: $ yum update php I hope I didn't forget anything. :-) Regards, -- Tomas Lestach Red Hat Satellite Engineering, Red Hat [1] https://github.com/spacewalkproject/spacewalk/commit/85da7290bff449bf7aaf8a5db15eaa773b6e4934 - Original Message - > From: "Domenico Malorni" > To: spacewalk-list@redhat.com > Sent: Thursday, March 26, 2015 11:18:53 AM > Subject: Re: [Spacewalk-list] problems whit php updates fro Remi repo > > > > > > > > > Thanks Tomas, I think it is the same createrepo's bug reported here: > https://bugzilla.redhat.com/show_bug.cgi?id=984992 > > > Anyway I leave enabled only the local repository Remi: > > > > [root@test-web01 yum.repos.d]# yum update php > --disablerepo=centos66-base-x86_64,centos6-updates-x86_64 > Loaded plugins: changelog, fastestmirror, rhnplugin, security > This system is receiving updates from RHN Classic or RHN Satellite. > Loading mirror speeds from cached hostfile > Setting up Update Process > Resolving Dependencies > --> Running transaction check > ---> Package php.x86_64 0:5.4.33-2.el6.remi will be updated > ---> Package php.x86_64 0:5.4.39-1.el6.remi will be an update > --> Processing Dependency: php-cli(x86-64) = 5.4.39-1.el6.remi for > package: php-5.4.39-1.el6.remi.x86_64 > --> Processing Dependency: php-common(x86-64) = 5.4.39-1.el6.remi for > package: php-5.4.39-1.el6.remi.x86_64 > --> Running transaction check > ---> Package php-cli.x86_64 0:5.4.33-2.el6.remi will be updated > --> Processing Dependency: php-cli(x86-64) = 5.4.33-2.el6.remi for > package: php-devel-5.4.33-2.el6.remi.x86_64 > ---> Package php-cli.x86_64 0:5.4.39-1.el6.remi will be an update > ---> Package php-common.x86_64 0:5.4.33-2.el6.remi will be updated > --> Processing Dependency: php(api) = 20100412-x86-64 for package: > php-pecl-igbinary-1.2.1-1.el6.remi.5.4.x86_64 > --> Processing Dependency: php(api) = 20100412-x86-64 for package: > php-pecl-apc-3.1.15-0.4.20130912.el6.remi.5.4.x86_64 > --> Processing Dependency: php(api) = 20100412-x86-64 for package: > php-pecl-memcached-2.2.0-2.el6.remi.5.4.x86_64 > --> Processing Dependency: php(api) = 20100412-x86-64 for package: > php-pecl-msgpack-0.5.5-4.el6.remi.x86_64 > --> Processing Dependency: php(zend-abi) = 20100525-x86-64 for > package: php-pecl-igbinary-1.2.1-1.el6.remi.5.4.x86_64 > --> Processing Dependency: php(zend-abi) = 20100525-x86-64 for > package: php-pecl-apc-3.1.15-0.4.20130912.el6.remi.5.4.x86_64 > --> Processing Dependency: php(zend-abi) = 20100525-x86-64 for > package: php-pecl-memcached-2.2.0-2.el6.remi.5.4.x86_64 > --> Processing Dependency: php(zend-abi) = 20100525-x86-64 for > package: php-pecl-msgpack-0.5.5-4.el6.remi.x86_64 > --> Processing Dependency: php-common(x86-64) = 5.4.33-2.el6.remi for > package: php-xml-5.4.33-2.el6.remi.x86_64 > --> Processing Dependency: php-common(x86-64) = 5.4.33-2.el6.remi for > package: php-mcrypt-5.4.33-2.el6.remi.x86_64 > --> Processing Dependency: php-common(x86-64) = 5.4.33-2.el6.remi for > package: php-process-5.4.33-2.el6.remi.x86_64 > --> Processing Dependency: php-common(x86-64) = 5.4.33-2.el6.remi for > package: php-mbstring-5.4.33-2.el6.remi.x86_64 > --> Processing Dependency: php-common(x86-64) = 5.4.33-2.el6.remi for > package: php-gd-5.4.33-2.el6.remi.x86_64 > --> Processing Dependency: php-common(x86-64) = 5.4.33-2.el6.remi for > package: php-bcmath-5.4.33-2.el6.remi.x86_64 > --> Processing Dependency: php-common(x86-64) = 5.4.33-2.el6.remi for > package: php-soap-5.4.33-2.el6.remi.x86_64 &g
Re: [Spacewalk-list] problems whit php updates fro Remi repo
> Thanks a lot Tomas, > > > we use version 2.2 of spacewalk, I tried to modify the source code as > indicated but did not work...I do not know if it is necessary to > change other than the recompiled jar... Without following listed steps, there's no chance, it could start working for you. > At the time I used a > workaround by editing the xml file with sed and then recalculating > the checksums. nice :-) > > It should work until the release of a new version of the package or > until the bug will fixed... The fix will definitely be part of the upcoming Spacewalk release. (But it will be necessary to delete the pre-generated package repository metadata manually from the DB anyway.) Regards, -- Tomas Lestach Red Hat Satellite Engineering, Red Hat > > > Domenico > > > > > > > > Domenico Malorni > system analyst > E domenico.malo...@pixartprinting.com > > PIXARTPRINTING > Via 1° Maggio, 8 | 30020 | Quarto d’Altino | Italy | T | F > > > > > > > Da: Tomas Lestach > Inviato: venerdì 27 marzo 2015 16:57 > A: spacewalk-list@redhat.com > Oggetto: Re: [Spacewalk-list] problems whit php updates fro Remi repo > > Hello Domenico, > > this is an interesting problem. > The good thing was I managed to reproduce it with my own rpms and I > can confirm, Spacewalk generates slightly different repository > metadata (primary.xml) than createrepo/createrepo_c. > I created a patch [1] and hope it would resolve your issue as well. > > In case anybody would like to check, if the patch works for him on > *spacewalk nightly*, > the necessary steps are: > * update spacewalk-java packages to version 2.3.177-1 > * delete pre-generated package repository metadata from the DB: > $ echo "delete from rhnPackageRepodata where package_id in (select > package_id from rhnChannelPackage where channel_id = :channel_id);" > | spacewalk-sql -i > and replace :channel_id with the id of the channel with problematic > rpms > * delete current repository metadata > $ rm -rf /var/cache/rhn/repodata/ > (replace with the channel label with problematic rpms) > * delete downloaded metadata on the client machine and poke spacewalk > to regenerate new > $ yum clean all > $ yum repolist > * wait till the metadata will be regenerated, it will be visible in > /var/log/rhn/rhn_taskomatic_daemon.log > * redo the action on the client, like: > $ yum update php > > I hope I didn't forget anything. :-) > > Regards, > -- > Tomas Lestach > Red Hat Satellite Engineering, Red Hat > > [1] > https://github.com/spacewalkproject/spacewalk/commit/85da7290bff449bf7aaf8a5db15eaa773b6e4934 > > > - Original Message - > > From: "Domenico Malorni" > > To: spacewalk-list@redhat.com > > Sent: Thursday, March 26, 2015 11:18:53 AM > > Subject: Re: [Spacewalk-list] problems whit php updates fro Remi > > repo > > > > > > > > > > > > > > > > > > Thanks Tomas, I think it is the same createrepo's bug reported > > here: > > https://bugzilla.redhat.com/show_bug.cgi?id=984992 > > > > > > Anyway I leave enabled only the local repository Remi: > > > > > > > > [root@test-web01 yum.repos.d]# yum update php > > --disablerepo=centos66-base-x86_64,centos6-updates-x86_64 > > Loaded plugins: changelog, fastestmirror, rhnplugin, security > > This system is receiving updates from RHN Classic or RHN Satellite. > > Loading mirror speeds from cached hostfile > > Setting up Update Process > > Resolving Dependencies > > --> Running transaction check > > ---> Package php.x86_64 0:5.4.33-2.el6.remi will be updated > > ---> Package php.x86_64 0:5.4.39-1.el6.remi will be an update > > --> Processing Dependency: php-cli(x86-64) = 5.4.39-1.el6.remi for > > package: php-5.4.39-1.el6.remi.x86_64 > > --> Processing Dependency: php-common(x86-64) = 5.4.39-1.el6.remi > > for > > package: php-5.4.39-1.el6.remi.x86_64 > > --> Running transaction check > > ---> Package php-cli.x86_64 0:5.4.33-2.el6.remi will be updated > > --> Processing Dependency: php-cli(x86-64) = 5.4.33-2.el6.remi for > > package: php-devel-5.4.33-2.el6.remi.x86_64 > > ---> Package php-cli.x86_64 0:5.4.39-1.el6.remi will be an update > > ---> Package php-common.x86_64 0:5.4.33-2.el6.remi will be updated > > --> Processing Dependency: php(api) = 20100412-x86-64 for package: > > php-pecl-igbinary-1.2.1-1.el6.remi.5.4.x86_64 > > --> Processing Dependency: php(api) = 20100412-x86-64 for package: > > php-pecl-apc-
Re: [Spacewalk-list] Any Satellite 5.6 workarounds for spacecmd softwarechannel_listerrata bug 1180233?
Well, if you would be a Spacewalk user, I'd advise you to apply the patch manually. Another option is to use channel.software.listErrata API directly instead of calling "spacecmd softwarechannel_listerrata", as spacecmd is more or less a wrapper around the API calls. Regards, -- Tomas Lestach Red Hat Satellite Engineering, Red Hat - Original Message - > From: "J Epperson" > To: spacewalk-list@redhat.com > Sent: Monday, April 6, 2015 4:00:22 PM > Subject: [Spacewalk-list] Any Satellite 5.6 workarounds for spacecmd > softwarechannel_listerrata bug 1180233? > > > > > We have scripts to do security errata cloning for quality control in > the patching cycles. These just broke after updating to Satellite > 5.6 because of bug 1180233 which results in an error being returned > by "spacecmd softwarechannel_listerrata". The bugfix > (RHBA-2015:0281-1) is released only for Satellite 5.7, which > requires RHEL6 instead of the RHEL5 we are running. > > We have a case open, but expect that it will be difficult to get Red > Hat to help since spacecmd is not officially supported (although the > scripting was done by a Red Hat engineer on a consulting > engagement). Has anyone else worked through this situation? Any > advice/workarounds? > > Thanks, > > J. > > > > ___ > Spacewalk-list mailing list > Spacewalk-list@redhat.com > https://www.redhat.com/mailman/listinfo/spacewalk-list ___ Spacewalk-list mailing list Spacewalk-list@redhat.com https://www.redhat.com/mailman/listinfo/spacewalk-list
Re: [Spacewalk-list] Latest Spacewalk client repo broken?
I suppose http://yum.spacewalkproject.org/latest-client pointed to: * 2.2-client on Apr, 14th * 2.3-client on Apr, 15th That should be the only difference. However, I'm able to successfully sync all repositories: * http://yum.spacewalkproject.org/2.2-client/RHEL/6/x86_64/ * http://yum.spacewalkproject.org/2.3-client/RHEL/6/x86_64/ * http://yum.spacewalkproject.org/latest-client/RHEL/6/x86_64/ Are you able to access http://yum.spacewalkproject.org/latest-client/RHEL/6/x86_64/repodata/repomd.xml ? What are the timestamps of ll /var/cache/rhn/reposync/el6_spacewalk-client ? Regards, -- Tomas Lestach Red Hat Satellite Engineering, Red Hat - Original Message - > From: "Marcin Figura" > To: spacewalk-list@redhat.com > Sent: Wednesday, April 15, 2015 4:16:07 PM > Subject: [Spacewalk-list] Latest Spacewalk client repo broken? > > > > > Anyone else experiencing similar problem with latest repos? > > Sync started: Tue Apr 14 05:00:18 2015 > ['/usr/bin/spacewalk-repo-sync', '--channel', 'el6_spacewalk-client', > '--url', ' > http://yum.spacewalkproject.org/latest-client/RHEL/6/x86_64/ ', > '--type', 'yum'] > Repo URL: > http://yum.spacewalkproject.org/latest-client/RHEL/6/x86_64/ > Packages in repo: 23 > No new packages to sync. > Repo http://yum.spacewalkproject.org/latest-client/RHEL/6/x86_64/ has > comps file comps-spacewalk-client-rhel6.xml. > Repo http://yum.spacewalkproject.org/latest-client/RHEL/6/x86_64/ has > 0 errata. > Sync completed. > Total time: 0:00:01 > > > Sync started: Wed Apr 15 04:23:19 2015 > ['/usr/bin/spacewalk-repo-sync', '--channel', 'el6_spacewalk-client', > '--url', ' > http://yum.spacewalkproject.org/latest-client/RHEL/6/x86_64/ ', > '--type', 'yum'] > Repo URL: > http://yum.spacewalkproject.org/latest-client/RHEL/6/x86_64/ > ERROR: Cannot retrieve repository metadata (repomd.xml) for > repository: el6_spacewalk-client. Please verify its path and try > again > Sync completed. > Total time: 0:00:01 > > -- > > > > > Marcin Figura > > > Junior System Administrator > > > > Direct: 312.450.6008 > Office: 312.932.0400 > > Connect with us : LinkedInTwitterYoutubeMintel Blog > > Mintel - intelligence in time > > > > ___ > Spacewalk-list mailing list > Spacewalk-list@redhat.com > https://www.redhat.com/mailman/listinfo/spacewalk-list ___ Spacewalk-list mailing list Spacewalk-list@redhat.com https://www.redhat.com/mailman/listinfo/spacewalk-list
Re: [Spacewalk-list] Spacewalk 'yum grouplist' error
I'd check, whether you have appropriate comps files in: /var/cache/rhn/reposync/ centos6-base-x86_64/ epel6-x86_64/ spacewalk-client6-x86_64/ directories, whether they're readable and whether they're referenced from the repomd.xml files. Regards, -- Tomas Lestach Red Hat Satellite Engineering, Red Hat - Original Message - > From: "TK" > To: spacewalk-list@redhat.com > Sent: Thursday, April 16, 2015 4:09:41 PM > Subject: [Spacewalk-list] Spacewalk 'yum grouplist' error > > > > Hello everyone, > I've setup Spacewalk 2.2 in my infrastructure, created CentOS 5 and 6 > repositories and channels. Everything seems to be working fine > except for the 'yum grouplist'. Whenever this is run, I recieve the > following error: > > > > Failed to add groups file for repository: centos6-base-x86_64 - None > Failed to add groups file for repository: epel6-x86_64 - None > Failed to add groups file for repository: spacewalk-client6-x86_64 - > None > > > Can anyone help me out please? > > > Thanks, > Tom > ___ > Spacewalk-list mailing list > Spacewalk-list@redhat.com > https://www.redhat.com/mailman/listinfo/spacewalk-list ___ Spacewalk-list mailing list Spacewalk-list@redhat.com https://www.redhat.com/mailman/listinfo/spacewalk-list
Re: [Spacewalk-list] Delete package issue
Hello,
I'd recommend to stop tomcat (or all spacewalk services),
increase the -Xmx parameter (heap size) in /etc/sysconfig/tomcat[56]* file,
start the service(s)
and try again.
As a quick workaround, it could work.
Regards,
--
Tomas Lestach
Red Hat Satellite Engineering, Red Hat
- Original Message -
>
>
>
>
> The spacewalk we are using is 2.0. It is running fine except deleting bulk
> amount of packages. we need to remove some of repos and channels no longer
> needed and free up some space. I used spacecmd to do this.
>
> spacecmd
> repo_delete rhel5_i386_os
> repo_delete rhel5_x86_64_extras
> repo_delete rhel5_x86_64_os
> repo_delete rhel5_x86_64_rhn-tools
> repo_delete rhel5_x86_64_supplementary
> softwarechannel_delete rhel5*
>
> channels and repos removed correctly, but when I try to remove packages which
> do not belong to any channels, it failed:
> spacecmd {SSM:0}> package_listorphans
> ERROR: Unavailable>
>
> spacecmd {SSM:0}> package_removeorphans
> ERROR:
>
> if I delete packages from Web GUI for 500 packages at a time, it works fine.
> when I look at /var/log/rhn/rhn_web_api.log . this is what I see
>
> [2015-05-01 13:20:26,073] ERROR - REQUESTED FROM: 127.0.0.1 CALL:
> channel.software.listPackagesWithoutChannel(918xd5d704017ca211136d82223faaf455ef)
> CALLER: (isoadmin) TIME: 25.504 seconds redstone.xmlrpc.XmlRpcFault:
> unhandled internal exception: Java heap space at
> com.redhat.rhn.frontend.xmlrpc.BaseHandler.invoke(BaseHandler.java:165) at
> redstone.xmlrpc.XmlRpcDispatcher.dispatch(XmlRpcDispatcher.java:123) at
> com.redhat.rhn.frontend.xmlrpc.RhnXmlRpcServer.execute(RhnXmlRpcServer.java:54)
> at
> com.redhat.rhn.frontend.xmlrpc.XmlRpcServlet.doPost(XmlRpcServlet.java:162)
> 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:100)
> 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:57)
> 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.
>
>
> ___
> Spacewalk-list mailing list
> Spacewalk-list@redhat.com
> https://www.redhat.com/mailman/listinfo/spacewalk-list
___
Spacewalk-list mailing list
Spacewalk-list@redhat.com
https://www.redhat.com/mailman/listinfo/spacewalk-list
Re: [Spacewalk-list] SP 2.3: Update user details issue
Make sure, you do not load the user page in one tab, then do some other action in another tab and then submit the user permission change on the original tab. This is the way, how you get the CSRF exception for sure. (I was also not able to reproduce described behavior.) Regards, -- Tomas Lestach Red Hat Satellite Engineering, Red Hat - Original Message - > From: "Pierre Casenove" > To: spacewalk-list@redhat.com > Sent: Wednesday, May 6, 2015 8:23:18 PM > Subject: Re: [Spacewalk-list] SP 2.3: Update user details issue > > > > Hello, > I've tried with IE 10 and Chrome, with the same result. > I've also checked that the same issue appeared when using the > satellite administrator account. > I'll keep searching, but as i don't have any log, it is not easy. > > > Pierre > > > 2015-05-06 17:50 GMT+02:00 Grant Gainey < ggai...@redhat.com > : > > > > > - Original Message - > > Hello list, > > I've upgraded to spacewalk 2.3 (server on rhel 6, pgsql 8.4) and I > > encounter > > an issue when updating user roles. > > 1/ I create a new user > > 2/ I want to give him "Organisation admin" role > > 3/ When I click Update, I get an error page saying: > > HTTP Status 403 - Validation of CSRF security token failed > > > > type Status report > > > > message Validation of CSRF security token failed > > > > description Access to the specified resource (Validation of CSRF > > security > > token failed) has been forbidden. > > > > 4/ I click back in my browser, add Org admin role again, click > > update, it > > works... > > > > Using spacecmd, it works. > > > > I can't find a single error log in /var/log... > > > > Does anyone encounters the same issue? > > CSRF-token is there to help prevent XSS attacks; it's a token > generated per-page-refresh, and validated early in the HTTP process. > I've only seen CSRF_val fail when my session had timed out or was > otherwise invalid. > > spacecmd will never throw this, since it's a web-ui-only construct. > > I haven't been able to reproduce under Chrome against my 2.3 box. > What browser are you using? > > G > -- > Grant Gainey > Principal Software Engineer, Red Hat Satellite > > ___ > Spacewalk-list mailing list > Spacewalk-list@redhat.com > https://www.redhat.com/mailman/listinfo/spacewalk-list > > > ___ > Spacewalk-list mailing list > Spacewalk-list@redhat.com > https://www.redhat.com/mailman/listinfo/spacewalk-list ___ Spacewalk-list mailing list Spacewalk-list@redhat.com https://www.redhat.com/mailman/listinfo/spacewalk-list
Re: [Spacewalk-list] Configuration managment problem / encrypted content
What DB do you use with your Spacewalk? Oracle or Postgresql? Regards, -- Tomas Lestach Red Hat Satellite Engineering, Red Hat - Original Message - > From: "Dhaussy Alexandre" > To: spacewalk-list@redhat.com > Sent: Wednesday, May 6, 2015 6:44:12 PM > Subject: Re: [Spacewalk-list] Configuration managment problem / encrypted > content > > > >> > >> Weird. It's not encrypted, just obfuscated. That's hex for > >> "content ". > > Concur. > > > > Alexandre - I can't reproduce :/ > > > > When you created the file - did you upload it? Create it 'in > > place' in the web-editor? Did you set its type to binary? Can you > > attach the cfg-file so we can look at it? > > > > G > > I tried both. > First i created a config file 'in place' (text, no binary), then i > tried > to upload a text file, result was the same. > > Same issue after updating with latest spacewalk client packages. :( > Also tried spacewalk-service restart, just in case, no luck.. > > [root@softmachine ~]$ rhncfg-client verify > Using server name spacewalk >/root/test.txt > > [root@softmachine ~]$ rhncfg-client get > Using server name spacewalk > Deploying /root/test.txt > > [root@softmachine ~]$ cat test.txt > x5b6d61696e5d0a656e61626c6564203d20310a677067636865636b203d20310a74696d656f7574203d203132300a0a5b737061636577616c6b2d6570656c2d656c375d0a656e61626c6564203d20300a6578636c756465203d206e7270652a0a[root@softmachine > ~]$ > > > > ___ > Spacewalk-list mailing list > Spacewalk-list@redhat.com > https://www.redhat.com/mailman/listinfo/spacewalk-list ___ Spacewalk-list mailing list Spacewalk-list@redhat.com https://www.redhat.com/mailman/listinfo/spacewalk-list
Re: [Spacewalk-list] yum-priorities with Spacewalk [SEC=UNCLASSIFIED]
Don't you want to create a bugzilla for yum-utils and attach your patch? As yum-utils package is not maintained by the Spacewalk team, there's not much we can do here. Regards, -- Tomas Lestach Red Hat Satellite Engineering, Red Hat - Original Message - > From: "Anthony Moore" > To: spacewalk-list@redhat.com > Sent: Wednesday, May 6, 2015 2:36:25 AM > Subject: [Spacewalk-list] yum-priorities with Spacewalk [SEC=UNCLASSIFIED] > > If anyone is interested in using yum-plugin-priorities with Spacewalk > channels, I've attached a small patch for the yum-utils RPM that > implements this. Priorities can be added in > /etc/yum/pluginconf.d/priorities.conf per-channel. Happy to post the > RPM if desired. > > Anthony Moore | Systems Administrator > > ISS | ITS | Platform Services > Head Office, Level 8 North > Bureau of Meteorology > GPO Box 1289 Melbourne VIC 3001 > 700 Collins Street, Docklands VIC 3008 > Tel: +61 3 9616 8441 | a...@bom.gov.au > > -- > > diff -ubBr yum-utils.orig/plugins/priorities/ChangeLog > yum-utils/plugins/priorities/ChangeLog > --- yum-utils.orig/plugins/priorities/ChangeLog 2011-01-13 > 07:00:20.0 + > +++ yum-utils/plugins/priorities/ChangeLog 2015-04-02 > 04:10:55.0 + > @@ -1,3 +1,7 @@ > +* Thu Apr 2 Anthony Moore - 0.0.8 > +- Add a feature to allow setting the priority of Spacewalk and > Satellite > + channels. > + > * Thu Nov 8 Daniel de Kok - 0.0.7 > - Only add an option if an option parser is returned. > > diff -ubBr yum-utils.orig/plugins/priorities/priorities.py > yum-utils/plugins/priorities/priorities.py > --- yum-utils.orig/plugins/priorities/priorities.py 2011-01-13 > 07:00:20.0 + > +++ yum-utils/plugins/priorities/priorities.py 2015-04-02 > 04:32:10.0 + > @@ -98,6 +98,9 @@ > > allrepos = conduit.getRepos().listEnabled() > > +for repo in allrepos: > +repo.priority = conduit.confInt(repo.id, "priority", > repo.priority) > + > # If they haven't done anything, don't do any work > if _all_repo_priorities_same(allrepos): > return > diff -ubBr yum-utils.orig/plugins/priorities/README > yum-utils/plugins/priorities/README > --- yum-utils.orig/plugins/priorities/README2011-01-13 > 07:00:20.0 + > +++ yum-utils/plugins/priorities/README 2015-04-02 04:10:05.0 > + > @@ -40,6 +40,18 @@ > priority for repositories is 99. The repositories with the lowest > number have the highest priority. > > +* Repositories in Spacewalk / Satellite * > + > +This feature was added by Anthony Moore > + > +If the repository is a channel in Spacewalk or Satellite then there > +will be no .repo file in the yum.repos.d directory. In this case you > +can specify the priority in the > /etc/yum/pluginconf.d/priorities.conf > +file, for example: > + > +[my-custom-channel-x86_64] > +priority = 5 > + > * Bugs * > > Please report errors to Daniel de Kok > > ___ > Spacewalk-list mailing list > Spacewalk-list@redhat.com > https://www.redhat.com/mailman/listinfo/spacewalk-list > ___ Spacewalk-list mailing list Spacewalk-list@redhat.com https://www.redhat.com/mailman/listinfo/spacewalk-list
Re: [Spacewalk-list] Spacewalk kickstart package dependencies
Do you use Spacewalk 2.3? On what OS? I could try to build scratch packages with a quick fix for you. (Not sure, if it will work, but we can give it a try.) Regards, -- Tomas Lestach Red Hat Satellite Engineering, Red Hat - Original Message - > From: "James Feister" > To: spacewalk-list@redhat.com > Sent: Thursday, April 30, 2015 4:50:36 PM > Subject: [Spacewalk-list] Spacewalk kickstart package dependencies > > > > > > > Trying to kickstart a centos 7 system with spacewalk and cobbler. > > The base for centos7 contains amongst others the following packages > > rhn-client-tools-2.0.2-6.el7.noarch.rpm > rhnlib-2.5.65-2.el7.noarch.rpm > > According to this branch on git hub > https://github.com/spacewalkproject/spacewalk/pull/215 some > functions in these packages were renamed from pune to puny. The new > packages from > http://yum.spacewalkproject.org/2.3-client/RHEL/7/x86_64/ reflect > this change. > > > rhnlib-2.5.75-1.el7.noarch.rpm > rhn-setup-2.3.16-1.el7.noarch.rpm > > > > The problem is when creating a kickstart for the centos machine, > there are two lines a 'wget and rpm' that will only request and > update the following packages > > libxml2-python-2.9.1-5.el7_1.2.x86_64.rpm > libxml2-2.9.1-5.el7_1.2.x86_64.rpm > pyOpenSSL-0.13.1-3.el7.x86_64.rpm > rhnlib-2.5.75-1.el7.noarch.rpm > > > The request and install are sucessfull but it does not include the > updated rhn-client-tools that uses the newer puny naming. It is when > the client executes rhnreg_ks that it is calling the original > function names that have changed. > > > > > I have tried removing the older package versions and replacing my > kickstart distribution basechannel packages with the newer ones but > the dependencies fail for the rhnlib-2.5.65-2.el7.noarch.rpm. > > > Am I overlooking something or is there a workaround for this? > > > Thanks, > > > Jim > > ___ > Spacewalk-list mailing list > Spacewalk-list@redhat.com > https://www.redhat.com/mailman/listinfo/spacewalk-list ___ Spacewalk-list mailing list Spacewalk-list@redhat.com https://www.redhat.com/mailman/listinfo/spacewalk-list
Re: [Spacewalk-list] Configuration managment problem / encrypted content
It sounds like the bytea format issue. See [1] and [2] for more info. Regards, -- Tomas Lestach Red Hat Satellite Engineering, Red Hat [1] http://www.postgresql.org/docs/current/interactive/datatype-binary.html [2] http://www.badrit.com/blog/2011/1/19/postgresql-9-bytea-type-problems - Original Message - > From: "Dhaussy Alexandre" > To: spacewalk-list@redhat.com > Sent: Thursday, May 7, 2015 9:33:01 AM > Subject: Re: [Spacewalk-list] Configuration managment problem / encrypted > content > > Postgresql 9.3.4. > > Le 07/05/2015 09:05, Tomas Lestach a écrit : > > What DB do you use with your Spacewalk? Oracle or Postgresql? > > > > Regards, > > -- > > Tomas Lestach > > Red Hat Satellite Engineering, Red Hat > > > > > > - Original Message - > >> From: "Dhaussy Alexandre" > >> To: spacewalk-list@redhat.com > >> Sent: Wednesday, May 6, 2015 6:44:12 PM > >> Subject: Re: [Spacewalk-list] Configuration managment problem / > >> encrypted content > >> > >> > >>>> Weird. It's not encrypted, just obfuscated. That's hex for > >>>> "content ". > >>> Concur. > >>> > >>> Alexandre - I can't reproduce :/ > >>> > >>> When you created the file - did you upload it? Create it 'in > >>> place' in the web-editor? Did you set its type to binary? Can > >>> you > >>> attach the cfg-file so we can look at it? > >>> > >>> G > >> I tried both. > >> First i created a config file 'in place' (text, no binary), then i > >> tried > >> to upload a text file, result was the same. > >> > >> Same issue after updating with latest spacewalk client packages. > >> :( > >> Also tried spacewalk-service restart, just in case, no luck.. > >> > >> [root@softmachine ~]$ rhncfg-client verify > >> Using server name spacewalk > >> /root/test.txt > >> > >> [root@softmachine ~]$ rhncfg-client get > >> Using server name spacewalk > >> Deploying /root/test.txt > >> > >> [root@softmachine ~]$ cat test.txt > >> x5b6d61696e5d0a656e61626c6564203d20310a677067636865636b203d20310a74696d656f7574203d203132300a0a5b737061636577616c6b2d6570656c2d656c375d0a656e61626c6564203d20300a6578636c756465203d206e7270652a0a[root@softmachine > >> ~]$ > >> > >> > >> > >> ___ > >> Spacewalk-list mailing list > >> Spacewalk-list@redhat.com > >> https://www.redhat.com/mailman/listinfo/spacewalk-list > > ___ > > Spacewalk-list mailing list > > Spacewalk-list@redhat.com > > https://www.redhat.com/mailman/listinfo/spacewalk-list > > ___ > Spacewalk-list mailing list > Spacewalk-list@redhat.com > https://www.redhat.com/mailman/listinfo/spacewalk-list > ___ Spacewalk-list mailing list Spacewalk-list@redhat.com https://www.redhat.com/mailman/listinfo/spacewalk-list
Re: [Spacewalk-list] spacecmd package_search not working
Hello, I've found the root cause of your problem. Feel free to apply the patch [1] manually. As it affects all spacecmd commands, I hope, I didn't break anything else. Regards, -- Tomas Lestach Red Hat Satellite Engineering, Red Hat [1] https://github.com/spacewalkproject/spacewalk/commit/ffd53a926df0ef997eb40d2dd4eae656208a777e - Original Message - > From: "Les Marstaeller" > To: spacewalk-list@redhat.com > Sent: Monday, April 20, 2015 8:29:13 AM > Subject: [Spacewalk-list] spacecmd package_search not working > > Hi, > > Has anyone had similar problems with spacecmd? > > I am running "/usr/bin/spacecmd --username=satadmin --password=x > package_search kernel" but getting no search results back. GUI > confirms > there is 112 RPM's that it should hit on! > > Have also tried kernel* as well but no results... > > Thanks, > > Les > > > > -- > -BEGIN PGP PUBLIC KEY BLOCK- > Version: GnuPG v1 > > mQENBFMJ1RwBCADnrXElTCTAyXFcRRhTTwlWoWQgwAgcmP0uWnT+5ctpDSqmBDpC > PANHdyWa/dZ9Hd5NGvS8E1ZOlSmPIewmTWwO06VeLEwB0LVmP6nqpUOWJtAdcm0T > dg3tXGa5H/sS01GrfmrL7ZRFWKzclG/5DbC5gLLnpch3HCtm4XCiME0DmXIapXag > n/xQy7wviqCClMPzPY0HK5AYaiUd9HvUpPEJ5tqwUH8VCfNnNi1KOfaHVNF0MKNV > cMzdwDYCUtxFnChVcJygxA11BAhjYmaYYifIwWGsG5lH2LMWamH5Uf3th7IoauLE > whdNKCU1GS4Uix0wfjjhi8q/YTlUWCZDugf9ABEBAAG0IExlcyBNYXJzdGFlbGxl > ciA8bGVzQGxlc20uaWQuYXU+iQE+BBMBAgAoBQJTCdUcAhsjBQkDwmcABgsJCAcD > AgYVCAIJCgsEFgIDAQIeAQIXgAAKCRBzzo9wFybTwY2VB/oDe5Bs3E3SLeOeLqto > W1FkJNHQAl4eCd2I+bffOwB7p5c2ICMvSX2IYtQQRJ+2OszJWtP9Yk8N3CmwFBQF > rMPCnvhrbWo6Fsaf2X4zBHp1lHXWdQWOPyLzsPaYeaDPyu3TtfvB5nTYSOMYSPBg > i/iCYIcdM/M49oAvLtTBWHKyjS/R++JkI5H6QCn6gotBS5pupkGydjQ7d3kz6lC5 > Nw6SlNX6pWRJ+xh0/uHeK4ALzjDYN6j3N1zwtN9c9b8UoeKUQ1b5SgOy2FJtBsMR > TMFqZNgdc+zOkgC7eHBZDKT1Dm5hgUnZoxMzQu3XZiS9CyXpBwMD+Djm8+DVplft > Q++IuQENBFMJ1RwBCACrXml12RlhiJyMEVKfVbUSKGIVObwBSb2OlGnNqG08NGXH > BB4hLT58pFqvJxvTDFeR0J2lUTuv83rSeBd0AQjRXVPEfrHea4eJcX7WxdPisjxF > xszEZAJBuJDJO7z0amLWio2q4ydOl3Hik9t2TFjXLUDc781z22O3Mvm2c7fW9DoP > DyBHZ7NTvA0QRyE3l9EFaq+WHNH7i0hLhDvQzl3iL4L+7rrjLJvsyytSibjmlzSJ > IAh6ikW0rfk+lpvnybGpH8O4uDgirtlWRTCtMXJ4HiMtjpD0/FWFlgo7iJiqvP1z > N5pg1lFgbxeSJJ2pnppnPxhx6+oqavOTlZJcggG7ABEBAAGJASUEGAECAA8FAlMJ > 1RwCGwwFCQPCZwAACgkQc86PcBcm08EVkwgA4zUcNFH3Mdcj+Ezg2NyKx0rHYSTg > ZrlX6ODXRLcblSOmc2fGodON3fYplBKJMEaJEc4eAC6jLtzg9Ak7Qiwdc3V3feE3 > AqiXQW9o/q/wSTiAJyfJQUojhsoEXAJMY7Mg8en1bcNXk0vIwqpbCApj5mIIXXLa > fR14PU7Rkwosbhi8d95JovDnNaF8IC7t2cwKhrBYuh/rWOwq4VAQQl97/rRDkitA > K/SCaZCZ4I6Ug0DaLckdFBmeTCfpxjy7l2t58q5HGRma11pA4GxAVKmHw5wx/hPw > fIAm2XWIV9wSwh8Q5dwY+lDvOYhHDd4QZ9HKH/VJqJ0kibTMJ+cDzNBAgg== > =S3x0 > -END PGP PUBLIC KEY BLOCK- > > > ___ > Spacewalk-list mailing list > Spacewalk-list@redhat.com > https://www.redhat.com/mailman/listinfo/spacewalk-list > ___ Spacewalk-list mailing list Spacewalk-list@redhat.com https://www.redhat.com/mailman/listinfo/spacewalk-list
Re: [Spacewalk-list] Spacewalk kickstart package dependencies
Hello James, here're the packages for Spacewalk 2.3 on: RHEL6: [1] RHEL7: [2] If, you'd like to apply them, do: 1. download the rpms to a local directory 2. stop spacewalk services 3. rpm -Fvh *.rpm in the local directory (this will freshen the installed packages, what means it will update only spacewalk-java-postgresql or spacewalk-java-oracle according to what you have installed, not both) 4. start the spacewalk services Let me know, if it helped you. Thanks, -- Tomas Lestach Red Hat Satellite Engineering, Red Hat [1] https://koji.spacewalkproject.org/koji/taskinfo?taskID=186076 [2] https://koji.spacewalkproject.org/koji/taskinfo?taskID=186078 - Original Message - > From: "James Feister" > To: spacewalk-list@redhat.com > Sent: Thursday, May 7, 2015 6:27:09 PM > Subject: Re: [Spacewalk-list] Spacewalk kickstart package dependencies > > > > > I have observed this on CentOS 6. I am able to help with testing > packages. I can set up a test environment of CentOS 6 or 7 to deploy > it on. It would help me get a feel for the codebase as well. > > Jim > > > > On Thu, May 7, 2015 at 4:30 AM, Tomas Lestach < tlest...@redhat.com > > wrote: > > > Do you use Spacewalk 2.3? On what OS? > I could try to build scratch packages with a quick fix for you. > (Not sure, if it will work, but we can give it a try.) > > Regards, > -- > Tomas Lestach > Red Hat Satellite Engineering, Red Hat > > > > > - Original Message - > > From: "James Feister" < open...@gmail.com > > > To: spacewalk-list@redhat.com > > Sent: Thursday, April 30, 2015 4:50:36 PM > > Subject: [Spacewalk-list] Spacewalk kickstart package dependencies > > > > > > > > > > > > > > Trying to kickstart a centos 7 system with spacewalk and cobbler. > > > > The base for centos7 contains amongst others the following packages > > > > rhn-client-tools-2.0.2-6.el7.noarch.rpm > > rhnlib-2.5.65-2.el7.noarch.rpm > > > > According to this branch on git hub > > https://github.com/spacewalkproject/spacewalk/pull/215 some > > functions in these packages were renamed from pune to puny. The new > > packages from > > http://yum.spacewalkproject.org/2.3-client/RHEL/7/x86_64/ reflect > > this change. > > > > > > rhnlib-2.5.75-1.el7.noarch.rpm > > rhn-setup-2.3.16-1.el7.noarch.rpm > > > > > > > > The problem is when creating a kickstart for the centos machine, > > there are two lines a 'wget and rpm' that will only request and > > update the following packages > > > > libxml2-python-2.9.1-5.el7_1.2.x86_64.rpm > > libxml2-2.9.1-5.el7_1.2.x86_64.rpm > > pyOpenSSL-0.13.1-3.el7.x86_64.rpm > > rhnlib-2.5.75-1.el7.noarch.rpm > > > > > > The request and install are sucessfull but it does not include the > > updated rhn-client-tools that uses the newer puny naming. It is > > when > > the client executes rhnreg_ks that it is calling the original > > function names that have changed. > > > > > > > > > > I have tried removing the older package versions and replacing my > > kickstart distribution basechannel packages with the newer ones but > > the dependencies fail for the rhnlib-2.5.65-2.el7.noarch.rpm. > > > > > > Am I overlooking something or is there a workaround for this? > > > > > > Thanks, > > > > > > Jim > > > > ___ > > Spacewalk-list mailing list > > Spacewalk-list@redhat.com > > https://www.redhat.com/mailman/listinfo/spacewalk-list > > ___ > Spacewalk-list mailing list > Spacewalk-list@redhat.com > https://www.redhat.com/mailman/listinfo/spacewalk-list > > > ___ > Spacewalk-list mailing list > Spacewalk-list@redhat.com > https://www.redhat.com/mailman/listinfo/spacewalk-list ___ Spacewalk-list mailing list Spacewalk-list@redhat.com https://www.redhat.com/mailman/listinfo/spacewalk-list
Re: [Spacewalk-list] SLES11 SP3 errata severity in Spacewalk 2.3
Hello, for the Systems => System Currency Report page the errata will be identified in the following way: * Enhancements are errata of type: Product Enhancement Advisory * Bug Fixes are errata of type: Bug Fix Advisory * Security (Low) are errata of type: Security Advisory *and* synopsis starts with capital 'L' (like e.g. 'Low: nss security update') * Security (Moderate) ... synopsis starts with capital 'M' (e.g. 'Moderate: pam security update') * Security (Important) ... capital 'I' (e.g. 'Important: glibc security and bug fix update') * Security (Critical) ... capital 'C' (e.g. 'Critical: firefox security update') This probably isn't optimal, but that's how it works. Feel free to check your errata using: echo "select id, synopsis, advisory_type from rhnErrata;" | spacewalk-sql -i Regards, -- Tomas Lestach Red Hat Satellite Engineering, Red Hat - Original Message - > From: "Bas Smeets" > To: spacewalk-list@redhat.com > Sent: Tuesday, May 12, 2015 1:39:50 PM > Subject: [Spacewalk-list] SLES11 SP3 errata severity in Spacewalk 2.3 > > > > > > > > > > > Hello, > > Recently I've started implementing Spacewalk to serve a couple of > SLES systems. > One of the last problems I'm running into is trying to get errata to > correctly include the severity rating (e.g. Critical, Moderate, > etc...). > > I can see the severity in the synopsis, but when I go to "Systems => > System Currency", Spacewalk doesn't seem to recognize the different > severities. All security patches are listed as 0. > > Is there a way to let Spacewalk play nice with these severities from > SLES advisories c.q. errata? > > I'm on Spacewalk 2.3 on CentOS 7. The clients are SLES11 SP3. > > Regards, > Bas > > > ___ > Spacewalk-list mailing list > Spacewalk-list@redhat.com > https://www.redhat.com/mailman/listinfo/spacewalk-list ___ Spacewalk-list mailing list Spacewalk-list@redhat.com https://www.redhat.com/mailman/listinfo/spacewalk-list
Re: [Spacewalk-list] Issue with client repo
g to yum.spacewalkproject.org (yum.spacewalkproject.org)|10.4.127.15|:80... connected. HTTP request sent, awaiting response... 200 OK Length: 2165 (2.1K) [text/xml] Saving to: ‘repomd.xml’ repomd.xml 100%[==>] 2.11K --.-KB/s in 0s· 2015-05-14 15:18:46 (5.29 MB/s) - ‘repomd.xml’ saved [2165/2165] $ wget http://yum.spacewalkproject.org/2.3-client/RHEL/6/x86_64/repodata/primary.xml.gz --2015-05-14 15:18:49-- http://yum.spacewalkproject.org/2.3-client/RHEL/6/x86_64/repodata/primary.xml.gz Resolving yum.spacewalkproject.org (yum.spacewalkproject.org)... 10.4.127.15 Connecting to yum.spacewalkproject.org (yum.spacewalkproject.org)|10.4.127.15|:80... connected. HTTP request sent, awaiting response... 200 OK Length: 6262 (6.1K) [application/x-gzip] Saving to: ‘primary.xml.gz’ primary.xml.gz 100%[==>] 6.12K --.-KB/s in 0.001s· 2015-05-14 15:18:50 (6.27 MB/s) - ‘primary.xml.gz’ saved [6262/6262] $ grep -A1 primary.xml.gz repomd.xml· 6a9171830380a6704083741cbc0d23526205e5ae $ sha1sum primary.xml.gz 6a9171830380a6704083741cbc0d23526205e5ae primary.xml.gz The checksums do match, so repomd.xml references the downloaded primary.xml.gz $ zgrep el7 primary.xml.gz 1:$ zgrep el6 primary.xml.gz | wc -l 133 $· But there're no el7 packages referenced in the primary.xml. On the other hand, there're 133 el6 entries. Let's check the el6 spacewalk-client-repo package ... $· $ wget http://yum.spacewalkproject.org/2.3-client/RHEL/6/x86_64/spacewalk-client-repo-2.3-2.el6.noarch.rpm --2015-05-14 15:21:27-- http://yum.spacewalkproject.org/2.3-client/RHEL/6/x86_64/spacewalk-client-repo-2.3-2.el6.noarch.rpm Resolving yum.spacewalkproject.org (yum.spacewalkproject.org)... 10.4.127.15 Connecting to yum.spacewalkproject.org (yum.spacewalkproject.org)|10.4.127.15|:80... connected. HTTP request sent, awaiting response... 200 OK Length: 6160 (6.0K) [application/x-rpm] Saving to: ‘spacewalk-client-repo-2.3-2.el6.noarch.rpm’ spacewalk-client-repo-2.3-2.el6.noarch.rpm 100%[==>] 6.02K --.-KB/s in 0.002s· 2015-05-14 15:21:28 (3.60 MB/s) - ‘spacewalk-client-repo-2.3-2.el6.noarch.rpm’ saved [6160/6160] ... and check, where do the repo files point to. $ rpm -qlp spacewalk-client-repo-2.3-2.el6.noarch.rpm | grep repo warning: spacewalk-client-repo-2.3-2.el6.noarch.rpm: Header V4 RSA/SHA1 Signature, key ID 066e5810: NOKEY /etc/yum.repos.d/spacewalk-client-nightly.repo /etc/yum.repos.d/spacewalk-client.repo $ rpm2cpio spacewalk-client-repo-2.3-2.el6.noarch.rpm | cpio -ivd ./etc/yum.repos.d/spacewalk-client-nightly.repo ./etc/yum.repos.d/spacewalk-client.repo ./etc/yum.repos.d/spacewalk-client-nightly.repo ./etc/yum.repos.d/spacewalk-client.repo 2 blocks $ grep baseurl ./etc/yum.repos.d/spacewalk-client.repo· baseurl=http://yum.spacewalkproject.org/2.3-client/RHEL/6/$basearch/ $ grep baseurl ./etc/yum.repos.d/spacewalk-client-nightly.repo baseurl=http://yum.spacewalkproject.org/nightly-client/RHEL/6/$basearch/ $· But this looks good as well. You somehow use el7 repodata. Feel free to check all your repo files in the /etc/yum.repos.d/ directory as one of them may point to an EL7 repository. (Or at least for the active ones. Use 'yum repolist' to find out.) Then you may try to clear the cached repodata using 'yum clean all', and try to install needed packages again. Regards, -- Tomas Lestach Red Hat Satellite Engineering, Red Hat ___ Spacewalk-list mailing list Spacewalk-list@redhat.com https://www.redhat.com/mailman/listinfo/spacewalk-list
Re: [Spacewalk-list] Changelog Cleanup task is INTERRUPTED
> Hello! > > I have an issue in scheduled page like this: > > Changelog Cleanup: 2015-03-20 23:00:00 EET INTERRUPTED > > This job has not been working since last march that i have seen.Thus > i trigger this job as manually, but still there is no change its > status.To trace the problem that i was opened debugging mod in > log4j.properties file for taskomatic service.Then i see following > logs: > > [DefaultQuartzScheduler_Worker-4] DEBUG > com.redhat.rhn.common.conf.Config - getString() - getString() -> > Getting property: parallel_threads > INFO | jvm 1 | 2015/05/15 09:57:39 | 2015-05-15 09:57:39,719 > [DefaultQuartzScheduler_Worker-4] DEBUG > com.redhat.rhn.common.conf.Config - getString() - getString() -> > result: null > > INFO | jvm 1 | 2015/05/15 09:57:39 | 2015-05-15 09:57:39,719 > [DefaultQuartzScheduler_Worker-4] DEBUG > com.redhat.rhn.taskomatic.TaskoJob - single-cleanup-data-bunch-6: > task cleanup-timeseries-data all allowed threads running ... WAITING > > INFO | jvm 1 | 2015/05/15 09:57:46 | 2015-05-15 09:57:46,604 > [com.mchange.v2.async.ThreadPoolAsynchronousRunner$PoolThread-#2] > DEBUG com.redhat.rhn.common.conf.Config - getString() - getString() > called with: db_backend > > > Its returns the null value, and i cannot see any other details which > contains problem flags. > > > Is there any solution to run this server as properly? Thank you for letting us know. The issue was caused at monitoring code removal. The current code tries to run something, that has been deleted. The issue should be fixed in nightly and will be part of the next Spacewalk release. Regards, -- Tomas Lestach Red Hat Satellite Engineering, Red Hat PS. The proper fix would be to apply [1] and reboot spacewalk-service. [1] https://github.com/spacewalkproject/spacewalk/blob/master/schema/spacewalk/upgrade/spacewalk-schema-2.3-to-spacewalk-schema-2.4/004-remove_monitoring_taskomatic_tasks.sql ___ Spacewalk-list mailing list Spacewalk-list@redhat.com https://www.redhat.com/mailman/listinfo/spacewalk-list
Re: [Spacewalk-list] spacewalk-utils-2.3.37 and spacewalk-common-channels
> > On 21 May 2015, at 1:24 am, Kalchik, Jeffery > > wrote: > > > > Only theOracle repositories end up with the issue. When > > replicating the activity in the browser front end, I receive the > > following: > > > > https://github.com/spacewalkproject/spacewalk/pull/256 > > I've double-checked and all the labels are under 60 characters now. > > Cheers, > Avi Hello, In this case I'd rather extend the label [1], so we're not limited by its size. I hope the solution is acceptable and I'd reject the PR. Regards, -- Tomas Lestach Red Hat Satellite Engineering, Red Hat [1] https://github.com/spacewalkproject/spacewalk/commit/facb6866380eb36e7791340614f765b004e564bd ___ Spacewalk-list mailing list Spacewalk-list@redhat.com https://www.redhat.com/mailman/listinfo/spacewalk-list
Re: [Spacewalk-list] Satellite 6 Open Source version
Hello, Spacewalk is upstream of Red hat Satellite 5, but not of Red Hat Satellite 6. You probably want to try another mailing list. Katello page [1] says: We use the same mailing lists as Foreman, which are available via Google Groups. Much like IRC, we have a general users (support, Q/A, etc) lists and a development list. For Katello-specific issues, it’s best to prefix the subject with [katello] to get our attention. * foreman-users or email foreman-users+subscr...@googlegroups.com * foreman-dev or email foreman-dev+subscr...@googlegroups.com There is also a low-traffic list dedicated to release and security announcements: * foreman-announce or email foreman-announce+subscr...@googlegroups.com Regards, -- Tomas Lestach Red Hat Satellite Engineering, Red Hat [1] http://www.katello.org/community/index.html - Original Message - > From: "Jason Calafiore" > To: spacewalk-list@redhat.com > Sent: Friday, May 22, 2015 3:51:15 PM > Subject: [Spacewalk-list] Satellite 6 Open Source version > > > > Hi All, > I was looking to understand the Open Source version of Satellite 6. > > > I was reading on this page that Katello is the Open Source version of > RH Satellite 6 > http://blog.hacka.net/#post81 "It's called Katello and integrates a > bunch of technology, including Puppet, Foreman, Pulp and Candle > Pin." Though not very clear as well from Katello's site > http://www.katello.org/ > > > Though when I look at Redhat's page it mentions Katello as just a > component of Satellite 6. - Puppet for Configuration - Foreman for > Provisioning > - Katello for Content/Life Cycle Management > - Pulp for Repo Management > - Candlepin for Subscription Management. > https://access.redhat.com/discussions/735323 > > > > > > I was hoping someone could clarify for me as well as provide me some > good resource that includes documentation. > > > Thank you, > Jason > ___ > Spacewalk-list mailing list > Spacewalk-list@redhat.com > https://www.redhat.com/mailman/listinfo/spacewalk-list ___ Spacewalk-list mailing list Spacewalk-list@redhat.com https://www.redhat.com/mailman/listinfo/spacewalk-list
Re: [Spacewalk-list] Unterminated <> operator at gen-oss-sat-cert.pl line 1
- Original Message - > From: "Samiron Mallick" > To: spacewalk-list@redhat.com > Sent: Tuesday, May 19, 2015 5:09:14 PM > Subject: [Spacewalk-list] Unterminated <> operator at gen-oss-sat-cert.pl > line 1 > > > > > > Hello Everyone, > > I am not sure if any one has faced such issues while resigning certs > for spacewalk 2.3 on centos 7. While trying to execute > gen-oss-sat-cert.pl , i am getting "Unterminated <> operator at > gen-oss-sat-cert.pl line 1" error. > > > If there is anything i need to do separately please let me know. > These steps worked for me while I installed Spacewalk 2.2 / > 2.3-nightly on centos 6. > > > [root@spacewalk ~]# gpg --keyring /etc/webapp-keyring.gpg > --no-default-keyring --list-keys > /etc/webapp-keyring.gpg > --- > pub 1024D/06947932 2004-02-18 [expires: 2023-02-05] > uid Red Hat Network (Satellite Certificate Signing Key) < > rhn-feedb...@redhat.com > > sub 2048g/C71F2F5C 2004-02-18 [expires: 2023-02-05] > > pub 4096R/35D94537 2015-05-19 > uid SpaceWalk (SpaceWalk Certificate Key) < samiron.mall...@gmail.com > > > sub 4096R/0C2969D1 2015-05-19 > > [root@spacewalk ~]# perl gen-oss-sat-cert.pl --signer 35D94537 > --resign spacewalk-public.cert > Unterminated <> operator at gen-oss-sat-cert.pl line 1. > > [root@spacewalk ~]# uname -a > Linux spacewalk.mydomain 3.10.0-229.4.2.el7.x86_64 #1 SMP Wed May 13 > 10:06:09 UTC 2015 x86_64 x86_64 x86_64 GNU/Linux > [root@spacewalk ~]# cat /etc/redhat-release > CentOS Linux release 7.1.1503 (Core) > Hello, I do not think, there's special requirements. I always take the latest gen-oss-sat-cert.pl from master of spacewalk.git and run it on my Spacewalk 2.3 on RHEL6: $ perl gen-oss-sat-cert.pl --signer 0D5837AF --resign /tmp/spacewalk-public.cert Passphrase: config web.db_backend not in master config list in PXT::Config at /usr/share/perl5/vendor_perl/PXT/Config.pm line 159. config web.db_name not in master config list in PXT::Config at /usr/share/perl5/vendor_perl/PXT/Config.pm line 159. config web.db_host not in master config list in PXT::Config at /usr/share/perl5/vendor_perl/PXT/Config.pm line 159. config web.db_user not in master config list in PXT::Config at /usr/share/perl5/vendor_perl/PXT/Config.pm line 159. config web.db_password not in master config list in PXT::Config at /usr/share/perl5/vendor_perl/PXT/Config.pm line 159. gpg: Signature made Mon 25 May 2015 11:06:22 AM CEST using RSA key ID 0D5837AF gpg: Good signature from "Tomas Testing " Signatures validation succeeded. Certificate saved as /tmp/spacewalk-public.cert Regards, -- Tomas Lestach Red Hat Satellite Engineering, Red Hat ___ Spacewalk-list mailing list Spacewalk-list@redhat.com https://www.redhat.com/mailman/listinfo/spacewalk-list
Re: [Spacewalk-list] Unterminated <> operator at gen-oss-sat-cert.pl line 1
- Original Message - > From: "Samiron Mallick" > To: spacewalk-list@redhat.com > Sent: Monday, May 25, 2015 5:05:12 PM > Subject: Re: [Spacewalk-list] Unterminated <> operator at gen-oss-sat-cert.pl > line 1 > > > > Thanks for the reply Tomas. > > > I was trying to generate it from the OS RHEL7. > > > Later I did the same on EL6 and succeeded. and then imported the key > to the space walk server. Hello, it works for me in the same way on RHEL7.1 as well. Regards, -- Tomas Lestach Red Hat Satellite Engineering, Red Hat ___ Spacewalk-list mailing list Spacewalk-list@redhat.com https://www.redhat.com/mailman/listinfo/spacewalk-list
Re: [Spacewalk-list] How to get the RHEL binary using the provided XMLRPC library - HTTP Response '401 Authorization Required'
Well, I am not sure, whether you can download an RPM via xmlrpc from RHN. If you need the rhel6 rpm on your registered rhel6 server, why don't you just use: $ yumdownloader avahi-0.6.25-15.el6.x86_64 Loaded plugins: product-id, rhnplugin This system is receiving updates from RHN Classic or Red Hat Satellite. avahi-0.6.25-15.el6.x86_64.rpm | 218 kB 00:00 $ If you want to download packages using xmlrpc, you can do it from your Spacewalk server (but not from RHN). Check packages.getPackage and packages.getPackageUrl api calls on https:///rhn/apidoc/handlers/PackagesHandler.jsp For examples how to use API, see: https:///rhn/apidoc/scripts.jsp Regards, -- Tomas Lestach Red Hat Satellite Engineering, Red Hat - Original Message - > From: "Rangaraj S" > To: spacewalk-list@redhat.com > Sent: Wednesday, June 24, 2015 11:20:55 AM > Subject: [Spacewalk-list] How to get the RHEL binary using the provided > XMLRPC library - HTTP Response '401 > Authorization Required' > > > > > Hi, > > > I'm trying to get the rpm binary on my subscribed RHEL-6-Server > machine using the XMLRPC calls to the URL " > https://xmlrpc.rhn.redhat.com/XMLRPC ". > > > I did the following : > > > 1. Generated the systemid file using the command : rhn_register > > > 2. Using the up2date.login call, I logged-in using my rhn account > (/etc/sysconfig/rhn/systemid file). > > > > > > The corresponding HTTP Request-Response exchange is : > > > --- request --- > > > POST http://xmlrpc.rhn.redhat.com/XMLRPC > Content-Type: application/json > > > up2date.login > > > > System ID File Content > > > > > > > > > -- response -- > > > 200 OK > Date: Tue, 23 Jun 2015 06:30:39 GMT > Server: Apache > Content-Language: en; C > Content-Length: 903 > X-RHN-Server-Capability: registration.finish_message(1)=1, > registration.remaining_subscriptions(1)=1, > applet.has_base_channel(1)=1, registration.smbios(1)=1, > registration.extended_update_support(1)=1, > rhncfg.filetype.directory(1)=1, rhncfg.content.base64_decode(1)=1, > registration.register_osad(1)=1, registration.delta_packages(1)=1, > xmlrpc.packages.extended_profile(1)=1, > xmlrpc.packages.checksums(1)=1, xmlrpc.login.extra_data(1)=1 > X-RHN-Server-Id: 11 > X-RHN-Proxy-Version: 0 > X-RHN-Auth-Server-Time: 1435041039.43 > X-RHN-Client-Version: 0 > X-Transport-Info: Extended Capabilities Transport (C) Red Hat, Inc > (version $Revision$) > X-RHN-Auth-Channels: rhel-x86_64-server-6:20150622101926:1:1 > X-RHN-Action: login > X-RHN-Auth: *** Hidden Contents *** > X-RHN-Auth-Expire-Offset: 3600.0 > Content-Type: text/xml > X-Cache: MISS from web-server > X-Cache-Lookup: MISS from web-server:3128 > Proxy-Connection: keep-alive > > > > > > > > > > X-RHN-Server-Id > > 11 > > > > X-RHN-Auth-Server-Time > > 1435041039.43 > > > > X-RHN-Auth-Channels > > > > > > > > rhel-x86_64-server-6 > > > 20150622101926 > > > 1 > > > 1 > > > > > > > > > > X-RHN-Auth > > rc+<-Hidden Contents->Q== > > > > X-RHN-Auth-User-Id > > > > > > X-RHN-Auth-Expire-Offset > > 3600.0 > > > > > > > > > > > > > > > 3. With these attainted credetials, am attempting to list all the > packages for that channel. But, it gives a 401 Authorization > Required HTTP Response. > > > > > > The corresponding exchange is as follows : > > > --- request --- > > > GET > http://xmlrpc.rhn.redhat.com/XMLRPC/$RHN/rhel-x86_64-server-6/listPackages > X-RHN-Client-Version: 2 > X-RHN-Server-Id: 11 > X-RHN-Auth-Server-Time: 1435041039.43 > X-RHN-Auth: rc+<-Hidden Contents->Q== > X-RHN-Auth-User-Id: > X-RHN-Auth-Channels: [['rhel-x86_64-server-6', '20150622101926', '1', > '1']] > X-RHN-Auth-Expire-Offset: 3600.0 > > > > > -- response -- > > > 401 Unauthorized > Date: Tue, 23 Jun 2015 07:17:03 GMT > Server: Apache > X-RHN-Fault-Code: -33 > X-RHN-Fault-String: > CkVycm9yIE1lc3NhZ2U6CiAgICBJbnZhbGlkIGNsaWVudCBzZXNzaW9uIGtleQpFcnJvciBDbGFz, > cyBDb2RlOiAzMwpFcnJvciBDbGFzcyBJbmZvOiBD
Re: [Spacewalk-list] Manually add system to spacewalk
You most probably want to check the System provisioning documentation [1], especially the Provisioning Virtualized Guests part [2]. Regards, -- Tomas Lestach Red Hat Satellite Engineering, Red Hat [1] https://access.redhat.com/documentation/en-US/Red_Hat_Satellite/5.7/html/Getting_Started_Guide/chap-System_Provisioning.html [2] https://access.redhat.com/documentation/en-US/Red_Hat_Satellite/5.7/html/Getting_Started_Guide/Provisioning_Virtualized_Guests.html - Original Message - > From: "Neil Hanlon" > To: spacewalk-list@redhat.com > Sent: Wednesday, June 24, 2015 10:11:00 PM > Subject: [Spacewalk-list] Manually add system to spacewalk > > > > Hey guys, > > > I'm working on a way to *hopefully* automate the provisioning and > deployment of VMs in my environment (right now, that uses Xenserver, > but could change if it's easier). > > > Are there any pre-built tools to do this? And if not, is it possible > to automate the creation of a System in spacewalk so that I can tell > it to be provisioned when I startup the VM? I can manually create > the VM in XenServer--it's more of making it have an IP address, > hostname, etc, through spacewalk so I don't have to touch it at all. > > > Let me know if none of that makes sense. ;) > > > -- > > > Neil Hanlon > 978.902.8171 > skype: hanlon.neil > ___ > Spacewalk-list mailing list > Spacewalk-list@redhat.com > https://www.redhat.com/mailman/listinfo/spacewalk-list ___ Spacewalk-list mailing list Spacewalk-list@redhat.com https://www.redhat.com/mailman/listinfo/spacewalk-list
Re: [Spacewalk-list] spacewalk client system update issue
> Hello, > > I have try to update packages through spacewalk 2.1 but it does not > update package client side. when i have seen in spacewalk web pannel > in "System History Event" is show below error. > > Client execution returned "Failed: Packages failed to install > properly: Package cairo-0:1.8.8-6.el6_6.x86_64 is not available for > installation Package cups-1:1.4.2-67.el6_6.1.x86_64 is not available > for installation Package cups-libs-1:1.4.2-67.el6_6.1.x86_64 is not > available for installation Package > mysql-libs-0:5.1.73-5.el6_6.x86_64 is not available for installation > Package nfs-utils-lib-0:1.1.5-9.el6_6.x86_64 is not available for > installation Package nss-0:3.19.1-3.el6_6.x86_64 is not available > for installation Package nss-sysinit-0:3.19.1-3.el6_6.x86_64 is not > available for installation Package nss-tools-0:3.19.1-3.el6_6.x86_64 > is not available for installation Package > nss-util-0:3.19.1-1.el6_6.x86_64 is not available for installation > Package postgresql-libs-0:8.4.20-3.el6_6.x86_64 is not available for > installation Package selinux-policy-0:3.7.19-260.el6_6.5.noarch is > not available for installation Package > selinux-policy-targeted-0:3.7.19-260.el6_6.5.noarch is not available > for installation Package tzdata-0:2015e-1.el6.noarch is no" (code > 32) > > I also check /etc/init.d/taskomatic status , it shows message "RHN > Taskomatic is not running.". When i start taskomatic service start > ,it start taskomatic service , but after some time i will check > "/etc/init.d/taskomatic status" it will stop automatically > taskomatic service. So, what is the error in /var/log/rhn/rhn_taskomatic_daemon.log ? Regards, -- Tomas Lestach Red Hat Satellite Engineering, Red Hat ___ Spacewalk-list mailing list Spacewalk-list@redhat.com https://www.redhat.com/mailman/listinfo/spacewalk-list
Re: [Spacewalk-list] Error delete a systems - message
> Hello, > > when i need to delete a server from the inventory, but when I click > 'delete > profile' in the second step I receive: > > " System profile 11 could not be deleted. Check cobbler > service. " Is the cobblerd service running? At the system profile deletion, cobbler system profile needs to be deleted. So you may get this message in case cobbler isn't available or the cobbler system profile deletion went wrong. Anything in the logs? Regards, -- Tomas Lestach Red Hat Satellite Engineering, Red Hat > > Where I went wrong? > > It will be grateful if any one can help us in solving the issue. > > Thanks and regards. > > Dhaval Oza > > Thank's > ___ > Spacewalk-list mailing list > Spacewalk-list@redhat.com > https://www.redhat.com/mailman/listinfo/spacewalk-list ___ Spacewalk-list mailing list Spacewalk-list@redhat.com https://www.redhat.com/mailman/listinfo/spacewalk-list
Re: [Spacewalk-list] Error delete a systems - message
> Caused by: java.net.UnknownHostException: spacewalk This is, where I'd look for the issue. Especially, if # systemctl status cobblerd.service writes about spacewalk2 ... > Jul 10 09:29:10 spacewalk2 systemd[1]: Starting LSB: daemon for > libvirt virtualization API... Regards, -- Tomas Lestach Red Hat Satellite Engineering, Red Hat ___ Spacewalk-list mailing list Spacewalk-list@redhat.com https://www.redhat.com/mailman/listinfo/spacewalk-list
Re: [Spacewalk-list] your satellite certificate has expired.
- Original Message - > From: "Nicki Clear" > To: spacewalk-list@redhat.com > Sent: Monday, July 13, 2015 5:31:27 PM > Subject: [Spacewalk-list] your satellite certificate has expired. > > > I am running spacewalk 2.0 and the certificate that I am using just > expired > today. > > > > SPACEWALK-001 > Spacewalk Default > Organization > 2007-07-13 00:00:00 > 2015-07-13 00:00:00 > 2 > 2 > 2 > 2 >name="virtualization_host_platform">2 > spacewalk > 2 > > -BEGIN PGP SIGNATURE- > Version: Crypt::OpenPGP 1.03 > > iQBGBAARAwAGBQJLqMhgAAoJEJ5yna8GlHkyrL4AoIrXT8ITy6MwGyOr5ev5LsmL > ZAN9AKCOZ6vxkuSIl1ld5Mu7Hvwz8bgn2g== > =OoMc > -END PGP SIGNATURE- > > > > I was following this > https://www.redhat.com/archives/spacewalk-list/2010-July/msg00042.html > > but it just points to the same cert. > > Is there another way to get a new satellite certificate? https://www.redhat.com/archives/spacewalk-list/2015-July/msg00036.html Regards, -- Tomas Lestach Red Hat Satellite Engineering, Red Hat > > Thanks, > Nicki > > ** > This email and any files transmitted with it are confidential and > intended solely for the use of the individual or entity to whom they > are addressed. If you have received this email in error please > notify the system manager. > > This footnote also confirms that this email message has been scanned > by Proofpoint PPS and F-Secure for the presence of computer viruses. > > ___ > Spacewalk-list mailing list > Spacewalk-list@redhat.com > https://www.redhat.com/mailman/listinfo/spacewalk-list > ___ Spacewalk-list mailing list Spacewalk-list@redhat.com https://www.redhat.com/mailman/listinfo/spacewalk-list
Re: [Spacewalk-list] spacewalk kvm guest kickstart error
> When I try kickstart kvm guest (x86_64 Centos7) on virtualization > host, I get the following error : > > "Could not find the needed Spacewalk provisioning packages given this > system's current base channel and desired target channel: Centos 7" > > On a physical machine kickstart run good. > What package needed? It could be spacewalk-koan. All the required packages should be available in the client repo [1]. Regards, -- Tomas Lestach Red Hat Satellite Engineering, Red Hat [1] http://spacewalk.redhat.com/yum/2.3-client/RHEL/7/x86_64/ ___ Spacewalk-list mailing list Spacewalk-list@redhat.com https://www.redhat.com/mailman/listinfo/spacewalk-list
Re: [Spacewalk-list] spacewalk-repo-sync never finishes
I just set up a channel with http://ftp-stud.hs-esslingen.de/pub/Mirrors/scientific/7/x86_64/updates/security/ repository to reproduce your problem on my Spacewalk nightly. Last lines of spacewalk-repo-sync command were: 348/350 : python-clufter-0.9.137-13.el7_1.2-0.x86_64 349/350 : bind-utils-9.9.4-18.el7_1.1-32.x86_64 350/350 : java-1.8.0-openjdk-devel-1.8.0.51-1.b16.el7_1-1.x86_64 Linking packages to channel. Repo http://ftp-stud.hs-esslingen.de/pub/Mirrors/scientific/7/x86_64/updates/security/ has 44 errata. 1 errata skipped because of empty package list. Sync completed. Total time: 0:35:01 spacewalk-repo-sync finished just fine without any issues. We'd need more specific information to reproduce your issue. Regards, -- Tomas Lestach Red Hat Satellite Engineering, Red Hat - Original Message - > From: "Philipp Wehling" > To: spacewalk-list@redhat.com > Sent: Tuesday, July 21, 2015 11:04:45 AM > Subject: [Spacewalk-list] spacewalk-repo-sync never finishes > > Hello, > > I have problems with spacewalk-repo-sync. > > I use a script like that: > #!/bin/bash > > # RHEL 7 > /usr/bin/spacewalk-repo-sync --channel space_epel7-x86_64 --type yum > /usr/bin/spacewalk-repo-sync --channel space_sl7-x86_64 --type yum > /usr/bin/spacewalk-repo-sync --channel space_sl7-x86_64-fastbugs > --type yum > /usr/bin/spacewalk-repo-sync --channel space_sl7-x86_64-security > --type yum > /usr/bin/spacewalk-repo-sync --channel > space_spacwalkclient-2.3-rhel7-x86_64 --type yum > > > The sync starts, it downloads the necessary packages, but at the end > it hangs at: > > ... > 346/350 : mailman-2.1.15-21.el7_1-3.x86_64 > 347/350 : libxml2-devel-2.9.1-5.el7_1.2-0.x86_64 > 348/350 : qemu-kvm-1.5.3-86.el7_1.2-10.x86_64 > 349/350 : firefox-38.1.0-1.el7_1-0.i686 > 350/350 : tomcat-admin-webapps-7.0.54-2.el7_1-0.noarch > Linking packages to channel. > Repo > http://ftp-stud.hs-esslingen.de/pub/Mirrors/scientific/7/x86_64/updates/security/ > has 44 errata. > > > This state never changes until I abort it. With top I cann see, that > spacewalk-repo-sync consumes nearly 100% CPU. > > And on the client I can see this: > > # yum repolist all > Loaded plugins: rhnplugin > This system is receiving updates from RHN Classic or Red Hat > Satellite. > repo id > repo > name > > status > space_dassit-bacula-rhel7-x86_64 > dassIT Bacula - > RHEL 7 - x86_64 > enabled: > 0 > space_epel7-x86_64 >EPEL > 7 - x86_64 > > enabled: > 0 > space_rhel7-x86_64 >RHEL > 7 - x86_64 > > enabled: > 0 > space_sl7-x86_64 > Scientific > Linux Server 7 - x86_64 >enabled: > 0 > space_sl7-x86_64-fastbugs > Scientific > Linux Server 7 - x86_64 - Fast Bugs >enabled: 0 > space_sl7-x86_64-security > Scientific > Linux Server 7 - x86_64 - Security Updates > enabled: 0 > space_spacewalkclient-2.3-rhel7-x86_64 >Spacewalk Client 2.3 - > RHEL 7 - x86_64 >enabled: > 0 > > > In spacewalk admin ui I can see the packages assigned to the > appropriate channel. > > Any thoughts? > > > > Kind regards > pwe > > ___ > Spacewalk-list mailing list > Spacewalk-list@redhat.com > https://www.redhat.com/mailman/listinfo/spacewalk-list > ___ Spacewalk-list mailing list Spacewalk-list@redhat.com https://www.redhat.com/mailman/listinfo/spacewalk-list
Re: [Spacewalk-list] missing idn_pune_to_unicode in rhnlib
I'd say you use the correct version of rhnlib as the rename was: idn_pune_to_unicode -> idn_puny_to_unicode. The problem is the package, that requires rhnlib. So, try to update spacewalk-backend* (eventually rhn-client-tools). Regards, -- Tomas Lestach Red Hat Satellite Engineering, Red Hat - Original Message - > From: "Dean Georgiev" > To: spacewalk-list@redhat.com > Sent: Tuesday, July 21, 2015 1:45:50 PM > Subject: [Spacewalk-list] missing idn_pune_to_unicode in rhnlib > > Hello all, > > First of all I need to say that this is my first post, so I apologize > for doing it wrong :) > > I had an issue with rhnlib on my Spacewalk proxy after upgrading it. > What I encountered was > > ImportError: cannot import name idn_pune_to_unicode > > in /var/log/httpd/error_log on the proxy side when doing rhn_check or > rhnreg_ks ... basically any query to XMLRPC > > So after some digging I realized that idn_pune_to_unicode function > is > missing from the rhnlib. Adding it manually as it is in here fixed > the > issue: > > http://spacewalk.redhat.com/documentation/python-doc/rhn.connections-pysrc.html > > rhnlib-2.5.75-1.el6.noarch is the version > > Can someone give me a hint to what I have done wrong. > > Thank you in advance. > Dean > > ___ > Spacewalk-list mailing list > Spacewalk-list@redhat.com > https://www.redhat.com/mailman/listinfo/spacewalk-list > ___ Spacewalk-list mailing list Spacewalk-list@redhat.com https://www.redhat.com/mailman/listinfo/spacewalk-list
Re: [Spacewalk-list] duplicate clients - edit systemid
> A system was registered twice and the incorrect client ID was deleted > from swalk leaving an orphaned client and/or orphaned server. Rather > than re-register the server can I edit the systemid file to reflect > the ID on swalk and restart OSAD? > > > > OLD OLD_ID > > to > > NEW NEW_ID No. Unless you're able to update the 'checksum' as well. :-) Regards, -- Tomas Lestach Red Hat Satellite Engineering, Red Hat ___ Spacewalk-list mailing list Spacewalk-list@redhat.com https://www.redhat.com/mailman/listinfo/spacewalk-list
Re: [Spacewalk-list] Exclude package upgrades in Spacewalk for a specific system
Even if Spacewalk won't be aware of and keeps offering the update, regular exclude on the client will work: $ grep exclude /etc/yum.conf exclude=tito Regards, -- Tomas Lestach Red Hat Satellite Engineering, Red Hat - Original Message - > From: "Ricardo Esteves" > To: spacewalk-list@redhat.com > Sent: Thursday, July 23, 2015 5:33:10 PM > Subject: [Spacewalk-list] Exclude package upgrades in Spacewalk for a > specific system > > Hi, > > Is there anyway to exclude a certain package from upgrade for one > system > in spacewalk 2.3? > > Best regards, > Ricardo Esteves. > > ___ > Spacewalk-list mailing list > Spacewalk-list@redhat.com > https://www.redhat.com/mailman/listinfo/spacewalk-list > ___ Spacewalk-list mailing list Spacewalk-list@redhat.com https://www.redhat.com/mailman/listinfo/spacewalk-list
Re: [Spacewalk-list] Issue with remotely add spacewalk channel
What version of rhn-setup do you use?
Regards,
--
Tomas Lestach
Red Hat Satellite Engineering, Red Hat
- Original Message -
> we are having issue with remotely add a channel to spacewalk from spacewalk
> client using spacewalk-channel command. we can list channels and delete
> channels with that command without any issue, but when we tried to add
> channel, we got following error:
>
> $ spacewalk-channel --add -c java-se7-ol6-x86_64 --user spacewalkuser
> --password xxx
> Error communicating with server. The message was:
> Internal Server Error
>
> here is what I see from rhn_server_xmlrpc.log: 2015/07/24 12:24:27 -04:00
> 13059 : server/apacheRequest.call_function('ERROR', 'rhnSQL.SQLError
> caught', SQLStatementPrepareError('ORA-00933: SQL command not properly
> ended\n', 933, 'select 1 from rhnChannel c, join rhnServerChannel sc on
> c.parent_channel = sc.channel_id where sc.server_id = :sid and c.label =
> :channel'))
>
> we have spacewalk 2.2 installed on our spacewalk server.
>
> Sent from my iPhone
>
> ___
> Spacewalk-list mailing list
> Spacewalk-list@redhat.com
> https://www.redhat.com/mailman/listinfo/spacewalk-list
>
___
Spacewalk-list mailing list
Spacewalk-list@redhat.com
https://www.redhat.com/mailman/listinfo/spacewalk-list
Re: [Spacewalk-list] Satellite Certificates outdated
https://www.redhat.com/archives/spacewalk-list/2015-July/msg00036.html Regards, -- Tomas Lestach Red Hat Satellite Engineering, Red Hat - Original Message - > From: "Christian Fröstl" > To: spacewalk-list@redhat.com > Sent: Tuesday, July 28, 2015 10:37:48 AM > Subject: [Spacewalk-list] Satellite Certificates outdated > > > > > > Hi all, > > > I have a Problem with my spacewalk server. Since last week I get the > following error message and cannot install any packages anymore on > the clients. > > > > > * Your Satellite Certificate has expired. Your Satellite is on > day 9 of 24 day restricted period and will soon stop > functioning. Please visit the following url for steps on how to > request or generate a new certificate: > https://access.redhat.com/knowledge/tools/satcert > > I cannot see the knowledge page, even if iam logged in and I don’t > have any idea how to fix the problem. > > > Can please someone help me?? > > > Kind regards, > > > Christian Fröstl > > > Christian Fröstl > System Engineer > > M: +49 172 4503574 > E: christian.froe...@nubon.com > > > > > > > NuBON GmbH & Co. KG > Am Stadtrand 52 > D-22047 Hamburg > GERMANY > T: +49 40 8819022-0 > www.nubon.com > > xingtwittergoogle+facebook > > - > Firmensitz: Hamburg > Amtsgericht Hamburg HRA 115725 > Steuernr.: 27/640/00458 > ILN: GLN 40 54347 0 7 > Komplementärin: NuBON Verwaltungsgesellschaft mbH > Amtsgericht Hamburg HRB 125885 > Geschäftsführer Norbert Gödicke, Marc Berg > - > Diese E-Mail enthält möglicherweise vertrauliche und/oder rechtlich > geschützte Informationen. Wenn Sie nicht der richtige Adressat sind > oder diese E-Mail irrtümlich erhalten haben, informieren Sie bitte > sofort den Absender und vernichten Sie diese E-Mail. Das unerlaubte > Kopieren sowie die unbefugte Weitergabe dieser E-Mail ist nicht > gestattet. > > This email may contain confidential and/or privileged information. If > you are not the intended recipient or have received this email in > error please notify the sender immediately and destroy this email. > Any unauthorised copying, disclosure or distribution of the material > in this email is strictly forbidden. > ___ > Spacewalk-list mailing list > Spacewalk-list@redhat.com > https://www.redhat.com/mailman/listinfo/spacewalk-list ___ Spacewalk-list mailing list Spacewalk-list@redhat.com https://www.redhat.com/mailman/listinfo/spacewalk-list
Re: [Spacewalk-list] Spacewalk-list Digest, Vol 86, Issue 36
> I'd say you use the correct version of rhnlib as the rename was: > idn_pune_to_unicode -> idn_puny_to_unicode. > The problem is the package, that requires rhnlib. > So, try to update spacewalk-backend* (eventually rhn-client-tools). > > Regards, > -- > Tomas Lestach > Red Hat Satellite Engineering, Red Hat > > > > Hello, > > I am sorry for the delay in this response, but I had critical > deployments. > > I have tried the suggestion, but spacewalk-backend* tries to install > server components and oracle related components. I cannot figure out > which packages are for the proxy only, so any help will be > appreciated. Sure, just check, what's installed rpm -qa 'spacewalk-backend*' and update only those packages. Regards, -- Tomas Lestach Red Hat Satellite Engineering, Red Hat ___ Spacewalk-list mailing list Spacewalk-list@redhat.com https://www.redhat.com/mailman/listinfo/spacewalk-list
Re: [Spacewalk-list] How can you use the API to find newly added systems?
> I need a way to run a report against the API to find the latest > systems added to spacewalk. Is there a switch using spacewalk-report > or spacecmd that will show the latest systems added... or maybe > something else? Well, what are 'the latest systems'? 'spacewalk-report inventory' returns also 'registration_time', system.listSystems API call returns 'created' (registration time), so you may filter according to these values. Regards, -- Tomas Lestach Red Hat Satellite Engineering, Red Hat ___ Spacewalk-list mailing list Spacewalk-list@redhat.com https://www.redhat.com/mailman/listinfo/spacewalk-list
Re: [Spacewalk-list] Understanding scheduling
> Good day, > > > Just a quick question on how the scheduling works. > By default, the client checks in every 4 hours - let's assume that > value is unchanged. > > > Consider the following scenario: > > > The machine checks in at 7am - nothing to do. > At 8am I schedule a package installation for anytime after 1pm. > At 11am the client checks in again, a future event exists. > > > Would the client grab the task and execute it at (or around) 1pm, or > would it only execute the task after the first check-in after the > scheduled point, in this example, 3pm? Good question. Well theoretically - what the client could do, is it would notice there's a future event at 1pm. The client would need to run rhn_check at 1pm (to make sure the event wasn't deleted in the mean time). But that would mean, if you'd schedule the event for 1 systems, your spacewalk would need to handle 1 rhn_check calls at 1pm, what it obviously couldn't handle. And this is exactly the situation we need to avoid. So, the answer to your question is most probably clear now - the task would be executed by the first check-in after 3pm. But, in case you enabled 'staging content' for your organization, WebUI - Admin - Organizations - - Configuration the client should be able to pre-download the rpms needed for any future install action and just install them with the rhn-check after 1pm. See https://www.redhat.com/archives/spacewalk-devel/2010-July/002835.html for more info. Regards, -- Tomas Lestach Red Hat Satellite Engineering, Red Hat ___ Spacewalk-list mailing list Spacewalk-list@redhat.com https://www.redhat.com/mailman/listinfo/spacewalk-list
Re: [Spacewalk-list] How to check what version of spacewalk is running
> Do we have any command to check what is the version of my spacewalk
> server i.e. 2.0 or 2.1 etc.
$ rpm -q --qf %{version} spacewalk-schema | cut -f 1-2 -d .
2.3
Regards,
--
Tomas Lestach
Red Hat Satellite Engineering, Red Hat
___
Spacewalk-list mailing list
Spacewalk-list@redhat.com
https://www.redhat.com/mailman/listinfo/spacewalk-list
Re: [Spacewalk-list] Repositories Sync not working
Are there any errors in taskomatic and repo-sync logs ? * /var/log/rhn/rhn_taskomatic_daemon.log * /var/log/rhn/reposync/.log Regards, -- Tomas Lestach Red Hat Satellite Engineering, Red Hat - Original Message - > From: "Dewangga Bachrul Alam" > To: spacewalk-list@redhat.com > Sent: Wednesday, August 26, 2015 6:46:50 AM > Subject: [Spacewalk-list] Repositories Sync not working > > Hello! > > I just realized, scheduled repo sync on "Manage Software Channels > > Channel Name > Repositories > Sync" is not working, and taskomatic > supposed to be running. > > $ service taskomatic status > RHN Taskomatic is running (10145). > > Is there any hints to check whats problem occurred ? Any help will be > appreciated. > > Thank you. > > ___ > Spacewalk-list mailing list > Spacewalk-list@redhat.com > https://www.redhat.com/mailman/listinfo/spacewalk-list > ___ Spacewalk-list mailing list Spacewalk-list@redhat.com https://www.redhat.com/mailman/listinfo/spacewalk-list
Re: [Spacewalk-list] moving rpm repository
Check, whether apache user can access the packages on the fs.
SElinux maybe?
Regards,
--
Tomas Lestach
Red Hat Satellite Engineering, Red Hat
- Original Message -
> From: "Dave Goodbourn"
> To: spacewalk-list@redhat.com
> Sent: Tuesday, August 25, 2015 3:47:55 PM
> Subject: [Spacewalk-list] moving rpm repository
>
>
>
> I've just upgraded to Spacewalk 2.3 and after decided to move the
> location of the RPM repository to a network NFS share. All machines
> can see and have full access to the new location but I'm now getting
> a error when trying to update some packages. On the client the
> errors are:
>
>
>
> Error Downloading Packages:
> rhn-setup-2.3.16-1.el6.noarch: failed to retrieve
> getPackage/rhn-setup-2.3.16-1.el6.noarch.rpm from spacewalk-repo-2.3
> error was [Errno 14] PYCURL ERROR 22 - "The requested URL returned
> error: 404 Not Found"
> rhn-client-tools-2.3.16-1.el6.noarch: failed to retrieve
> getPackage/rhn-client-tools-2.3.16-1.el6.noarch.rpm from
> spacewalk-repo-2.3
> error was [Errno 14] PYCURL ERROR 22 - "The requested URL returned
> error: 404 Not Found"
> osad-5.11.57-1.el6.noarch: failed to retrieve
> getPackage/osad-5.11.57-1.el6.noarch.rpm from spacewalk-repo-2.3
> error was [Errno 14] PYCURL ERROR 22 - "The requested URL returned
> error: 404 Not Found"
> rhncfg-5.10.83-1.el6.noarch: failed to retrieve
> getPackage/rhncfg-5.10.83-1.el6.noarch.rpm from spacewalk-repo-2.3
> error was [Errno 14] PYCURL ERROR 22 - "The requested URL returned
> error: 404 Not Found"
> osa-common-5.11.57-1.el6.noarch: failed to retrieve
> getPackage/osa-common-5.11.57-1.el6.noarch.rpm from
> spacewalk-repo-2.3
> error was [Errno 14] PYCURL ERROR 22 - "The requested URL returned
> error: 404 Not Found"
> rhncfg-client-5.10.83-1.el6.noarch: failed to retrieve
> getPackage/rhncfg-client-5.10.83-1.el6.noarch.rpm from
> spacewalk-repo-2.3
> error was [Errno 14] PYCURL ERROR 22 - "The requested URL returned
> error: 404 Not Found"
> yum-rhn-plugin-2.3.3-1.el6.noarch: failed to retrieve
> getPackage/yum-rhn-plugin-2.3.3-1.el6.noarch.rpm from
> spacewalk-repo-2.3
> error was [Errno 14] PYCURL ERROR 22 - "The requested URL returned
> error: 404 Not Found"
> rhnsd-5.0.15-1.el6.x86_64: failed to retrieve
> getPackage/rhnsd-5.0.15-1.el6.x86_64.rpm from spacewalk-repo-2.3
> error was [Errno 14] PYCURL ERROR 22 - "The requested URL returned
> error: 404 Not Found"
> rhn-check-2.3.16-1.el6.noarch: failed to retrieve
> getPackage/rhn-check-2.3.16-1.el6.noarch.rpm from spacewalk-repo-2.3
> error was [Errno 14] PYCURL ERROR 22 - "The requested URL returned
> error: 404 Not Found"
> rhnlib-2.5.75-1.el6.noarch: failed to retrieve
> getPackage/rhnlib-2.5.75-1.el6.noarch.rpm from spacewalk-repo-2.3
> error was [Errno 14] PYCURL ERROR 22 - "The requested URL returned
> error: 404 Not Found"
> rhncfg-actions-5.10.83-1.el6.noarch: failed to retrieve
> getPackage/rhncfg-actions-5.10.83-1.el6.noarch.rpm from
> spacewalk-repo-2.3
> error was [Errno 14] PYCURL ERROR 22 - "The requested URL returned
> error: 404 Not Found"
>
>
>
>
> On the server the errors I'm getting in the httpd/error_log are:
>
>
>
> [Tue Aug 25 14:42:56 2015] [error] Spacewalk 13318 2015/08/25
> 14:42:56 +01:00: ('Package not found',
> '/milk/apps/os/spacewalk/redhat/1/cf9/osad/5.11.57-1.el6/noarch/cf9ca3535d9e4d0b89a9293182a22b34a1164fb184d2fb50d39c1da73c29abcc/osad-5.11.57-1.el6.noarch.rpm')
> [Tue Aug 25 14:42:56 2015] [error] Spacewalk 13279 2015/08/25
> 14:42:56 +01:00: ('Package not found',
> '/milk/apps/os/spacewalk/redhat/1/cf9/osad/5.11.57-1.el6/noarch/cf9ca3535d9e4d0b89a9293182a22b34a1164fb184d2fb50d39c1da73c29abcc/osad-5.11.57-1.el6.noarch.rpm')
> [Tue Aug 25 14:42:56 2015] [error] Spacewalk 13345 2015/08/25
> 14:42:56 +01:00: ('Package not found',
> '/milk/apps/os/spacewalk/redhat/1/730/rhn-check/2.3.16-1.el6/noarch/73009af8145d682efe476b5283759a5544838ef7db96309731b2b25862239262/rhn-check-2.3.16-1.el6.noarch.rpm')
> [Tue Aug 25 14:42:56 2015] [error] Spacewalk 13254 2015/08/25
> 14:42:56 +01:00: ('Package not found',
> '/milk/apps/os/spacewalk/redhat/1/730/rhn-check/2.3.16-1.el6/noarch/73009af8145d682efe476b5283759a5544838ef7db96309731b2b25862239262/rhn-check-2.3.16-1.el6.noarch.rpm')
> [Tue Aug 25 14:42:56 2015] [error] Spacewalk 13318 2015/08/25
> 14:42:56 +01:00: ('Package not found',
> '/milk/apps/os/spacewalk/redhat/1/deb/rhn-client-tools/2.3.16-1.el6/noarch/deba4397f0c45c06bcde3b4899fc697036102efe43b6af5482c0181eb755cdd6/rhn-cl
Re: [Spacewalk-list] Repositories Sync not working
> Hello! > > On 08/26/2015 03:14 PM, Tomas Lestach wrote: > > Are there any errors in taskomatic and repo-sync logs ? > > * /var/log/rhn/rhn_taskomatic_daemon.log > > * /var/log/rhn/reposync/.log > > > > There's no information on both log name, only manual > spacewalk-repo-sync > logged. > > Example: > > Sync started: Wed Aug 26 12:37:40 2015 > ['/usr/bin/spacewalk-repo-sync', '-c', 'icinga2-centos6-x86_64'] > Repo URL: http://packages.icinga.org/epel/6/release/ > Packages in repo: 114 > Packages already synced: 0 > Packages to sync: 111 > 1/111 : libboost_locale1_53_0-1.53.0-0-0.i686 > 2/111 : icinga-gui-1.13.3-0.el6-0.x86_64 > 3/111 : libboost_random1_53_0-1.53.0-0-0.i686 > Does change anything, if you restart taskomatic? Does the Sync button start working? Regards, -- Tomas Lestach Red Hat Satellite Engineering, Red Hat > > Regards, > > -- > > Tomas Lestach > > Red Hat Satellite Engineering, Red Hat > > > > > > - Original Message - > >> From: "Dewangga Bachrul Alam" > >> To: spacewalk-list@redhat.com > >> Sent: Wednesday, August 26, 2015 6:46:50 AM > >> Subject: [Spacewalk-list] Repositories Sync not working > >> > >> Hello! > >> > >> I just realized, scheduled repo sync on "Manage Software Channels > >> > > >> Channel Name > Repositories > Sync" is not working, and taskomatic > >> supposed to be running. > >> > >> $ service taskomatic status > >> RHN Taskomatic is running (10145). > >> > >> Is there any hints to check whats problem occurred ? Any help will > >> be > >> appreciated. > >> > >> Thank you. > >> > >> ___ > >> Spacewalk-list mailing list > >> Spacewalk-list@redhat.com > >> https://www.redhat.com/mailman/listinfo/spacewalk-list > >> > > > > ___ > > Spacewalk-list mailing list > > Spacewalk-list@redhat.com > > https://www.redhat.com/mailman/listinfo/spacewalk-list > > > > ___ > Spacewalk-list mailing list > Spacewalk-list@redhat.com > https://www.redhat.com/mailman/listinfo/spacewalk-list > ___ Spacewalk-list mailing list Spacewalk-list@redhat.com https://www.redhat.com/mailman/listinfo/spacewalk-list
Re: [Spacewalk-list] Problems with packages_cleanup.sh
Is it possible the admin user does not have access to package with id 41081? In another words, the package is available only in another organization than the admin user lives in? Regards, -- Tomas Lestach Red Hat Satellite Engineering, Red Hat - Original Message - > From: "Ricardo Esteves" > To: spacewalk-list@redhat.com > Sent: Monday, August 31, 2015 2:47:52 PM > Subject: Re: [Spacewalk-list] Problems with packages_cleanup.sh > > Hi, > > It seems the error comes when we execute the > "package_listinstalledsystems" operation with spacecmd : > > spacecmd -s 127.0.0.1 -u admin -p xx -q > package_listinstalledsystems > 389-ds-base-1.2.11.15-60.el6.x86_64 > ERROR: redstone.xmlrpc.XmlRpcFault: Invalid package: 41081 > > Best regards, > Ricardo Esteves. > > On 23-08-2015 11:53, Ricardo Esteves wrote: > > Hi, > > > > The errors are back! > > > > It was a coincidence changing the parameters and the run after that > > went > > ok, but now i have the same errors again :( > > > > -Original Message- > > From: Ricardo Esteves [mailto:ricardo.m.este...@gmail.com] > > Sent: quarta-feira, 19 de Agosto de 2015 22:53 > > To: 'spacewalk-list@redhat.com' > > Subject: RE: [Spacewalk-list] Problems with packages_cleanup.sh > > > > Hi, > > > > I changed the SRV from localhost to the fqdn and the DIR from /tmp > > to > > /var/satellite and now It's working fine. > > > > Thanks. > > > > -Original Message- > > From: spacewalk-list-boun...@redhat.com > > [mailto:spacewalk-list-boun...@redhat.com] On Behalf Of Dimitri > > Yioulos > > Sent: terça-feira, 18 de Agosto de 2015 22:06 > > To: spacewalk-list@redhat.com > > Subject: Re: [Spacewalk-list] Problems with packages_cleanup.sh > > > > Oops, sorry, the values should be as follow: > > > > LOGIN='admin' > > PASS=adminpass' > > SRV='spacewalk.mynet.com' > > DIR='/spacewalk/satellite' <-- this one might be optional, > > location of > > satellite directory > > > > Give those a try. > > > > > > -Original Message- > > From: spacewalk-list-boun...@redhat.com > > [mailto:spacewalk-list-boun...@redhat.com] On Behalf Of Dimitri > > Yioulos > > Sent: Tuesday, August 18, 2015 4:55 PM > > To: spacewalk-list@redhat.com > > Subject: Re: [Spacewalk-list] Problems with packages_cleanup.sh > > > > In the script, do you have the following values? > > > > LOGIN='admin' > > PASS=adminpass > > SRV='localhost' > > > > where LOGIN and PASS are specific to your spacewalk administrator > > account? > > > > > > -Original Message- > > From: spacewalk-list-boun...@redhat.com > > [mailto:spacewalk-list-boun...@redhat.com] On Behalf Of Ricardo > > Esteves > > Sent: Tuesday, August 18, 2015 4:36 PM > > To: spacewalk-list@redhat.com > > Subject: [Spacewalk-list] Problems with packages_cleanup.sh > > > > Hi, > > > > The first times i executed packages_cleanup.sh > > (http://www.stankowic-development.net/?p=5684&lang=en) it was all > > ok, but > > since a few days now i'm getting a lot of these errors: > > > > Aug 18 21:16:11 spacewalk server: WARNING: > > redstone.xmlrpc.XmlRpcFault: > > Invalid package: 35124 > > Aug 18 21:16:12 spacewalk server: 2015-08-18 21:16:12,774 > > [ajp-bio-127.0.0.1-8009-exec-6] ERROR > > com.redhat.rhn.frontend.xmlrpc.BaseHandler - Error calling method: > > Aug 18 21:16:12 spacewalk server: > > java.lang.reflect.InvocationTargetException > > Aug 18 21:16:12 spacewalk server: at > > sun.reflect.GeneratedMethodAccessor1270.invoke(Unknown Source) Aug > > 18 > > 21:16:12 spacewalk server: at > > sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorIm > > pl > > .java:43) > > Aug 18 21:16:12 spacewalk server: at > > java.lang.reflect.Method.invoke(Method.java:606) > > Aug 18 21:16:12 spacewalk server: at > > com.redhat.rhn.frontend.xmlrpc.BaseHandler.invoke(BaseHandler.java:172) > > Aug 18 21:16:12 spacewalk server: at > > redstone.xmlrpc.XmlRpcDispatcher.dispatch(XmlRpcDispatcher.java:123) > > Aug 18 21:16:12 spacewalk server: at > > com.redhat.rhn.frontend.xmlrpc.RhnXmlRpcServer.execute(RhnXmlRpcServer.jav > > a: > > 54) > > Aug 18 21:16:12 spacewalk server: at > > com.redhat.rhn.frontend.xmlrpc.XmlRpcServlet.doPost(XmlRpcServlet.java:162 > > ) > >
Re: [Spacewalk-list] Web Authentication Using Freeradius
I do not think anyone has ever tried Spacewalk with Freeradius. I know this is something quite different, but Spacewalk works with FreeIPA [1]. You definitely can achieve your desired setup using this technology. Regards, -- Tomas Lestach Red Hat Satellite Engineering, Red Hat [1] https://fedorahosted.org/spacewalk/wiki/SpacewalkAndIPA - Original Message - > From: "Daniel Bray" > To: spacewalk-list@redhat.com > Sent: Wednesday, September 2, 2015 2:23:55 PM > Subject: [Spacewalk-list] Web Authentication Using Freeradius > > > > Hello All, > > > I'm wondering if this is possible. I currently have my Spacewalk > server setup to use pam_radius_auth for SSH access, and a Freeradius > server on the network. All my admins SSH into the various servers > using this method, and it's common practice. I also have other web > applications on other servers using mod_auth_xradius to > authentication to Apache(HTTPD) web applications. I was trying to > figure out a way to get one of these same methods to work with the > Spacewalk authentication. > > > After some research: > https://access.redhat.com/documentation/en-US/Red_Hat_Network_Satellite/5.5/html/Installation_Guide/sect-Installation_Guide-Maintenance-Implementing_PAM_Authentication.html > ...and some trial and error, I've been unable to get this to work. I > was hoping to simply alter the /etc/pam.d/rhn-satellite file with > something similar that exists in my /etc/pam.d/sshd file. The > current test looks like this: > > # cat /etc/pam.d/rhn-satellite > auth required pam_env.so > auth sufficient pam_radius_auth.so no_user_check > auth required pam_deny.so > account required pam_radius_auth.so no_user_check > > I've tried other variations, but nothing seems to talk back to my > Freeradius server. > > > Does anybody else have this working? Or, is this a lost cause and > will never work? > > > Thanks for your time, > Danny > ___ > Spacewalk-list mailing list > Spacewalk-list@redhat.com > https://www.redhat.com/mailman/listinfo/spacewalk-list ___ Spacewalk-list mailing list Spacewalk-list@redhat.com https://www.redhat.com/mailman/listinfo/spacewalk-list
Re: [Spacewalk-list] spacewalk-ssl-cert-check RPM missing from 2.2 RHEL7 yum repo? [SEC=UNCLASSIFIED]
> The spacewalk-ssl-cert-check RPM seems to be missing from the 2.2 > RHEL7 yum repo, http://yum.spacewalkproject.org/2.2/RHEL/7/x86_64/ > ... Have I missed something obvious? Spacewalk 2.2 wasn't released on RHEL7. See [1] for more info, especially the 'Spacewalk 2.2 on RHEL 5 (CentOS 5) and RHEL 7 (CentOS 7)' paragraph. So, the RHEL7 work wasn't completed for Spacewalk 2.2. Regards, -- Tomas Lestach Red Hat Satellite Engineering, Red Hat [1] https://www.redhat.com/archives/spacewalk-list/2014-July/msg00072.html ___ Spacewalk-list mailing list Spacewalk-list@redhat.com https://www.redhat.com/mailman/listinfo/spacewalk-list
