La instalación de parches y recolección de Logs falla en ESXi 4.1 Update 1 cuando /temp/scratch no se encuentra

Products

VMware vSphere ESXi

Issue/Introduction

Este artículo describe un problema específico para ESXi 4.1 Update 1, en el cual el script de limpieza /sbin/tmpwatch.sh puede remover temporalmente los directorios relacionados con la ubicación del disco de scratch. Si usted experimenta alguno de los síntomas anteriores y al inspeccionar manualmente el directorio del disco virtual temporal (Scratch disk) falla, consulte la sección: Resolution. Si algo de lo anterior funciona, entonces su problema no está relacionado con este artículo. Haga una búsqueda por sus síntomas específicos o abra un requerimiento de soporte SR.

Symptoms:

Renuncia: Este artículo es una traducción de "Patch installation and log collection on ESXi 4.1 Update 1 fails when /tmp/scratch is missing" (1037190). Los artículos han sido traducidos en español basados en el mejor esfuerzo. Sin embargo, el contenido localizado o específico puede quedar desactualizado. Para revisar el contenido más reciente, por favor consulte el artículo en Inglés.

Los procesos que usan espacio en el disco virtual temporal o también llamado Scratch disk, en los servidores de ESXi 4.1 Update 1 fallan:

Escaneando o instalando parches (scanning or remediating) usando VMware Update Manager en un servidor ESXi 4.1 Update 1 presenta falla.
VMware Update Manager reporta el siguiente error:

The host returns esxupdate error codes: 10. Check the Update Manager log files and esxupdate log files for more details
La instalación de controladores de terceros u otros paquetes en un servidor ESXi 4.1 Update 1 falla usando la utilidad vihostupdate de la línea de comandos.
La utilidad vihostupdate de la línea de comandos reporta el error:

Error encountered:
Description - I/O Error (17) on file /var/tmp: [Errno 17] File exists: '/var/tmp'
Message - Unable to create, write or read a file as expected.I/O Error (17) on file /var/tmp: [Errno 17]
File exists: '/var/tmp'
La generación del registro de Datos de Diagnóstico desde un servidor ESXi 4.1 Update 1 usando el cliente vSphere falla.
El cliente vSphere reporta este error:

Log Bundle has not been generated
La generación del registro de Datos de Diagnóstico desde un servidor ESXi 4.1 Update 1 usando la utilidad vm-support de la línea de comandos falla.
La utilidad vm-support de la línea de comandos muestra el siguiente error:

/sbin/vm-support: cd: line 2448: can't cd to /var/tmp
Could not set working directory to '/var/tmp'.
Hacer una copia de respaldo backup de un servidor ESXi 4.1 Update 1 mediante la utilidad vicfg-cfgbackup de la línea de comandos falla.
La utilidad vicfg-cfgbackup de la línea de comandos reporta el error:

Saving firmware configuration to ...
GET https://hostname/downloads/configBundle-hostname.tgz unsuccessful : 404 Not Found
Realizando una operación vMotion, falla en el 82%.
La pestaña "Console" falla mostrando el error:

Unable to connect to the MKS: There is no VMware process running for the config file /vmfs/volumes/DatastoreName/DirectoryName/VirtualMachineName.vmx

El directorio o carpeta /var/tmp falla al intentar usarlo o inspeccionarlo manualmente como en estos casos:

Al abrir una consola en el servidor ESXi. Para mayor información, vea Using Tech Support Mode in ESXi 4.1 (1017910).
Al intentar cambiar al directorio /var/tmp usando el comando:

cd /var/tmp
Si este comando falla con "-ash: cd: can't cd to /var/tmp" entonces el sistema está potencialmente afectado.

Environment

VMware ESXi 4.1.x Installable
VMware ESXi 4.1.x Embedded

Resolution

Este problema ocurrre cuando el directorio temporal /var/tmp no está disponible. Puede haber sido borrado por el script de limpieza /sbin/tmpwatch.sh debido a un problema que afecta los servidores ESXi 4.1 Update 1 que no tienen una ubicación permanente de respaldo o un disco RAM para scratch.

