Obteniendo un error de "redirección ambigua"

La siguiente línea en mi script Bash

 echo $AAAA"     "$DDDD"         "$MOL_TAG  >>  ${OUPUT_RESULTS}

me da este error:

 line 46: ${OUPUT_RESULTS}: ambiguous redirect

¿Por qué?

Bash puede ser bastante obtuso a veces.

Todos los siguientes comandos devuelven diferentes mensajes de error para básicamente el mismo error:

$ echo hello >
bash: syntax error near unexpected token `newline`

$ echo hello > ${NONEXISTENT}
bash: ${NONEXISTENT}: ambiguous redirect

$ echo hello > "${NONEXISTENT}"
bash: : No such file or directory

Agregar comillas alrededor de la variable parece ser una buena manera de lidiar con el mensaje de "redirección ambigua": tiende a obtener un mejor mensaje cuando ha cometido un error de escritura y cuando el error se debe a espacios en el nombre del archivo, Usar comillas es la solución.

¿Tiene una variable llamada OUPUT_RESULTSo es la más probable OUTPUT_RESULTS?

michael@isolde:~/junk$ ABC=junk.txt
michael@isolde:~/junk$ echo "Booger" > $ABC
michael@isolde:~/junk$ echo "Booger" >> $ABB
bash: $ABB: ambiguous redirect
michael@isolde:~/junk$ 

pon comillas alrededor de tu variable. Si tiene espacios, también le dará una "redirección ambigua". también revisa tu ortografía

echo $AAAA"     "$DDDD"         "$MOL_TAG  >>  "${OUPUT_RESULTS}"

por ejemplo, de redireccionamiento ambiguo

$ var="file with spaces"
$ echo $AAAA"     "$DDDD"         "$MOL_TAG >> ${var}
bash: ${var}: ambiguous redirect
$ echo $AAAA"     "$DDDD"         "$MOL_TAG >> "${var}"
$ cat file\ with\ spaces
aaaa     dddd         mol_tag

Recientemente descubrí que los espacios en blanco en el nombre del archivo de redireccionamiento causarán el mensaje de "redirección ambigua".

Por ejemplo, si redirige application$(date +%Y%m%d%k%M%S).logy especifica los caracteres de formato incorrectos, la redirección fallará antes de las 10 AM, por ejemplo. Sin embargo, si application$(date +%Y%m%d%H%M%S).loglo usaste tendría éxito. Esto se debe a que el %kformato rinde ' 9'para las 9 a.m., donde %Hrinde '09'para las 9 a.m.

echo $(date +%Y%m%d%k%M%S) da 20140626 95138

echo $(date +%Y%m%d%H%M%S) da 20140626095138

La fecha errónea podría dar algo como:

echo "a" > myapp20140626 95138.log

donde lo siguiente es lo que se desearía:

echo "a" > myapp20140626095138.log

¿La ruta especificada en $ {OUPUT_RESULTS} contiene algún espacio en blanco? Si es así, puede considerar usar ... >> "${OUPUT_RESULTS}"(usando comillas).

(También puede considerar cambiar el nombre de su variable a ${OUTPUT_RESULTS})

Acabo de tener este error en un script bash. El problema fue un \ accidental al final de la línea anterior que daba un error.

Otra cosa que puede causar "redirección ambigua" está \t \n \ren el nombre de la variable que está escribiendo también

Quizás no \n\r? Pero errar por el lado de la precaución

Prueba esto

echo "a" > ${output_name//[$'\t\n\r']}

Fui golpeado con este mientras analizaba HTML, Tabs \tal comienzo de la línea.

Si la redirección de su secuencia de comandos contiene una variable y el cuerpo de la secuencia de comandos define esa variable en una sección encerrada entre paréntesis, obtendrá el error "redirección ambigua". Aquí hay un ejemplo reproducible:

1. vim a.sh para crear el guión
2. editar script para contener (logit="/home/ubuntu/test.log" && echo "a") >> ${logit}
3. chmod +x a.sh para hacerlo ejecutable
4. a.sh

Si hace esto, obtendrá "/home/ubuntu/a.sh: línea 1: $ logit: redirección ambigua". Esto es porque

"Al colocar una lista de comandos entre paréntesis, se crea una subshell y cada uno de los comandos de la lista se ejecuta en esa subshell, sin eliminar las variables no exportadas. Dado que la lista se ejecuta en una subshell, las asignaciones de variables no permanecen en efecto después de que se complete la subshell ".

De Usar paréntesis para agrupar y expandir expresiones

Para corregir esto, puede modificar el script en el paso 2 para definir la variable fuera del paréntesis: logit="/home/ubuntu/test.log" && (echo "a") >> $logit

Si está utilizando un nombre de variable en el comando de shell, debe concatenarlo con +signo.

por ejemplo :

si tiene dos archivos y no va a codificar el nombre del archivo, en su lugar, desea usar el nombre de la variable
"input.txt" = x
"output.txt" = y

entonces ('comando de shell entre comillas' + x> + y)

funcionará de esta manera, especialmente si está utilizando esto dentro de un programa de Python con el comando os.system probablemente

Este podría ser el caso también.

no ha especificado el archivo en una variable y redirige la salida a él, entonces bash arrojará este error.

files=`ls`
out_file = /path/to/output_file.t
for i in `echo "$files"`;
do
    content=`cat $i` 
    echo "${content}  ${i}" >> ${out_file}
done

La variable out_file no está configurada correctamente, así que esté atento a esto también. Por cierto, este código está imprimiendo todo el contenido y su nombre de archivo en la consola.

Recibí este error al intentar usar la expansión de llaves para escribir la salida en varios archivos.

por ejemplo: echo "text" > {f1,f2}.txtresultados en-bash: {f1,f2}.txt: ambiguous redirect

En este caso, use teepara enviar a múltiples archivos:

echo "text" | tee {f1,f2,...,fn}.txt 1>/dev/null

el 1>/dev/nullevitará que el texto se escriba en stdout

Si desea agregar al archivo (s) use tee -a