Solución de problemas de registro de Azure Stack HCI
Se aplica a: Azure Local, versión 22H2
Importante
Azure Stack HCI ahora forma parte de Azure Local. El cambio de nombre de la documentación del producto está en curso. Sin embargo, las versiones anteriores de Azure Stack HCI, por ejemplo, 22H2 seguirán haciendo referencia a Azure Stack HCI y no reflejarán el cambio de nombre. Más información.
Importante
Las instrucciones de solución de problemas proporcionadas en este artículo se aplican a una versión anterior, Azure Stack HCI, versión 22H2. Para solucionar problemas de nuevas implementaciones que ejecutan la versión más reciente disponible con carácter general, Azure Stack HCI, versión 23H2, consulte Obtención de soporte técnico para problemas de implementación de Azure Stack HCI.
Para solucionar los problemas de registro de Azure Stack HCI, es necesario examinar las entradas de registro de PowerShell y los registros de depuración de hcisvc de cada servidor del clúster.
Recopilación de entradas de registro de PowerShell
Cuando se ejecutan los cmdlets Register-AzStackHCI
y Unregister-AzStackHCI
, se crean los archivos de registro llamados RegisterHCI_{yyyymmdd-hhss}.log y UnregisterHCI_{yyyymmdd-hhss}.log para cada intento. Puede establecer el directorio de registro para estos archivos de registro mediante el -LogsDirectory
parámetro en el Register-AzStackHCI
cmdlet y llamar Get-AzStackHCILogsDirectory
a para obtener la ubicación. De forma predeterminada, estos archivos se crean en C:\ProgramData\AzureStackHCI\Registration. En el caso de la versión 2.1.2 o anterior del módulo de PowerShell, estos archivos se crean en el directorio de trabajo de la sesión de PowerShell en la que se ejecutan los cmdlets.
De forma predeterminada, no se incluyen los registros de depuración. Si hay un problema que necesita los registros de depuración adicionales, establezca la preferencia de depuración en Continue ejecutando el siguiente cmdlet antes de ejecutar Register-AzStackHCI
o Unregister-AzStackHCI
:
$DebugPreference = 'Continue'
Recopilación de registros de hcisvc locales
Para permitir los registros de depuración de hcisvc, ejecute e siguiente comando en PowerShell en cada servidor del clúster:
wevtutil.exe sl /q /e:true Microsoft-AzureStack-HCI/Debug
Para obtener los registros:
Get-WinEvent -Logname Microsoft-AzureStack-HCI/Debug -Oldest -ErrorAction Ignore
No se pudo registrar. No se pudo generar un certificado autofirmado en los nodos {Node1,Node2}. No se pudo establecer ni comprobar el certificado de registro en los nodos {Node1,Node2}.
Explicación del estado de error:
Durante el registro, cada servidor del clúster debe estar en funcionamiento con conectividad saliente a Internet a Azure. El cmdlet Register-AzStackHCI se comunica con cada servidor del clúster para aprovisionar certificados. Cada servidor usa su certificado para realizar una llamada API a los servicios de HCI en la nube para validar el registro.
Si se produce un error de registro, puede que aparezca un mensaje que indique que No se pudo registrar. No se pudo generar un certificado autofirmado en los nodos {Node1,Node2}. No se pudo establecer ni comprobar el certificado de registro en los nodos {Node1,Node2}
Si hay nombres de nodo después de la parte del mensaje de error que indica que no se pudo generar un certificado autofirmado en los nodos, significa que el sistema no ha podido generar el certificado en esos servidores.
Acción correctiva:
Compruebe que cada servidor que aparece en el mensaje anterior está en funcionamiento. Para comprobar el estado de hcisvc, ejecute
sc.exe query hcisvc
e inícielo si es necesario constart-service hcisvc
.Compruebe que cada servidor que aparece en el mensaje de error tenga conectividad con la máquina en la que se ejecuta el cmdlet
Register-AzStackHCI
. Para comprobarlo, ejecute el siguiente cmdlet desde la máquina en la que se ejecutaRegister-AzStackHCI
, conNew-PSSession
para conectarse a cada servidor del clúster y asegúrese de que funciona:New-PSSession -ComputerName {failing nodes}
Si hay nombres de nodo después de la parte del mensaje de error que indica que no se pudo establecer ni comprobar el certificado de registro en los nodos, significa que el servicio ha podido generar el certificado en los servidores, pero los servidores no pudieron llamar correctamente a la API del servicio en la nube de HCI. Para solucionar problemas:
Asegúrese de que cada servidor tiene la conectividad a Internet necesaria para comunicarse con los servicios en la nube de Azure Stack HCI y otros servicios de Azure necesarios, como Microsoft Entra ID, y que no está bloqueado por firewalls. Consulte Requisitos de firewall para Azure Stack HCI.
Pruebe a ejecutar el
Invoke-AzStackHciConnectivityValidation
cmdlet desde el módulo AzStackHCI.EnvironmentChecker y asegúrese de que se realiza correctamente. Este cmdlet invoca el extremo de estado de los servicios en la nube de HCI para probar la conectividad.Consulte los registros de depuración de hcisvc de cada nodo que aparece en el mensaje de error.
- Es correcto que el mensaje que indica que no se pudo realizar la operación ExecuteWithRetry AADTokenFetch con un error que se puede volver a intentar aparezca unas cuantas veces antes de que se genere el error que indica que no se pudo realizar la operación ExecuteWithRetry AADTokenFetch después de todos los reintentos o que la operación ExecuteWithRetry AADTokenFetch se ejecutó correctamente en el reintento.
- Si encuentra un error en la operación ExecuteWithRetry AADTokenFetch después de todos los reintentos de los registros, el sistema no pudo capturar el token de Microsoft Entra del servicio incluso después de todos los reintentos. Hay una excepción de Microsoft Entra asociada que se registra con este mensaje.
- Si aparece un mensaje que indica AADSTS700027: La aserción de cliente contiene una firma no válida. [Motivo: la clave usada ha expirado. Huella digital de la clave usada por el cliente: "{SomeThumbprint}", clave encontrada "Start=06/29/2021 21:13:15, End=06/29/2023 21:13:15", se trata de un problema con la forma en que se establece la hora en el servidor. Compruebe la hora UTC en todos los servidores mediante la ejecución de
[System.DateTime]::UtcNow
en PowerShell y compárela con la hora UTC real. Si la hora no es correcta, establezca las horas correctas en los servidores e inténtelo de nuevo.
Eliminar el recurso de HCI desde el portal y volver a registrar el mismo clúster provoca problemas
Explicación del estado de error:
Si ha eliminado explícitamente el recurso de clúster de Azure Stack HCI desde Azure Portal sin anular primero el registro del clúster de Windows Admin Center o PowerShell, la eliminación de un recurso de Azure Resource Manager de HCI directamente desde el portal da como resultado un estado de recurso de clúster incorrecto. La anulación del registro debe desencadenarse siempre desde el clúster de HCI con el cmdlet Unregister-AzStackHCI
para que sea limpia. En esta sección se describen los pasos de limpieza para escenarios en los que se ha eliminado el recurso del clúster de HCI desde el portal.
Acción correctiva:
- Inicie sesión en el servidor de clúster de HCI local con las credenciales de usuario del clúster.
- Ejecute el cmdlet
Unregister-AzStackHCI
en el clúster para limpiar el estado de registro y de Arc del clúster.- Si la anulación del registro se realiza correctamente, vaya a Microsoft Entra ID > Registros de aplicaciones (Todas las aplicaciones) y busque el nombre coincidente
clusterName
yclusterName.arc
. Elimine los dos identificadores de aplicación, si existen. - Si se produce un error en la anulación del registro con el error ERROR: No se pudo deshabilitar la integración de Azure Arc en el nombre> del nodo node<, intente ejecutar el
Disable-AzureStackHCIArcIntegration
cmdlet en el nodo. Si el nodo está en un estado enDisable-AzureStackHCIArcIntegration
el que no se puede ejecutar, quite el nodo del clúster e intente volver a ejecutar elUnregister-AzStackHCI
cmdlet. Inicie sesión en cada nodo individual:- Cambie el directorio donde está instalado el agente de Arc:
cd 'C:\Program Files\AzureConnectedMachineAgent\'
. - Obtenga el estado en arcmagent.exe y determine el grupo de recursos de Azure al que se proyecta:
.\azcmagent.exe show
. La salida de este comando muestra la información del grupo de recursos. - Fuerce la desconexión del agente de Arc del nodo:
.\azcmagent.exe disconnect --force-local-only
. - Inicie sesión en Azure Portal y elimine el recurso Arc-for-Server del grupo de recursos determinado en el paso 2.
- Cambie el directorio donde está instalado el agente de Arc:
- Si la anulación del registro se realiza correctamente, vaya a Microsoft Entra ID > Registros de aplicaciones (Todas las aplicaciones) y busque el nombre coincidente
El usuario ha eliminado los identificadores de aplicación por error
Explicación del estado de error:
Si el clúster está desconectado durante más de 8 horas, es posible que se hayan eliminado accidentalmente los registros de aplicaciones de Microsoft Entra asociados que representan el clúster de HCI y los registros de Arc. Para el funcionamiento correcto de los escenarios de Arc y del clúster de HCI, se crean dos registros de aplicaciones en el inquilino durante el registro.
- Si se elimina el identificador de la aplicación
<clustername>
, el recurso de clúster Conexión de Azure en Azure Portal muestra un mensaje que indica Desconectado: el clúster no ha estado conectado durante más de ocho horas. Examine los registros de depuración de HCIsvc en el nodo: el mensaje de error es Application with identifier '<ID>' was not found in the directory 'Default Directory'. Esto puede ocurrir si el administrador del inquilino no ha instalado la aplicación o ha sido consentida por cualquier usuario del inquilino. Es posible que haya enviado la solicitud de autenticación al inquilino incorrecto. - Si el valor
<clustername>.arc
creado durante la habilitación de Arc se elimina, no hay ningún error visible durante la operación normal. Esta identidad solo es necesaria durante los procesos de registro y anulación del registro. En este escenario, la anulación del registro genera un error que indica que No se pudo deshabilitar la integración de Azure Arc en el nodo <nombre del nodo>. Intente ejecutar el cmdlet Disable-AzureStackHCIArcIntegration en el nodo. Si el nodo está en un estado en el que el cmdlet Disable-AzureStackHCIArcIntegration no se ha podido ejecutar, quite el nodo del clúster e intente volver a ejecutar el cmdlet Unregister-AzStackHCI.
La eliminación de cualquiera de estas aplicaciones produce un error de comunicación desde el clúster de HCI a la nube.
Acción correctiva:
Si solo
<clustername> AppId
se elimina , realice un registro de reparación en el clúster para configurar las aplicaciones de Microsoft Entra:Register-AzStackHCI -SubscriptionId "<subscription_ID>" -ComputerName Server1 -RepairRegistration
Al reparar el registro, se vuelven a crear las aplicaciones de Microsoft Entra necesarias y se conserva otra información, como el nombre del recurso, el grupo de recursos y otras opciones de registro.
Si se elimina el
<clustername>.arc
identificador de la aplicación, no hay ningún error visible en los registros. Si se elimina, se produce un error<clustername>.arc
en la anulación del registro. Si se produce un error en la anulación del registro, siga la misma acción correctiva descrita en esta sección.
Error de no inclusión en la directiva
Explicación del estado de error:
Si un clúster registrado anteriormente muestra un estado de OutOfPolicy, los cambios en la configuración del sistema pueden provocar que el estado de registro de Azure Stack HCI se quede sin directiva.
Por ejemplo, los cambios del sistema pueden incluir, pero no se limitan a:
- La desactivación de los conflictos de configuración de arranque seguro en el nodo registrado
- El borrado del Módulo de plataforma segura (TPM)
- Un cambio significativo en la hora del sistema
Nota:
Azure Stack HCI 21H2 con KB5010421 y versiones posteriores intentará recuperarse automáticamente del estado OutOfPolicy. Revise el registro de eventos Microsoft-AzureStack-HCI/Admin para obtener más información sobre el estadoOutOfPolicy actual y otra información.
¿Qué mensajes de identificador de evento "OutOfPolicy" podría esperar ver durante el registro?
Hay tres tipos de mensajes de identificador de evento: informativo, advertencias y errores.
Los siguientes mensajes fueron actualizaciones con Azure Stack HCI 21H2 con KB5010421 y no se verán si esta KB no está instalada.
Identificador de evento informativo
Mensajes de identificador de evento informativos que se producen durante el registro. Revise y siga las sugerencias del mensaje:
(Informativo) Id. de evento 592: "Azure Stack HCI ha iniciado una reparación de sus datos. No se requiere ninguna otra acción del usuario en este momento".
(Informativo) Id. de evento 594: "Azure Stack HCI ha encontrado un error al acceder a sus datos. Para reparar, compruebe qué nodos se ven afectados: si todo el clúster es OutOfPolicy (ejecute Get-AzureStackHCI) ejecute Unregister-AzStackHCI en el clúster, reinicie y, a continuación, ejecute Register-AzStackHCI. Si solo se ve afectado este nodo, quite este nodo del clúster, reinicie y espere a que se complete la reparación y vuelva a unirse al clúster".
Id. de evento de advertencia
Con los mensajes de advertencia, el estado del registro no se completa. Puede haber o no un problema. En primer lugar, revise el mensaje de identificador de evento antes de realizar cualquier paso de solución de problemas.
(Advertencia) Id. de evento 585: "Azure Stack HCI no pudo renovar la licencia de Azure. Para obtener más detalles sobre el error específico, habilite el canal de eventos de Microsoft-AzureStack-HCI/Debug".
Nota:
Los posibles retrasos en el restablecimiento de la conexión completa con Azure se esperan después de una reparación automática correcta y pueden dar lugar a que aparezca el identificador de evento 585. Esto no afecta a las cargas de trabajo ni a las licencias del nodo. Es decir, todavía hay una licencia instalada, a menos que el nodo esté fuera de la ventana de 30 días antes de la reparación automática.
Nota:
En algunos casos, la recuperación automática de Azure Stack HCI no se realiza correctamente. Esto puede ocurrir cuando el estado de registro de todos los nodos del clúster es de fuera de la directiva. Se requieren algunos pasos manuales. Consulte los mensajes del identificador de evento Microsoft-AzureStack-HCI/Admin.
Id. de evento de error
Los mensajes de error de identificador de evento identifican un error en el proceso de registro. El mensaje de error proporciona instrucciones sobre cómo resolver el error en sí.
(Error) Id. de evento 591: "Azure Stack HCI no pudo conectarse con Azure. Si este error sigue apareciendo, pruebe a ejecutar
Register-AzStackHCI
de nuevo con el parámetro-RepairRegistration
".(Error) Id. de evento 594: "Azure Stack HCI encontró un error al acceder a sus datos. Para reparar, compruebe qué nodos se ven afectados; si todo el clúster es OutOfPolicy (ejecute
Get-AzureStackHCI
), ejecuteUnregister-AzStackHCI
en el clúster, reinicie y, a continuación, ejecuteRegister-AzStackHCI
. Si solo se ve afectado este nodo, quítelo del clúster, reinicie, espere a que se complete la reparación y, a continuación, vuelva a unirse al clúster".
El clúster y el recurso de Arc existen en Azure Portal, pero el estado de registro de Get-AzureStackHCI indica "Todavía no"
Explicación del estado de error:
Este problema se debe a la anulación del registro de un clúster de HCI con el entorno en la nube incorrecto o la información de suscripción inadecuada. Si un usuario ejecuta el cmdlet Unregister-AzStackHCI
con los parámetros -EnvironmentName
o -SubcriptionId
incorrectos para un clúster, el estado de registro del clúster se elimina del clúster local, pero el clúster y los recursos de Arc de Azure Portal seguirán existiendo en el entorno o la suscripción original.
Por ejemplo:
-EnvironmentName <value>
incorrecto: ha registrado el clúster en-EnvironmentName AzureUSGovernment
como en el ejemplo siguiente. El valor predeterminado-EnvironmentName
es "Azurecloud". Por ejemplo, ha ejecutado:Register-AzStackHCI -SubscriptionId "<subscription_ID>" -EnvironmentName AzureUSGovernment
Pero después ejecutó el cmdlet
Unregister-AzStackHCI
con-EnvironmentName Azurecloud
(valor predeterminado) de la siguiente forma:Unregister-AzStackHCI -SubscriptionId "<subscription_ID>"
-SubscriptionId <value>
incorrecto: ha registrado el clúster con-SubscriptionId "<subscription_id_1>"
de la siguiente forma:Register-AzStackHCI -SubscriptionId "<subscription_id_1>"
Pero después ha ejecutado el cmdlet
Unregister-AzStackHCI
para un identificador de suscripción distinto:Unregister-AzStackHCI -SubscriptionId "<subscription_id_2>"
Acción correctiva:
- Elimine el clúster y los recursos de Arc del portal.
- Vaya a Microsoft Entra ID > Registros de aplicaciones (Todas las aplicaciones) y busque el nombre coincidente
<clusterName>
y<clusterName>.arc
, a continuación, elimine los dos identificadores de aplicación.
Emitir Sync-AzureStackHCI inmediatamente tras el reinicio de los nodos del clúster da como resultado la eliminación del recurso de Arc
Explicación del estado de error:
Realizar una sincronización del censo antes de que la sincronización de nodos pueda dar lugar a que la sincronización se envíe a Azure, lo que no incluye el nodo. Esto da como resultado que el recurso de Arc para ese nodo se elimine. El cmdlet Sync-AzureStackHCI
solo se debe usar para depurar la conectividad de la nube del clúster de HCI. El clúster de HCI tiene un pequeño tiempo de preparación después de un reinicio para conciliar el estado del clúster; por lo tanto, no se ejecute Sync-AzureStackHCI
poco después de reiniciar un nodo.
Acción correctiva:
En Azure Portal, inicie sesión en el nodo que aparece como No instalado.
Desconecte el agente de Arc con los dos comandos siguientes:
cd "C:\Program Files\AzureConnectedMachineAgent"
y luego
.\azcmagent.exe disconnect --force-local-only
Repare el registro:
Register-AzStackHCI -SubscriptionId "<subscription_ID>" -ComputerName Server1 -RepairRegistration
Después de la operación de reparación, el nodo vuelve a un estado conectado.
El registro se completa correctamente, pero la conexión de Azure Arc en el portal indica No instalado
Escenario 1
Explicación del estado de error:
Esto puede ocurrir si el rol necesario azure Connected Machine Resource Manager se quita del proveedor de recursos de HCI en el grupo de recursos Arc-for-Server.
Puede encontrar el permiso en la hoja Control de acceso del grupo de recursos en Azure Portal. En la imagen siguiente se muestra el permiso:
Acción correctiva:
Ejecute el cmdlet de reparación del registro:
Register-AzStackHCI -TenantId "<tenant_ID>" -SubscriptionId "<subscription_ID>" -ComputerName Server1 -RepairRegistration
Escenario 2
Explicación del estado de error:
Este mensaje también puede deberse a un problema transitorio que a veces se produce al realizar el registro de Azure Stack HCI. Cuando esto sucede, el Register-AzStackHCI
cmdlet muestra el siguiente mensaje de advertencia:
Acción correctiva:
Espere 12 horas después del registro para que el problema se resuelva automáticamente.
Escenario 3
Explicación del estado de error:
Esto también puede ocurrir cuando el proxy no está configurado correctamente para una conexión a los servicios en la nube de Azure ARC desde nodos de HCI. Es posible que vea el siguiente error en los registros del agente de Arc:
Acción correctiva:
A fin de resolver este problema, siga las instrucciones para actualizar la configuración del proxy. A continuación, registre el clúster de Azure Stack HCI.
No se pueden rotar certificados en Fairfax y Mooncake
Explicación del estado de error:
- En Azure Portal, el recurso de clúster Conexión de Azure aparece como Desconectado.
- Examine los registros de depuración de HCIsvc en el nodo. El mensaje de error es la excepción: AADSTS700027: validación de firma con error de aserción de cliente.
- El error también puede aparecer como error de RotateRegistrationCertificate: audiencia no válida.
Acción correctiva:
Realice un registro de reparación en el clúster para agregar nuevos certificados en la aplicación Microsoft Entra:
Register-AzStackHCI -SubscriptionId "<subscription_ID>" -ComputerName Server1 -RepairRegistration
La reparación del registro genera nuevos certificados de reemplazo en la aplicación Microsoft Entra, a la vez que conserva otra información, como el nombre del recurso, el grupo de recursos y otras opciones de registro.
OnPremisesPasswordValidationTimeSkew
Explicación del estado de error:
Se produce un error de generación de tokens de Microsoft Entra con un error de hora si la hora del nodo local está demasiado fuera de sincronización con la hora actual verdadera (UTC). Microsoft Entra ID devuelve el siguiente error:
AADSTS80013: OnPremisesPasswordValidationTimeSkew: no se pudo completar el intento de autenticación debido al desfase horario entre la máquina que ejecuta el agente de autenticación y AD. Corrija los problemas de sincronización de tiempo.
Acción correctiva:
Asegúrese de que la hora se sincronice con un origen de hora conocido y preciso.
No se puede adquirir el token para el inquilino con un error
Explicación del estado de error:
Si la cuenta de usuario usada para el registro forma parte de varios inquilinos de Microsoft Entra, debe especificar -TenantId
durante el registro del clúster y anular el registro; de lo contrario, se produce el error No se puede adquirir el token para el inquilino con error. Debe usar la autenticación multifactor para acceder al inquilino. Vuelva a ejecutar Connect-AzAccount
con el parámetro -TenantId
adicional .
Acción correctiva:
Para el registro del clúster, especifique el
-TenantId
parámetro :Register-AzStackHCI -SubscriptionId "<subscription_ID>" -ComputerName Server1 -TenantId <Tenant_ID>
Para anular el registro, especifique el
-TenantId
parámetro :Unregister-AzStackHCI -ComputerName ClusterNode1 -SubscriptionId "<subscription ID GUID>" -ResourceName HCI001 -TenantId <Tenant_ID>
Uno o varios nodos de clúster no pueden conectarse a Azure
Explicación del estado de error:
Este problema se produce cuando uno o varios nodos de clúster tenían problemas de conectividad después del registro y no podían conectarse a Azure durante mucho tiempo. Incluso después de la resolución de problemas de conectividad, los nodos no pueden volver a conectarse a Azure debido a los certificados expirados.
Acción correctiva:
Inicie sesión en el nodo desconectado.
Ejecute
Disable-AzureStackHCIArcIntegration
.Compruebe el estado de la integración de ARC ejecutando
Get-AzureStackHCIArcIntegration
y asegúrese de que ahora dice "Deshabilitado" para el nodo desconectado:Inicie sesión en Azure Portal y elimine el recurso de Azure Resource Manager que representa el servidor de Arc para este nodo.
Vuelva a iniciar sesión en el nodo desconectado y ejecute
Enable-AzureStackHCIArcIntegration
.Ejecute
Sync-AzureStackHCI
en el nodo.
Error del trabajo al intentar crear una máquina virtual
Explicación del estado de error:
Si el clúster no está registrado en Azure tras la implementación o si el clúster está registrado, pero no se ha conectado a Azure durante más de 30 días, el sistema no permitirá que se creen ni agreguen nuevas máquinas virtuales. Cuando esto ocurra, verá el siguiente mensaje de error al intentar crear máquinas virtuales:
There was a failure configuring the virtual machine role for 'vmname'. Job failed. Error opening "vmname" clustered roles. The service being accessed is licensed for a particular number of connections. No more connections can be made to the service at this time because there are already as many connections as the service can accept.
Acción correctiva:
Registre el clúster de HCI con Azure. Para obtener información sobre cómo registrar el clúster, consulte las instrucciones de la documentación register-AzStackHCI.
Uso de un grupo de recursos común para recursos de clúster y Arc-for-Server
El módulo de PowerShell más reciente admite tener un grupo de recursos común para los recursos de clúster y Arc-for-Server, o bien usar cualquier grupo de recursos preexistente para los recursos de Arc-for-Server.
En el caso de los clústeres registrados con la versión 1.4.1 del módulo de PowerShell o versiones anteriores, puede realizar los pasos siguientes para usar la nueva característica:
- Anule el registro del clúster mediante la ejecución
Unregister-AzStackHCI
desde uno de los nodos. Consulte Anulación del registro de Azure Stack HCI mediante PowerShell. - Instale el módulo de PowerShell más reciente:
Install-Module Az.StackHCI -Force
. - Ejecute
Register-AzStackHCI
pasando los parámetros adecuados para-ResourceGroupName
y-ArcForServerResourceGroupName
.
Nota:
Si usa un grupo de recursos independiente para los recursos de Arc-for-Server, se recomienda usar un grupo de recursos que tenga recursos de Arc-for-Server relacionados solo con Azure Stack HCI. El proveedor de recursos de Azure Stack HCI tiene permisos para administrar cualquier otro recurso de Arc-for-Server en ArcServerResourceGroup.