Affects: latest version (output of parallel --version included below)
When used in distributed mode (i.e. when specifying sshloginfile), parallel merges each job's stdout and stderr streams to its stdout. I believe this is not the expected behavior (could be wrong) and I seem to recall that this was working as expected in an earlier version.
I ran into this issue in a slightly different context, but here's a one-liner to replicate the problem:
~/temp_parallel$ seq 1 5 | parallel --sshloginfile servers.list --no-notice 'echo "[{}] This should go to STDERR ..." 1>&2; echo "[{}] This should go to STDOUT ...";' 2> /dev/null
[1] This should go to STDERR ...
[1] This should go to STDOUT ...
[3] This should go to STDERR ...
[3] This should go to STDOUT ...
[4] This should go to STDERR ...
[4] This should go to STDOUT ...
[2] This should go to STDERR ...
[2] This should go to STDOUT ...
[5] This should go to STDERR ...
[5] This should go to STDOUT ...
To be compared with the output of:
~/temp_parallel$ seq 1 5 | parallel --no-notice 'echo "[{}] This should go to STDERR ..." 1>&2; echo "[{}] This should go to STDOUT ...";' 2> /dev/null
[1] This should go to STDOUT ...
[2] This should go to STDOUT ...
[3] This should go to STDOUT ...
[4] This should go to STDOUT ...
[5] This should go to STDOUT ...
which produces the expected behavior.
Again if needed I can try to dig up the version number for which this seemed to work. However if this is currently the expected behavior, I think many will agree that this would be a nice-to-have feature.
-y
~/temp_parallel$ parallel --version
GNU parallel 20140622
Copyright (C) 2007,2008,2009,2010,2011,2012,2013,2014 Ole Tange and Free Software Foundation, Inc.
This is free software: you are free to change and redistribute it.
GNU parallel comes with no warranty.
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.