[Spacewalk-list] softwarechannel_syncrepos: A network error occurred

[Steve Meier]

Hello,

I just setup a brand-new Spacewalk 2.7 instance on CentOS 7.4.

After the installation I set up the common channels:
/usr/bin/spacewalk-common-channels -v -u ${SWUSER} -p ${SWPASS} -a 
i386,x86_64 'centos6*'
/usr/bin/spacewalk-common-channels -v -u ${SWUSER} -p ${SWPASS} -a 
x86_64 'centos7*'

Looking at the Web-UI I can see that each channel is associated to a 
repository.
However, trying to sync the channels fails:

spacecmd {SSM:0}> softwarechannel_syncrepos centos6-i386-updates
ERROR: redstone.xmlrpc.XmlRpcFault: unhandled internal exception: 
redstone.xmlrpc.XmlRpcException: A network error occurred.
spacecmd {SSM:0}> softwarechannel_syncrepos centos6-x86_64-updates
ERROR: redstone.xmlrpc.XmlRpcFault: unhandled internal exception: 
redstone.xmlrpc.XmlRpcException: A network error occurred.
spacecmd {SSM:0}> softwarechannel_syncrepos centos7-x86_64-updates
ERROR: redstone.xmlrpc.XmlRpcFault: unhandled internal exception: 
redstone.xmlrpc.XmlRpcException: A network error occurred.

Unfortunately, the traceback does not contain any pointers:

[2018-03-11 12:14:01,037] ERROR - REQUESTED FROM: ::1 CALL: 
channel.software.syncRepo(admin, centos7-x86_64-updates) CALLER: (admin) 
TIME: 0.078 seconds
redstone.xmlrpc.XmlRpcFault: unhandled internal exception: 
redstone.xmlrpc.XmlRpcException: A network error occurred.
	at 
com.redhat.rhn.frontend.xmlrpc.BaseHandler.invoke(BaseHandler.java:179)
	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:650)
	at javax.servlet.http.HttpServlet.service(HttpServlet.java:731)
	at 
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:303)
	at 
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:208)
	at 
org.apache.tomcat.websocket.server.WsFilter.doFilter(WsFilter.java:52)
	at 
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:241)
	at 
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:208)
	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:241)
	at 
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:208)
	at 
com.redhat.rhn.frontend.servlets.LocalizedEnvironmentFilter.doFilter(LocalizedEnvironmentFilter.java:67)
	at 
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:241)
	at 
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:208)
	at 
com.redhat.rhn.frontend.servlets.EnvironmentFilter.doFilter(EnvironmentFilter.java:101)
	at 
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:241)
	at 
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:208)
	at 
com.redhat.rhn.frontend.servlets.SessionFilter.doFilter(SessionFilter.java:57)
	at 
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:241)
	at 
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:208)
	at 
com.redhat.rhn.frontend.servlets.SetCharacterEncodingFilter.doFilter(SetCharacterEncodingFilter.java:97)
	at 
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:241)
	at 
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:208)
	at 
org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:218)
	at 
org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:110)
	at 
org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:506)
	at 
org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:169)
	at 
org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:103)
	at 
org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:962)
	at 
org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:116)
	at 
org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:445)
	at org.apache.coyote.ajp.AjpProcessor.process(AjpProcessor.java:190)
	at 
org.apache.coyote.AbstractProtocol$AbstractConnectionHandler.process(AbstractProtocol.java:637)
	at 
org.apache.tomcat.util.net.JIoEndpoint$SocketProcessor.run(JIoEndpoint.java:316)
	at 
java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149)
	at 
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624)
	at 
org.apache.tomcat.util.threads.TaskThread$WrappingRunnable.run(TaskThread.java:61)
	at java.lang.Thread.run(Thread.java:748)

Running spacewalk-repo-sync from the command line works just fine:

[root at swtest ~]# spacewalk-repo-sync -c centos7-x86_64-updates -v
12:21:57 ======================================
12:21:57 | Channel: centos7-x86_64-updates
12:21:57 ======================================
12:21:57 Sync of channel started.
12:21:57 Repo URL: 
http://mirrorlist.centos.org/?release=7&arch=x86_64&repo=updates
12:22:01 Packages in repo:              2397
12:22:11 Packages already synced:          0
12:22:11 Packages to sync:              2397
12:22:11 New packages to download:      2397
12:22:11 Downloading total 2397 files from 1 queues.
12:22:12 1/2397 : 389-ds-base-1.3.6.1-19.el7_4.x86_64.rpm
[...]

Could this be an API bug or am I just using it wrong?

Kind regards,
   Steve