he/incubator-aurora/blob/master/src/main/java/org/apache/aurora/scheduler/storage/log/SnapshotStoreImpl.java
> [15]
>
> https://github.com/apache/incubator-aurora/blob/master/src/main/java/org/apache/aurora/scheduler/storage/log/LogStorage.java#L309-323
> [16]
>
> https://github.com/apache/incubator-aurora/blob/master/src/main/java/org/apache/aurora/scheduler/storage/backup/StorageBackup.java#L142-144
> [17]
>
> https://github.com/apache/incubator-aurora/blob/master/src/main/java/org/apache/aurora/scheduler/storage/backup/Recovery.java#L108
>
--
John Sirois
303-512-3301
Inline
On Fri, Jul 25, 2014 at 12:41 PM, Bill Farner wrote:
> Hi all,
>
> Rolling updates of services is a crucial feature in Aurora. As such, we
> want to take great care when changing its behavior. Today, Aurora operates
> by delegating this functionality to the client (or any API client, for
In particular its a connect timeout.
You use:
$ ./pants src/test/python:all -vxs
You could try:
$ ./pants build --timeout=[timeout secs] src/test/python:all -vxs
After that you have setting up & using a local pypi mirror and contributing
to pants / pex to support retries - whether that's filing
Drive-by, but this has been on my mind with pants as well: How about the
current behavior but add a pill, ie:
[ref:232e86a2d] Internal error executing command: 'str' object has no
attribute 'err_msg'
The full backtrace goes off to a file in the user's home dir somewhere and
then you can ask them
- so please file the issue there:
https://github.com/pantsbuild/pex
>
> On Wed, Oct 1, 2014 at 1:12 PM, John Sirois wrote:
>
> > In particular its a connect timeout.
> >
> > You use:
> > $ ./pants src/test/python:all -vxs
> >
> > You could try:
> > $
On Wed, Oct 15, 2014 at 12:24 PM, Bill Farner wrote:
> Brian, Kevin - can one of you be the change you would like to see in the
> world? :-)
>
I think you drilled in the 'we' lesson - Wickman boldly used 'you'!
Its probably like spam - you won't win but you have to keep fighting.
Here's to you f
I just setup a bintray account and a little publish script so we have a
more stable serving system for these things.
I need to doc this a bit for pants maintainers and users alike, but thought
you might like to try it out.
Artifacts are here: http://dl.bintray.com/pantsbuild/bin
Publish script is h
The bintray is public as well and built to serve binaries. I'd definitely
switch - no backup.
On Thu, Oct 23, 2014 at 3:21 PM, Joe Smith wrote:
> Thanks for the insight! This is going to be for the external Apache
> codebase, so we're okay with using
> https://pantsbuild.github.io/binaries/buil
On Wed, Jan 7, 2015 at 12:05 PM, Joseph Smith wrote:
> I found it ~annoying to test the client in a few cases where multiple
> targets were in one large test target- I’m in favor of fine-grained BUILD
> targets despite the (what I consider slight) additional overhead.
>
NB though that you can us
+1
On Fri, Feb 20, 2015 at 3:42 PM, Joseph Jacks wrote:
> +1
>
> Thanks,
> JJ.
>
>
> > On Feb 18, 2015, at 5:26 PM, Jake Farrell wrote:
> >
> > Based on community discussions on the project mailing lists and the
> current
> > state of Apache Aurora (incubating) I would like to start a community
On Wed, Mar 11, 2015 at 2:55 PM, Andras Kerekes <
andras.kere...@ishisystems.com> wrote:
> Hi All,
>
>
>
> I’m trying to install the Aurora CLI client and no success. I’m on Ubuntu
> 12.04 running in VirtualBox.
>
>
>
> First I tried the 0.7.0-incubating tarball version that I have downloaded
> fr
On Wed, Mar 11, 2015 at 4:16 PM, John Sirois wrote:
>
>
> On Wed, Mar 11, 2015 at 2:55 PM, Andras Kerekes <
> andras.kere...@ishisystems.com> wrote:
>
>> Hi All,
>>
>>
>>
>> I’m trying to install the Aurora CLI client and no su
12 matches
Mail list logo
