Local Mirror Repo Yum Troubles
martin.flemming at desy.de
Tue Sep 22 05:11:59 CDT 2009
Is any chance for a fix of this bug ?
thanks & cheers
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 ?
>> 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
>> File "/usr/share/yum-cli/cli.py", line 75, in doRepoSetup
>> 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
> Please read the FAQ at http://lists.us.dell.com/faq
More information about the Linux-PowerEdge