
Veo un problema extraño en una máquina virtual que se ejecuta en uno de mis servidores. Configuré un pequeño escenario de prueba a continuación que ilustra los síntomas de lo que estoy experimentando y no sé qué más mirar.
Entonces tengo los siguientes criterios.
- Modo Virtiofs para "/mnt/user/Backup/Logs/"(host) => "logs"(máquina virtual Debian)
- entrada fstab de "logs /mnt/logs virtiofs ro,relatime,sync 0 0"
- Rwe completo en el archivo de prueba.
Ejecuté los comandos de un lado a otro de izquierda a derecha.
- root "ls -l" para mostrar el directorio actual en un sistema operativo no RAID
- alexander "ls -l" para mostrar el directorio actual en la máquina virtual
- root "cat testfile" para mostrar el contenido del archivo en modo unraid
- alexander "cat testfile" para mostrar el contenido del archivo en la máquina virtual
- rootear "sudo nano testfile" y agregar una cadena en nano
- root "cat testfile" para mostrar el nuevo contenido después de la modificación nano
- Alexander "cat testfile" todavía tiene el contenido antiguo del archivo
- Alexander "ls -l" que vuelve a poner en lista el directorio y actualiza parte del caché
- Alexander "cat testfile" ahora tiene el nuevo contenido de la unidad unraid.
No estoy exactamente seguro de lo que está sucediendo, ya que parece que la máquina virtual tiene una copia anterior del archivo y solo cuando hago "ls -l" (o algo equivalente donde lo actualiza) el archivo se actualiza correctamente.
Todo esto surgió cuando intenté reenviar un archivo de registro usando filebeat solo para descubrir que el registro se estaba escribiendo desde la máquina host, pero la máquina virtual nunca notó que el archivo cambiaba hasta que se ejecutó "ls -l" en el directorio de ese archivo de registro.