- From: Matthew Kent <
>
- To:
- Subject: [chef] Re: Recover from a yum error
- Date: Tue, 18 Oct 2011 16:22:34 -0700
On Tue, Oct 18, 2011 at 3:39 PM, Michael Glenney
<
>
wrote:
>
We have an error that crops up from time to time (often enough to be really
>
annoying) with yum in which something get's corrupted with a metadata.xml
>
file. Error looks like this:
>
>
[Tue, 18 Oct 2011 21:59:44 +0000] ERROR: package[libxslt-devel]
>
(cloudwatch_monitoring::default line 27) has had an error
>
[Tue, 18 Oct 2011 21:59:44 +0000] ERROR: package[libxslt-devel]
>
(/var/chef/cache/cookbooks/cloudwatch_monitoring/recipes/default.rb:27:in
>
`block in from_file') had an error:
>
package[libxslt-devel] (cloudwatch_monitoring::default line 27) had an
>
error: yum -d0 -e0 -y install libxslt-devel-1.1.26-2.6.amzn1 returned 1,
>
expected 0
>
Several yum packages installed before this one so the corruption is
>
happening in flight. Not blaming chef because I'm sure it's not a chef
>
problem, just want to know if I can handle it in-flight instead of scraping
>
the entire deploy.
>
>
If I try to run the command on the command line of the host I get:
>
>
Error: File /var/cache/yum/x86_64/latest/epel/metalink.xml is not XML
Haven't seen this error myself but judging from a discussion in
http://comments.gmane.org/gmane.linux.redhat.fedora.general/366552
I'd wager the culprit is an out of date/broken epel mirror. Seen this
before and it can cause some silly issues.
Possible to to run your own? We rsync epel/x86_64 for centos 5 nightly
here, it clocks in at 8GB right now.
--
Matthew Kent |
http://magoazul.com
Archive powered by MHonArc 2.6.16.