Re: GNU Parallel Bug Reports Unable to execute remote commands to servers running SunOS

[Andreas Bernauer]

On 8/7/13 17:41, Zhi Shen wrote:
> On Wed, Aug 7, 2013 at 11:25 AM, Zhi Shen <address@hidden
> <mailto:address@hidden>> wrote:
> 
>     On Wed, Aug 7, 2013 at 10:48 AM, Andreas Bernauer
>     <address@hidden <mailto:address@hidden>> wrote:
> 
>         On 8/7/13 15:29, Zhi Shen wrote:
>         > Hi,
>         >
>         > After upgrading to "20130722" from "20130422", we are unable
>         to execute
>         > remote commands to servers running SunOS.  Hope someone can help.
>         >
>         > $ ./parallel -V
>         > GNU parallel 20130722
>         > $ ./parallel --nonall --cleanup -k -v -v -S serverA "uptime"
>         > ssh -tt -oLogLevel=quiet serverA  'eval `echo $SHELL | grep
>         > "/t\{0,1\}csh" > /dev/null  && echo setenv PARALLEL_SEQ
>         > '$PARALLEL_SEQ'\;  setenv PARALLEL_PID '$PARALLEL_PID'  || echo
>         > PARALLEL_SEQ='$PARALLEL_SEQ'\;export PARALLEL_SEQ\;
>         >  PARALLEL_PID='$PARALLEL_PID'\;export PARALLEL_PID` ;'  tty\
>         > \>/dev/null\ \&\&\ stty\ isig\ -onlcr\ -echo\;uptime\ ;
>         >
>         > $ ./parallel -V
>         > GNU parallel 20130422
>         > $ ./parallel --nonall --cleanup -k -v -v -S serverA "uptime"
>         > stty: : Invalid argument
>         > grep: illegal option -- E
>         > Usage: grep -hblcnsviw pattern file . . .
>         > ssh  serverA  'eval `echo $SHELL | grep -E "/(t)?csh" >
>         /dev/null  &&
>         > echo setenv PARALLEL_SEQ '$PARALLEL_SEQ'\;  setenv PARALLEL_PID
>         > '$PARALLEL_PID'  || echo PARALLEL_SEQ='$PARALLEL_SEQ'\;export
>         > PARALLEL_SEQ\;  PARALLEL_PID='$PARALLEL_PID'\;export
>         PARALLEL_PID` ;'
>         >  uptime\ ;
>         >   9:16am  up 353 day(s), 21:05,  3 users,  load average: 0.10,
>         0.08, 0.09
>         >
> 
>         Are you missing output from the first call (20130722)? Because the
>     Yes, no results from any version greater than "20130422".  The
>     verbose output shows the "tty" and "stty" text and returns nothing
>     or empty string.
> 
>     -zhi
> 
> 
> Replace the following SSH option in Parallel fixes it but I am not
> certain why.
> 
> $ssh_options = "-tt -oLogLevel=quiet";
> to
> $ssh_options = "-oLogLevel=quiet";

-tt forces ssh to allocate a tty. Can/Does this (silently?) fail on your
Sun machine? Sun's ssh accepts -tt as an option, though.

> 
> $ ./parallel --nonall --cleanup -k -v -v -S serverA "uptime"
> ssh -oLogLevel=quiet serverA  'eval `echo $SHELL | grep "/t\{0,1\}csh" >
> /dev/null  && echo setenv PARALLEL_SEQ '$PARALLEL_SEQ'\;  setenv
> PARALLEL_PID '$PARALLEL_PID'  || echo
> PARALLEL_SEQ='$PARALLEL_SEQ'\;export PARALLEL_SEQ\;
>  PARALLEL_PID='$PARALLEL_PID'\;export PARALLEL_PID` ;'  tty\
> \>/dev/null\ \&\&\ stty\ isig\ -onlcr\ -echo\;uptime\ ;
>  11:36am  up 353 day(s), 23:25,  4 users,  load average: 0.12, 0.09, 0.09
> stty: : Invalid argument

stty not working makes sense: ssh is not advised to allocate a tty (and
presumably didn't).