Description of problem: When syncing certain channels spacewalk-repo-sync throws an error on every package : unpack requires a string argument of length 4 Version-Release number of selected component (if applicable): Spacewalk 2.4 How reproducible: Everytime - I tried to exclude the java package as that seemed to be causing the issue but even the exclude seemed to fail (see below) Steps to Reproduce: See command in actual results Actual results: spacewalk_server:/root]> spacewalk-repo-sync --type=yum --url='http://mirrorlist.centos.org/?release=5&arch=x86_64&repo=updates' --channel='centos5-x86_64-updates' -e java-1.7.0-openjdk-devel-1.7.0.79-2.5.5.2.el5 ====================================== | Channel: centos5-x86_64-updates ====================================== Repo URL: http://mirrorlist.centos.org/?release=5&arch=x86_64&repo=updates Packages in repo: 518 Packages already synced: 68 Packages to sync: 450 1/450 : php-bcmath-5.1.6-45.el5_11-0.x86_64 2/450 : kernel-debug-2.6.18-400.el5-0.x86_64 3/450 : mysql55-mysql-test-5.5.45-1.el5-0.x86_64 4/450 : java-1.7.0-openjdk-devel-1.7.0.79-2.5.5.2.el5_11-1.x86_64 5/450 : zsh-html-4.2.6-6.el5-0.x86_64 unpack requires a string argument of length 4 6/450 : bind-sdb-9.3.6-25.P1.el5_11.3-30.x86_64 unpack requires a string argument of length 4 7/450 : nss-tools-3.16.1-4.el5_11-0.x86_64 unpack requires a string argument of length 4 8/450 : popt-1.10.2.3-36.el5_11-0.i386 unpack requires a string argument of length 4 9/450 : firefox-31.5.0-1.el5.centos-0.i386 unpack requires a string argument of length 4 10/450 : openldap-clients-2.3.43-29.el5_11-0.x86_64 unpack requires a string argument of length 4 etc etc until package 450 is reached. Expected results: The packages would be sync'd. Additional info:
Hello Jim, could you please provide me information about your Python version? I was unsuccessful reproducing this issue so far. What OS are you using? Regards, Jiri
Hi Jiri Sincere apologies for not getting back to you sooner. We've been migrating from SW v1.9 to SW 2.4 and haven't had time to answer your question. I'm still getting the error. I'm running CentOS 6.7 x86_64. The Python version is the standard one with the release: python -V Python 2.6.6 Regards Jim
I've also tried Python v3.5 but that fails all over the place. I'm about to try v2.7 to see if this gives any joy!
I've managed to get it to work by excluding the Java packages : spacewalk-repo-sync --type=yum --url='http://mirrorlist.centos.org/?release=5&arch=x86_64&repo=updates' --channel='centos5-x86_64-updates' -e java-1.7.0-openjdk-devel,java-1.6.0-openjdk-javadoc,java-1.6.0-openjdk-devel,java-1.6.0-openjdk,java-1.7.0-openjdk-javadoc,java-1.6.0-openjdk-devel I haven't tried Python v2.7 yet - that is my next step.
I've found this is because of our Proxy. If we send via our Cisco IronPorts on port 3128 we get these failures on large packages. If we send via a squid proxy on port 8080 it work fine. I'll close the Bugzilla.
This BZ closed some time during 2.5, 2.6 or 2.7. Adding to 2.7 tracking bug.