As far as I can tell, this is an NFS sync issue on the pool with the strip command... the link and the strip are run on separate pool nodes, and strip fails to find the unstripped binary and dies. Did someone get aggressive about farming things out? I thought we originally only did compiles and regressions on the pool nodes, and the strip happened on zizzer.
I recall having this problem with .o files when we first started doing regressions on the pool, though I forget how we solved it. Steve On Mon, Aug 18, 2008 at 12:03 AM, Cron Daemon <[EMAIL PROTECTED]>wrote: > scons: *** [build/ALPHA_SE/m5.fast] Error 1 > scons: *** [build/ALPHA_FS/m5.fast] Error 1 > ***** build/MIPS_SE/tests/fast/quick/00.hello/mips/linux/simple-atomic > passed. > ***** build/MIPS_SE/tests/fast/quick/00.hello/mips/linux/simple-timing > passed. > ***** build/SPARC_SE/tests/fast/quick/02.insttest/sparc/linux/simple-timing > passed. > ***** build/SPARC_SE/tests/fast/quick/00.hello/sparc/linux/simple-atomic > passed. > ***** build/SPARC_SE/tests/fast/quick/02.insttest/sparc/linux/simple-atomic > passed. > ***** build/SPARC_SE/tests/fast/quick/02.insttest/sparc/linux/o3-timing > passed. > ***** build/SPARC_SE/tests/fast/quick/00.hello/sparc/linux/simple-timing > passed. > ***** build/X86_SE/tests/fast/quick/00.hello/x86/linux/simple-atomic > passed. > > See /z/m5/regression/regress-2008-08-18-03:00:01 for details. > > _______________________________________________ > m5-dev mailing list > m5-dev@m5sim.org > http://m5sim.org/mailman/listinfo/m5-dev >
_______________________________________________ m5-dev mailing list m5-dev@m5sim.org http://m5sim.org/mailman/listinfo/m5-dev
