<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On 4 September 2015 at 09:42, Patrick Ohly <span dir="ltr"><<a href="mailto:patrick.ohly@intel.com" target="_blank">patrick.ohly@intel.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">Hello!<br>
<br>
The following commit introduced a "chmod -R -st" on the build dir:<br>
<br>
commit f0d3587706fffdcc1c708013f6d6ce296dfc5f24<br>
Author: Alex Franco <<a href="mailto:alejandro.franco@linux.intel.com">alejandro.franco@linux.intel.com</a>><br>
Date: Fri Aug 28 17:34:04 2015 -0500<br>
<br>
Fix mode +st on TMPDIR when creating it<br>
<br>
A sanity check fails when TMPDIR has setuid, setgid set. It was<br>
proposed to fix this on TMPDIR creation instead of failing with<br>
a sanity test only. This patch handles removal of those special<br>
bits (and additonally, the sticky bit) from BUILDDIR and TMPDIR<br>
when these directories are created.<br>
<br>
In my case (*), that chmod takes about 2 minutes to complete. strace<br>
shows that it does a fchmodat on all files, even if nothing needs to be<br>
changed. atop then shows that this keeps the disk 100% busy with writes.<br>
I don't know what gets written (can't be the access time, I tried<br>
mounting with noatime).<br>
<br>
Are others seeing the same behavior? I can't rule out that my disk is<br>
just slow due to fragmentation.<br></blockquote><div><br></div><div> d8caef4f6 in master should fix this (and yes it was a problem elsewhere too -- an autobuilder was seen spending 12 minutes on that).</div><div><br></div><div>Jussi</div></div></div></div>