Avamar: No se pueden restaurar archivos desde el respaldo de VM mediante FLR
摘要: No se pueden restaurar archivos desde el respaldo de VM mediante FLR debido a que el proxy no puede resolver el nombre DNS de destino de respaldo.
本文适用于
本文不适用于
本文并非针对某种特定的产品。
本文并非包含所有产品版本。
症状
-
- Mientras navega por respaldos de VM mediante FLR, si falla, muestra el siguiente mensaje de error:
- Ni siquiera la VM que estamos explorando está alcanzando ninguno de los límites de FLR.
- Mediante la comprobación de los registros de FLR en el proxy, podríamos ver los siguientes mensajes de error en el archivo MountMgr.log ubicado en el directorio /usr/local/avamarclient/bin/logs, lo que indica que el proxy no puede obtener la lista de respaldos del servidor de destino de respaldo (DD) y que no está allí:
[MM: DEPURACIÓN] TID=140213502355139 MID=30870: sAssetPath = /mnt/dunion/<vCenter_name>/VirtualMachines/<VM_name_UUID>/by-number/0000149 [MM - DEBUG] TID=140213502355139 MID=30871: sClientId = [MM - DEBUG] TID=140213502355139 MID=30872: sMountedAvFS = /mnt/dunion/<vCenter_name>/VirtualMachines/<VM_name_UUID>/by-number/0000149/VMFiles [MM - ERROR] TID=140213502355139 MID=30873: HLPR_ListOfDirectories falló para /mnt/dunion/<vCenter_name>/VirtualMachines/<VM_name_UUID>/by-number/0000149/VMFiles [MM - FUNC] TID=140213502355139 MID=30874: IVmdkManager::GetAllAvailableDiskIndexes LEAVE [MM - ERROR] TID=9923 MID=30875: No se pueden encontrar las imágenes VMDK respaldadas para: /mnt/dunion/<vCenter_name>/VirtualMachines/<VM_name_UUID>/by-number/0000149
- Incluso si hay respaldos existentes, si lo comprobamos como se indica a continuación desde el nodo de utilidad de Avamar:
mccli backup show --name=/<vCenter_name>/VirtualMachines/<VM_name_UUID>
0,23000, el comando de la CLI se completó correctamente.
Se creó LabelNum Size Retention Hostname Location Consistent Level Tier
------------------- -------- -------- --------- ---------------------------------- -------- ---------------- ------
aaaa-mm-dd hh:mm PM 149 ##. # Archivo D <AVAMAR_FQDN>local activo GB
0,23000, el comando de la CLI se completó correctamente.
Se creó LabelNum Size Retention Hostname Location Consistent Level Tier
------------------- -------- -------- --------- ---------------------------------- -------- ---------------- ------
aaaa-mm-dd hh:mm PM 149 ##. # Archivo D <AVAMAR_FQDN>local activo GB
- También podemos ver que la ip de Avamar correcta ya está en el archivo axionfs.cmd ubicado en el directorio /usr/local/avamar/var como se indica a continuación:
--server=xxx.xxx.xxx.xxx
--id=restoreonly
--password=#######fuseoptions='-s
-r -f -o allow_other,use_ino'
--primarybackupdir=by-number
--inactivity_timeout=172800
--encrypt=tls
--encrypt-strength=high
(END)
--id=restoreonly
--password=#######fuseoptions='-s
-r -f -o allow_other,use_ino'
--primarybackupdir=by-number
--inactivity_timeout=172800
--encrypt=tls
--encrypt-strength=high
(END)
原因
-
El proxy que se utiliza no puede resolver el FQDN de DataDomain ni el servidor de destino de respaldo, como se puede ver a continuación en el último axionfs_xxxxxxx_xxxx_xxxx_xxxxxxxxxxxx.log ubicado en el directorio /usr/local/avamar/var:
Axionfs Info <10539>: Conexión al servidor de Data Domain "DD_FQDN" (1) (LSU: avamar-xxxxxxxxxx, Usuario: "ddboost")
[axionfs] netsys::getaddrinfo falló para DD_FQDN: Error axionfs no conocido del nombre o
servicio <10541>: No se pudo resolver el nombre del servidor de Data Domain "DD_FQDN" a una dirección IP. Error axionfs de inicio de sesión de Data Domain
<10512>: Problema al iniciar sesión en el índice del servidor DDR:1
axionfs Error <11014>: No se pudo abrir ddr para /, #146
[axionfs] context::loop: Nada pendiente en el servidor, solo trabajo interno (pendiente todo=4, ext=0, int=0)
axionfs Advertencia <19046>: No se puede obtener ddr_files.xml para clientid <VM_CID>and backupid
<backupid>axionfs Advertencia <19047>: No se puede recuperar la información de DDR para "VMConfiguration"
Error axionfs <41308>: No se puede iterar el contenido de "": No se puede establecer la información de ubicación en direlem_iter para "VMConfiguration"
[axionfs] netsys::getaddrinfo falló para DD_FQDN: Error axionfs no conocido del nombre o
servicio <10541>: No se pudo resolver el nombre del servidor de Data Domain "DD_FQDN" a una dirección IP. Error axionfs de inicio de sesión de Data Domain
<10512>: Problema al iniciar sesión en el índice del servidor DDR:1
axionfs Error <11014>: No se pudo abrir ddr para /, #146
[axionfs] context::loop: Nada pendiente en el servidor, solo trabajo interno (pendiente todo=4, ext=0, int=0)
axionfs Advertencia <19046>: No se puede obtener ddr_files.xml para clientid <VM_CID>and backupid
<backupid>axionfs Advertencia <19047>: No se puede recuperar la información de DDR para "VMConfiguration"
Error axionfs <41308>: No se puede iterar el contenido de "": No se puede establecer la información de ubicación en direlem_iter para "VMConfiguration"
解决方案
Para resolver este problema:
- Asegúrese de que el proxy AVamar pueda resolver el FQDN mediante la ejecución del siguiente comando en el proxy:
- nslookup<datadomain_FQDN>
- nslookup<datadomain_IP>
- Si no hay una salida válida para datadomain, edite el archivo /etc/resolve.conf en el proxy y agregue el nombre DNS correcto.
- Para agregar FQDN e IP para DataDomain en el archivo /etc/hosts del proxy.
受影响的产品
Avamar产品
Avamar, Avamar Client for VMware文章属性
文章编号: 000067854
文章类型: Solution
上次修改时间: 06 11月 2025
版本: 3
从其他戴尔用户那里查找问题的答案
支持服务
检查您的设备是否在支持服务涵盖的范围内。