Acciones tales como la instalación de parches y la recopilación del registro de eventos dependen de la escritura temporal de información en un disco virtual temporal es decir en un "Scratch disk" en el servidor ESXi. Estos archivos temporales son colocados en el directorio /var/tmp que apunta al directorio /scratch, el cual puede estar respaldado en un disco RAM o en una ubicación de almacenamiento permanente. Si los directorios /var/tmp y /scratch no están disponibles entonces estas acciones fallarán.

Algunas posibles ubicaciones para el directorio de scratch incluyen:

Un directorio .locker del banco de almacenamiento VMFS. Por ejemplo: /vmfs/volumes/UUID/.locker/
Un volúmen FAT16 en el disco de arranque o en otro disco local. Por ejemplo: /vmfs/volumes/UUID/
Un Ramdisk. Por ejemplo: /tmp/scratch/

ESXi 4.x periódicamente borra los archivos temporales contenidos en el directorio /tmp que tienen más de 10 días. Bajo algunas circunstancias el script de limpieza /sbin/tmpwatch.sh remueve el directorio /tmp/scratch y su contenido, dejando los enlaces simbólicos /var/tmp y /scratch sin blanco. En esta situación, las operaciones o acciones que intenten grabar nuevos archivos temporales en estos directorios van a fallar.

Para mayor información sobre ESXi y la Ubicación del disco virtual temporal o Scratch, revise la sección About the Scratch Partition de la guía ESXi Installable and vCenter Server Setup Guide 4.1, la seción Ops changes part 5 - Scratch partition del blog "VMware ESXi Chronicles" y el artículo: Creating a persistent scratch location for ESXi (1033696).

Solución

Este problema ha sido resuelto en la emisión del parche para ESXi. Para mayor información, vea VMware ESXi 4,1, Patch Release ESXi410-201104001 (1035111).

Otras Alternativas

Intente una de las siguientes opciones alternativas para este problema cuando no quiera aplicar el parche:

Este inconveniente no afecta los servidores que tienen configurado un espacio de scratch permanente. Asi que como opción para evitar este percance, configure sus servidores ESXi 4.1 Update 1 con scratch permanente. Para implementar esta alternativa, vea Creating a persistent scratch location for ESXi (1033696).
Cree esta vez el directorio Scratch que falta, en un disco RAM. Para prevenir que sea borrado de nuevo, cree un enlace simbólico dentro del directorio scratch.

Nota: El objetivo o blanco del enlace simbólico no tiene que existir. El enlace simbólico en sí, ni el directorio que lo contiene, serán borrados por el script de limpieza /sbin/tmpwatch.sh.

Para implementar esta alternativa, realice los siguientes pasos:
1. Abra una consola para el servidor ESXi. Para mayor información, vea Using Tech Support Mode in ESXi 4.1 (1017910).
2. Cree los directorios que faltan usando el comando:
  
  /sbin/configLocker
3. Cree un enlace simbólico dentro del directorio scratch, para prevenir que sea borrado por el script /sbin/tmpwatch.sh, escribiendo:
  
  ln -fs /scratch/kb1037190 /scratch/.keep
4. Abra el archivo /etc/rc.local en un editor de texto. Para mayor información, vea Editing configuration files in VMware ESX (1017022).
5. Agregue el mismo comando del paso 3 al final del este archivo en una linea individual propia:
  
  ln -fs /scratch/kb1037190 /scratch/.keep
6. Grabe o guarde el archivo.
7. Usando el siguiente comando, realice una copia de seguridad del cambio de la configuración para el banco de arranque "bootbank" y así hacerlo permanente al reiniciar:
  
  auto-backup.sh

Additional Information

Si quiere ser notificado cuando este artículo sea actualizado, haga click en Subscribe to Document en el área denominada Actions al lado superior derecho.

Editing configuration files in VMware ESXi and ESX
Using Tech Support Mode in ESXi 4.1, ESXi 5.x, and ESXi 6.x
Creating a persistent scratch location for ESXi 4.x/5.x/6.x
VMware ESXi 4.1, Patch Release ESXi410-201104001