[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [Qemu-devel] travis builds: failing because of duff data in ccache c
From: |
Alex Bennée |
Subject: |
Re: [Qemu-devel] travis builds: failing because of duff data in ccache cache? |
Date: |
Mon, 22 Aug 2016 10:33:48 +0100 |
User-agent: |
mu4e 0.9.17; emacs 25.1.8 |
Peter Maydell <address@hidden> writes:
> Hi; since commit 4b887ae travis builds have been persistently
> failing on one particular config with the error:
> exec.o: could not read symbols: File truncated
> trying to link the mipsn32-linux-user binary.
>
> My theory is that the problem here is that:
> * for one build, the build host ran out of disk space or otherwise
> hiccupped, resulting in a truncated .o file
> * since travis saves the ccache cache across builds, the truncated .o
> file has persisted and now every build is going to fail the same
> way (until something gets committed that results in exec.c or one
> of its included headers changing)
>
> It looks like there's a way to manually clear the cache, so that
> seems like a good first step to see if it fixes things:
> https://docs.travis-ci.com/user/caching/#Clearing-Caches
>
> Could somebody with admin access to our travis config try this,
> please?
I've reset the cache for the master branch and restarted the build.
FWIW anyone who is a member of the QEMU project on Github should have
the permissions to tweak the Travis caches for the project.
>
> thanks
> -- PMM
--
Alex Bennée