Loading

×Sorry to interrupt
CSS Error

Refresh

Cookie Preference Center

General Information on cookies

When you visit our website, we use cookies to ensure that we give you the best experience. This information does not usually directly identify you, but it can give you a more personalized web experience. Because we respect your right to privacy, you can choose not to allow some types of cookies by clicking on the different category headings to find out more and change your settings. However, blocking some types of cookies may impact your experience on the site and the services we are able to offer. Further information can be found in our

Cookie Policy.

Strictly Necessary

Strictly Necessary

Always Active

Strictly Necessary

Strictly necessary cookies are always enabled since they are essential for our website to function. They enable core functionality such as security, network management, and website accessibility. You can set your browser to block or alert you about these cookies, but this may affect how the website functions. For more information please visit www.aboutcookies.org or www.allaboutcookies.org.

Cookie Details‎

Performance

Performance

Performance

Performance cookies are used to analyze the user experience to improve our website by collecting and reporting information on how you use it. They allow us to know which pages are the most and least popular, see how visitors move around the site, optimize our website and make it easier to navigate.

Cookie Details‎

Please confirm your settings by refreshing the page.

Functional

Functional

Functional

Functional cookies help us keep track of your past browsing choices so we can improve usability and customize your experience. These cookies enable the website to remember your preferred settings, language preferences, location and other customizable elements such as font or text size. If you do not allow these cookies, then some or all of these services may not function properly.

Cookie Details‎

Advertising

Advertising

Advertising

Advertising cookies are used to send you relevant advertising and promotional information. They may be set through our site by third parties to build a profile of your interests and show you relevant advertisements on other sites. These cookies do not directly store personal information, but their function is based on uniquely identifying your browser and internet device.

Cookie Details‎

Advertising Cookies

Consent Leg.Interest

Select All Vendors

Select All Vendors

Select All Hosts

Select All

Clear Filters

Information storage and access

Apply

Confirm My Choices Reject All Allow All

Skip to main content

Products and Accounts

Support

Knowledge

Communities

Success

Learning

My Subscriptions

Loading

Knowledge Base

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

Last Updated: 3/20/2024Categories: TroubleshootingTotal Views: 7260Language:
English

Subscribe to get an email
newsletter with new updates

Please provide article feedback:

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.

Purpose

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.

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:

Abra una consola para el servidor ESXi. Para mayor información, vea Using Tech Support Mode in ESXi 4.1 (1017910).

Cree los directorios que faltan usando el comando:

/sbin/configLocker

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

Abra el archivo /etc/rc.local en un editor de texto. Para mayor información, vea Editing configuration files in VMware ESX (1017022).

Agregue el mismo comando del paso 3 al final del este archivo en una linea individual propia:

ln -fs /scratch/kb1037190 /scratch/.keep

Grabe o guarde el archivo.

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

Related 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

Detectable by VMware SkylineTM

Actions

Copy

link to clipboard
copied!

Print

Language:
English

Attachments

Additional Resources

KB
•
End Of General Availability of the Free vSphere Hypervisor (ESXi 7.x and 8.x) (2107518)

KB
•
Download and Install VMware Fusion (2014097)

Results 1-2 of 2

Ask The Community

Get answers quickly from VMware experts in the community

Post Subject

CONTINUE IN COMMUNITIES

Related Products:

VMware vSphere ESXi

Related Versions:

VMware ESXi 4.1.x Installable

VMware ESXi 4.1.x Embedded

Take Our Survey

Was this article helpful?

YES

NO

Copyright © 2005-2024 Broadcom. All Rights Reserved. The term “Broadcom” refers to Broadcom Inc. and/or its subsidiaries.

Terms of Use

Your California Privacy Rights

Privacy

Accessibility

Cookie Settings

Support Assistant