Skip to main content
Hay disponible una nueva versión de este producto.
Se proporciona el idioma español mediante traducción automática para su comodidad. En caso de alguna inconsistencia, el inglés precede al español.

Soluciona problemas de red, hardware y plataforma en StorageGRID

PDF

${post_edited_translations.segment}

[[422-unprocessable-entity-errors]] == ${post_edited_translations.segment}

El error 422: «Entidad no procesable» puede producirse por diferentes motivos. Consulta el mensaje de error para determinar cuál es la causa de tu problema.

Si ves uno de los mensajes de error que aparecen en la lista, realiza la acción recomendada.

Mensaje de error Causa raíz y medidas correctivas 
422: Unprocessable Entity

Validation failed. Please check
the values you entered for
errors. Test connection failed.
Please verify your
configuration. Unable to
authenticate, please verify
your username and password:
LDAP Result Code 8 "Strong
Auth Required": 00002028:
LdapErr: DSID-0C090256,
comment: The server requires
binds to turn on integrity
checking if SSL\TLS are not
already active on the
connection, data 0, v3839

${post_edited_translations.segment}

El uso de la opción Do not use TLS no es compatible con los servidores de AD que exigen la firma de LDAP. Debes seleccionar la opción Use STARTTLS o la opción Use LDAPS para TLS.

 
422: Unprocessable Entity

Validation failed. Please check
the values you entered for
errors. Test connection failed.
Please verify your
configuration.Unable to
begin TLS, verify your
certificate and TLS
configuration: LDAP Result
Code 200 "Network Error":
TLS handshake failed
    (EOF)

${post_edited_translations.segment}

Comprueba los algoritmos de cifrado que ofrece el sistema externo. El sistema debe usar uno de los "${post_edited_translations.segment}" para las conexiones TLS salientes, como se muestra en las instrucciones para administrar StorageGRID.

${post_edited_translations.segment}

La alerta Discrepancia en la MTU de la red Grid se activa cuando la configuración de la unidad máxima de transmisión (MTU) de la interfaz de red Grid (eth0) varía de forma significativa entre los nodos de la grid.

Acerca de esta tarea

Las diferencias en la configuración de la MTU podrían indicar que algunas, pero no todas, las redes eth0 están configuradas para tramas jumbo. Una discrepancia en el tamaño de la MTU superior a 1000 podría causar problemas de rendimiento en la red.

Pasos

  1. El acceso externo por SSH está bloqueado de forma predeterminada. Si es necesario, "permitir el acceso de forma temporal".

  2. ${post_edited_translations.segment}

    • ${post_edited_translations.segment}

    • Accede a primary Admin Node IP address/metrics/graph e introduce la siguiente consulta: node_network_mtu_bytes{device="eth0"}

  3. "Modificar la configuración de MTU" según sea necesario para asegurarte de que sean iguales para la interfaz de la red de grid (eth0) en todos los nodos.

    • Para nodos basados en Linux y VMware, usa el siguiente comando: /usr/sbin/change-ip.py [-h] [-n node] mtu network [network...]

      Ejemplo: change-ip.py -n node 1500 grid admin

      Nota: en los nodos basados en Linux, si el valor de MTU deseado para la red en el contenedor supera el valor ya configurado en la interfaz del host, primero debes configurar la interfaz del host para que tenga el valor de MTU deseado y luego usar el script change-ip.py para cambiar el valor de MTU de la red en el contenedor.

      ${post_edited_translations.segment}

    ${post_edited_translations.segment} Descripción

    mtu

    La MTU que vas a configurar. Debe estar en el rango de 1280 a 9216.

    network

    Las redes a las que se aplicará el MTU. Incluye uno o más de los siguientes tipos de red:

    • grid

    • ${post_edited_translations.segment}

    • ${post_edited_translations.segment}

    +

    Argumentos opcionales Descripción

    -h, – help

    Mostrar el mensaje de ayuda y salir.

    -n node, --node node

    El nodo. El valor predeterminado es el nodo local.

  4. Si has permitido el acceso SSH externo, "${post_edited_translations.segment}" cuando hayas terminado la tarea.

${post_edited_translations.segment}

Las alertas de Node network reception frame error pueden deberse a problemas de conectividad entre StorageGRID y tu hardware de red. Esta alerta se borra sola después de que se resuelve el problema subyacente.

Acerca de esta tarea

${post_edited_translations.segment}

  • ${post_edited_translations.segment}

  • ${post_edited_translations.segment}

  • ${post_edited_translations.segment}

  • Desbordamiento del búfer circular de la NIC

