El script de shell mientras el bucle de línea de lectura se detiene después de la primera línea

Tengo el siguiente script de shell. El propósito es recorrer cada línea del archivo de destino (cuya ruta es el parámetro de entrada al script) y trabajar en cada línea. Ahora, parece que solo funciona con la primera línea en el archivo de destino y se detiene después de que esa línea se procesó. ¿Hay algún problema con mi guión?

#!/bin/bash
# SCRIPT: do.sh
# PURPOSE: loop thru the targets 

FILENAME=$1
count=0

echo "proceed with $FILENAME"

while read LINE; do
   let count++
   echo "$count $LINE"
   sh ./do_work.sh $LINE
done < $FILENAME

echo "\ntotal $count targets"

En do_work.sh, ejecuto un par de sshcomandos.

El problema es que do_work.shejecuta sshcomandos y por defecto sshlee desde stdin, que es su archivo de entrada. Como resultado, solo verá la primera línea procesada, porque sshconsume el resto del archivo y su ciclo while termina.

Para evitar esto, pase la -nopción a su sshcomando para que se lea desde en /dev/nulllugar de stdin.

De manera más general, una solución alternativa que no es específica sshes redirigir la entrada estándar para cualquier comando que de otro modo consumiría la whileentrada del bucle.

while read -r LINE; do
   let count++
   echo "$count $LINE"
   sh ./do_work.sh "$LINE" </dev/null
done < "$FILENAME"

La adición de </dev/nulles el punto crucial aquí (aunque las comillas corregidas también son algo importantes; vea también ¿ Cuándo ajustar las comillas alrededor de una variable de shell? ). Querrá usarlo a read -rmenos que requiera específicamente el comportamiento heredado ligeramente extraño que tiene sin él -r.

Otra solución alternativa que es algo específica sshes asegurarse de que cualquier sshcomando tenga su entrada estándar atada, por ejemplo, cambiando

ssh otherhost some commands here

en su lugar, leer los comandos de un documento aquí, que convenientemente (para este escenario en particular) ata la entrada estándar de ssh para los comandos:

ssh otherhost <<'____HERE'
    some commands here
____HERE

La opción ssh -n evita verificar el estado de salida de ssh cuando se usa HEREdoc mientras se canaliza la salida a otro programa. Por lo tanto, se prefiere el uso de / dev / null como stdin.

#!/bin/bash
while read ONELINE ; do
   ssh ubuntu@host_xyz </dev/null <<EOF 2>&1 | filter_pgm 
   echo "Hi, $ONELINE. You come here often?"
   process_response_pgm 
EOF
   if [ ${PIPESTATUS[0]} -ne 0 ] ; then
      echo "aborting loop"
      exit ${PIPESTATUS[0]}
   fi
done << input_list.txt

Esto me estaba sucediendo porque tenía set -ey un grepbucle en un bucle regresaba sin salida (lo que da un código de error distinto de cero).