Description of problem: 1. Create a custom channel "foobar" 2. >>> server.channel.software.mergePackages(key, "rhn-tools-rhel-i386-server-5", "foobar") Traceback (most recent call last): File "<stdin>", line 1, in ? File "/usr/lib/python2.4/xmlrpclib.py", line 1096, in __call__ return self.__send(self.__name, args) File "/usr/lib/python2.4/xmlrpclib.py", line 1383, in __request verbose=self.__verbose File "/usr/lib/python2.4/xmlrpclib.py", line 1147, in request return self._parse_response(h.getfile(), sock) File "/usr/lib/python2.4/xmlrpclib.py", line 1281, in _parse_response p.feed(response) File "/usr/lib/python2.4/xmlrpclib.py", line 527, in feed self._parser.Parse(data, 0) xml.parsers.expat.ExpatError: xml declaration not at start of external entity: line 541, column 15 Version-Release number of selected component (if applicable): 3. Again try using the same api. >>> server.channel.software.mergePackages(key, "rhn-tools-rhel-i386-server-5", "foobar") [] So basically in the previous stage packages were merged and we can see them in webui. It seems like a display only bug. So, it may be aligned to sat5.3.1 or 5.4 instead.
catalina.out seems to show only: Jun 24, 2009 4:30:12 PM redstone.xmlrpc.XmlRpcDispatcher writeError WARNING: java.lang.NullPointerException: null
Also, this seems like a regressions. Haven't seen this issue in isos that were built couple of weeks back.
master git commit: 253ecb57ad6e9d8923ac6f054886125b0b18c51a vader git commit: f8708682cef7102a144c7975d6bdedc160ef4a77
verified. Packages merged without error.
verified in stage on xen5 first run successfully return list of packages merged into channel. I see them in webui. additional run returns [] no traceback in both runs
An advisory has been issued which should help the problem described in this bug report. This report is therefore being closed with a resolution of ERRATA. For more information on therefore solution and/or where to find the updated files, please follow the link below. You may reopen this bug report if the solution does not work for you. http://rhn.redhat.com/errata/RHEA-2009-1434.html