bug-parallel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

GNU Parallel Bug Reports parallel/--halt-on-error


From: Brian Ericson
Subject: GNU Parallel Bug Reports parallel/--halt-on-error
Date: Thu, 30 Apr 2015 15:14:38 -0500
User-agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.6.0

Given:
       --halt-on-error val
       --halt val
                How should GNU parallel terminate if one of more jobs fail?

0 Do not halt if a job fails. Exit status will be the number of jobs failed. This is the default.

1 Do not start new jobs if a job fails, but complete the running jobs including cleanup. The exit status will be the exit status from the last failing job.

2 Kill off all jobs immediately and exit without cleanup. The exit status will be the exit status from the failing job.

1-99% If val% of the jobs fail and minimum 3: Do not start new jobs, but complete the running jobs including cleanup. The exit status will be the exit status from the last failing job.

And:

$ parallel --version
GNU parallel 20141122
Copyright (C) 2007,2008,2009,2010,2011,2012,2013,2014 Ole Tange and Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
This is free software: you are free to change and redistribute it.
GNU parallel comes with no warranty.

Web site: http://www.gnu.org/software/parallel

When using programs that use GNU Parallel to process data for publication please cite:

O. Tange (2011): GNU Parallel - The Command-Line Power Tool,
;login: The USENIX Magazine, February 2011:42-47.

Or you can get GNU Parallel without this requirement by paying 10000 EUR.

$ ls

$ parallel --no-notice -j100 --halt-on-error 2 'sleep {} && touch {} && exit 1' ::: 2 4 8; ps -ef | grep [t]ouch; ls; sleep 8; ls
parallel: This job failed:
sleep 2 && touch 2 && exit 1
bme 6621 1 0 15:12 pts/1 00:00:00 /usr/bin/bash -c sleep 4 && touch 4 && exit 1 bme 6623 1 0 15:12 pts/1 00:00:00 /usr/bin/bash -c sleep 8 && touch 8 && exit 1
2
2  4  8

Shouldn't parallel stop the moment the first operation exits with a 1 status (as reported)?



reply via email to

[Prev in Thread] Current Thread [Next in Thread]