Re: [Spacewalk-list] Importing errata from RPM channel failes with ERROR: 'list' object has no attribute 'keys'

2017-09-29 Thread Paschedag, Robert
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'

2017-09-29 Thread Paschedag, Robert
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'

2017-09-28 Thread Robert Paschedag

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'

2017-09-28 Thread Robert Paschedag

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'

2017-09-28 Thread Paul Robert Marino
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'

2017-09-28 Thread Robert Paschedag
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'

2017-09-27 Thread Robert Paschedag
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'

2017-09-27 Thread Paul Robert Marino
  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'

2017-09-27 Thread Paschedag, Robert
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'

2017-09-27 Thread Paschedag, Robert
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