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 51C9410B41 for ; Fri, 25 Oct 2013 17:58:14 +0000 (UTC) Received: (qmail 21565 invoked by uid 500); 25 Oct 2013 17:50:50 -0000 Delivered-To: apmail-mesos-user-archive@mesos.apache.org Received: (qmail 21515 invoked by uid 500); 25 Oct 2013 17:50:44 -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 21434 invoked by uid 99); 25 Oct 2013 17:50:20 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 25 Oct 2013 17:50:20 +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 (nike.apache.org: domain of benjamin.mahler@gmail.com designates 209.85.128.172 as permitted sender) Received: from [209.85.128.172] (HELO mail-ve0-f172.google.com) (209.85.128.172) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 25 Oct 2013 17:50:14 +0000 Received: by mail-ve0-f172.google.com with SMTP id cz12so2981696veb.31 for ; Fri, 25 Oct 2013 10:49:53 -0700 (PDT) X-Received: by 10.220.182.69 with SMTP id cb5mr310139vcb.41.1382723393730; Fri, 25 Oct 2013 10:49:53 -0700 (PDT) Received: from mail-ve0-x22a.google.com (mail-ve0-x22a.google.com [2607:f8b0:400c:c01::22a]) by mx.google.com with ESMTPSA id in3sm7174512vec.5.2013.10.25.10.49.52 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Fri, 25 Oct 2013 10:49:52 -0700 (PDT) Received: by mail-ve0-f170.google.com with SMTP id oy12so820656veb.15 for ; Fri, 25 Oct 2013 10:49:52 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :content-type; bh=lo1Wl2NwuqhCEXm5HVr2szsuQ8Cc5hRKAb1CbxIEJFU=; b=wY319W3o61/Jts8btmn1bHdVja0J/nkaS68BdT1t04BWltNEDAGAZ+Pd+hFg8ZQHVg 2gUI9enwR4qNXLAt+sZSdQ/6e6MPr1qWko8wv9jA9gdEPX+lnj9OX9exhZB+TpvV7JnS BdqAyb2aduAXrq2rGkMI3RDNuXVSH04/fBTZHlqx3q1g6bqp0cuecN/yMzNQrXCLpNXr mWMNVAhuUFHlHhC4+NSg56fAm/0sflK2D00WQDV+5VYo/fkIcY/uvqRvpQhzaqUmlrip 6PuWKA6CK0DyuUR8kegghpsxNDadbkBlQv1zLOe9/hwEVUraQ8PFIyr92vsEC0GpgPJn AwAw== 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:content-type; bh=lo1Wl2NwuqhCEXm5HVr2szsuQ8Cc5hRKAb1CbxIEJFU=; b=epXZbozVUPDWk7hLfhHb6W6fXyb2F5hSF/Dl8jMaZpDNt37N99abMLgceXaYzHeyZ/ rNs/7F1+YF+9mUJG90xmVvfFOewnfLZtJUFJihXP9AUYiplYW0zV/lI8HZx7HKocPFQt xAV1RJalq5p1iMQ/witrZXsf4ndN2Wcriy+HbAWmukbcLygJARNg3EaGUonOqn7/bu1J 46U5mr5Vs0cw7GTy0bYBPRG2swoVfNoHe4Pl/tf76jmIVzCysLfxK85c5uCGuoZY2O20 +Z/k4dIM4M3H5QSM+keHMCwI1kDOlcSXPi9uGuPenTNLNmCjdFmIGx7Qz8laQEhe1/xU 745w== X-Gm-Message-State: ALoCoQlbDCcCFykXyD3Rm0vj/fie/g0xcJIq/6bEQwVhNcRp5ZRwO9SgdHmzugNY6LX32W/D5Ehb X-Received: by 10.52.244.109 with SMTP id xf13mr7289vdc.81.1382723392692; Fri, 25 Oct 2013 10:49:52 -0700 (PDT) MIME-Version: 1.0 Received: by 10.221.21.193 with HTTP; Fri, 25 Oct 2013 10:49:32 -0700 (PDT) In-Reply-To: References: From: Benjamin Mahler Date: Fri, 25 Oct 2013 10:49:32 -0700 Message-ID: Subject: Re: UI remote Task Sandbox displays error To: "user@mesos.apache.org" Content-Type: multipart/alternative; boundary=001a11c2cc78a5070f04e9946070 X-Virus-Checked: Checked by ClamAV on apache.org --001a11c2cc78a5070f04e9946070 Content-Type: text/plain; charset=ISO-8859-1 I would recommend inspecting what request the webui is making to the /files/ endpoint on the slave, the response from this endpoint will be insightful. We should really be showing the response string when a non-successful response is returned in the sandbox browsing ui: https://issues.apache.org/jira/browse/MESOS-776 On Fri, Oct 25, 2013 at 9:15 AM, Damien Hardy wrote: > Thank you Ben, > > For my case, guilty is here > > https://github.com/airbnb/chronos/blob/master/src/main/scala/com/airbnb/scheduler/jobs/TaskUtils.scala#L22:) > > maybe some base64 encoding for paths could be a way to do > > Best, > > > 2013/10/23 Benjamin Mahler > >> There could be an issue related to using the ':' character in your >> executor id (which ultimately gets mapped to a path). Awhile back I filed >> this: https://issues.apache.org/jira/browse/MESOS-361 >> >> That's all I have to go on with the given information, the slave log >> might be more informative here, do you have it available? >> >> >> On Wed, Oct 23, 2013 at 9:50 AM, Damien Hardy wrote: >> >>> Hello, >>> >>> I suppose I'm doing wrong. >>> >>> When running a task on a remote slave from master, clicking on sandbox >>> link on UI results in an error: >>> >>> *Error browsing path: >>> /var/lib/mesos//slaves/201310211635-3951143104-5050-5534-2/frameworks/201310211635-3951143104-5050-5534-0002/executors/ct:1382546709043:0:test/runs/60a53a92-0e92-4f33-a0ac-9577fefa2dd7 >>> >>> * >>> /var/lib/mesos is the working dir for slave. >>> >>> local dir (on master) is obviously empty, and path exists on distant >>> slave. (with stderr and stdout files as expected) >>> >>> When task run locally with master it display well. >>> >>> revision commit is b6405e20b1fc2163dada7072c4dd417518ce1efd >>> >>> What did I miss ? >>> >>> Regards, >>> >>> -- >>> Damien HARDY >>> >> >> > > > -- > Damien HARDY > --001a11c2cc78a5070f04e9946070 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
I would recommend inspecting what request the webui i= s making to the /files/ endpoint on the slave, the response from this endpo= int will be insightful.

