Soluciones De Falla De Conexión Conexión Perdida Para Ser Servidor SRM
October 27, 2021
Recomendado: Fortect
Si tiene un error de conexión importante en su computadora en el que ha perdido la conexión con cada uno de nuestros servidores SRM, este artículo puede ayudarlo.
Verano
Ha pasado mucho tiempo desde que escribí artículos recientemente. Me encontré con un guión interesante pero pensé en compartirlo. Probamos el entorno en el que todos los clientes instalaron SRM 5.5 en relación con Windows 2008.
No se pudo conectar con SRM con el error “Enlace perdido para ayudarlo al sitio web con el servidor SRM X.X.X.X: 8095
El alojamiento “X.X.X.X” fue capaz de admitir la extensión. Remoto (el servidor generó un error específico: (503) Servidor no disponible) “
Encontramos el mensaje anterior generalmente al intentar agregar con frecuencia a través del cliente vsphere. Confirmación
porque los periódicos son lo primero que hacemos. Es posible que haya mirado los registros de actividad de recuperación de desastres para ver el resultado del problema, diría yo.
[06620 Warning ConnID = vc-admin-22d0] Error en la conexión â € localvcâ: (vim.fault.InvalidLogin) {
Recomendado: Fortect
¿Estás cansado de que tu computadora funcione lentamente? ¿Está plagado de virus y malware? ¡No temas, amigo mío, porque Fortect está aquí para salvar el día! Esta poderosa herramienta está diseñada para diagnosticar y reparar todo tipo de problemas de Windows, al tiempo que aumenta el rendimiento, optimiza la memoria y mantiene su PC funcionando como nueva. Así que no esperes más: ¡descarga Fortect hoy mismo!
1. Descargue e instale Fortect 2. Abra el programa y haga clic en "Escanear" 3. Haga clic en "Reparar" para iniciar el proceso de reparación -> dynamicType armoniza con FaultCause
, -> = (vmodl.MethodFault) glutamato monosódico cero,
â € “> = â € œ Error obtenido en la respuesta SOAP directamente desde [
]: Iniciar sesión -> No se puede conectar principalmente debido al nombre de usuario o contraseña completos. ,
[06612 Información “estándar”] CoreDump: Minidump
[Información “estándar” de 06616 Writings] CoreDump: escribir un minivolcado
El usuario confirmó que el código de administración fue cambiado hace algunos eventos. El mismo usuario se utilizó anteriormente para instalar SRM en Internet.
Posibles formas en que ocurre la pesadilla anterior en cada una de estas enfermedades
- Es posible que la empresa Site Recovery Manager no se esté ejecutando. Compruebe con frecuencia los elementos del servidor de SRM que garantizarían que el servicio de reparación de búsqueda del administrador del sitio se esté ejecutando.
- Asegúrese de que la cuenta de jugador de Site Recovery Manager no esté bloqueada en Active Directory; a menudo, la contraseña del usuario probablemente no se haya cambiado recientemente desde todas las mediciones de SRM, y la contraseña no ha caducado en absoluto.
Para resolver un problema, algunos de nosotros podemos resolverlo en diferentes posibilidades.
- En SRM 5.x, inicie el proceso en el instalador en modo rehacer. Esto permitirá que se ingrese la contraseña eficiente y, por lo tanto, SRM se volverá a conectar, lo cual es una base suficiente para vCenter
- Es probable que también cambie todas las contraseñas guardadas mediante el uso del comando en línea. Cómo revertir la contraseña en la instalación de SRM 5.x:
- Abra inmediatamente un comando elevado siempre en el servidor SRM.
- Utilice el directorio de comandos all alter (cd) para buscar la carpeta de instalación de SRM de otra persona.
Ejemplo: cd C: Archivos de programa VMware VMware Site vCenter Recovery Manager bin - Ejecute el comando sin hacer preguntas: srm-config.exe -cmd updateuser -cfg .. config vmware-dr.xml -u
- “Seguir” motiva a srm-config.exe a actualizar las credenciales de suscriptor en particular.
- Ejecute services.msc para abrir el Administrador de productos y servicios de Windows.
- Seleccione el servicio VMware vCenter Site Recovery Server Manager nuevamente en la utilidad Service Manager y simplemente haga clic en Reiniciar contraseña.
Después de la actualización de SRM, la conexión fue exitosa y tuve un usuario feliz.
Hace unos días compré familiarizado con Site Recovery 5 Manager. La instalación 5.1 no pasó. La irritación apareció por primera vez al intentar iniciar SRM con el cliente vSphere C #
Error de conexión: se perdió la conexión con el servidor web de SRM [nombre de host: puerto]
El servidor [nombre de host] no pudo interpretar todas las solicitudes de los clientes. Remoto (el servidor informa de un error: (503) El servidor no está disponible)
Iniciar sesión …
Cuando veo esto, la mayoría de las veces solo vuelvo a habilitar el servicio SRM, sino que a veces el servicio SRM se inicia y se detiene después de unos segundos.
Esto me llevó a verificar los registros de SRM específicos disponibles en vCenter disponibles:
C: ProgramData VMware VMware Site Recovery Manager Logs
Esperas echar un vistazo a la última versión de Vmware-dr-xxx, donde la pornografía es un número cada vez mayor.
En el final más importante de indudablemente el diario, noté el siguiente espanto:
[Error de inicio de sesión] [Auth] Si la inicialización falló:
[Error de autorización] Error de cálculo en la inicialización de seguridad
[información “Estándar”] CoreDump: escribir minivolcado
[Pánico “Estándar”]â € “>
â € “> Complaint Panic: Error: â € œrcâ € – d: /build/ob/bora-1964818/srm/src/authorization/authorize.cpp: 136
-> Trazabilidad:
â € “> backtrace [00] oferta poco común 00007ffeb8f8a04a
â € “> seguimiento [01] rip 00007ffeb8e4f51f
â € “> seguimiento [02] daà ± o 00007ffeb8e506be
â € “> backtrace [03] nervadura 00007ffeb8fa172c
-> Copiar pista [04] 00007ffeb8fa188c
â € “> trazo inverso [05] rip 00007ffeb8e40ae0
-> busque [06] crack 0000000003141d63
â € “> backtrace [07] backtrace blade [08] 0000000140043741
-> diseccionar 0000000046c42b6
â € “> retroceso [09] rip 00000000046c52c5
-> lookup [10] tear 00000000510c2fdf
-> Regresar [11] aristas 00000000510c3080
-> Backtrace [12] pasa a la ofensiva 00007ffef01716ad
-> localizar [13] rip 00007ffef1164409
â € “>
Los siguientes grupos en el registro indicaron que sin duda la resolución fue la causa de esta naturaleza del problema:
[Error de autorización] Error de inicialización de seguridad
Si dije que el servicio SRM podría estar comenzando, le pedirá a este vCenter especial que verifique casi todas las conexiones de VC como las conozco, luego tengo los registros de actividad de VPXD analizados en el servidor vCenter. Para Windows Server 5.5 VC, siempre se encuentran aquí virtualmente:
C: ProgramData VMware VMware Center Logs
En este ejemplo, SRM no eligió todas las cuentas de AD, pero se configuró para usar el historial de SSO de Noah de contabilidad local con función de administrador. Esto significa que quién tiene el problema, incluso el estilo de vida SRM, no está utilizando fuentes de atracción de AD
Abra el archivo de informe vpxd-xxx y busque la hora a la que los clientes iniciaron el servicio SRM.
En mi leña, noté dónde pasa el VC a través de todos los usuarios y grupos con derechos que pueden ingresar al VC, su trabajo posterior falló:
[info ‘[SSO]’ opID = 5b78d12a] [UserDirectorySso] GetUserInfo (DOMINIO Administradores de dominio, verdadero)
[Hechos 3. [SSO] [SsoAdminFacadeImpl] – opID significa 5b78d12a] [Buscar][Error ‘[SSO]’ opID implica 5b78d12a] [UserDirectorySso] GetUserInfo Exception: Vmacore :: Authorize :: AuthUserUnresolvedException (Group DOMAIN Domain Admins, Source: Sso :: Fault :: InternalFault :: Exception (sso.fault. “Estándar “error interno))
[error opID = 5b78d12a] Error de exploración del directorio: grupo DOMINIO Administradores de dominio Causa: Categoría Sso :: Predeterminado :: InternalFault :: Exception (sso.fault.InternalFault)
Una entrada resaltada que generalmente significaría que el VC encontró un error poderoso al verificar a las personas que administran el dominio. Ingresé un VC o ausente un grupo de la lista de acuerdo de VC y lo agregué nuevamente, sin embargo, cuando terminé, se me presentaron varias características mencionadas con el mismo grupo. Publiqué lo antes posible porque originalmente había varios nombres de sitios web en el bosque de AD.
Decidí cambiar el DN base del identificador de Active Directory que existe para que el VC se asegure de que no se le dieron otros grupos al VC, lo que en cierto modo evitó que el VC confunda que a veces el grupo debería admitirlo. abajo usándolo.
Inicie sesión en vSphere Web Client con la cuenta real con el rol de administrador. Vaya a Inicio> Configuración. Seleccione el i. d fuente que se utilizará y cambiará:
Cambie el DN base correcto para los grupos (si la crisis fue con el grupo) para que la mayoría del grupo incluso contenga directamente cómo el grupo con el que se desarrolló el problema.
En este script, lo modifiqué de dc = domain, energy = local a cn = drivers, dc = domain, dc-local
Esto, por supuesto, hace que sea imposible que pueda iniciar sesión en el VC si su empresa está utilizando grupos para sus permisos fundamentales de VC y se debe considerar que el grupo está fuera de esa OU. Probablemente haya soluciones alternativas más agradables.
Si aún no lo ha hecho, mueva la comunidad de VK y disminuya los permisos nuevamente.
Disculpe la intención de este problema. No hay KB. Recovery Site Manager 5.5.1 e incluso vCenter Server 5.5U1 funcionaron con estos lugares
Descarga este software y repara tu PC en minutos.Connection Error Lost Connection To Srm Server
Erro De Conexao Perdeu Conexao Com O Servidor Srm
연결 오류 Srm 서버에 대한 연결 끊김
Erreur De Connexion Connexion Perdue Au Serveur Srm
Verbindungsfehler Verbindung Zum Srm Server Verloren
Oshibka Soedineniya Poteryano Soedinenie S Srm Serverom
Blad Polaczenia Utracone Polaczenie Z Serwerem Srm
Anslutningsfel Forlorade Anslutningen Till Srm Servern
Verbindingsfout Verbinding Met Srm Server Verbroken
