From mboxrd@z Thu Jan 1 00:00:00 1970 X-GM-THRID: 6748410215888060416 X-Received: by 2002:a1c:2342:: with SMTP id j63mr3623602wmj.56.1572012734698; Fri, 25 Oct 2019 07:12:14 -0700 (PDT) X-BeenThere: isar-users@googlegroups.com Received: by 2002:a05:6000:12ca:: with SMTP id l10ls5772416wrx.16.gmail; Fri, 25 Oct 2019 07:12:14 -0700 (PDT) X-Google-Smtp-Source: APXvYqx5C8WU9YQn6eb5Lfxaz/7myevTjrKe98sEsJLjJnII/Om7jqPdxcj+NpsNb7fn6xnU4FT7 X-Received: by 2002:a5d:69c8:: with SMTP id s8mr3259815wrw.167.1572012734194; Fri, 25 Oct 2019 07:12:14 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1572012734; cv=none; d=google.com; s=arc-20160816; b=y0G6l66IpQE46XjfWs2b21wTLTmdM/RL9iQnEMgxp/e3dSiTmxzkA5GWsACO7/s8Po 8aq3rnmQmnhSwwIfZanQZRAoabeWLp1Xmu+/oBDa0/2lQWZm86Iv9ZH+Liz7Qef/Wa/b 40/b38PX+cnJgJkROwJbxEdsKf5L0QIc1UTqfvigoKQDhe3+X1FP1Pz7gGGBXtHeQbpp Er6HjAKa3dQg0fjoGgfjhBr4a1px7xPIB5G66fbMmmMsCR+VOUoI4TwkvH6A8/vvRfwi sfQqgxalbL1Hs5OiMgFQ96kRjnogorig5aE/MYEdkkzwIjq0mTDLX3/+Qleu1JJDXK/6 TkQw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=user-agent:in-reply-to:content-disposition:mime-version:references :mail-followup-to:message-id:subject:to:from:date; bh=kplgF+1w+cJyBwFNa5KdMO/O+gk9Uv95GTuW1fFrMJw=; b=R+K1Bf1gYs6uNQvT3z3Ssq9Niqgf/KVRtEksp3Yv0QmVXYXgXCr8yKGOckvi4TPjtp NOK8TL2cMEv4pL5WIw0gwg5/ta0pduHPhAym8e5DDPWwt27gCgcEfYvkOGy338wV5yYV nEPeTceHklKp/efuaVGdD47PJb38RTz7t9atu9OKJ12oTKbuCGtT4Fq9rryw2CfwhCUi NpprekBR09NhT0VvQMn7fdcuXFJ9STsztETODPABN297JJ646PpUGnHkmVdn60cPc4md vFZKuIjno95tqXG/KztS8Orkz7CsCsHlf6ss5sHvCIsoiVeddLiWrp1HUqLWD0y57XKM JsUw== ARC-Authentication-Results: i=1; gmr-mx.google.com; spf=neutral (google.com: 85.214.156.166 is neither permitted nor denied by best guess record for domain of ibr@radix50.net) smtp.mailfrom=ibr@radix50.net Return-Path: Received: from shymkent.ilbers.de (shymkent.ilbers.de. [85.214.156.166]) by gmr-mx.google.com with ESMTPS id y185si268371wmd.4.2019.10.25.07.12.14 for (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Fri, 25 Oct 2019 07:12:14 -0700 (PDT) Received-SPF: neutral (google.com: 85.214.156.166 is neither permitted nor denied by best guess record for domain of ibr@radix50.net) client-ip=85.214.156.166; Authentication-Results: gmr-mx.google.com; spf=neutral (google.com: 85.214.156.166 is neither permitted nor denied by best guess record for domain of ibr@radix50.net) smtp.mailfrom=ibr@radix50.net Received: from yssyq.m.ilbers.de (host-80-81-17-52.static.customer.m-online.net [80.81.17.52]) (authenticated bits=0) by shymkent.ilbers.de (8.15.2/8.15.2/Debian-8) with ESMTPSA id x9PECCGC021561 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT) for ; Fri, 25 Oct 2019 16:12:13 +0200 Date: Fri, 25 Oct 2019 16:12:12 +0200 From: Baurzhan Ismagulov To: isar-users@googlegroups.com Subject: Re: [PATCH v3 0/2] FILESEXTRAPATHS Message-ID: <20191025141211.akcckhitwg7igf4g@yssyq.m.ilbers.de> Mail-Followup-To: isar-users@googlegroups.com References: <20191016190536.456075c5@md1za8fc.ad001.siemens.net> <20191017092856.27064-1-Vijaikumar_Kangarajan@mentor.com> <20191025124950.viz5p3cnc2oaf2br@yssyq.m.ilbers.de> <20191025152237.6b6779ab@md1za8fc.ad001.siemens.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20191025152237.6b6779ab@md1za8fc.ad001.siemens.net> User-Agent: NeoMutt/20180716 X-Spam-Status: No, score=-1.0 required=5.0 tests=ALL_TRUSTED autolearn=unavailable autolearn_force=no version=3.4.2 X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on shymkent.ilbers.de X-TUID: /yAM6OR1x3dr Hello Henning, thanks for the response. On Fri, Oct 25, 2019 at 03:22:37PM +0200, Henning Schild wrote: > Not yet. I think it is a ulimit thing, maybe caused by jenkins or your > hosts distro. > > Or maybe our builds actually keep files open and everyone building in > containers means we do not see it. Try "lsof" and regular reboots ;). I'd like to understand the problem before I start playing with the knobs :) . Moving to a different container solution or rebooting wouldn't solve the underlying problem. Besides, I'm not sure this problem doesn't affect e.g. docker, since ulimits are per-process, and this one occurred during bitbake -e in start_vm. With kind regards, Baurzhan.