Tengo una VM clásica y quiero crear una nueva VM para reemplazarla. Por eso quiero utilizar la función de uso compartido de archivos de Azure para transferir mis archivos en la máquina virtual anterior. Ambas máquinas virtuales se ejecutan en Ubuntu.
Sin embargo, aunque puedo conectar correctamente el archivo compartido con la nueva máquina virtual, la antigua máquina virtual genera el error de montaje 13.
El clásico de VM es Ubuntu 14.04, mientras que el nuevo es Ubuntu 18.04
¿Simplemente no es posible transferir archivos de esta manera? ¿Cuáles son las otras opciones?
Respuesta1
El hecho de que su máquina virtual sea clásica no influye en si puede montar recursos compartidos de archivos de Azure. El proceso de montaje del recurso compartido se produce únicamente en el sistema operativo VM, que no tiene idea de si es un VM clásico o ARM.
Probablemente el problema se deba a la versión de Ubuntu. 14.04 es el sistema operativo más antiguo compatible para montar Azure Files, pero solo usa SMB 2.1, desde máquinas virtuales en la misma región que el recurso compartido de archivos. Si está intentando utilizar SMB 3 o intentar montar en una máquina virtual en una región diferente a donde se encuentra el archivo compartido, entonces necesita un mínimo de 16.04.
Respuesta2
Como ya ha dicho Sam Cogan, esto no tiene nada que ver si se trata de una VM clásica o ARM.
Por lo general, esto puede suceder debido a un canal de comunicación no cifrado o si existen reglas de firewall establecidas en la red virtual o la cuenta de almacenamiento. Eche un vistazo aquí para obtener más información y posibles soluciones:"Error de montaje (13): permiso denegado" al montar un recurso compartido de archivos de Azure
Esto también puede ser de tu interés.Utilice archivos de Azure con Linux. Allí encontrarás:
La forma recomendada de montar un recurso compartido de archivos de Azure en Linux es utilizar SMB 3.0. De forma predeterminada, Azure Files requiere cifrado en tránsito, que solo es compatible con SMB 3.0. Azure Files también admite SMB 2.1, que no admite el cifrado en tránsito, pero no puede montar recursos compartidos de archivos de Azure con SMB 2.1 desde otra región de Azure o local por razones de seguridad. A menos que su aplicación requiera específicamente SMB 2.1, hay pocas razones para usarla, ya que las distribuciones de Linux más populares y lanzadas recientemente son compatibles con SMB 3.0:
