Return-Path: X-Original-To: apmail-uima-user-archive@www.apache.org Delivered-To: apmail-uima-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 1210119324 for ; Thu, 31 Mar 2016 16:29:18 +0000 (UTC) Received: (qmail 23208 invoked by uid 500); 31 Mar 2016 16:29:17 -0000 Delivered-To: apmail-uima-user-archive@uima.apache.org Received: (qmail 23159 invoked by uid 500); 31 Mar 2016 16:29:17 -0000 Mailing-List: contact user-help@uima.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: user@uima.apache.org Delivered-To: mailing list user@uima.apache.org Received: (qmail 23143 invoked by uid 99); 31 Mar 2016 16:29:17 -0000 Received: from pnap-us-west-generic-nat.apache.org (HELO spamd4-us-west.apache.org) (209.188.14.142) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 31 Mar 2016 16:29:17 +0000 Received: from localhost (localhost [127.0.0.1]) by spamd4-us-west.apache.org (ASF Mail Server at spamd4-us-west.apache.org) with ESMTP id 236FBC0217 for ; Thu, 31 Mar 2016 16:29:17 +0000 (UTC) X-Virus-Scanned: Debian amavisd-new at spamd4-us-west.apache.org X-Spam-Flag: NO X-Spam-Score: 1.198 X-Spam-Level: * X-Spam-Status: No, score=1.198 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_LOW=-0.7, RCVD_IN_MSPIKE_H2=-0.001, SPF_PASS=-0.001] autolearn=disabled Authentication-Results: spamd4-us-west.apache.org (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com Received: from mx1-lw-eu.apache.org ([10.40.0.8]) by localhost (spamd4-us-west.apache.org [10.40.0.11]) (amavisd-new, port 10024) with ESMTP id gU_IhZc0w1kE for ; Thu, 31 Mar 2016 16:29:15 +0000 (UTC) Received: from mail-lb0-f171.google.com (mail-lb0-f171.google.com [209.85.217.171]) by mx1-lw-eu.apache.org (ASF Mail Server at mx1-lw-eu.apache.org) with ESMTPS id 6D4A55F3F0 for ; Thu, 31 Mar 2016 16:29:14 +0000 (UTC) Received: by mail-lb0-f171.google.com with SMTP id vo2so55969923lbb.1 for ; Thu, 31 Mar 2016 09:29:14 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to; bh=JQ5+HSwFUdyedoo8NWT2r9d5Vb+Rcb+Pm8TKYsUysf0=; b=J7cHjrSTK4FZOO/g+kj5R8P5hfD0DQk8HbmJtCiTzLAcz9O8tV274qY7qPmHNNcmOq 1TrGsEpdsUMpd0mrBXm6MkT8ph8EX3rBN5dgrtMStXcxdw0v1yAA0NiT8eu4JNGme7Ce FrNWRGE7EhcOV4hyEdPCIMtlJjv6N5Pk1qVegOOze5Rnw9Lz3Vg8GYS/viQQsqwEUje4 9d1dJ/FqXIHU4sQNysGkfSqgURSYhHbzzzkGWBqf1pgvJ5S3jdQDqXH6sbbtqI1nuGJt qDB62n6ALMg3BGGuOsQNtX2qh5DP3Is/mafrOxrEx580fdlzHfIWZrrdIcUJ/TpbdVd9 JUig== 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:date :message-id:subject:from:to; bh=JQ5+HSwFUdyedoo8NWT2r9d5Vb+Rcb+Pm8TKYsUysf0=; b=eREOuzv2+hmKSe5tBX4IF/wRtMo9weWW3wPmDjjX2ELHfJ6eqSF1d+1fNf2pXRJSAF pcBKF+fKLmpV9l/MgsUSw3tu18YGCkfx3H64OcxZXuqsI2tK0c6Q2JISB1eQco6aYqlm Pn0iyDsFQdLUAS3TBn2MxikyqZULkoG6aASJiE71QwZzXPKld8sAzDmKz0hkDzwy06e8 yfJ0UVIwqWHBoqWxDvnqMzmiTTDsBjb5Y0MFj2q5lsQyKly8fvS+kBnvkiNt7TOLdlvh B2MXXDHGZWHnaepSWYoJouJM8JaZzaeGbBxg/F6TqiSISHRJVvdCNNIFB71FR6v2DVej 3Urw== X-Gm-Message-State: AD7BkJKHxKuKNyrjPb/+dvwVUd2MCqibbZNq7tenbdPpvrnkioI20sq2Uun6Y2MArG0IcaFbsu2spWz0EQ1Guw== MIME-Version: 1.0 X-Received: by 10.112.14.102 with SMTP id o6mr2155596lbc.87.1459441753940; Thu, 31 Mar 2016 09:29:13 -0700 (PDT) Received: by 10.112.91.229 with HTTP; Thu, 31 Mar 2016 09:29:13 -0700 (PDT) In-Reply-To: <56FCF25F.8090005@orkash.com> References: <56FCF25F.8090005@orkash.com> Date: Thu, 31 Mar 2016 12:29:13 -0400 Message-ID: Subject: Re: DUCC: Unable to do "Fixed" type of Reservation From: Eddie Epstein To: user@uima.apache.org Content-Type: multipart/alternative; boundary=001a11c37aba506ac6052f5ac37f --001a11c37aba506ac6052f5ac37f Content-Type: text/plain; charset=UTF-8 Hi Reshu, Reserve type allows users to allocate an unconstrained resource. Because reserve allocations are not constrained by cgroup containers, in v2.x these allocations were restricted to be an entire machine. Fixed type allocations, which are always associated with a specific user process, have CPU and memory constrained by cgroups, if cgroups are enabled and properly configured. If DUCC does not recognize cgroup support for a node it falls back to monitoring memory use and killing processes that exceed the specified threshold above requested allocation size. CGroup status for each node is shown on the System->Machines page. Ubuntu locates the cgroup folder differently from Red Hat and Suse OS. DUCC v2 does have a property to specify this location, but you have found another bug, this time hopefully only in the documentation. The default value for this property is: ducc.agent.launcher.cgroups.basedir=/cgroup/ducc To override, put a different entry in {ducc_runtime}/resource/site.ducc.properties Regards, Eddie On Thu, Mar 31, 2016 at 5:48 AM, reshu.agarwal wrote: > Hi, > > In DUCC 1.x, we are able to do fixed reservation of some of the memory of > Nodes but We are restricted to do "reserve" type of reservation in DUCC > 2.x. I want to know the reason for the same. > > I am using ubuntu for DUCC installation and not be able to configure > c-groups in it, So, I have tried to manage RAM utilization through FIXED > reservation in DUCC 1.x. But, Now I have no option. > > Hope, you can solve my problem. > > Cheers. > > Reshu. > --001a11c37aba506ac6052f5ac37f--