Pasos

  1. ${post_edited_translations.segment}

  2. Sigue los siguientes pasos en función de la causa del error:

    Desajuste de FEC
    Nota Estos pasos solo son aplicables a las alertas de Error de trama de recepción de red del nodo provocadas por una discrepancia de FEC en los dispositivos StorageGRID.

    1. ${post_edited_translations.segment}

    2. ${post_edited_translations.segment}

    3. Si quieres cambiar los parámetros de FEC para intentar resolver la alerta, primero asegúrate de que el dispositivo esté configurado en modo Auto en la página de Configuración de enlace del StorageGRID Appliance Installer (consulta las instrucciones para tu dispositivo:

    4. Cambia la configuración de FEC en los puertos del switch. Los puertos del dispositivo StorageGRID ajustarán su configuración de FEC para que coincida, si es posible.

      No puedes configurar los parámetros de FEC en los dispositivos StorageGRID. En su lugar, los dispositivos intentan detectar y replicar los parámetros de FEC de los puertos del switch a los que están conectados. Si se fuerzan los enlaces a velocidades de red de 25 GbE o 100 GbE, es posible que el switch y la NIC no logren negociar un parámetro de FEC común. Sin una configuración FEC común, la red pasará al modo "sin FEC". Cuando la FEC no está habilitada, las conexiones son más susceptibles a errores causados por el ruido eléctrico.

      Nota Los dispositivos StorageGRID admiten Firecode (FC) y Reed Solomon (RS) FEC, así como sin FEC.
    ${post_edited_translations.segment}

    Si la alerta se debe a una discrepancia entre el puerto del switch y el tamaño de MTU de la NIC, comprueba que el tamaño de MTU configurado en el nodo sea el mismo que la configuración de MTU del puerto del switch.

    El tamaño de MTU configurado en el nodo podría ser menor que el ajuste en el puerto del switch al que está conectado el nodo. Si un nodo de StorageGRID recibe una trama de Ethernet mayor que su MTU, lo cual es posible con esta configuración, podría informarse de la alerta Error de trama de recepción de red de nodo. Si crees que esto es lo que está pasando, cambia la MTU del puerto del switch para que coincida con la MTU de la interfaz de red de StorageGRID, o bien cambia la MTU de la interfaz de red de StorageGRID para que coincida con la del puerto del switch, según tus objetivos o requisitos de MTU de extremo a extremo.

    Nota Para obtener el mejor rendimiento de la red, todos los nodos deben configurarse con valores de MTU similares en sus interfaces de red Grid. La alerta Desajuste de MTU de la red Grid se activa si existe una diferencia significativa en la configuración de MTU de la red Grid en los distintos nodos. No es necesario que los valores de MTU sean iguales para todos los tipos de red. Consulta ${post_edited_translations.segment} para más información.
    Nota Véase también "${post_edited_translations.segment}".
    ${post_edited_translations.segment}

    1. Activa FEC, si aún no está activada.

    2. Comprueba que el cableado de red sea de buena calidad y que no esté dañado ni mal conectado.

    3. ${post_edited_translations.segment}

      Nota Es posible que observes unas tasas de error elevadas en un entorno con mucho ruido eléctrico.
    Desbordamiento del búfer circular de la NIC

    ${post_edited_translations.segment}

    ${post_edited_translations.segment}

  3. ${post_edited_translations.segment}

Errores de sincronización horaria

Es posible que detectes problemas de sincronización horaria en tu grid.

${post_edited_translations.segment}

Nota Cuando "${post_edited_translations.segment}" para una instalación de StorageGRID a nivel de producción, no uses el servicio Windows Time (W32Time) en una versión de Windows anterior a Windows Server 2016. El servicio de hora en versiones anteriores de Windows no es lo suficientemente preciso y Microsoft no lo admite para su uso en entornos de alta precisión, como StorageGRID.

${post_edited_translations.segment}

Es posible que veas problemas de conectividad de red en los nodos de StorageGRID alojados en hosts Linux.

${post_edited_translations.segment}

En algunos casos, puedes resolver los problemas de red usando la clonación de direcciones MAC. Si usas hosts virtuales, establece el valor de la clave de clonación de direcciones MAC para cada una de tus redes en "true" en tu archivo de configuración del nodo. Esta configuración hace que la dirección MAC del contenedor de StorageGRID use la dirección MAC del host. Consulta las instrucciones para "${post_edited_translations.segment}".

Nota Crea interfaces de red virtuales independientes para que las use el sistema operativo host de Linux. Si usas las mismas interfaces de red para el sistema operativo host de Linux y el contenedor de StorageGRID, el sistema operativo host podría quedar inaccesible si no has habilitado el modo promiscuo en el hipervisor.

Para obtener más información, consulta las instrucciones de "activar la clonación de direcciones MAC".

Modo promiscuo

Si no deseas utilizar la clonación de direcciones MAC y prefieres permitir que todas las interfaces reciban y transmitan datos para direcciones MAC distintas de las asignadas por el hipervisor, asegúrate de que las propiedades de seguridad a nivel de conmutador virtual y de grupo de puertos estén configuradas en Aceptar para el modo promiscuo, los cambios de dirección MAC y las transmisiones falsificadas. Los valores configurados en el conmutador virtual pueden ser anulados por los valores a nivel de grupo de puertos, así que asegúrate de que la configuración sea la misma en ambos lugares.

Para obtener más información sobre cómo utilizar el modo promiscuo, consulta las instrucciones para "Cómo configurar la red del host".

Linux: el estado del nodo es «huérfano»

Un nodo de Linux en estado «huérfano» suele indicar que, o bien el servicio storagegrid o bien el demonio del nodo StorageGRID que controla el contenedor del nodo se ha detenido de forma inesperada.

Acerca de esta tarea

Si un nodo de Linux indica que se encuentra en estado huérfano, debes:

  • Comprueba los registros en busca de errores y mensajes.

  • ${post_edited_translations.segment}

  • ${post_edited_translations.segment}

  • ${post_edited_translations.segment}

Pasos

  1. ${post_edited_translations.segment}

  2. Inicia sesión en el host como root o usando una cuenta con permisos sudo.

  3. Intenta volver a iniciar el nodo ejecutando el siguiente comando: $ sudo storagegrid node start node-name

    $ sudo storagegrid node start DC1-S1-172-16-1-172

    Si el nodo queda huérfano, la respuesta es

    Not starting ORPHANED node DC1-S1-172-16-1-172

  4. En Linux, detén el motor de contenedores y cualquier proceso storagegrid-node que esté controlando. Por ejemplo:sudo docker stop --time secondscontainer-name

    En seconds, introduce el número de segundos que quieres esperar a que se detenga el contenedor (normalmente 15 minutos o menos). Por ejemplo:

    sudo docker stop --time 900 storagegrid-DC1-S1-172-16-1-172

  5. Reinicia el nodo: storagegrid node start node-name

    storagegrid node start DC1-S1-172-16-1-172

Linux: Soluciona problemas de compatibilidad con IPv6

${post_edited_translations.segment}

Acerca de esta tarea

Para ver la dirección IPv6 que se ha asignado a un nodo de la red:

  1. ${post_edited_translations.segment}

  2. Selecciona Mostrar direcciones IP adicionales junto a Direcciones IP en la pestaña Resumen.

Si no se muestra la dirección IPv6 y el nodo está instalado en un host Linux, sigue estos pasos para habilitar la compatibilidad con IPv6 en el kernel.

Pasos

  1. Inicia sesión en el host como root o usando una cuenta con permisos sudo.

  2. Ejecuta el siguiente comando: sysctl net.ipv6.conf.all.disable_ipv6

    root@SG:~ # sysctl net.ipv6.conf.all.disable_ipv6

    El resultado debería ser 0.

    net.ipv6.conf.all.disable_ipv6 = 0
    Nota Si el resultado no es 0, consulta la documentación de tu sistema operativo para cambiar la configuración de sysctl. Luego, cambia el valor a 0 antes de continuar.

  3. Accede al contenedor del nodo de StorageGRID: storagegrid node enter node-name

  4. Ejecuta el siguiente comando: sysctl net.ipv6.conf.all.disable_ipv6

    root@DC1-S1:~ # sysctl net.ipv6.conf.all.disable_ipv6

    ${post_edited_translations.segment}

    net.ipv6.conf.all.disable_ipv6 = 1
    Nota Si el resultado no es 1, este procedimiento no es aplicable. Ponte en contacto con el soporte técnico.

  5. Sal del contenedor: exit

    root@DC1-S1:~ # exit

  6. Como root, edita el siguiente archivo: /var/lib/storagegrid/settings/sysctl.d/net.conf.

    sudo vi /var/lib/storagegrid/settings/sysctl.d/net.conf

  7. Localiza las siguientes dos líneas y elimina las etiquetas de comentario. A continuación, guarda y cierra el archivo.

    net.ipv6.conf.all.disable_ipv6 = 0
    net.ipv6.conf.default.disable_ipv6 = 0

  8. ${post_edited_translations.segment}

    storagegrid node stop node-name
    storagegrid node start node-name