Le Soluzioni Per Problemi Di Connessione Hanno Perso La Connessione Al Server SRM
October 27, 2021
Consigliato: Fortect
Se hai un errore organizzativo sul tuo computer che ha solo la connessione al dispositivo SRM, questo articolo potrebbe esserti d’aiuto.
Estate
È passato molto tempo dall’ultima volta che ho scritto articoli. Sono arrivato tramite una sceneggiatura interessante e sospettavo di condividerla. Abbiamo testato il nostro ambiente in cui il cliente ha installato SRM 5.5 su Windows 2008.
Impossibile connettersi a SRM insieme all’errore “Collegamento perso al sito Web costituito dal server SRM X.X.X.X: 8095
L’hosting “X.X.X.X” è stato in grado di supportare l’estensione effettiva. Remoto (il server ha restituito l’errore focalizzato: (503) Server non disponibile.) “
Abbiamo riscontrato la nota precedente quando il tentativo di connessione frequente implica il client vsphere. Conferma
per il fatto che i giornali sono la prima opzione che facciamo. Ho cercato localizzato nei registri di ripristino di emergenza per consultare il risultato del problema.
[06620 Avviso ConnID equivale a vc-admin-22d0] â € localvcâ € conversazione non riuscita: (vim.fault.InvalidLogin) {
Consigliato: Fortect
Sei stanco del fatto che il tuo computer funzioni lentamente? È pieno di virus e malware? Non temere, amico mio, perché il Fortect è qui per salvare la situazione! Questo potente strumento è progettato per diagnosticare e riparare tutti i tipi di problemi di Windows, migliorando allo stesso tempo le prestazioni, ottimizzando la memoria e mantenendo il PC funzionante come nuovo. Quindi non aspettare oltre: scarica Fortect oggi!
1. Scarica e installa Fortect 2. Apri il programma e fai clic su "Scansione" 3. Fai clic su "Ripara" per avviare il processo di riparazione -> dynamicType corrisponde a FaultCause
, -> uguale a (vmodl.MethodFault) zero glutammato monosodico,
â € “> è uguale a â € œ Errore ricevuto presente nella risposta SOAP da [
]: Login -> Impossibile connettersi a causa di nome utente o password pieni zeppi. “,
[06612 Informazioni ‘Standard’] CoreDump: Minidump
[06616 Scritte informazioni “standard”] CoreDump: Scrivere un minidump
Il proprietario ha confermato che il codice amministratore sarebbe stato modificato alcuni giorni fa. Lo stesso utente è stato utilizzato per acquistare SRM su entrambi i siti web.
Possibili modi in cui si verifica il problema di cui sopra di ciascuna di queste condizioni
- Il servizio Site Recovery Manager potrebbe non essere necessariamente in esecuzione. Controllare gli elementi utilizzando il server SRM per assicurarsi che il servizio di riparazione della ricerca di Site Manager sia in esecuzione.
- Assicurati che la maggior parte dell’account utente di Site Recovery Manager non sia stata bloccata in Active Directory, in molti casi la password dell’utente è stata probabilmente modificata a malapena dalle dimensioni SRM e la password non è stata scaduta.
Per risolvere il problema particolare, alcuni di noi potrebbero gestirlo in modi diversi.
- In SRM 5.x, avvia il processo solo nell’installer in modalità di modifica. Ciò consentirà di inserire la password aggiornata verso e quindi SRM è incline a riconnettersi, motivo sufficiente per produrre vCenter
- Puoi anche invertire tutte le password salvate usando il comando su Internet. Come cambiare la password che vive nell’installazione di SRM 5.x:
- Apri immediatamente al pubblico un comando con privilegi elevati sul server SRM.
- Usa la directory alter handle (cd) per navigare nella directory di installazione di SRM di qualcun altro.
Esempio: cd e dvd C:ProgrammiVMwareVMware Site vCenter Recovery Managerbin - Esegui la parola di comando senza fare domande: srm-config.exe -cmd updateuser -cfg .. config vmware-dr.xml -u
- “Segui” stimola srm-config.exe ad aggiornare le qualifiche dell’abbonato.
- Esegui services.msc per aprire quello che vedi, Windows Product and Services Manager.
- Selezionare il servizio VMware vCenter Site Recovery Server Manager nell’utility Service Manager e fare clic su Riavvia password.
Dopo l’aggiornamento di SRM, di solito la connessione ha avuto successo e ho un utente felice.
Pochi giorni fa ho scoperto che contiene Site Recovery 5 Manager. L’installazione 5.1 non è andata a buon fine. Il problema è stato verificato per la prima volta durante il tentativo di connessione a SRM utilizzando la persona vSphere C #
Errore di connessione: contatto perso con il server SRM [nome host: porta]
Il server [hostname] non è stato in grado di spiegare tutte le richieste del client. Remoto (errore cronologia server: (503) Il server non è disponibile.)
Accedi …
Quando vedo questo, di solito riattivo praticamente il servizio SRM, ma a volte l’intero servizio SRM si avvia e si arresta correttamente dopo pochi secondi.
Questo mi ha spinto a controllare i log di fuoco SRM disponibili in vCenter qui:
C: ProgramData VMware VMware Site Recovery Manager Logs
Vuoi dare un’occhiata all’ultima versione di Vmware-dr-xxx, dove xxx è un meraviglioso numero in aumento.
Nella maggior parte dei momenti importanti del diario, ho notato il seguente panico:
[Accesso non riuscito] [Auth] Se l’inizializzazione non è riuscita:
[Errore di autorizzazione] Errore di inizializzazione della sicurezza
[info ‘Standard’] CoreDump: scrivi minidump
[Panico “Standard”]â € “>
â € “> Panico da reclamo: Errore: â € œrcâ € @ j: /build/ob/bora-1964818/srm/src/authorization/authorize.cpp: 136
-> Tracciabilità:
â € “> backtrace [00] proposta speciale 00007ffeb8f8a04a
â € “> backtrace [01] duplicato 00007ffeb8e4f51f
â € “> backtrace [02] il punto di interruzione 00007ffeb8e506be
â € “> backtrace [03] costola 00007ffeb8fa172c
-> Copia file [04] 00007ffeb8fa188c
â € “> backtrace [05] rip 00007ffeb8e40ae0
-> rintraccia [06] crack 0000000003141d63
â € “> backtrace [07] backtrace bordo [08] 0000000140043741
-> seziona 0000000046c42b6
â € “> backtrace [09] rip 0000000046c52c5
-> trova [10] strappo 00000000510c2fdf
-> Ritorno [11] curve 00000000510c3080
-> Backtrace [12] si occupa dell’offensiva 00007ffef01716ad
-> sapere [13] rip 00007ffef1164409
â € “>
Il seguente gruppo in un registro indicava che la risoluzione era stata la causa della natura correlata al problema:
[Autorizzazione non riuscita] Errore di inizializzazione della sicurezza
Se ho parlato dell’avvio del servizio SRM, il software chiederà a questo particolare vCenter di controllare quasi tutte le connessioni VC anche se le conosco, quindi ottengo i record di attività VPXD su cui è stato verificato il server vCenter. Per Windows Server 5.5 VC, di solito si trovano virtualmente qui:
C: ProgramData VMware VMware Center Logs
Per questo motivo, SRM non ha utilizzato tutti gli account AD, ma è stato configurato per usufruire del record SSO di contabilità locale Noah con ruolo di supervisore. Ciò significa chi sta scegliendo il problema anche se SRM quasi certamente non utilizza le risorse naturali della reputazione di AD
Apri il file di registro vpxd-xxx in modo da trovare l’ora in cui i clienti hanno stabilito il servizio SRM.
In questa è la mia legna da ardere ho notato che il VC passa effettivamente attraverso tutti gli utenti e dopo che i gruppi con diritti che possono in sostanza entrare nel VC, lo scopo successivo per uno è fallito:
[info â € ˜ [SSO] â € opID significa 5b78d12a] [UserDirectorySso] GetUserInfo (DOMAIN Domain Admins, true)
[Fatti 2) [SSO] [SsoAdminFacadeImpl] – opID = 5b78d12a] [Cerca][Errore ‘[SSO]’ opID = 5b78d12a] [UserDirectorySso] Eccezione GetUserInfo: Vmacore :: Authorize :: AuthUserUnresolvedException (Group DOMAIN Domain Admins, Source: Sso :: Fault :: InternalFault :: Eccezione (sso.fault. “Standard ” errore interno))
[error opID = 5b78d12a] Errore di lettura della directory: gruppo DOMAIN Domain Admins Causa: Categoria Sso :: Predefinito :: InternalFault :: Eccezione (sso.fault.InternalFault)
Una voce in primo piano che di solito indica che un nuovo VC ha riscontrato un errore durante l’esame dei gruppi di amministrazione del dominio. Ho effettuato l’accesso a un VC o rimosso una selezione dall’elenco dei permessi VC e l’ho persino aggiunto di nuovo, ma quando ho finito, mi è stato presentato mentre utilizzavo diverse funzionalità menzionate allo stesso modo di gruppe. Ho pubblicato APPENA POSSIBILE perché in precedenza c’erano più domini nella foresta di AD!
Ho deciso in quale cambiare il DN di base della maggior parte dell’identificatore di Active Directory che esiste perché il VC per assicurarsi che pochissimi altri gruppi fossero consegnati al particolare VC, il che in particolare ha impedito al tuo VC attuale di confondere quale gruppo questo dovrebbe supportare l’utilizzo del sito.
Accedi al particolare vSphere Web Client con un account contenente il ruolo di manager. Vai a Home> Configurazione. Seleziona l’origine dell’identità da utilizzare e modificare con successo:
Modificare il DN di base corretto per attualmente i gruppi (se il problema era oltre al gruppo) in modo che il nucleo familiare contenga direttamente anche il gruppo a cui si è verificato il problema.
In questo script, l’ho cambiato da dc = dominio, dc = comunità locale a cn = utenti, dc uguale a dominio, dc-local
Questo, ovviamente, rende impossibile accedere direttamente al VC se stai prendendo gruppi per il tuo prezioso VC in lettura e scrittura e il gruppo è considerato al di fuori di quella UO. Ci sono senza dubbio soluzioni alternative probabilmente più eleganti.
Se non l’hai già fatto, rimuovi la popolazione da VK e migliora nuovamente le autorizzazioni.
Ci scusiamo per questa preoccupazione Non ci sono KB. Recovery Site Manager 5.5.1 e vCenter Server 5.5U1 funzionavano con queste impostazioni
Scarica questo software e ripara il tuo PC in pochi minuti.
