Esta respuesta es solo una versión más detallada de la solución de Bradford Medeiros , que para mí también resultó ser la mejor respuesta, por lo que el mérito es de él.
En su respuesta, explica QUÉ hacer ( tuberías con nombre ) pero no exactamente CÓMO hacerlo.
Tengo que admitir que no sabía qué se llaman tuberías en el momento en que leí su solución. Así que luché para implementarlo (aunque en realidad es realmente simple), pero tuve éxito, así que estoy feliz de ayudar explicando cómo lo hice. Entonces, el punto de mi respuesta es solo detallar los comandos que necesita ejecutar para que funcione, pero nuevamente, el crédito es para él.
PARTE 1: Prueba del concepto de tubería con nombre sin Docker
En el host principal, elija la carpeta donde desea colocar su archivo de /path/to/pipe/tubería con nombre, por ejemplo mypipe, y un nombre de tubería, por ejemplo , y luego ejecute:
mkfifo /path/to/pipe/mypipe
Se crea la tubería. Tipo
ls -l /path/to/pipe/mypipe
Y compruebe que los derechos de acceso comienzan con "p", como
prw-r--r-- 1 root root 0 mypipe
Ahora ejecuta:
tail -f /path/to/pipe/mypipe
El terminal ahora está esperando que se envíen datos a esta tubería
Ahora abra otra ventana de terminal.
Y luego ejecuta:
echo "hello world" > /path/to/pipe/mypipe
Verifique la primera terminal (la que tiene tail -f), debería mostrar "hola mundo"
PARTE 2 - Ejecutar comandos a través de la tubería
En el contenedor del host, en lugar de ejecutar, tail -fque solo genera lo que se envía como entrada, ejecute este comando que lo ejecutará como comandos:
eval "$(cat /path/to/pipe/mypipe)"
Luego, desde la otra terminal, intente ejecutar:
echo "ls -l" > /path/to/pipe/mypipe
Regrese a la primera terminal y debería ver el resultado del ls -lcomando.
PARTE 3 - Haz que escuche para siempre
Es posible que haya notado que en la parte anterior, justo después de ls -lque se muestra la salida, deja de escuchar los comandos.
En lugar de eval "$(cat /path/to/pipe/mypipe)", ejecuta:
while true; do eval "$(cat /path/to/pipe/mypipe)"; done
(no puedes hacer eso)
Ahora puede enviar un número ilimitado de comandos uno tras otro, todos se ejecutarán, no solo el primero.
PARTE 4: haz que funcione incluso cuando se reinicia
La única advertencia es que si el host tiene que reiniciarse, el ciclo "while" dejará de funcionar.
Para manejar el reinicio, esto es lo que hice:
Ponlo while true; do eval "$(cat /path/to/pipe/mypipe)"; doneen un archivo llamado execpipe.shcon #!/bin/bashencabezado
No se olvide de chmod +xella
Agréguelo a crontab ejecutando
crontab -e
Y luego agregando
@reboot /path/to/execpipe.sh
En este punto, pruébelo: reinicie su servidor, y cuando esté respaldado, repita algunos comandos en la tubería y verifique si están ejecutados. Por supuesto, no puede ver el resultado de los comandos, por ls -llo que no ayudará, perotouch somefile ayudará.
Otra opción es modificar el script para colocar la salida en un archivo, como por ejemplo:
while true; do eval "$(cat /path/to/pipe/mypipe)" &> /somepath/output.txt; done
Ahora puede ejecutar ls -ly la salida (stdout y stderr usando&> en bash) debería estar en output.txt.
PARTE 5 - Haz que funcione con Docker
Si está utilizando docker compose y dockerfile como yo, esto es lo que hice:
Supongamos que desea montar la carpeta principal de mypipe como /hostpipeen su contenedor
Agrega esto:
VOLUME /hostpipe
en su dockerfile para crear un punto de montaje
Luego agrega esto:
volumes:
- /path/to/pipe:/hostpipe
en su docker, componga el archivo para montar / ruta / a / tubería como / hostpipe
Reinicie sus contenedores Docker.
PARTE 6 - Prueba
Ejecutar en su contenedor Docker:
docker exec -it <container> bash
Vaya a la carpeta de montaje y compruebe que puede ver la tubería:
cd /hostpipe && ls -l
Ahora intente ejecutar un comando desde dentro del contenedor:
echo "touch this_file_was_created_on_main_host_from_a_container.txt" > /hostpipe/mypipe
¡Y debería funcionar!
ADVERTENCIA: Si tiene un host OSX (Mac OS) y un contenedor de Linux, no funcionará (explicación aquí https://stackoverflow.com/a/43474708/10018801 y problema aquí https://github.com/docker / for-mac / issues / 483 ) porque la implementación de la tubería no es la misma, por lo que lo que escribe en la tubería desde Linux solo puede ser leído por Linux y lo que escribe en la tubería desde Mac OS solo puede ser leído por un Mac OS (esta frase puede no ser muy precisa, pero tenga en cuenta que existe un problema multiplataforma).
Por ejemplo, cuando ejecuto la configuración de mi ventana acoplable en DEV desde mi computadora Mac OS, la tubería nombrada como se explicó anteriormente no funciona. Pero en la puesta en escena y la producción, tengo un host Linux y contenedores Linux, y funciona perfectamente.
PARTE 7 - Ejemplo del contenedor Node.JS
Así es como envío un comando desde mi contenedor node js al host principal y recupero el resultado:
const pipePath = "/hostpipe/mypipe"
const outputPath = "/hostpipe/output.txt"
const commandToRun = "pwd && ls-l"
console.log("delete previous output")
if (fs.existsSync(outputPath)) fs.unlinkSync(outputPath)
console.log("writing to pipe...")
const wstream = fs.createWriteStream(pipePath)
wstream.write(commandToRun)
wstream.close()
console.log("waiting for output.txt...") //there are better ways to do that than setInterval
let timeout = 10000 //stop waiting after 10 seconds (something might be wrong)
const timeoutStart = Date.now()
const myLoop = setInterval(function () {
if (Date.now() - timeoutStart > timeout) {
clearInterval(myLoop);
console.log("timed out")
} else {
//if output.txt exists, read it
if (fs.existsSync(outputPath)) {
clearInterval(myLoop);
const data = fs.readFileSync(outputPath).toString()
if (fs.existsSync(outputPath)) fs.unlinkSync(outputPath) //delete the output file
console.log(data) //log the output of the command
}
}
}, 300);