Return-Path: X-Original-To: apmail-mesos-user-archive@www.apache.org Delivered-To: apmail-mesos-user-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 407C319665 for ; Mon, 25 Apr 2016 18:15:51 +0000 (UTC) Received: (qmail 34725 invoked by uid 500); 25 Apr 2016 18:15:50 -0000 Delivered-To: apmail-mesos-user-archive@mesos.apache.org Received: (qmail 34660 invoked by uid 500); 25 Apr 2016 18:15:50 -0000 Mailing-List: contact user-help@mesos.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: user@mesos.apache.org Delivered-To: mailing list user@mesos.apache.org Received: (qmail 34650 invoked by uid 99); 25 Apr 2016 18:15:50 -0000 Received: from pnap-us-west-generic-nat.apache.org (HELO spamd1-us-west.apache.org) (209.188.14.142) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 25 Apr 2016 18:15:50 +0000 Received: from localhost (localhost [127.0.0.1]) by spamd1-us-west.apache.org (ASF Mail Server at spamd1-us-west.apache.org) with ESMTP id 5D785C1C52 for ; Mon, 25 Apr 2016 18:15:50 +0000 (UTC) X-Virus-Scanned: Debian amavisd-new at spamd1-us-west.apache.org X-Spam-Flag: NO X-Spam-Score: 0.904 X-Spam-Level: X-Spam-Status: No, score=0.904 tagged_above=-999 required=6.31 tests=[DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=2, RCVD_IN_DNSWL_NONE=-0.0001, RP_MATCHES_RCVD=-0.996] autolearn=disabled Authentication-Results: spamd1-us-west.apache.org (amavisd-new); dkim=pass (1024-bit key) header.d=umn.edu Received: from mx1-lw-us.apache.org ([10.40.0.8]) by localhost (spamd1-us-west.apache.org [10.40.0.7]) (amavisd-new, port 10024) with ESMTP id jT4epniZAW6h for ; Mon, 25 Apr 2016 18:15:48 +0000 (UTC) Received: from mta-p8.oit.umn.edu (mta-p8.oit.umn.edu [134.84.196.208]) by mx1-lw-us.apache.org (ASF Mail Server at mx1-lw-us.apache.org) with ESMTPS id 9E5735F489 for ; Mon, 25 Apr 2016 18:15:47 +0000 (UTC) Received: from localhost (unknown [127.0.0.1]) by mta-p8.oit.umn.edu (Postfix) with ESMTP id 7C42E5AC for ; Mon, 25 Apr 2016 18:15:41 +0000 (UTC) X-Virus-Scanned: amavisd-new at umn.edu Received: from mta-p8.oit.umn.edu ([127.0.0.1]) by localhost (mta-p8.oit.umn.edu [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id gOm_qiswZygx for ; Mon, 25 Apr 2016 13:15:41 -0500 (CDT) Received: from mail-yw0-f199.google.com (mail-yw0-f199.google.com [209.85.161.199]) (using TLSv1.2 with cipher AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by mta-p8.oit.umn.edu (Postfix) with ESMTPS id 31ADD9B9 for ; Mon, 25 Apr 2016 13:15:40 -0500 (CDT) Received: by mail-yw0-f199.google.com with SMTP id o131so467795604ywc.2 for ; Mon, 25 Apr 2016 11:15:40 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=umn.edu; s=google; h=mime-version:in-reply-to:references:from:date:message-id:subject:to; bh=yUmlBluuzj2LMvLK1ZmDtXCpQ/QVw29Onq8KEZvE3Hs=; b=WXcgUmKRdEGGJWy+DI67o5YulB9TSOx+KjWmPWlcUmOl/L2CHZDzG9OSqxWmIqI+HW BR1f75SLg5kTLLRgL5iCsc4k77BFyGM9//ENDdSZrZJqnJLrcY74os8TUAxG1nLcDfaW eeANJ0w80guphvitMeQjPl8bGd9ieHCHptbHU= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to; bh=yUmlBluuzj2LMvLK1ZmDtXCpQ/QVw29Onq8KEZvE3Hs=; b=GwJfD/qrYU+UtsftvVpbp88bCoZ7w7L7N9+5kkCcbSe58GnuYTWqDz2Pfx4MEzUXZQ x0cITR3hca4ZyZ6AyEZLSoa6u7riRCDIgkSVNk2NkQ3h1fam72WGsVaEuwAaXt2PA3hd 3AwStO6hQMQe/qdxX7BYQRAgXXqXlEzw31gwsE8nt+fqyRzY0YxKAB0gOq1T/jgCIcBX bcqBmZYYHYPtL9tcDxHPriDiZdtgydsh99EaiYhoTHFlKF3JWi5qevsZK+N0YpEdOL02 EPaC/bTdNkRmF0DU5JkbeeXaSal8KV/oNnLrCytwChHR5kwVaWENrWefSpPFR3VhSGoY hrtA== X-Gm-Message-State: AOPr4FXVmw37CZWAx1ivZUliFBbaIYFWIxGF90RxeCoWAECqkS9gytoiRxePu5iZxwIWGgNA3KYtlyqbHjukiyQCqZcvnvUMXuGCNffFTqeazJk7UZg9B24EfWxnsfaL4J2BRFdhALW7PhULSP901rtemYHx6g== X-Received: by 10.140.202.67 with SMTP id x64mr2962368qha.50.1461608140603; Mon, 25 Apr 2016 11:15:40 -0700 (PDT) X-Received: by 10.140.202.67 with SMTP id x64mr2962355qha.50.1461608140460; Mon, 25 Apr 2016 11:15:40 -0700 (PDT) MIME-Version: 1.0 Received: by 10.55.141.2 with HTTP; Mon, 25 Apr 2016 11:15:11 -0700 (PDT) In-Reply-To: References: From: June Taylor Date: Mon, 25 Apr 2016 13:15:11 -0500 Message-ID: Subject: Re: Setting ulimits on mesos-slave To: user@mesos.apache.org Content-Type: multipart/alternative; boundary=001a114318f00364ad0531532ae5 --001a114318f00364ad0531532ae5 Content-Type: text/plain; charset=UTF-8 What I'm saying is even putting them within the upstart script, per the Mesos documentation, isn't working for the file block limit. We're still getting 8MB useable, and as a result executors fail when attempting to write larger files. Thanks, June Taylor System Administrator, Minnesota Population Center University of Minnesota On Mon, Apr 25, 2016 at 11:53 AM, haosdent wrote: > If you set in your upstart script, it isn't system wide and only effective > in that session. I think need change /etc/security/limits.conf > and /etc/sysctl.conf to make your ulimit work globally. > > On Tue, Apr 26, 2016 at 12:43 AM, June Taylor wrote: > >> Somewhere an 8MB maximum file size is being applied on just one of our >> slaves, for example. >> >> >> Thanks, >> June Taylor >> System Administrator, Minnesota Population Center >> University of Minnesota >> >> On Mon, Apr 25, 2016 at 11:42 AM, June Taylor wrote: >> >>> We are operating a 6-node cluster running on Ubuntu, and have noticed >>> that the ulimit settings within the slave context are difficult to set and >>> predict. >>> >>> The documentation is a bit unclear on this point, as well. >>> >>> We have had some luck adding a configuration line to >>> /etc/init/mesos-slave.conf as follows: >>> limit nofile 20000 20000 >>> limit fsize unlimited unlimited >>> >>> The nofile limit seems to be respected, however the fsize limit does not. >>> >>> It is also mysterious that the system-wide limits are not inherited by >>> the slave process. We would prefer to set all of these system-wide and have >>> mesos-slave observe them. >>> >>> Can you please advise where you are setting your ulimits for the >>> mesos-slave if it is working for you? >>> >>> Thanks, >>> June Taylor >>> System Administrator, Minnesota Population Center >>> University of Minnesota >>> >> >> > > > -- > Best Regards, > Haosdent Huang > --001a114318f00364ad0531532ae5 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
What I'm saying is even putting them within the upstar= t script, per the Mesos documentation, isn't working for the file block= limit. We're still getting 8MB useable, and as a result executors fail= when attempting to write larger files.

Thanks,
June Taylor
System= Administrator, Minnesota Population Center
University of Minneso= ta

On Mon, Apr 25, 2016 at 11:53 AM, haosdent <= span dir=3D"ltr"><haosdent@gmail.com> wrote:
If you set in your upstart script, it isn't system w= ide and only=C2=A0effective in that session. I think need change=C2=A0/etc/= security/limits.conf and=C2=A0/etc/sysctl.conf to make your ulimit work glo= bally.

On Tue, Apr 26, 2016 at 12:43 AM, June Taylor <june@umn.edu= > wrote:
S= omewhere an 8MB maximum file size is being applied on just one of our slave= s, for example.


Thanks,
Jun= e Taylor
System Administrator, Minnesota Population Center<= /div>
University of Minnesota
=

On Mon, Apr 25, 2016 at 11:= 42 AM, June Taylor <june@umn.edu> wrote:
We are operating a 6-node cluster running on Ubu= ntu, and have noticed that the ulimit settings within the slave context are= difficult to set and predict.

The documentation is a bi= t unclear on this point, as well.

We have had some= luck adding a configuration line to /etc/init/mesos-slave.conf as follows:=
limit nofile 20000 20000
limit fsize unlimited un= limited

The nofile limit seems to be respected, ho= wever the fsize limit does not.

It is also mysteri= ous that the system-wide limits are not inherited by the slave process. We = would prefer to set all of these system-wide and have mesos-slave observe t= hem.

Can you please advise where you are setting y= our ulimits for the mesos-slave if it is working for you?

Thanks,
June Taylor<= /div>
System Administrator, Minnesota Population Center
University of Minnesota




--
Best Regards,
H= aosdent Huang

--001a114318f00364ad0531532ae5--