[Patches] Avoid selftest/autobuild interaction with /tmp

Stefan Metzmacher metze at samba.org
Thu Dec 29 09:47:21 UTC 2016

Am 19.12.2016 um 04:05 schrieb Amitay Isaacs:
> On Sun, Dec 18, 2016 at 4:35 AM, Jeremy Allison <jra at samba.org> wrote:
>> On Fri, Dec 16, 2016 at 10:44:14PM +0100, Stefan Metzmacher wrote:
>>> Hi,
>>> here're some patches from my master3-libsmb-ok branch:
>>> https://git.samba.org/?p=metze/samba/wip.git;a=
>> shortlog;h=refs/heads/master3-libsmb-ok
>>> The work towards passing cli_credentials from the command line handling
>>> through the source3/libsmb code down to gensec revealed some strange
>>> problems which are triggered by using the default krb5 ccache under
>>> /tmp/krb5cc_*, while I was there I added some more code to export
>>> TMPDIR so that more tests parts don't pollute /tmp.
>>> Please review and push.
>> Thanks for this one Metze - LGTM. Pushed.
>> Hopefully this will get us closer to a stable and
>> reproducible autobuild platform !
> Since the TMPDIR change, I have had two random autobuild failures.
> Here's the latest one which fails in talloc:
>   [32/35] abi_check: lib/talloc/bin/default/lib/talloc/libtalloc.so
>   sort: cannot create temporary file in ‘/m/amitay/a/b552249/tmp’: No
> such file or directory
> It appears as if the TMPDIR has been removed prematurely.  Any ideas?

I still don't know why sort believes that this directory is not there.

it's only removed at startup and cleanup.

shows the error.

I tracked down that the usage of tmp files in sort is based on the available
system memory (or limit). As we used "ulimit -m 1" we always triggered
the tmp file code path. Which seems to be flakey.

I removed "ulimit -m 1" to check if we get more stable results now.


-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 836 bytes
Desc: OpenPGP digital signature
URL: <http://lists.samba.org/pipermail/samba-technical/attachments/20161229/c7db4b3e/signature.sig>

More information about the samba-technical mailing list