Re: [Spacewalk-list] Importing errata from RPM channel failes with ERROR: 'list' object has no attribute 'keys'
OK. The import of EPEL 7 works normally. Looks like this is really only triggered by “old” SUSE repositories < SLES11-SP3. The “advisory_name” changed there. So if you are *still* syncing old SLES repositories (< SLES11-SP3), you will have problems. Von: spacewalk-list-boun...@redhat.com [mailto:spacewalk-list-boun...@redhat.com] Im Auftrag von Paschedag, Robert Gesendet: Freitag, 29. September 2017 15:36 An: spacewalk-list@redhat.com Betreff: Re: [Spacewalk-list] Importing errata from RPM channel failes with ERROR: 'list' object has no attribute 'keys' I think I spotted an error. In “errataImport.py” an errata may be ignored because a newer version has already been found. for errata in self.batch: advisory = errata['advisory_name'] release = errata['advisory_rel'] if advisory in advisories: if release < advisories[advisory]: # Seen a newer one already errata.ignored = 1 continue The method def _fix_erratum_packages_lookup is the one that creates a “dict” and assigns it to “erratum[‘packages’]” later. This fails for already “ignored” erratas So adding this --- errataImport.py.orig2017-08-31 17:28:03.0 +0200 +++ errataImport.py 2017-09-29 10:53:24.520024239 +0200 @@ -132,6 +132,9 @@ self.backend.lookupPackages(list(self.packages.values()), self.checksums, self.ignoreMissing) for erratum in self.batch: +if erratum.ignored: +# Skip it +continue self._fix_erratum_packages(erratum) self._fix_erratum_file_channels(erratum) at least fixes the “ERROR: ‘list’ object has no attribute ‘keys’” error that I received when executing self._fix_erratum_packages(erratum) with a “erratum”, that has “ignored” set to ‘1’ I thought, I fixed it but then got a “constraint error” on "rhn_errata_adv_org_uq" UNIQUE, btree (advisory, org_id) WHERE org_id IS NOT NULL I then erased *all* errata (still on test system 😉 ) and tried again, now receiving a “constraint error” on "rhn_errata_advname_org_uq" UNIQUE, btree (advisory_name, org_id) WHERE org_id IS NOT NULL And this is true for that old SUSE repository, because ‘advisory_name’ is really pretty short. Here is a “uniq -c” output from the erratas that the script tried to push into the database 1 sdksp1-atk 2 sdksp1-audit 2 sdksp1-augeas 1 sdksp1-bash 5 sdksp1-bind 1 sdksp1-bluez 1 sdksp1-boost 3 sdksp1-build 1 sdksp1-bytefx-data-mysql 1 sdksp1-bzip2 2 sdksp1-cifs-mount 1 sdksp1-collectd-494 3 sdksp1-compat-dapl 2 sdksp1-compat-libldap-2_3-0 As you can see, this is really not unique. Right now I’m trying to re-import the EPEL 7 repository and see, if this error might only be triggered by “old” repositories. Will update as soon as have more information. Robert Von: spacewalk-list-boun...@redhat.com<mailto:spacewalk-list-boun...@redhat.com> [mailto:spacewalk-list-boun...@redhat.com] Im Auftrag von Robert Paschedag Gesendet: Donnerstag, 28. September 2017 16:08 An: spacewalk-list@redhat.com<mailto:spacewalk-list@redhat.com> Cc: spacewalk-list@redhat.com<mailto:spacewalk-list@redhat.com> Betreff: Re: [Spacewalk-list] Importing errata from RPM channel failes with ERROR: 'list' object has no attribute 'keys' Hmm...still don't know, why this errata is parsed different right now. Within the updateinfo.xml.gz, this one (for examle) is imported correctly (as it looks) mailto:maint-co...@suse.de>" status="stable" type="security" version="2740"> sdksp1-tomcat6 Security update for tomcat6 SUSE Linux Enterprise Software Development Kit 11 SP1 https://bugzilla.novell.com/show_bug.cgi?id=622188<https://emea01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fbugzilla.novell.com%2Fshow_bug.cgi%3Fid%3D622188&data=02%7C01%7CPaschedag.Netlution%40swr.de%7Cb9ad1a9f49cd4f82f55f08d5067dfa80%7Cbcca095d88d442f88260cc216b81f62d%7C0%7C0%7C636422060518083543&sdata=VZ6eZfYKDKyTj%2FmBaZnOlkO5x7Xtv5WRKmNIBTm7fB4%3D&reserved=0>" id="622188" title="bug number 622188" type="bugzilla" /> https://bugzilla.novell.com/show_bug.cgi?id=599554<https://emea01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fbugzilla.novell.com%2Fshow_bug.cgi%3Fid%3D599554&data=02%7C01%7CPaschedag.Netlution%40swr.de%7Cb9ad1a9f49cd4f82f55f08d5067dfa80%7Cbcca095d88d442f88260cc216b81f62d%7C0%7C0%7C636422060518083543&sdata=4%2F0%2BiUfsLpzpG0hDuoqUy2YMqsEo1MhW4VvjbwYObkw%3D&reserved=0>" id="599554" title="bug number 599554" type="bugzilla" /> http://cve.mitre.org/cgi-bin/cvename.cg
Re: [Spacewalk-list] Importing errata from RPM channel failes with ERROR: 'list' object has no attribute 'keys'
I think I spotted an error. In “errataImport.py” an errata may be ignored because a newer version has already been found. for errata in self.batch: advisory = errata['advisory_name'] release = errata['advisory_rel'] if advisory in advisories: if release < advisories[advisory]: # Seen a newer one already errata.ignored = 1 continue The method def _fix_erratum_packages_lookup is the one that creates a “dict” and assigns it to “erratum[‘packages’]” later. This fails for already “ignored” erratas So adding this --- errataImport.py.orig2017-08-31 17:28:03.0 +0200 +++ errataImport.py 2017-09-29 10:53:24.520024239 +0200 @@ -132,6 +132,9 @@ self.backend.lookupPackages(list(self.packages.values()), self.checksums, self.ignoreMissing) for erratum in self.batch: +if erratum.ignored: +# Skip it +continue self._fix_erratum_packages(erratum) self._fix_erratum_file_channels(erratum) at least fixes the “ERROR: ‘list’ object has no attribute ‘keys’” error that I received when executing self._fix_erratum_packages(erratum) with a “erratum”, that has “ignored” set to ‘1’ I thought, I fixed it but then got a “constraint error” on "rhn_errata_adv_org_uq" UNIQUE, btree (advisory, org_id) WHERE org_id IS NOT NULL I then erased *all* errata (still on test system 😉 ) and tried again, now receiving a “constraint error” on "rhn_errata_advname_org_uq" UNIQUE, btree (advisory_name, org_id) WHERE org_id IS NOT NULL And this is true for that old SUSE repository, because ‘advisory_name’ is really pretty short. Here is a “uniq -c” output from the erratas that the script tried to push into the database 1 sdksp1-atk 2 sdksp1-audit 2 sdksp1-augeas 1 sdksp1-bash 5 sdksp1-bind 1 sdksp1-bluez 1 sdksp1-boost 3 sdksp1-build 1 sdksp1-bytefx-data-mysql 1 sdksp1-bzip2 2 sdksp1-cifs-mount 1 sdksp1-collectd-494 3 sdksp1-compat-dapl 2 sdksp1-compat-libldap-2_3-0 As you can see, this is really not unique. Right now I’m trying to re-import the EPEL 7 repository and see, if this error might only be triggered by “old” repositories. Will update as soon as have more information. Robert Von: spacewalk-list-boun...@redhat.com [mailto:spacewalk-list-boun...@redhat.com] Im Auftrag von Robert Paschedag Gesendet: Donnerstag, 28. September 2017 16:08 An: spacewalk-list@redhat.com Cc: spacewalk-list@redhat.com Betreff: Re: [Spacewalk-list] Importing errata from RPM channel failes with ERROR: 'list' object has no attribute 'keys' Hmm...still don't know, why this errata is parsed different right now. Within the updateinfo.xml.gz, this one (for examle) is imported correctly (as it looks) mailto:maint-co...@suse.de>" status="stable" type="security" version="2740"> sdksp1-tomcat6 Security update for tomcat6 SUSE Linux Enterprise Software Development Kit 11 SP1 https://bugzilla.novell.com/show_bug.cgi?id=622188<https://emea01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fbugzilla.novell.com%2Fshow_bug.cgi%3Fid%3D622188&data=02%7C01%7CPaschedag.Netlution%40swr.de%7Cb9ad1a9f49cd4f82f55f08d5067dfa80%7Cbcca095d88d442f88260cc216b81f62d%7C0%7C0%7C636422060518083543&sdata=VZ6eZfYKDKyTj%2FmBaZnOlkO5x7Xtv5WRKmNIBTm7fB4%3D&reserved=0>" id="622188" title="bug number 622188" type="bugzilla" /> https://bugzilla.novell.com/show_bug.cgi?id=599554<https://emea01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fbugzilla.novell.com%2Fshow_bug.cgi%3Fid%3D599554&data=02%7C01%7CPaschedag.Netlution%40swr.de%7Cb9ad1a9f49cd4f82f55f08d5067dfa80%7Cbcca095d88d442f88260cc216b81f62d%7C0%7C0%7C636422060518083543&sdata=4%2F0%2BiUfsLpzpG0hDuoqUy2YMqsEo1MhW4VvjbwYObkw%3D&reserved=0>" id="599554" title="bug number 599554" type="bugzilla" /> http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2010-2227<https://emea01.safelinks.protection.outlook.com/?url=http%3A%2F%2Fcve.mitre.org%2Fcgi-bin%2Fcvename.cgi%3Fname%3DCVE-2010-2227&data=02%7C01%7CPaschedag.Netlution%40swr.de%7Cb9ad1a9f49cd4f82f55f08d5067dfa80%7Cbcca095d88d442f88260cc216b81f62d%7C0%7C0%7C636422060518083543&sdata=2E97IUUlY8zjdColQ7vJYMs1huHpGL5wAAUj1%2BKMU80%3D&reserved=0>" id="CVE-2010-2227" title="CVE-2010-2227" type="cve" /> http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2010-1157<https://emea01.safelinks.protection.outlook.com/?url=http%3A%2F%2Fcve.mitre.org%2Fcgi-bin%2Fcvename.cgi%3Fname%3DCVE-2010-1157&data=02%7C01%7CPaschedag.Netlution%40swr.d
Re: [Spacewalk-list] Importing errata from RPM channel failes with ERROR: 'list' object has no attribute 'keys'
Hmm...still don't know, why this errata is parsed different right now. Within the updateinfo.xml.gz, this one (for examle) is imported correctly (as it looks) maint-co...@suse.de" status="stable" type="security" version="2740"> sdksp1-tomcat6 Security update for tomcat6 SUSE Linux Enterprise Software Development Kit 11 SP1 https://bugzilla.novell.com/show_bug.cgi?id=622188" id="622188" title="bug number 622188" type="bugzilla" /> https://bugzilla.novell.com/show_bug.cgi?id=599554" id="599554" title="bug number 599554" type="bugzilla" /> http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2010-2227" id="CVE-2010-2227" title="CVE-2010-2227" type="cve" /> http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2010-1157" id="CVE-2010-1157" title="CVE-2010-1157" type="cve" /> This update of tomcat fixes denial of service and information disclosure vulnerabilities which could potentially be exploited by remote attackers to crash tomcat or to obtain sensitive information (CVE-2010-2227, CVE-2010-1157). Security Issues: * CVE-2010-2227 <http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2010-2227> * CVE-2010-1157 <http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2010-1157> tomcat6-6.0.18-20.5.1.noarch.rpm tomcat6-admin-webapps-6.0.18-20.5.1.noarch.rpm tomcat6-docs-webapp-6.0.18-20.5.1.noarch.rpm tomcat6-javadoc-6.0.18-20.5.1.noarch.rpm tomcat6-jsp-2_1-api-6.0.18-20.5.1.noarch.rpm tomcat6-lib-6.0.18-20.5.1.noarch.rpm tomcat6-servlet-2_5-api-6.0.18-20.5.1.noarch.rpm tomcat6-webapps-6.0.18-20.5.1.noarch.rpm But this one not. In the errata above (and all others?), "erratum['packages']" is a "dict()". And in the one below, it is a "list()", causing the error. maint-co...@suse.de" status="stable" type="recommended" version="4361"> sdksp1-tomcat6 Recommended update for tomcat6 SUSE Linux Enterprise Software Development Kit 11 SP1 https://bugzilla.novell.com/show_bug.cgi?id=681914" id="681914" title="bug number 681914" type="bugzilla" /> This update fixes the _expression_ Language parser. The parser was previously unable parse expressions without additional whitespaces - like '${not(true)}'. This is addressed in apache bug #45511. And the last character of namespace is lost during a parsing, which makes this feature unusable. This is apache bug #45648. Both issues are fixed by this update. tomcat6-6.0.18-20.23.1.noarch.rpm tomcat6-admin-webapps-6.0.18-20.23.1.noarch.rpm tomcat6-docs-webapp-6.0.18-20.23.1.noarch.rpm tomcat6-javadoc-6.0.18-20.23.1.noarch.rpm tomcat6-jsp-2_1-api-6.0.18-20.23.1.noarch.rpm tomcat6-lib-6.0.18-20.23.1.noarch.rpm tomcat6-servlet-2_5-api-6.0.18-20.23.1.noarch.rpm tomcat6-webapps-6.0.18-20.23.1.noarch.rpm Gesendet: Donnerstag, 28. September 2017 um 15:06 Uhr Von: "Robert Paschedag" An: "Paul Robert Marino" Cc: "spacewalk-list@redhat.com" Betreff: Re: [Spacewalk-list] Importing errata from RPM channel failes with ERROR: 'list' object has no attribute 'keys' this is exactly what I have done. This is a test system and I ran nightly because of PR500 (debian and ubuntu package version handling) and that is what I have tested. Now that 2.7 has been released, I wanted to upgrade to the "release" and test all other stuff. Nohad started debugging and located the error in some "old" erratas. Sorry for long output. But this is the line in "errataImport.py", where the error occures. As you can see in this "one" errata I debugged now, "packages" is truely a "list" of "IncompletePackage" instances and not a "dict". 263 # 'package in erratum['packages'].values()' here. But for (to me) unknown 264 # reason it sometimes has package.id == None which makes whole import fail. 265 # And self.packages[nevrao].id contains always right value. 266 for nevrao in erratum['packages'].keys(): (Pdb) p erratum ['maint-co...@suse.de
Re: [Spacewalk-list] Importing errata from RPM channel failes with ERROR: 'list' object has no attribute 'keys'
this is exactly what I have done. This is a test system and I ran nightly because of PR500 (debian and ubuntu package version handling) and that is what I have tested. Now that 2.7 has been released, I wanted to upgrade to the "release" and test all other stuff. Nohad started debugging and located the error in some "old" erratas. Sorry for long output. But this is the line in "errataImport.py", where the error occures. As you can see in this "one" errata I debugged now, "packages" is truely a "list" of "IncompletePackage" instances and not a "dict". 263 # 'package in erratum['packages'].values()' here. But for (to me) unknown 264 # reason it sometimes has package.id == None which makes whole import fail. 265 # And self.packages[nevrao].id contains always right value. 266 for nevrao in erratum['packages'].keys(): (Pdb) p erratum ['maint-co...@suse.de', 'locally_modified': None, 'refers_to': None, 'solution': ' ', 'topic': ' ', 'last_modified': None, 'keywords': [], list starts... 'packages': [[ list ended... 'files': [], 'advisory_type': 'Bug Fix Advisory', 'issue_date': '2011-04-12 14:42:21', 'notes': '', 'org_id': 1, 'bugs': [[ ... I wil try to remove that errata (and following, that break the import) and see, if this is "reimported" correctly. Robert Gesendet: Donnerstag, 28. September 2017 um 14:12 Uhr Von: "Paul Robert Marino" An: "Robert Paschedag" Cc: "spacewalk-list@redhat.com" Betreff: Re: Re: [Spacewalk-list] Importing errata from RPM channel failes with ERROR: 'list' object has no attribute 'keys' well and that may be the root of your problem. you should never run the nightly version in production! Only run the nightly version in a QA/Dev environment here you are specifically testing for the next release of spacewalk. if you run the nightly version in production you are asking for things to break, while in theory you should be able to upgrade fom a nightly to a new release that doesn't mean that damage done by a broken nightly version will corrected. the only time i ever run a nightly build is when I'm trying to test prior to a new release or if i wrote a patch and want to test it against the latest version of the code, and when i do it is usually an instance on a VM that manages a few other VM's just to test functionality. On Thu, Sep 28, 2017 at 6:49 AM, Robert Paschedag <robert.pasche...@web.de> wrote: Damnlooks like I got this error before upgrading to 2.7 release. Went back to snapshot (with 2.7 nightly) and this error is present. Will start to debug this. > Gesendet: Donnerstag, 28. September 2017 um 08:31 Uhr > Von: "Robert Paschedag" <robert.pasche...@web.de> > An: spacewalk-list@redhat.com, "Paul Robert Marino" <prmari...@gmail.com>, "Spacewalk Userlist" <spacewalk-list@redhat.com> > Betreff: Re: [Spacewalk-list] Importing errata from RPM channel failes with ERROR: 'list' object has no attribute 'keys' > > Am 27. September 2017 23:58:29 MESZ schrieb Paul Robert Marino <prmari...@gmail.com>: > >___ > >Spacewalk-list mailing list > >Spacewalk-list@redhat.com > >https://www.redhat.com/mailman/listinfo/spacewalk-list > > This is 2.7. Just upgraded from nightly. But I'm not sure, if I had this error within nightly as I was testing other stuff all 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] Importing errata from RPM channel failes with ERROR: 'list' object has no attribute 'keys'
well and that may be the root of your problem. you should never run the nightly version in production! Only run the nightly version in a QA/Dev environment here you are specifically testing for the next release of spacewalk. if you run the nightly version in production you are asking for things to break, while in theory you should be able to upgrade fom a nightly to a new release that doesn't mean that damage done by a broken nightly version will corrected. the only time i ever run a nightly build is when I'm trying to test prior to a new release or if i wrote a patch and want to test it against the latest version of the code, and when i do it is usually an instance on a VM that manages a few other VM's just to test functionality. On Thu, Sep 28, 2017 at 6:49 AM, Robert Paschedag wrote: > Damnlooks like I got this error before upgrading to 2.7 release. Went > back to snapshot (with 2.7 nightly) and this error is present. Will start > to debug this. > > > Gesendet: Donnerstag, 28. September 2017 um 08:31 Uhr > > Von: "Robert Paschedag" > > An: spacewalk-list@redhat.com, "Paul Robert Marino" , > "Spacewalk Userlist" > > Betreff: Re: [Spacewalk-list] Importing errata from RPM channel failes > with ERROR: 'list' object has no attribute 'keys' > > > > Am 27. September 2017 23:58:29 MESZ schrieb Paul Robert Marino < > prmari...@gmail.com>: > > >___ > > >Spacewalk-list mailing list > > >Spacewalk-list@redhat.com > > >https://www.redhat.com/mailman/listinfo/spacewalk-list > > > > This is 2.7. Just upgraded from nightly. But I'm not sure, if I had this > error within nightly as I was testing other stuff all 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] Importing errata from RPM channel failes with ERROR: 'list' object has no attribute 'keys'
Damnlooks like I got this error before upgrading to 2.7 release. Went back to snapshot (with 2.7 nightly) and this error is present. Will start to debug this. > Gesendet: Donnerstag, 28. September 2017 um 08:31 Uhr > Von: "Robert Paschedag" > An: spacewalk-list@redhat.com, "Paul Robert Marino" , > "Spacewalk Userlist" > Betreff: Re: [Spacewalk-list] Importing errata from RPM channel failes with > ERROR: 'list' object has no attribute 'keys' > > Am 27. September 2017 23:58:29 MESZ schrieb Paul Robert Marino > : > >___ > >Spacewalk-list mailing list > >Spacewalk-list@redhat.com > >https://www.redhat.com/mailman/listinfo/spacewalk-list > > This is 2.7. Just upgraded from nightly. But I'm not sure, if I had this > error within nightly as I was testing other stuff all 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] Importing errata from RPM channel failes with ERROR: 'list' object has no attribute 'keys'
Am 27. September 2017 23:58:29 MESZ schrieb Paul Robert Marino : >___ >Spacewalk-list mailing list >Spacewalk-list@redhat.com >https://www.redhat.com/mailman/listinfo/spacewalk-list This is 2.7. Just upgraded from nightly. But I'm not sure, if I had this error within nightly as I was testing other stuff all time. ___ Spacewalk-list mailing list Spacewalk-list@redhat.com https://www.redhat.com/mailman/listinfo/spacewalk-list
Re: [Spacewalk-list] Importing errata from RPM channel failes with ERROR: 'list' object has no attribute 'keys'
Well my German is a little rusty but that looks like you hit a unique constraint error. You may have corruption in your database the first thing I might try is spacewalk_data_fsck (note I may not have the correct spelling on the name) and see if there are any database issues. Also what version of Spacewalk are you using?To know if there is a known issue we really need to know the version of Spacewalk.Assuming there is no corruption detected by the command above or known issues with the SuSE repos, then I would pick a test channel and delete all of the errata in the channel and try a resyncSent from my BlackBerry - the most secure mobile deviceFrom: paschedag.netlut...@swr.deSent: September 27, 2017 9:34 AMTo: spacewalk-list@redhat.comReply-to: spacewalk-list@redhat.comSubject: [Spacewalk-list] Importing errata from RPM channel failes with ERROR: 'list' object has no attribute 'keys' Further information. With a SLES12 channel, the message is slightly different 14:56:26 Repo http://server/repo/SUSE/Updates/SLE-SDK/12-SP1/x86_64/update/ has 507 errata. 14:56:33 Syncing 507 new errata to channel. 14:56:36 Sync of channel completed in 0:15:36. 14:56:36 Total time: 0:15:36 2017-09-27 14:56:36,616 [Thread-590] ERROR com.redhat.rhn.taskomatic.task.RepoSyncTask - 14:56:36 ERROR: FEHLER: doppelter Schlüsselwert verletzt Unique-Constraint »rhn_errata_adv_org_uq« 2017-09-27 14:56:36,731 [DefaultQuartzScheduler_Worker-9] ERROR com.redhat.rhn.taskomatic.task.RepoSyncTask - Executing a task threw an exception: org.quartz.JobExecutionException 2017-09-27 14:56:36,732 [DefaultQuartzScheduler_Worker-9] ERROR com.redhat.rhn.taskomatic.task.RepoSyncTask - Message: Command '[/usr/bin/spacewalk-repo-sync, --channel, sles12-sp1-sdk-updates, --type, yum]' exited with error code 1 2017-09-27 14:56:36,732 [DefaultQuartzScheduler_Worker-9] ERROR com.redhat.rhn.taskomatic.task.RepoSyncTask - Cause: null 2017-09-27 14:56:36,732 [DefaultQuartzScheduler_Worker-9] ERROR com.redhat.rhn.taskomatic.task.RepoSyncTask - Stack trace:org.quartz.JobExecutionException: Command '[/usr/bin/spacewalk-repo-sync, --channel, sles12-sp1-sdk-updates, --type, yum]' exited with error code 1 at com.redhat.rhn.taskomatic.task.RhnJavaJob.executeExtCmd(RhnJavaJob.java:103) at com.redhat.rhn.taskomatic.task.RepoSyncTask.execute(RepoSyncTask.java:70) at com.redhat.rhn.taskomatic.task.RhnJavaJob.execute(RhnJavaJob.java:88) at com.redhat.rhn.taskomatic.TaskoJob.execute(TaskoJob.java:186) at org.quartz.core.JobRunShell.run(JobRunShell.java:216) at org.quartz.simpl.SimpleThreadPool$WorkerThread.run(SimpleThreadPool.java:549) Mit freundlichen Grüßen Robert Paschedag Netlution GmbH Landteilstr. 33 68163 Mannheim im Auftrag des SWR Südwestrundfunk HA IT, Medientechnik und Programmverbreitung Neckarstraße 230 70190 Stuttgart ___ Spacewalk-list mailing list Spacewalk-list@redhat.com https://www.redhat.com/mailman/listinfo/spacewalk-list
[Spacewalk-list] Importing errata from RPM channel failes with ERROR: 'list' object has no attribute 'keys'
Hi all, just upgraded my test SW server to 2.7 and noticed an error when trying to sync SUSE repos. The import of erratas seems to fail. This system has been set up to 2.7 nightly before and to be honest, I did not yet check the repo synchronization while I was on nightly. Here is an error 14:21:11 Sync of channel started. 14:21:11 Repo URL: https://user:p...@nu.novell.com/repo/$RCE/SLE11-SDK-SP1-Updates/sle-11-x86_64/ 14:21:14 Packages in repo: 3281 14:22:00 No new packages to sync. 14:22:01 Repo https://user:p...@nu.novell.com/repo/$RCE/SLE11-SDK-SP1-Updates/sle-11-x86_64/ has 527 errata. 14:22:09 Syncing 527 new errata to channel. 14:22:31 Sync of channel completed in 0:01:19. 14:22:31 Total time: 0:01:19 2017-09-27 14:22:31,504 [DefaultQuartzScheduler_Worker-7] ERROR com.redhat.rhn.taskomatic.task.RepoSyncTask - Executing a task threw an exception: org.quartz.JobExecutionException 2017-09-27 14:22:31,507 [DefaultQuartzScheduler_Worker-7] ERROR com.redhat.rhn.taskomatic.task.RepoSyncTask - Message: Command '[/usr/bin/spacewalk-repo-sync, --channel, sle11-sdk-sp1-updates-x86_64, --type, yum]' exited with error code 1 2017-09-27 14:22:31,507 [DefaultQuartzScheduler_Worker-7] ERROR com.redhat.rhn.taskomatic.task.RepoSyncTask - Cause: null 2017-09-27 14:22:31,507 [DefaultQuartzScheduler_Worker-7] ERROR com.redhat.rhn.taskomatic.task.RepoSyncTask - Stack trace:org.quartz.JobExecutionException: Command '[/usr/bin/spacewalk-repo-sync, --channel, sle11-sdk-sp1-updates-x86_64, --type, yum]' exited with error code 1 at com.redhat.rhn.taskomatic.task.RhnJavaJob.executeExtCmd(RhnJavaJob.java:103) at com.redhat.rhn.taskomatic.task.RepoSyncTask.execute(RepoSyncTask.java:70) at com.redhat.rhn.taskomatic.task.RhnJavaJob.execute(RhnJavaJob.java:88) at com.redhat.rhn.taskomatic.TaskoJob.execute(TaskoJob.java:186) at org.quartz.core.JobRunShell.run(JobRunShell.java:216) at org.quartz.simpl.SimpleThreadPool$WorkerThread.run(SimpleThreadPool.java:549) 2017-09-27 04:05:22,258 [Thread-643150] ERROR com.redhat.rhn.taskomatic.task.RepoSyncTask - 04:05:22 ERROR: 'list' object has no attribute 'keys' 2017-09-27 04:05:22,261 [DefaultQuartzScheduler_Worker-6] ERROR com.redhat.rhn.taskomatic.task.RepoSyncTask - Executing a task threw an exception: org.quartz.JobExecutionException 2017-09-27 04:05:22,261 [DefaultQuartzScheduler_Worker-6] ERROR com.redhat.rhn.taskomatic.task.RepoSyncTask - Message: Command '[/usr/bin/spacewalk-repo-sync, --channel, sle11-sdk-sp1-updates-x86_64, --type, yum]' exited with error code 1 2017-09-27 04:05:22,261 [DefaultQuartzScheduler_Worker-6] ERROR com.redhat.rhn.taskomatic.task.RepoSyncTask - Cause: null 2017-09-27 04:05:22,261 [DefaultQuartzScheduler_Worker-6] ERROR com.redhat.rhn.taskomatic.task.RepoSyncTask - Stack trace:org.quartz.JobExecutionException: Command '[/usr/bin/spacewalk-repo-sync, --channel, sle11-sdk-sp1-updates-x86_64, --type, yum]' exited with error code 1 at com.redhat.rhn.taskomatic.task.RhnJavaJob.executeExtCmd(RhnJavaJob.java:103) at com.redhat.rhn.taskomatic.task.RepoSyncTask.execute(RepoSyncTask.java:70) at com.redhat.rhn.taskomatic.task.RhnJavaJob.execute(RhnJavaJob.java:88) at com.redhat.rhn.taskomatic.TaskoJob.execute(TaskoJob.java:186) at org.quartz.core.JobRunShell.run(JobRunShell.java:216) at org.quartz.simpl.SimpleThreadPool$WorkerThread.run(SimpleThreadPool.java:549) This is just an example repo but seems to happen on all my RPM repos I sync. When disabling synchronization of errata, all seems good. Anybody else seeing this? Mit freundlichen Grüßen Robert Paschedag Netlution GmbH Landteilstr. 33 68163 Mannheim im Auftrag des SWR Südwestrundfunk HA IT, Medientechnik und Programmverbreitung Neckarstraße 230 70190 Stuttgart ___ Spacewalk-list mailing list Spacewalk-list@redhat.com https://www.redhat.com/mailman/listinfo/spacewalk-list
[Spacewalk-list] Importing errata from RPM channel failes with ERROR: 'list' object has no attribute 'keys'
Further information. With a SLES12 channel, the message is slightly different 14:56:26 Repo http://server/repo/SUSE/Updates/SLE-SDK/12-SP1/x86_64/update/ has 507 errata. 14:56:33 Syncing 507 new errata to channel. 14:56:36 Sync of channel completed in 0:15:36. 14:56:36 Total time: 0:15:36 2017-09-27 14:56:36,616 [Thread-590] ERROR com.redhat.rhn.taskomatic.task.RepoSyncTask - 14:56:36 ERROR: FEHLER: doppelter Schlüsselwert verletzt Unique-Constraint »rhn_errata_adv_org_uq« 2017-09-27 14:56:36,731 [DefaultQuartzScheduler_Worker-9] ERROR com.redhat.rhn.taskomatic.task.RepoSyncTask - Executing a task threw an exception: org.quartz.JobExecutionException 2017-09-27 14:56:36,732 [DefaultQuartzScheduler_Worker-9] ERROR com.redhat.rhn.taskomatic.task.RepoSyncTask - Message: Command '[/usr/bin/spacewalk-repo-sync, --channel, sles12-sp1-sdk-updates, --type, yum]' exited with error code 1 2017-09-27 14:56:36,732 [DefaultQuartzScheduler_Worker-9] ERROR com.redhat.rhn.taskomatic.task.RepoSyncTask - Cause: null 2017-09-27 14:56:36,732 [DefaultQuartzScheduler_Worker-9] ERROR com.redhat.rhn.taskomatic.task.RepoSyncTask - Stack trace:org.quartz.JobExecutionException: Command '[/usr/bin/spacewalk-repo-sync, --channel, sles12-sp1-sdk-updates, --type, yum]' exited with error code 1 at com.redhat.rhn.taskomatic.task.RhnJavaJob.executeExtCmd(RhnJavaJob.java:103) at com.redhat.rhn.taskomatic.task.RepoSyncTask.execute(RepoSyncTask.java:70) at com.redhat.rhn.taskomatic.task.RhnJavaJob.execute(RhnJavaJob.java:88) at com.redhat.rhn.taskomatic.TaskoJob.execute(TaskoJob.java:186) at org.quartz.core.JobRunShell.run(JobRunShell.java:216) at org.quartz.simpl.SimpleThreadPool$WorkerThread.run(SimpleThreadPool.java:549) Mit freundlichen Grüßen Robert Paschedag Netlution GmbH Landteilstr. 33 68163 Mannheim im Auftrag des SWR Südwestrundfunk HA IT, Medientechnik und Programmverbreitung Neckarstraße 230 70190 Stuttgart ___ Spacewalk-list mailing list Spacewalk-list@redhat.com https://www.redhat.com/mailman/listinfo/spacewalk-list