<div dir="ltr">Hi Jim,<div><br></div><div>I am building on a local zfs filesystem with atime=on and sync=disabled. I'veI also had problems with NFS mountpoints, so I avoid building on it.</div></div><div class="gmail_extra"><br><div class="gmail_quote">On Sun, Sep 14, 2014 at 3:53 PM, Jim Klimov <span dir="ltr"><<a href="mailto:jimklimov@cos.ru" target="_blank">jimklimov@cos.ru</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">14 сентября 2014 г. 3:41:36 CEST, Dan Vatca <<a href="mailto:dan@syneto.net">dan@syneto.net</a>> пишет:<br>
<div><div class="h5">>Yes, it does it sometimes even when I run ./build.sh -bpil.<br>
>This is very odd, as it seems to be failing randomly on successive<br>
>runs.<br>
>And given it takes around 30s on my machine, I ran it a lot of times<br>
>just<br>
>too see if there is a pattern.<br>
>I tried running it with REMOVE_PREVIOUS=1 and it still sometimes fails.<br>
>When it fails, it seems that it does not have this file:<br>
>usr/lib/svr4.make<br>
>(or can read it?). And it fails because the hardlinks point nowhere.<br>
>Could<br>
>it be a race condition where the file is not yet created? Seems far<br>
>fetched, but will take a look at that shortly. Now I really have to get<br>
>some sleep ...<br>
><br>
><br>
>On Sun, Sep 14, 2014 at 12:16 AM, Dan McDonald <<a href="mailto:danmcd@omniti.com">danmcd@omniti.com</a>><br>
>wrote:<br>
><br>
>><br>
>> On Sep 13, 2014, at 2:49 PM, Dan Vatca <<a href="mailto:dan@syneto.net">dan@syneto.net</a>> wrote:<br>
>><br>
>> ><br>
>> > There is the local.mog transform that must work to drop those<br>
>> dependencies, but for some reason, it keeps failing when it runs<br>
>through<br>
>> build all.<br>
>> > Any idea on what I'm missing?<br>
>><br>
>> I honestly am not sure.  If you "cd make ; ./build.sh -bpil" what<br>
>does it<br>
>> do?<br>
>><br>
>> I'm also curious what "buildctl list-build" says?  It sorts based<br>
>solely<br>
>> on bash's associative array sorting.  Maybe the default bash sorts<br>
>one way,<br>
>> and your bash (did you compile it oddly?) another way?<br>
>><br>
>> Dan<br>
>><br>
>><br>
><br>
><br>
</div></div>>------------------------------------------------------------------------<br>
><br>
>_______________________________________________<br>
>OmniOS-discuss mailing list<br>
><a href="mailto:OmniOS-discuss@lists.omniti.com">OmniOS-discuss@lists.omniti.com</a><br>
><a href="http://lists.omniti.com/mailman/listinfo/omnios-discuss" target="_blank">http://lists.omniti.com/mailman/listinfo/omnios-discuss</a><br>
<br>
Just in case, are you building on a local or an nfs-mounted filesystem? I've had issues with the latter due to nontrivial times and non-atomic operations to update the fs metadata (or the client's view of it) so compiled objects are not always seen when expected for the next step. Still, a parallel make over nfs followed by a sequential one to cover up the loose ends is usually faster than sequential all the way (at least with an nfs server which has no ddr zil ;) )<br>
Also, some tools like yacc/lex/bison might use the same filename for all outputs, and i've had parallel builds fail due to that - and had to sequentialize those sections. That's not illumos specific, but experience from a number of open-soirce projects (many different OS releases as compute nodes use the same homedir with sources over nfs).<br>
HTH,<br>
Jim<br>
--<br>
Typos courtesy of K-9 Mail on my Samsung Android<br>
</blockquote></div><br></div>