Local Mirror Repo Yum Troubles

[Matt Domsch]

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