{"id":653,"date":"2016-06-25T03:11:47","date_gmt":"2016-06-24T20:11:47","guid":{"rendered":"http:\/\/blog.trichev.com\/?p=653"},"modified":"2017-08-10T09:12:03","modified_gmt":"2017-08-10T02:12:03","slug":"spacewalk-2-2-epel7-issues","status":"publish","type":"post","link":"https:\/\/trichev.com\/blog\/2016\/06\/25\/spacewalk-2-2-epel7-issues\/","title":{"rendered":"Spacewalk 2.2 EPEL7 issues"},"content":{"rendered":"

1)
\nGot the issue on Centos 6.6 x86_64 with Spacewalk2.2 when tried to do client Centos 7 with EPEL installation – “\/tmp\/yum.cache\/epel7-centos7-x86_64\/comps.xml: not well-formed (invalid token): line 1, column 0”.
\nThis is an XML parsing error. The installer is expecting this file to be in XML format. The file is not in XML format, it is XML that has been LZMA\/XZ compressed.
\nI’ve found solution here<\/a> and here<\/a>.<\/p>\n

So, the idea is to find, first, where spacewalk store python files that I have to update to support xz:
\nfind \/ -name ‘reposync.py’ or find \/ -name ‘fileutils.py’<\/p>\n

For me it’s here:
\n\/usr\/lib\/python2.6\/site-packages\/spacewalk\/satellite_tools\/reposync.py
\n\/usr\/lib\/python2.6\/site-packages\/spacewalk\/common\/fileutils.py<\/p>\n

Update the files:
\n
\ncommon\/fileutils.py
\n@@ -17,6 +17,7 @@
\nimport sys
\nimport bz2
\nimport gzip
\n+import lzma
\nimport pwd
\nimport grp
\nimport types
\n@@ -478,6 +479,8 @@ def decompress_open(filename, mode='r'):
\nfile_obj = gzip.open(filename, mode)
\nelif filename.endswith('.bz2'):
\nfile_obj = bz2.BZ2File(filename, mode)
\n+ elif filename.endswith('.xz'):
\n+ file_obj = lzma.LZMAFile(filename, mode)
\nelse:
\nfile_obj = open(filename, mode)
\nreturn file_obj<\/p>\n

satellite_tools\/reposync.py
\n@@ -248,7 +248,7 @@ def import_groups(self, plug, url):
\nos.makedirs(absdir)
\nrelativepath = os.path.join(relativedir, basename)
\nabspath = os.path.join(absdir, basename)
\n- for suffix in ['.gz', '.bz']:
\n+ for suffix in ['.gz', '.bz', '.xz']:
\nif basename.endswith(suffix):
\nabspath = abspath.rstrip(suffix)
\nrelativepath = relativepath.rstrip(suffix)
\n<\/code>
\n2)
\nrhn-client-tools dependencies:<\/p>\n

rhn-client-tools-2.2.6-1.el7.noarch requires python-dmidecode
\nrhn-client-tools-2.2.6-1.el7.noarch requires python-gudev
\nrhn-client-tools-2.2.6-1.el7.noarch requires python-hwdata<\/p>\n

This was caused by using the CentOS-7-x86_64-DVD-1511.iso iso as a kickstart tree…
\nResolution: Prepare the centos7 tree using the CentOS-7-x86_64-Everything-1511.iso media:<\/p>\n

mkdir \/var\/satellite\/rhn\/kickstart\/2\/centos-7-x86_64-base
\nmount -o loop \/var\/CentOS-7-x86_64-Everything-1511.iso \/mnt\/
\nrsync -arv \/mnt\/ \/var\/satellite\/rhn\/kickstart\/2\/centos-7-x86_64-base\/
\nrm -f \/var\/satellite\/rhn\/kickstart\/2\/centos-7-x86_64-base\/Packages\/*.rpm<\/p>\n

Links:<\/p>\n

https:\/\/marc.info\/?l=spacewalk-list&m=142387145808334&w=3<\/a><\/p>\n

https:\/\/github.com\/spacewalkproject\/spacewalk\/commit\/76883065ff72449726adc82d081ae681f2a5bb59<\/a><\/p>\n","protected":false},"excerpt":{"rendered":"

1) Got the issue on Centos 6.6 x86_64 with Spacewalk2.2 when tried to do client Centos 7 with EPEL installation – “\/tmp\/yum.cache\/epel7-centos7-x86_64\/comps.xml: not well-formed (invalid token): line 1, column 0”. This is an XML parsing error. The installer is expecting this file to be in XML format. The file is not in XML format, it […]<\/p>\n","protected":false},"author":2,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":[],"categories":[231],"tags":[32,86,205,28,14,11],"aioseo_notices":[],"_links":{"self":[{"href":"https:\/\/trichev.com\/blog\/wp-json\/wp\/v2\/posts\/653"}],"collection":[{"href":"https:\/\/trichev.com\/blog\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/trichev.com\/blog\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/trichev.com\/blog\/wp-json\/wp\/v2\/users\/2"}],"replies":[{"embeddable":true,"href":"https:\/\/trichev.com\/blog\/wp-json\/wp\/v2\/comments?post=653"}],"version-history":[{"count":5,"href":"https:\/\/trichev.com\/blog\/wp-json\/wp\/v2\/posts\/653\/revisions"}],"predecessor-version":[{"id":658,"href":"https:\/\/trichev.com\/blog\/wp-json\/wp\/v2\/posts\/653\/revisions\/658"}],"wp:attachment":[{"href":"https:\/\/trichev.com\/blog\/wp-json\/wp\/v2\/media?parent=653"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/trichev.com\/blog\/wp-json\/wp\/v2\/categories?post=653"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/trichev.com\/blog\/wp-json\/wp\/v2\/tags?post=653"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}