Return-Path: X-Original-To: apmail-incubator-mesos-dev-archive@minotaur.apache.org Delivered-To: apmail-incubator-mesos-dev-archive@minotaur.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 3A73A99C2 for ; Mon, 30 Jan 2012 17:30:37 +0000 (UTC) Received: (qmail 34734 invoked by uid 500); 30 Jan 2012 17:30:37 -0000 Delivered-To: apmail-incubator-mesos-dev-archive@incubator.apache.org Received: (qmail 34669 invoked by uid 500); 30 Jan 2012 17:30:36 -0000 Mailing-List: contact mesos-dev-help@incubator.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: mesos-dev@incubator.apache.org Delivered-To: mailing list mesos-dev@incubator.apache.org Received: (qmail 34661 invoked by uid 99); 30 Jan 2012 17:30:36 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 30 Jan 2012 17:30:36 +0000 X-ASF-Spam-Status: No, hits=1.5 required=5.0 tests=HTML_MESSAGE,RCVD_IN_DNSWL_LOW,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of benjamin.hindman@gmail.com designates 209.85.214.175 as permitted sender) Received: from [209.85.214.175] (HELO mail-tul01m020-f175.google.com) (209.85.214.175) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 30 Jan 2012 17:30:29 +0000 Received: by obbuo9 with SMTP id uo9so4614564obb.6 for ; Mon, 30 Jan 2012 09:30:09 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:content-type; bh=132C45VYlCBRQXqO5crb/hLADjyfcvt03GeZcutB7sU=; b=FJezpjpQ1SLodD4/q8tAphiGdxDNLrgOq1FGjvmLdN6RpX9/PjDEe08nSGZO3E03CN AZZCu20XipvqOmfdPWJDk7lDkdC2SGugWzDfZbZyIbCGLNEg0Q+yRrj2k9RhgeyCCGgq eKGB136u22rdLacr8rDm0XVz1UI1DaVLxMxR0= MIME-Version: 1.0 Received: by 10.182.38.7 with SMTP id c7mr29930956obk.44.1327944609430; Mon, 30 Jan 2012 09:30:09 -0800 (PST) Sender: benjamin.hindman@gmail.com Received: by 10.182.27.198 with HTTP; Mon, 30 Jan 2012 09:30:09 -0800 (PST) In-Reply-To: References: Date: Mon, 30 Jan 2012 09:30:09 -0800 X-Google-Sender-Auth: 5B35wIXgFM6E0hiaNkJaDJLqYb8 Message-ID: Subject: Re: Setting up virtual machine isolation container From: Benjamin Hindman To: mesos-dev@incubator.apache.org Content-Type: multipart/alternative; boundary=f46d0447f28cb9fd1204b7c23272 --f46d0447f28cb9fd1204b7c23272 Content-Type: text/plain; charset=ISO-8859-1 Hi Charles, A 'dispatch' can currently only be done from within the same OS process as the receiver (in this case, the slave). So you'll want your isolation module to do this. Provided your VM's networking stack gets set up correctly, the executor should have no problem connecting back to the slave (since it does so via a network socket). Ben. On Mon, Jan 30, 2012 at 7:41 AM, Charles Earl wrote: > Hi, > I am completing a virtual machine isolation container for mesos based upon > the lxc container. > Using LxcIsolationModule as a model, I launch vm (using virsh), start > mesos-launcher on the vm > I believe that I need to run something like > dispatch(slave, &Slave::executorStarted, frameworkId, executorId, pid); > inside of the vm image to report the executor process to the slave. > I believe the best way to accomplish this to create a simple fork/exec > wrapper around > ExecutorLauncher::run() > to do this, assuming that the environment variables are configured > correctly on the virtual machine. > Is this sensible? > Charles --f46d0447f28cb9fd1204b7c23272--