Please remove me from the list. It will be several months before I can work on linux R&D...
Thanks, Mark -----Original Message----- From: [email protected] [mailto:[email protected]] On Behalf Of [email protected] Sent: Monday, October 05, 2009 1:30 PM To: [email protected] Subject: Linux-PowerEdge Digest, Vol 63, Issue 6 Send Linux-PowerEdge mailing list submissions to [email protected] To subscribe or unsubscribe via the World Wide Web, visit https://lists.us.dell.com/mailman/listinfo/linux-poweredge or, via email, send a message with subject or body 'help' to [email protected] You can reach the person managing the list at [email protected] When replying, please edit your Subject line so it is more specific than "Re: Contents of Linux-PowerEdge digest..." Today's Topics: 1. RE: Local Mirror Repo Yum Troubles (Martin Flemming) 2. RE: Local Mirror Repo Yum Troubles ([email protected]) 3. RE: Local Mirror Repo Yum Troubles (Martin Flemming) ---------------------------------------------------------------------- Message: 1 Date: Mon, 5 Oct 2009 19:04:28 +0200 (CEST) From: Martin Flemming <[email protected]> Subject: RE: Local Mirror Repo Yum Troubles To: [email protected] Message-ID: <[email protected]> Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed 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 > ------------------------------ Message: 2 Date: Mon, 5 Oct 2009 13:22:16 -0500 From: <[email protected]> Subject: RE: Local Mirror Repo Yum Troubles To: <[email protected]>, <[email protected]> Message-ID: <11ee41bb0b111c47bea9958c453ccddd012e9...@ausx3mps327.aus.amer.dell.com> Content-Type: text/plain; charset="us-ascii" 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 > ------------------------------ Message: 3 Date: Mon, 5 Oct 2009 20:28:33 +0200 (CEST) From: Martin Flemming <[email protected]> Subject: RE: Local Mirror Repo Yum Troubles To: [email protected] Message-ID: <[email protected]> Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed I've got yum version 2.4.3 > Keep in mind, the > firmware repo is unofficial, community support only, and may not be > fixed immediately. I know ;-) So, i've have to make a local repository with createrepo .. .. i thought, if the hardware repository is running, the firmware like as .. thanks martin On Mon, 5 Oct 2009, [email protected] wrote: > 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 End of Linux-PowerEdge Digest, Vol 63, Issue 6 ********************************************** _______________________________________________ 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
