Local Mirror Repo Yum Troubles

Martin Flemming martin.flemming at desy.de
Tue Sep 22 05:11:59 CDT 2009


Hi !

  Is any chance for a fix of this bug ?

thanks & cheers

 	martin

On Sat, 13 Jun 2009, Matt Domsch wrote:

> On Thu, Jun 11, 2009 at 03:41:04PM -0400, James Wright wrote:
>>
>> Alright, so I've been trying to set up a local mirror of the Dell
>> Repository, and currently the only ones that seem to install and work
>> just fine from the "wget -q -O - http://.../bootstrap.cgi" script are
>> the community repository and the software repository, though I think the
>> latter is no longer supported.
>>
>> I've rsynced just the Dell OMSA_6.0.2 repository, since it should be
>> "safe to move all servers to the OMSA_6.0.2 repository", as well as all
>> of the other repositories.
>>
>> I have problems with the Hardware and Firmware repositories however,
>> right now I'm testing this new Local mirror on a Dell PowerEdge 1950
>> running Scientific Linux Cern 4, Yum is version 2.4.1, and Python is
>> version 2.3.4.
>>
>> What happens right now is that the firmware repository will install just
>> fine and then upon an update:
>>
>> [root at c-1-28 yum.repos.d]# yum --disablerepo=* --enablerepo=fw* update
>> Loading "dellsysidplugin" plugin
>> Loading "kernel-module" plugin
>> Loading "changelog" plugin
>> Loading "installonlyn" plugin
>> Loading "protectbase" plugin
>> Loading "tsflags" plugin
>> Loading "versionlock" plugin
>> Loading "dellsysidplugin2" plugin
>> Setting up Update Process
>> Setting up repositories
>> Reading repository metadata in from local files
>> fwupdate  : #########################
>> 643/1269Traceback (most recent call last):
>>    File "/usr/bin/yum", line 29, in ?
>>      yummain.main(sys.argv[1:])
>>    File "/usr/share/yum-cli/yummain.py", line 92, in main
>>      result, resultmsgs = do()
>>    File "/usr/share/yum-cli/cli.py", line 471, in doCommands
>>      return self.updatePkgs()
>>    File "/usr/share/yum-cli/cli.py", line 949, in updatePkgs
>>      self.doRepoSetup()
>>    File "/usr/share/yum-cli/cli.py", line 75, in doRepoSetup
>>      self.doSackSetup(thisrepo=thisrepo)
>>    File "__init__.py", line 260, in doSackSetup
>>    File "repos.py", line 287, in populateSack
>>    File "sqlitecache.py", line 96, in getPrimary
>>    File "sqlitecache.py", line 89, in _getbase
>>    File "sqlitecache.py", line 359, in updateSqliteCache
>>    File "sqlitecache.py", line 251, in addPrimary
>>    File "sqlitecache.py", line 197, in insertHash
>>    File "sqlitecache.py", line 449, in values
>>    File "sqlitecache.py", line 441, in __getitem__
>>    File "mdparser.py", line 73, in __getitem__
>> KeyError: 'sourcerpm'
>
> That's inside of yum.  It may be looking for repository information
> which our copy of createrepo (createrepo-0.9.6-3.fc9.noarch) isn't
> generating, but that's the latest createrepo available for F9...
>
>
>> Though looking through the Archives, it looks like this repository might
>> not be working anymore, I'm not sure as there wasn't an answer to the
>> last post about it this past May.
>
> The repo works, for most combinations of systems and OSs.  I believe
> it fails for the combination of RHEL4 (and derivatives) and any
> PowerEdge server.  It may fail for any PowerEdge server period due an
> incomplete transition of the dell-dup plugin for firmware-tools, but
> there may be some combinations for which it works.  We know this, and
> want to get it fixed...
>
> -- 
> Matt Domsch
> Technology Strategist, Dell Office of the CTO
> linux.dell.com & www.dell.com/linux
>
> _______________________________________________
> Linux-PowerEdge mailing list
> Linux-PowerEdge at lists.us.dell.com
> https://lists.us.dell.com/mailman/listinfo/linux-poweredge
> Please read the FAQ at http://lists.us.dell.com/faq
>



More information about the Linux-PowerEdge mailing list