You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@aurora.apache.org by sebgoa <ru...@gmail.com> on 2014/02/17 14:27:03 UTC
end to end test not working
Hi folks,
First off thanks for open sourcing Aurora. I have a background in high performance computing where we used schedulers like moab and condor…it's nice to see things like mesos/aurora bring a new twist on things.
I followed: http://tepid.org/tech/01-aurora-mesos-cluster/ and got the devtools/zookeeper/master/slave and scheduler up in virtual box.
I then ran into a problem (fresh git clone) on the aurora-scheduler node
vagrant@precise64:~$ aurora
Traceback (most recent call last):
File "/usr/lib/python2.7/runpy.py", line 162, in _run_module_as_main
"__main__", fname, loader, pkg_name)
File "/usr/lib/python2.7/runpy.py", line 72, in _run_code
exec code in run_globals
File "/usr/local/bin/aurora/__main__.py", line 24, in <module>
File "/usr/local/bin/aurora/.bootstrap/_twitter_common_python/pex_bootstrapper.py", line 54, in bootstrap_pex
File "/usr/local/bin/aurora/.bootstrap/_twitter_common_python/pex.py", line 145, in execute
File "/usr/local/bin/aurora/.bootstrap/_twitter_common_python/pex.py", line 403, in activate
File "/usr/local/bin/aurora/.bootstrap/_twitter_common_python/util.py", line 52, in maybe_locally_cache
File "/usr/local/bin/aurora/.bootstrap/_twitter_common_python/util.py", line 41, in walk
File "/usr/local/bin/aurora/.bootstrap/_twitter_common_python/util.py", line 25, in walk_metadata
UnicodeDecodeError: 'ascii' codec can't decode byte 0xc3 in position 9053: ordinal not in range(128)
Running the end to end test: src/test/sh/org/apache/aurora/e2e/test_end_to_end.sh
it got stuck at:
INFO] Updating job: flask_example
INFO] Starting job update.
INFO] Examining instances: [0]
INFO] Killing instances: [0]
INFO] Instances killed
INFO] Adding instances: [0]
INFO] Instances added
INFO] Watching instances: [0]
INFO] Detected RUNNING instance 0
INFO] Instance 0 has been up and healthy for at least 30 seconds
INFO] Examining instances: [1]
INFO] Killing instances: [1]
INFO] Instances killed
INFO] Adding instances: [1]
INFO] Instances added
INFO] Watching instances: [1]
INFO] Detected RUNNING instance 1
INFO] Instance 1 has been up and healthy for at least 30 seconds
INFO] Update successful
INFO] Response from scheduler: OK (message: Lock has been released.)
Connection to 127.0.0.1 closed.
++ run_sched '/vagrant/deploy_test/aurora_client.pex run example/vagrant/test/flask_example '\''pwd'\'''
++ wc -l
++ vagrant ssh aurora-scheduler -c '/vagrant/deploy_test/aurora_client.pex run example/vagrant/test/flask_example '\''pwd'\'''
It never gave me a job url back like on the review:
https://reviews.apache.org/r/17457/diff/#index_header
thoughts ?
-Sebastien
Re: end to end test not working
Posted by sebgoa <ru...@gmail.com>.
Hi, got a chance to test this again and it seems to work.
There might be a slight typo in:
https://github.com/apache/incubator-aurora/blob/master/docs/vagrant.md
It says the scheduler is running on 33.5 when I think it's on 33.6 according to the vagrant file.
Cheers,
-Sebastien
On Feb 18, 2014, at 11:14 PM, Bill Farner <wf...@apache.org> wrote:
> Circling back, this should now be fixed. Please let us know if you find
> otherwise!
>
> -=Bill
>
>
> On Tue, Feb 18, 2014 at 10:26 AM, Bill Farner <wf...@apache.org> wrote:
>
>> Thanks for checking out Aurora, Sebastien! Sorry you hit the issue, we're
>> all reproducing the same, and are tracking it at AURORA-213<https://issues.apache.org/jira/browse/AURORA-213>.
>> It's a top priority at the moment, so hopefully we'll be fixed up right
>> quick!
>>
>> -=Bill
>>
>>
>> On Mon, Feb 17, 2014 at 5:27 AM, sebgoa <ru...@gmail.com> wrote:
>>
>>> Hi folks,
>>>
>>> First off thanks for open sourcing Aurora. I have a background in high
>>> performance computing where we used schedulers like moab and condor...it's
>>> nice to see things like mesos/aurora bring a new twist on things.
>>>
>>> I followed: http://tepid.org/tech/01-aurora-mesos-cluster/ and got the
>>> devtools/zookeeper/master/slave and scheduler up in virtual box.
>>>
>>> I then ran into a problem (fresh git clone) on the aurora-scheduler node
>>>
>>> vagrant@precise64:~$ aurora
>>> Traceback (most recent call last):
>>> File "/usr/lib/python2.7/runpy.py", line 162, in _run_module_as_main
>>> "__main__", fname, loader, pkg_name)
>>> File "/usr/lib/python2.7/runpy.py", line 72, in _run_code
>>> exec code in run_globals
>>> File "/usr/local/bin/aurora/__main__.py", line 24, in <module>
>>> File
>>> "/usr/local/bin/aurora/.bootstrap/_twitter_common_python/pex_bootstrapper.py",
>>> line 54, in bootstrap_pex
>>> File "/usr/local/bin/aurora/.bootstrap/_twitter_common_python/pex.py",
>>> line 145, in execute
>>> File "/usr/local/bin/aurora/.bootstrap/_twitter_common_python/pex.py",
>>> line 403, in activate
>>> File "/usr/local/bin/aurora/.bootstrap/_twitter_common_python/util.py",
>>> line 52, in maybe_locally_cache
>>> File "/usr/local/bin/aurora/.bootstrap/_twitter_common_python/util.py",
>>> line 41, in walk
>>> File "/usr/local/bin/aurora/.bootstrap/_twitter_common_python/util.py",
>>> line 25, in walk_metadata
>>> UnicodeDecodeError: 'ascii' codec can't decode byte 0xc3 in position
>>> 9053: ordinal not in range(128)
>>>
>>> Running the end to end test:
>>> src/test/sh/org/apache/aurora/e2e/test_end_to_end.sh
>>>
>>> it got stuck at:
>>>
>>> INFO] Updating job: flask_example
>>> INFO] Starting job update.
>>> INFO] Examining instances: [0]
>>> INFO] Killing instances: [0]
>>> INFO] Instances killed
>>> INFO] Adding instances: [0]
>>> INFO] Instances added
>>> INFO] Watching instances: [0]
>>> INFO] Detected RUNNING instance 0
>>> INFO] Instance 0 has been up and healthy for at least 30 seconds
>>> INFO] Examining instances: [1]
>>> INFO] Killing instances: [1]
>>> INFO] Instances killed
>>> INFO] Adding instances: [1]
>>> INFO] Instances added
>>> INFO] Watching instances: [1]
>>> INFO] Detected RUNNING instance 1
>>> INFO] Instance 1 has been up and healthy for at least 30 seconds
>>> INFO] Update successful
>>> INFO] Response from scheduler: OK (message: Lock has been released.)
>>> Connection to 127.0.0.1 closed.
>>> ++ run_sched '/vagrant/deploy_test/aurora_client.pex run
>>> example/vagrant/test/flask_example '\''pwd'\'''
>>> ++ wc -l
>>> ++ vagrant ssh aurora-scheduler -c
>>> '/vagrant/deploy_test/aurora_client.pex run
>>> example/vagrant/test/flask_example '\''pwd'\'''
>>>
>>> It never gave me a job url back like on the review:
>>> https://reviews.apache.org/r/17457/diff/#index_header
>>>
>>>
>>> thoughts ?
>>>
>>> -Sebastien
>>
>>
>>
Re: end to end test not working
Posted by Bill Farner <wf...@apache.org>.
Circling back, this should now be fixed. Please let us know if you find
otherwise!
-=Bill
On Tue, Feb 18, 2014 at 10:26 AM, Bill Farner <wf...@apache.org> wrote:
> Thanks for checking out Aurora, Sebastien! Sorry you hit the issue, we're
> all reproducing the same, and are tracking it at AURORA-213<https://issues.apache.org/jira/browse/AURORA-213>.
> It's a top priority at the moment, so hopefully we'll be fixed up right
> quick!
>
> -=Bill
>
>
> On Mon, Feb 17, 2014 at 5:27 AM, sebgoa <ru...@gmail.com> wrote:
>
>> Hi folks,
>>
>> First off thanks for open sourcing Aurora. I have a background in high
>> performance computing where we used schedulers like moab and condor...it's
>> nice to see things like mesos/aurora bring a new twist on things.
>>
>> I followed: http://tepid.org/tech/01-aurora-mesos-cluster/ and got the
>> devtools/zookeeper/master/slave and scheduler up in virtual box.
>>
>> I then ran into a problem (fresh git clone) on the aurora-scheduler node
>>
>> vagrant@precise64:~$ aurora
>> Traceback (most recent call last):
>> File "/usr/lib/python2.7/runpy.py", line 162, in _run_module_as_main
>> "__main__", fname, loader, pkg_name)
>> File "/usr/lib/python2.7/runpy.py", line 72, in _run_code
>> exec code in run_globals
>> File "/usr/local/bin/aurora/__main__.py", line 24, in <module>
>> File
>> "/usr/local/bin/aurora/.bootstrap/_twitter_common_python/pex_bootstrapper.py",
>> line 54, in bootstrap_pex
>> File "/usr/local/bin/aurora/.bootstrap/_twitter_common_python/pex.py",
>> line 145, in execute
>> File "/usr/local/bin/aurora/.bootstrap/_twitter_common_python/pex.py",
>> line 403, in activate
>> File "/usr/local/bin/aurora/.bootstrap/_twitter_common_python/util.py",
>> line 52, in maybe_locally_cache
>> File "/usr/local/bin/aurora/.bootstrap/_twitter_common_python/util.py",
>> line 41, in walk
>> File "/usr/local/bin/aurora/.bootstrap/_twitter_common_python/util.py",
>> line 25, in walk_metadata
>> UnicodeDecodeError: 'ascii' codec can't decode byte 0xc3 in position
>> 9053: ordinal not in range(128)
>>
>> Running the end to end test:
>> src/test/sh/org/apache/aurora/e2e/test_end_to_end.sh
>>
>> it got stuck at:
>>
>> INFO] Updating job: flask_example
>> INFO] Starting job update.
>> INFO] Examining instances: [0]
>> INFO] Killing instances: [0]
>> INFO] Instances killed
>> INFO] Adding instances: [0]
>> INFO] Instances added
>> INFO] Watching instances: [0]
>> INFO] Detected RUNNING instance 0
>> INFO] Instance 0 has been up and healthy for at least 30 seconds
>> INFO] Examining instances: [1]
>> INFO] Killing instances: [1]
>> INFO] Instances killed
>> INFO] Adding instances: [1]
>> INFO] Instances added
>> INFO] Watching instances: [1]
>> INFO] Detected RUNNING instance 1
>> INFO] Instance 1 has been up and healthy for at least 30 seconds
>> INFO] Update successful
>> INFO] Response from scheduler: OK (message: Lock has been released.)
>> Connection to 127.0.0.1 closed.
>> ++ run_sched '/vagrant/deploy_test/aurora_client.pex run
>> example/vagrant/test/flask_example '\''pwd'\'''
>> ++ wc -l
>> ++ vagrant ssh aurora-scheduler -c
>> '/vagrant/deploy_test/aurora_client.pex run
>> example/vagrant/test/flask_example '\''pwd'\'''
>>
>> It never gave me a job url back like on the review:
>> https://reviews.apache.org/r/17457/diff/#index_header
>>
>>
>> thoughts ?
>>
>> -Sebastien
>
>
>
Re: end to end test not working
Posted by Bill Farner <wf...@apache.org>.
Thanks for checking out Aurora, Sebastien! Sorry you hit the issue, we're
all reproducing the same, and are tracking it at
AURORA-213<https://issues.apache.org/jira/browse/AURORA-213>.
It's a top priority at the moment, so hopefully we'll be fixed up right
quick!
-=Bill
On Mon, Feb 17, 2014 at 5:27 AM, sebgoa <ru...@gmail.com> wrote:
> Hi folks,
>
> First off thanks for open sourcing Aurora. I have a background in high
> performance computing where we used schedulers like moab and condor...it's
> nice to see things like mesos/aurora bring a new twist on things.
>
> I followed: http://tepid.org/tech/01-aurora-mesos-cluster/ and got the
> devtools/zookeeper/master/slave and scheduler up in virtual box.
>
> I then ran into a problem (fresh git clone) on the aurora-scheduler node
>
> vagrant@precise64:~$ aurora
> Traceback (most recent call last):
> File "/usr/lib/python2.7/runpy.py", line 162, in _run_module_as_main
> "__main__", fname, loader, pkg_name)
> File "/usr/lib/python2.7/runpy.py", line 72, in _run_code
> exec code in run_globals
> File "/usr/local/bin/aurora/__main__.py", line 24, in <module>
> File
> "/usr/local/bin/aurora/.bootstrap/_twitter_common_python/pex_bootstrapper.py",
> line 54, in bootstrap_pex
> File "/usr/local/bin/aurora/.bootstrap/_twitter_common_python/pex.py",
> line 145, in execute
> File "/usr/local/bin/aurora/.bootstrap/_twitter_common_python/pex.py",
> line 403, in activate
> File "/usr/local/bin/aurora/.bootstrap/_twitter_common_python/util.py",
> line 52, in maybe_locally_cache
> File "/usr/local/bin/aurora/.bootstrap/_twitter_common_python/util.py",
> line 41, in walk
> File "/usr/local/bin/aurora/.bootstrap/_twitter_common_python/util.py",
> line 25, in walk_metadata
> UnicodeDecodeError: 'ascii' codec can't decode byte 0xc3 in position 9053:
> ordinal not in range(128)
>
> Running the end to end test:
> src/test/sh/org/apache/aurora/e2e/test_end_to_end.sh
>
> it got stuck at:
>
> INFO] Updating job: flask_example
> INFO] Starting job update.
> INFO] Examining instances: [0]
> INFO] Killing instances: [0]
> INFO] Instances killed
> INFO] Adding instances: [0]
> INFO] Instances added
> INFO] Watching instances: [0]
> INFO] Detected RUNNING instance 0
> INFO] Instance 0 has been up and healthy for at least 30 seconds
> INFO] Examining instances: [1]
> INFO] Killing instances: [1]
> INFO] Instances killed
> INFO] Adding instances: [1]
> INFO] Instances added
> INFO] Watching instances: [1]
> INFO] Detected RUNNING instance 1
> INFO] Instance 1 has been up and healthy for at least 30 seconds
> INFO] Update successful
> INFO] Response from scheduler: OK (message: Lock has been released.)
> Connection to 127.0.0.1 closed.
> ++ run_sched '/vagrant/deploy_test/aurora_client.pex run
> example/vagrant/test/flask_example '\''pwd'\'''
> ++ wc -l
> ++ vagrant ssh aurora-scheduler -c '/vagrant/deploy_test/aurora_client.pex
> run example/vagrant/test/flask_example '\''pwd'\'''
>
> It never gave me a job url back like on the review:
> https://reviews.apache.org/r/17457/diff/#index_header
>
>
> thoughts ?
>
> -Sebastien
Re: end to end test not working
Posted by Toby Weingartner <tw...@twitter.com>.
There is an open ticket (I think I opened it) for this issue. The fix is a
bit involved, but I believe that most likely something will be pushed out
within the week to address this.
-Toby.
On Mon, Feb 17, 2014 at 6:27 PM, Antoine Tollenaere <atollenaere@twitter.com
> wrote:
> I tried to follow the tutorial from Toby today, and ran into the same
> error:
>
> $ vagrant ssh aurora-scheduler -c 'aurora version'
> Traceback (most recent call last):
> File "/usr/lib/python2.7/runpy.py", line 162, in _run_module_as_main
> "__main__", fname, loader, pkg_name)
> File "/usr/lib/python2.7/runpy.py", line 72, in _run_code
> exec code in run_globals
> File "/usr/local/bin/aurora/__main__.py", line 24, in <module>
> File
>
> "/usr/local/bin/aurora/.bootstrap/_twitter_common_python/pex_bootstrapper.py",
> line 54, in bootstrap_pex
> File "/usr/local/bin/aurora/.bootstrap/_twitter_common_python/pex.py",
> line 145, in execute
> File "/usr/local/bin/aurora/.bootstrap/_twitter_common_python/pex.py",
> line 403, in activate
> File "/usr/local/bin/aurora/.bootstrap/_twitter_common_python/util.py",
> line 52, in maybe_locally_cache
> File "/usr/local/bin/aurora/.bootstrap/_twitter_common_python/util.py",
> line 41, in walk
> File "/usr/local/bin/aurora/.bootstrap/_twitter_common_python/util.py",
> line 25, in walk_metadata
> UnicodeDecodeError: 'ascii' codec can't decode byte 0xc3 in position 9053:
> ordinal not in range(128)
> Connection to 127.0.0.1 closed.
>
>
> On Mon, Feb 17, 2014 at 6:27 AM, sebgoa <ru...@gmail.com> wrote:
>
> > Hi folks,
> >
> > First off thanks for open sourcing Aurora. I have a background in high
> > performance computing where we used schedulers like moab and
> condor...it's
> > nice to see things like mesos/aurora bring a new twist on things.
> >
> > I followed: http://tepid.org/tech/01-aurora-mesos-cluster/ and got the
> > devtools/zookeeper/master/slave and scheduler up in virtual box.
> >
> > I then ran into a problem (fresh git clone) on the aurora-scheduler node
> >
> > vagrant@precise64:~$ aurora
> > Traceback (most recent call last):
> > File "/usr/lib/python2.7/runpy.py", line 162, in _run_module_as_main
> > "__main__", fname, loader, pkg_name)
> > File "/usr/lib/python2.7/runpy.py", line 72, in _run_code
> > exec code in run_globals
> > File "/usr/local/bin/aurora/__main__.py", line 24, in <module>
> > File
> >
> "/usr/local/bin/aurora/.bootstrap/_twitter_common_python/pex_bootstrapper.py",
> > line 54, in bootstrap_pex
> > File "/usr/local/bin/aurora/.bootstrap/_twitter_common_python/pex.py",
> > line 145, in execute
> > File "/usr/local/bin/aurora/.bootstrap/_twitter_common_python/pex.py",
> > line 403, in activate
> > File "/usr/local/bin/aurora/.bootstrap/_twitter_common_python/util.py",
> > line 52, in maybe_locally_cache
> > File "/usr/local/bin/aurora/.bootstrap/_twitter_common_python/util.py",
> > line 41, in walk
> > File "/usr/local/bin/aurora/.bootstrap/_twitter_common_python/util.py",
> > line 25, in walk_metadata
> > UnicodeDecodeError: 'ascii' codec can't decode byte 0xc3 in position
> 9053:
> > ordinal not in range(128)
> >
> > Running the end to end test:
> > src/test/sh/org/apache/aurora/e2e/test_end_to_end.sh
> >
> > it got stuck at:
> >
> > INFO] Updating job: flask_example
> > INFO] Starting job update.
> > INFO] Examining instances: [0]
> > INFO] Killing instances: [0]
> > INFO] Instances killed
> > INFO] Adding instances: [0]
> > INFO] Instances added
> > INFO] Watching instances: [0]
> > INFO] Detected RUNNING instance 0
> > INFO] Instance 0 has been up and healthy for at least 30 seconds
> > INFO] Examining instances: [1]
> > INFO] Killing instances: [1]
> > INFO] Instances killed
> > INFO] Adding instances: [1]
> > INFO] Instances added
> > INFO] Watching instances: [1]
> > INFO] Detected RUNNING instance 1
> > INFO] Instance 1 has been up and healthy for at least 30 seconds
> > INFO] Update successful
> > INFO] Response from scheduler: OK (message: Lock has been released.)
> > Connection to 127.0.0.1 closed.
> > ++ run_sched '/vagrant/deploy_test/aurora_client.pex run
> > example/vagrant/test/flask_example '\''pwd'\'''
> > ++ wc -l
> > ++ vagrant ssh aurora-scheduler -c
> '/vagrant/deploy_test/aurora_client.pex
> > run example/vagrant/test/flask_example '\''pwd'\'''
> >
> > It never gave me a job url back like on the review:
> > https://reviews.apache.org/r/17457/diff/#index_header
> >
> >
> > thoughts ?
> >
> > -Sebastien
>
Re: end to end test not working
Posted by Antoine Tollenaere <at...@twitter.com>.
I tried to follow the tutorial from Toby today, and ran into the same error:
$ vagrant ssh aurora-scheduler -c 'aurora version'
Traceback (most recent call last):
File "/usr/lib/python2.7/runpy.py", line 162, in _run_module_as_main
"__main__", fname, loader, pkg_name)
File "/usr/lib/python2.7/runpy.py", line 72, in _run_code
exec code in run_globals
File "/usr/local/bin/aurora/__main__.py", line 24, in <module>
File
"/usr/local/bin/aurora/.bootstrap/_twitter_common_python/pex_bootstrapper.py",
line 54, in bootstrap_pex
File "/usr/local/bin/aurora/.bootstrap/_twitter_common_python/pex.py",
line 145, in execute
File "/usr/local/bin/aurora/.bootstrap/_twitter_common_python/pex.py",
line 403, in activate
File "/usr/local/bin/aurora/.bootstrap/_twitter_common_python/util.py",
line 52, in maybe_locally_cache
File "/usr/local/bin/aurora/.bootstrap/_twitter_common_python/util.py",
line 41, in walk
File "/usr/local/bin/aurora/.bootstrap/_twitter_common_python/util.py",
line 25, in walk_metadata
UnicodeDecodeError: 'ascii' codec can't decode byte 0xc3 in position 9053:
ordinal not in range(128)
Connection to 127.0.0.1 closed.
On Mon, Feb 17, 2014 at 6:27 AM, sebgoa <ru...@gmail.com> wrote:
> Hi folks,
>
> First off thanks for open sourcing Aurora. I have a background in high
> performance computing where we used schedulers like moab and condor...it's
> nice to see things like mesos/aurora bring a new twist on things.
>
> I followed: http://tepid.org/tech/01-aurora-mesos-cluster/ and got the
> devtools/zookeeper/master/slave and scheduler up in virtual box.
>
> I then ran into a problem (fresh git clone) on the aurora-scheduler node
>
> vagrant@precise64:~$ aurora
> Traceback (most recent call last):
> File "/usr/lib/python2.7/runpy.py", line 162, in _run_module_as_main
> "__main__", fname, loader, pkg_name)
> File "/usr/lib/python2.7/runpy.py", line 72, in _run_code
> exec code in run_globals
> File "/usr/local/bin/aurora/__main__.py", line 24, in <module>
> File
> "/usr/local/bin/aurora/.bootstrap/_twitter_common_python/pex_bootstrapper.py",
> line 54, in bootstrap_pex
> File "/usr/local/bin/aurora/.bootstrap/_twitter_common_python/pex.py",
> line 145, in execute
> File "/usr/local/bin/aurora/.bootstrap/_twitter_common_python/pex.py",
> line 403, in activate
> File "/usr/local/bin/aurora/.bootstrap/_twitter_common_python/util.py",
> line 52, in maybe_locally_cache
> File "/usr/local/bin/aurora/.bootstrap/_twitter_common_python/util.py",
> line 41, in walk
> File "/usr/local/bin/aurora/.bootstrap/_twitter_common_python/util.py",
> line 25, in walk_metadata
> UnicodeDecodeError: 'ascii' codec can't decode byte 0xc3 in position 9053:
> ordinal not in range(128)
>
> Running the end to end test:
> src/test/sh/org/apache/aurora/e2e/test_end_to_end.sh
>
> it got stuck at:
>
> INFO] Updating job: flask_example
> INFO] Starting job update.
> INFO] Examining instances: [0]
> INFO] Killing instances: [0]
> INFO] Instances killed
> INFO] Adding instances: [0]
> INFO] Instances added
> INFO] Watching instances: [0]
> INFO] Detected RUNNING instance 0
> INFO] Instance 0 has been up and healthy for at least 30 seconds
> INFO] Examining instances: [1]
> INFO] Killing instances: [1]
> INFO] Instances killed
> INFO] Adding instances: [1]
> INFO] Instances added
> INFO] Watching instances: [1]
> INFO] Detected RUNNING instance 1
> INFO] Instance 1 has been up and healthy for at least 30 seconds
> INFO] Update successful
> INFO] Response from scheduler: OK (message: Lock has been released.)
> Connection to 127.0.0.1 closed.
> ++ run_sched '/vagrant/deploy_test/aurora_client.pex run
> example/vagrant/test/flask_example '\''pwd'\'''
> ++ wc -l
> ++ vagrant ssh aurora-scheduler -c '/vagrant/deploy_test/aurora_client.pex
> run example/vagrant/test/flask_example '\''pwd'\'''
>
> It never gave me a job url back like on the review:
> https://reviews.apache.org/r/17457/diff/#index_header
>
>
> thoughts ?
>
> -Sebastien