Which version of yum do you have on your machine? IIRC yum 2.x requires the metadata to be created with createrepo 0.4.x. The firmware repo might have been built with createrepo 0.9.x, which is included in the latest fedora, etc.
http://createrepo.baseurl.org/ I'll pass this along to the firmware repo maintainer. Keep in mind, the firmware repo is unofficial, community support only, and may not be fixed immediately. Thanks, Jeff > -----Original Message----- > From: [email protected] > [mailto:[email protected]] On Behalf > Of Martin Flemming > Sent: Monday, October 05, 2009 12:04 PM > To: linux-poweredge-Lists > Subject: RE: Local Mirror Repo Yum Troubles > > Hi, Jeff ! > > sorry for the late answer ... > > i've got trouble with firmware-repo on Scientific Linux or RHEL4 ... > > --------------------- > Main System Chassis > --------------------- > Chassis Information > Chassis Model : PowerEdge 2950 > > installed are following packages > > OpenIPMI.i386 > 1.4.14-99.dell.123.1.e installed > OpenIPMI-libs.i386 > 1.4.14-99.dell.123.1.e installed > dell-community-repository.noarch 1-10.2.el4 > installed > dell-dup.noarch 1.1.2-1.22.el4 > installed > dell-firmware-repository.noarch 1-4 > installed > dell-omsa-repository.noarch 2-5 > installed > firmware-addon-dell.i386 2.2.2-1.2.el4 > installed > yum-dellsysid.i386 2.2.17-5.1.el4 > installed > > smbios-utils-python-2.2.17-5.1.el4.i386 > firmware-addon-dell-2.2.2-1.2.el4.i386 > libsmbios-2.2.17-5.1.el4.i386 > biosdevname-0.2.4-3.1.el4.i386 > python-smbios-2.2.17-5.1.el4.i386 > smbios-utils-bin-2.2.17-5.1.el4.i386 > smbios-utils-2.2.17-5.1.el4.i386 > > > and omsa 6.1 is running well > > srvadmin-rac5-components-6.1.0-648.i386 > srvadmin-racadm5-6.1.0-648.i386 > srvadmin-storageservices-6.1.0-648.i386 > srvadmin-syscheck-6.1.0-648.i386 > srvadmin-storage-6.1.0-648.i386 > srvadmin-idracadm-6.1.0-648.i386 > srvadmin-omilcore-6.1.0-648.i386 > srvadmin-deng-6.1.0-648.i386 > srvadmin-jre-6.1.0-648.i386 > srvadmin-racdrsc5-6.1.0-648.i386 > srvadmin-iws-6.1.0-648.i386 > srvadmin-idrac-6.1.0-648.i386 > srvadmin-base-6.1.0-648.i386 > srvadmin-hapi-6.1.0-648.i386 > srvadmin-omacore-6.1.0-648.i386 > srvadmin-omauth-6.1.0-648.rhel4.i386 > srvadmin-cm-6.1.0-648.i386 > srvadmin-idrac-components-6.1.0-648.i386 > srvadmin-racsvc-6.1.0-648.i386 > srvadmin-rac5-6.1.0-648.i386 > srvadmin-omcommon-6.1.0-648.i386 > srvadmin-omhip-6.1.0-648.i386 > srvadmin-idracdrsc-6.1.0-648.i386 > srvadmin-isvc-6.1.0-648.i386 > srvadmin-wsmanclient-6.1.0-648.rhel4.i386 > srvadmin-webserver-6.1.0-648.i386 > > > .. but if i want to activate the firmware-repo > > > [h1deepthough] /etc/yum.repos.d # yum -y install > $(bootstrap_firmware) No handlers could be found for logger > "trace.firmwaretools" > Loading "kernel-module" plugin > Loading "dellsysid" plugin > Setting up Install Process > Setting up repositories > Reading repository metadata in from local files fwupdate : > ######################### 658/1299Traceback (most recent call last): > File "/usr/bin/yum", line 29, in ? > yummain.main(sys.argv[1:]) > File "/usr/share/yum-cli/yummain.py", line 97, in main > result, resultmsgs = do() > File "/usr/share/yum-cli/cli.py", line 470, in doCommands > return self.installPkgs() > File "/usr/share/yum-cli/cli.py", line 836, in installPkgs > 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' > [h1deepthough] /etc/yum.repos.d # > > ..and > > [h1deepthough] /etc/yum.repos.d # grep enable dell* > dell-community-repository.repo:enabled=1 > dell-firmware-repository.repo:enabled=1 > dell-omsa-repository.repo:enabled=1 > dell-omsa-repository.repo:enabled=1 > [h1deepthough] /etc/yum.repos.d # > > What do i'm wrong ? > > > thanks & cheers, > > martin > > > On Tue, 22 Sep 2009, [email protected] wrote: > > > Hi Martin, > > > > Which repo are you having trouble with? Creating a local > mirror with > > the hardware repo should work. > > > > Thanks, > > Jeff > > > >> -----Original Message----- > >> From: [email protected] > >> [mailto:[email protected]] On Behalf Of > >> Martin Flemming > >> Sent: Tuesday, September 22, 2009 5:12 AM > >> To: linux-poweredge-Lists > >> Subject: Re: Local Mirror Repo Yum Troubles > >> > >> > >> 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: > >>>> > >>>> [r...@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 > [email protected] > https://lists.us.dell.com/mailman/listinfo/linux-poweredge > Please read the FAQ at http://lists.us.dell.com/faq > _______________________________________________ Linux-PowerEdge mailing list [email protected] https://lists.us.dell.com/mailman/listinfo/linux-poweredge Please read the FAQ at http://lists.us.dell.com/faq
