* [Qemu-devel] travis builds: failing because of duff data in ccache cache?
@ 2016-08-18 17:10 Peter Maydell
2016-08-22 9:33 ` Alex Bennée
0 siblings, 1 reply; 3+ messages in thread
From: Peter Maydell @ 2016-08-18 17:10 UTC (permalink / raw)
To: QEMU Developers; +Cc: Alex Bennée
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?
thanks
-- PMM
^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: [Qemu-devel] travis builds: failing because of duff data in ccache cache?
2016-08-18 17:10 [Qemu-devel] travis builds: failing because of duff data in ccache cache? Peter Maydell
@ 2016-08-22 9:33 ` Alex Bennée
2016-08-22 9:36 ` Peter Maydell
0 siblings, 1 reply; 3+ messages in thread
From: Alex Bennée @ 2016-08-22 9:33 UTC (permalink / raw)
To: Peter Maydell; +Cc: QEMU Developers
Peter Maydell <peter.maydell@linaro.org> 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
^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: [Qemu-devel] travis builds: failing because of duff data in ccache cache?
2016-08-22 9:33 ` Alex Bennée
@ 2016-08-22 9:36 ` Peter Maydell
0 siblings, 0 replies; 3+ messages in thread
From: Peter Maydell @ 2016-08-22 9:36 UTC (permalink / raw)
To: Alex Bennée; +Cc: QEMU Developers
On 22 August 2016 at 10:33, Alex Bennée <alex.bennee@linaro.org> wrote:
> FWIW anyone who is a member of the QEMU project on Github should have
> the permissions to tweak the Travis caches for the project.
I thought about trying that, but Travis wanted a whole pile
of Github permissions I wasn't willing to give it just to
log in and do admin actions, so I didn't.
thanks
-- PMM
^ permalink raw reply [flat|nested] 3+ messages in thread
end of thread, other threads:[~2016-08-22 9:37 UTC | newest]
Thread overview: 3+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2016-08-18 17:10 [Qemu-devel] travis builds: failing because of duff data in ccache cache? Peter Maydell
2016-08-22 9:33 ` Alex Bennée
2016-08-22 9:36 ` Peter Maydell
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).