Return-Path: X-Original-To: apmail-aurora-dev-archive@minotaur.apache.org Delivered-To: apmail-aurora-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 AB02217F5F for ; Sun, 8 Feb 2015 12:56:15 +0000 (UTC) Received: (qmail 23483 invoked by uid 500); 8 Feb 2015 12:56:15 -0000 Delivered-To: apmail-aurora-dev-archive@aurora.apache.org Received: (qmail 23432 invoked by uid 500); 8 Feb 2015 12:56:15 -0000 Mailing-List: contact dev-help@aurora.incubator.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@aurora.incubator.apache.org Delivered-To: mailing list dev@aurora.incubator.apache.org Delivered-To: moderator for dev@aurora.incubator.apache.org Received: (qmail 87423 invoked by uid 99); 7 Feb 2015 02:12:11 -0000 X-ASF-Spam-Status: No, hits=1.5 required=5.0 tests=HTML_MESSAGE,RCVD_IN_DNSWL_LOW,SPF_PASS,WEIRD_PORT X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: domain of bigo@uber.com designates 209.85.192.46 as permitted sender) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:from:date:message-id:subject:to :content-type; bh=XyQt9sQ3kp6dHVBhD4MfVZOFBYrKrbQZ6WRWjrLIa0o=; b=fR994AnXnfxu4whw5xE2p2fDGfiu/XLQpjaZLm/hlCtO60FjIkZ4I6cazbMIKaHGWb /3G01fj4BajaTQhXXKtZor+8XqvU1s9E4/qgXOt7Mm7mCdWYkK3D9UHdW/zZvCXL3rr7 ed8AMkLjIYqzTOquAz9luVKqbpdZhpxw86OmJPdje9PspM0Z2SOJtlfBrTk9jWBQAe1T nZbusJ3HAWHMfRG9DRBoLaeR7GQkZWTdcbPPDNAZoHKcK268iQMa0xJYCkUCdbpvOQIh kUqiTMa0cHyPtSxibpyb/wyWZnSyDnI8c8JFYK6Zew41VTmwGh20RpTSKuyiJmNFDwKR 3Nxw== X-Gm-Message-State: ALoCoQl+egpdPijydc6p4S118k+ZWalU/9wmXB0gD3bxzOXR3ddyWZyWWvVwm4B5KGb5kjLrXbBE X-Received: by 10.229.204.74 with SMTP id fl10mr83985qcb.24.1423275010418; Fri, 06 Feb 2015 18:10:10 -0800 (PST) MIME-Version: 1.0 From: Oliver Nicholas Date: Fri, 6 Feb 2015 18:09:49 -0800 Message-ID: Subject: Issues with Aurora Hello World To: dev@aurora.incubator.apache.org Content-Type: multipart/mixed; boundary=001a11c1efb86a7fa3050e760981 X-Virus-Checked: Checked by ClamAV on apache.org --001a11c1efb86a7fa3050e760981 Content-Type: multipart/alternative; boundary=001a11c1efb86a7f9e050e76097f --001a11c1efb86a7f9e050e76097f Content-Type: text/plain; charset=UTF-8 Hello folks, I was working with wfarner in the IRC channel and he had to run; he asked me to send an email to this list (which I think wins the awards for deepest subdomain chain in an email address since the late eighties :). So, first off real quick, the Hello World docs specify the commands as eg/ "aurora create devcluster/www-data/devel/hello_world /vagrant/hello_world.aurora", when the command appears to now be "aurora job create" (rather than just "aurora create"). Something to update. Second, the real issue - I'm working through the Hello World stuff with vagrant/VirtualBox on OS X. I've got the hello_world.py job running just fine, doing nothing more or less than the instructions, and it shows up in the scheduler web UI (the one running on port 8081). But when I click through to look at the task details - the link that jumps to the thermos observer (sorry, I'm new to this, not sure about nomenclature) running on port 1338, I get a 404. And if I look at the base URL for the observer ( http://192.168.33.7:1338/) I get some empty tables titled like "active tasks 0...-1 of 0". Now...I'm definitely only running one VM right now. The task is running - the scheduler says so and I can see the process. I've attached the various upstart logs that wfarner asked for - as you can see, it appears that the observer is...not observing much. I've also attached an strace of the observer process idling and with me hitting it over the web iterface (to be clear, the one with the proctitle "python2.7 /home/vagrant/aurora/dist/thermos_observer.pex --root=/var/run/thermos --port=1338 --log_to_disk=NONE --log_to_stderr=google:INFO"). The only thing of note I see is that it's trying to hit these files under the /var/run/thermos tree (the --root parameter on the command line), but there is no 'thermos' in /var/run. Come to think of it, that seems significant. Halp? Cheers, bigo --001a11c1efb86a7f9e050e76097f Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Hello folks,

I was working with wfarner= in the IRC channel and he had to run; he asked me to send an email to this= list (which I think wins the awards for deepest subdomain chain in an emai= l address since the late eighties :).

So, first of= f real quick, the Hello World docs specify the commands as eg/ "aurora= create devcluster/www-data/devel/hello_world /vagrant/hello_world.aurora&q= uot;, when the command appears to now be "aurora job create" (rat= her than just "aurora create").=C2=A0 Something to update.
<= div>
Second, the real issue - I'm working through the Hel= lo World stuff with vagrant/VirtualBox on OS X.=C2=A0 I've got the hell= o_world.py job running just fine, doing nothing more or less than the instr= uctions, and it shows up in the scheduler web UI (the one running on port 8= 081). But when I click through to look at the task details - the link that = jumps to the thermos observer (sorry, I'm new to this, not sure about n= omenclature) running on port 1338, I get a 404.=C2=A0 And if I look at the = base URL for the observer (http://192= .168.33.7:1338/) I get some empty tables titled like "active tasks= 0...-1 of 0".

Now...I'm definitely only = running one VM right now.=C2=A0 The task is running - the scheduler says so= and I can see the process.=C2=A0 I've attached the various upstart log= s that wfarner asked for - as you can see, it appears that the observer is.= ..not observing much.

I've also attached an st= race of the observer process idling and with me hitting it over the web ite= rface (to be clear, the one with the proctitle "python2.7 /home/vagran= t/aurora/dist/thermos_observer.pex --root=3D/var/run/thermos --port=3D1338 = --log_to_disk=3DNONE --log_to_stderr=3Dgoogle:INFO").=C2=A0 The only t= hing of note I see is that it's trying to hit these files under the /va= r/run/thermos tree (the --root parameter on the command line), but there is= no 'thermos' in /var/run.=C2=A0 Come to think of it, that seems si= gnificant.

Halp?

Cheers,<= /div>
bigo
--001a11c1efb86a7f9e050e76097f-- --001a11c1efb86a7fa3050e760981--