-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
Hoi,
Ik heb iets mafs met mijn Centos 4 server waar ik de vinger niet achter kan krijgen. Ik kan geen updates en dergelijk meer doen en wordt onthaald op deze python stack trace of iets dergelijks:
# yum update Setting up Update Process Setting up repositories dries 100% |=========================| 951 B 00:00 dag 100% |=========================| 1.1 kB 00:00 updates 100% |=========================| 951 B 00:00 release 100% |=========================| 1.1 kB 00:00 extras 100% |=========================| 1.1 kB 00:00 Reading repository metadata in from local files dag : ############################ 5084/8828Traceback (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 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: 'epoch'
Mijn Centos 5 servers kan ik gewoon bijwerken.
Hugo.
- -- hvdkooij@vanderkooij.org http://hugo.vanderkooij.org/ PGP/GPG? Use: http://hugo.vanderkooij.org/0x58F19981.asc
A: Yes. >Q: Are you sure? >>A: Because it reverses the logical flow of conversation. >>>Q: Why is top posting frowned upon?
Bored? Click on http://spamornot.org/ and rate those images.
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
Hugo van der Kooij wrote: | Hoi, | | Ik heb iets mafs met mijn Centos 4 server waar ik de vinger niet achter | kan krijgen. Ik kan geen updates en dergelijk meer doen en wordt | onthaald op deze python stack trace of iets dergelijks: | | # yum update
Tijdelijke workaround: yum update --disablerepo=dag
Het lijkt er dus op dat de Centos 4 repo niet kosher is. Wellicht een klein insectje in de machinerie die de repository bouwt?
Hugo.
- -- hvdkooij@vanderkooij.org http://hugo.vanderkooij.org/ PGP/GPG? Use: http://hugo.vanderkooij.org/0x58F19981.asc
A: Yes. >Q: Are you sure? >>A: Because it reverses the logical flow of conversation. >>>Q: Why is top posting frowned upon?
Bored? Click on http://spamornot.org/ and rate those images.
Staat selinux (tijdelijk) uit?
grtz,
Leon
Op 30-03-08 heeft Hugo van der Kooijhvdkooij@vanderkooij.org het volgende geschreven:
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
Hugo van der Kooij wrote: | Hoi, | | Ik heb iets mafs met mijn Centos 4 server waar ik de vinger niet achter | kan krijgen. Ik kan geen updates en dergelijk meer doen en wordt | onthaald op deze python stack trace of iets dergelijks: | | # yum update
Tijdelijke workaround: yum update --disablerepo=dag
Het lijkt er dus op dat de Centos 4 repo niet kosher is. Wellicht een klein insectje in de machinerie die de repository bouwt?
Hugo.
hvdkooij@vanderkooij.org http://hugo.vanderkooij.org/ PGP/GPG? Use: http://hugo.vanderkooij.org/0x58F19981.asc
A: Yes.
Q: Are you sure?
A: Because it reverses the logical flow of conversation.
Q: Why is top posting frowned upon?
Bored? Click on http://spamornot.org/ and rate those images.
-----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (GNU/Linux)
iD8DBQFH76Q5BvzDRVjxmYERAslQAJ9J6OfhS5TazGBSguUuwJovs/q0CwCgrM88 em3k/QwXoA4I6sxJJIq4PeU= =T3W8 -----END PGP SIGNATURE----- _______________________________________________ CentOS-nl mailing list CentOS-nl@centos.org http://lists.centos.org/mailman/listinfo/centos-nl
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
Leon van Lare wrote: | Staat selinux (tijdelijk) uit?
SElinux is geen factor. Heeft nimmer aangestaan op deze server.
24 maart was mijn laatste bericht met updates de beschikbaar zijn. (Wordt dagelijks gestuurd.) En die updates heb ik die dag ook uitgevoerd.
=== yum reports available updates: alpine.i386 1.10-1.el4.rf dag
amavisd-new.i386 2.5.4-1.el4.rf dag
cacti.noarch 0.8.7b-2.el4.rf dag
nagios.i386 2.11-1.el4.rf dag
perl-Curses.i386 1.23-1.el4.rf dag
Daarna was het een paar dagen rustig omdat er geen updates waren. En vanaf de 29e krijg ik de stack trace als uitvoer.
Gezien de andere issues die meegespeeld hebben met deze repo lijkt het me waarschijnlijk dat er iets kleins fout zit in de repo data.
Hugo.
- -- hvdkooij@vanderkooij.org http://hugo.vanderkooij.org/ PGP/GPG? Use: http://hugo.vanderkooij.org/0x58F19981.asc
A: Yes. >Q: Are you sure? >>A: Because it reverses the logical flow of conversation. >>>Q: Why is top posting frowned upon?
Bored? Click on http://spamornot.org/ and rate those images.
On Sun, 30 Mar 2008, Hugo van der Kooij wrote:
Ik heb iets mafs met mijn Centos 4 server waar ik de vinger niet achter kan krijgen. Ik kan geen updates en dergelijk meer doen en wordt onthaald op deze python stack trace of iets dergelijks:
# yum update Setting up Update Process Setting up repositories dries 100% |=========================| 951 B 00:00 dag 100% |=========================| 1.1 kB 00:00 updates 100% |=========================| 951 B 00:00 release 100% |=========================| 1.1 kB 00:00 extras 100% |=========================| 1.1 kB 00:00 Reading repository metadata in from local files dag : ############################ 5084/8828Traceback (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 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: 'epoch'
Mijn Centos 5 servers kan ik gewoon bijwerken.
Jup, metadata in de nieuwe infrastructuur is verkeerd. Het duurt 5uur om het te hercreeren :-/ Morgen zou alles in orde moeten zijn.
PS In essentie is het een gekend yum probleem dat ik al 2x gemeld heb, maar die er nog steeds inzit.
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
Dag Wieers wrote: | On Sun, 30 Mar 2008, Hugo van der Kooij wrote: | |> Ik heb iets mafs met mijn Centos 4 server waar ik de vinger niet achter |> kan krijgen. Ik kan geen updates en dergelijk meer doen en wordt |> onthaald op deze python stack trace of iets dergelijks: |> |> # yum update |> Setting up Update Process |> Setting up repositories |> dries 100% |=========================| 951 B |> 00:00 |> dag 100% |=========================| 1.1 kB |> 00:00 |> updates 100% |=========================| 951 B |> 00:00 |> release 100% |=========================| 1.1 kB |> 00:00 |> extras 100% |=========================| 1.1 kB |> 00:00 |> Reading repository metadata in from local files |> dag : ############################ |> 5084/8828Traceback (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 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: 'epoch' |> |> Mijn Centos 5 servers kan ik gewoon bijwerken. | | Jup, metadata in de nieuwe infrastructuur is verkeerd. Het duurt 5uur om | het te hercreeren :-/ Morgen zou alles in orde moeten zijn.
Inderdaad.
Hugo.
- -- hvdkooij@vanderkooij.org http://hugo.vanderkooij.org/ PGP/GPG? Use: http://hugo.vanderkooij.org/0x58F19981.asc
A: Yes. >Q: Are you sure? >>A: Because it reverses the logical flow of conversation. >>>Q: Why is top posting frowned upon?
Bored? Click on http://spamornot.org/ and rate those images.
-
Dag Wieers -
Hugo van der Kooij -
Leon van Lare