PowerFlex: El SDC devuelve errores de I/O sin activación de la reconstrucción
Resumen: El SDC devuelve errores de I/O al cliente cuando algunas interfaces de red están disponibles, pero otras no lo están.
Síntomas
En ciertas topologías de red, una o más interfaces de red, pero no todas, en un SDC dejan de estar disponibles, lo que hace que el SDC falle en la comunicación con uno o más SDS, lo que genera errores de I/O.
- Errores devueltos para algunas o todas las ejecuciones de
ping(1), desde la SDC hasta cada FDS - El SDC devuelve los errores de I/O a la aplicación cliente.
- El SDC pierde la conexión con algunos o todos los SDS.
- No se informan desconexiones de SDS/SDS o MDM/SDS.
- No se activa ninguna reconstrucción.
Impacto
Las aplicaciones que se ejecutan en el SDC no pueden acceder a los datos almacenados en el sistema PowerFlex.
Causa
El MDM no cambia las funciones de propietario de la copia de datos (principal/secundario) en función del acceso al SDC, lo que provoca la repetición del siguiente ciclo:
- Las solicitudes enviadas por el SDC al propietario de la copia de datos principal fallan, ya que no se puede acceder a ellas a través de las interfaces disponibles en el SDC.
- El SDC se comunica con el MDM para obtener actualizaciones sobre la copia de datos principal y su propietario.
- El MDM no tiene ningún motivo para actualizar las funciones de datos, ya que el MDM en sí y todos los demás SDS pueden comunicarse normalmente con el propietario actual de la copia de datos principal.
- El MDM responde al SDC con el propietario de la copia de datos principal, que es el mismo SDS al que el SDC envió la solicitud anteriormente.
Este comportamiento sigue el diseño previsto del sistema.
Resolución
En caso de que falte la configuración de enrutamiento de red a nivel del sistema operativo en la causa, cambie la configuración de enrutamiento o la topología de red para tener una ruta disponible desde cada interfaz de SDC a al menos una interfaz de red en cada SDS.
A continuación, se muestra la solución proporcionada por el sistema operativo para agregar rutas persistentes para varias plataformas. Consulte la documentación oficial para conocer el uso y la sintaxis exactos.
Es posible que un sistema tenga una solución no estándar para administrar la tabla de enrutamiento de los hosts. En ese caso, se debe utilizar la solución disponible en lugar del método que se describe a continuación.
El administrador de red del sistema debe proporcionar las direcciones de red y los gateways.
Para ESXi 5.5/6:
Añada la propiedad adecuada esxcli network ip route ipv4 add Declaraciones a /etc/rc.local.
Para RHEL6/7:
Realice uno de los siguientes cambios, según corresponda:
- Agregue el elemento apropiado ADDRESS, NETMASK y GATEWAY parámetros de configuración y sus valores a la interfaz /etc/sysconfig/network-scripts/route-interfaz.
O bien,
- Agregue el elemento apropiado any net Declaraciones a /etc/sysconfig/static-routes.
Requiere que el net-tools Se instalará el RPM
Para Windows:
Realice los pasos adecuados route -p add desde el símbolo del sistema.