We should really be sh= owing the response string when a non-successful response is returned in the= sandbox browsing ui:=A0https://issues.apache.org/jira/browse/MESOS-776<= /a>


On Fri, Oct 2= 5, 2013 at 9:15 AM, Damien Hardy <dhardy@viadeoteam.com>= wrote:
Thank you Ben,
maybe some base64 encoding for paths could be a way to do
Best,

2013/10/23 Benjamin Mahler &l= t;benjamin.m= ahler@gmail.com>
There could be an issue rel= ated to using the ':' character in your executor id (which ultimate= ly gets mapped to a path). Awhile back I filed this:=A0https://issues.ap= ache.org/jira/browse/MESOS-361

That's all I have to go on with the given information, t= he slave log might be more informative here, do you have it available?


On Wed, Oct 23, 2013 at 9:50 AM, Damien Hard= y <dhardy@viadeoteam.com> wrote:
Hello,

I suppose I'm doing wrong.

When running a task on a rem= ote slave from master, clicking on sandbox link on UI results in an error:<= br>
Error browsing path:=20 /var/lib/mesos//slaves/201310211635-3951143104-5050-5534-2/frameworks/20131= 0211635-3951143104-5050-5534-0002/executors/ct:1382546709043:0:test/runs/60= a53a92-0e92-4f33-a0ac-9577fefa2dd7

/var/lib/mes= os is the working dir for slave.

local dir (on master) is obviously empty, and p= ath exists on distant slave. (with stderr and stdout files as expected)
=
When task run locally with master it display we= ll.

revision commit is b6405e20b1fc2163dada7072c4dd417518ce1efd
=

What did I miss ?

Regards,<= font color=3D"#888888">

--
D= amien HARDY




= --
Damien HARDY

--001a11c2cc78a5070f04e9946070--