Investigations of test failures showed that on some hosts there are a lot of files that contain zipped /usr/include.
Code shows that although such warmup files are removed in finally block, this does not always work if disconnect or other exception happens. This should be fixed via delete-on-exit.
fixed in change sets 71d3f2cf4ccb, ff06055f6d62 on enum/r82
After functional tests run, many files with names like rfs_warmup_XX2yuJWa.zip are left in remote host /tmp (sside-test-sparc). File size is usually 19366609 and it contains /usr/include.
The /usr/include is quite large on Solaris, when I tried to zip it from console, this took more than a minute.
I was able to reproduce the situation via pressing "red squire" button on remote tool bar while zip on remote site was running.
Here are some technical details that show the reason. For some reason zip finished successfully (in spite of the fact that connection was lost). Since getting temp file name and zipping is done via a single script, and that script is run via ProcessUtils, IDE knows file name only after the script is complete. As the host is disconnected, it's too late to send "delete on exit" request
additional fix 7df46245c873 on enum/r82 fixes the issue
Integrated into 'main-silver', will be available in build *201612030001* on http://bits.netbeans.org/dev/nightly/ (upload may still be in progress)
User: Vladimir Kvashin <email@example.com>
Log: fixed #269167 - Remote leaves warmup zip files (w/o ".zip" extension) in /tmp directory of the remote host
(transplanted from 71d3f2cf4ccbd7075779d755a2272235f4cdfe0d)