DLm-tilknyttet Data Domain-advarsel: Fejl under kommunikation med ESRS-server: esrs.server.name

DLm Consle- og DD-advarsler viser aktuel kommando show:

p0-53 Fre Feb 5 12:00:03 2021 FEJL SystemMaintenance ESRSGateway=esrs.server.name EVT-SMTOOL-00003: Der opstod en fejl under kommunikation med ESRS-gateway: esrs.server.name.

Konfigurationen er ikke strengt nødvendig for en DD bag en DLm, men hvis det gøres forkert, opstår denne advarsel 

Du kan løse dette problem ved at validere IP-adressen på ESRS-serveren.  Hvis DLm bruger ESRS og sender advarsler via connectemc, bør du kunne kontrollere SRS/VE-configuraiton via DLm-værktøjerne og bruge denne værdi.   

Test ConnectEMC fra DLm-værktøjerne til DD.  Dette fungerer muligvis, men fang resultaterne alligevel.  Opret derefter forbindelse til DD
1) Understøtter connectemc-konfiguration Vis
ConnectEMC-konfiguration:
ESRS-gateway-IP/værtsnavn: esrs.server.name
Registrerede enheds-IP(s): 10.175.210.140
2) support connectemc test
Afsendelse af testmeddelelse via ConnectEMC...

**** Testmeddelelsen kunne ikke sendes via ConnectEMC: HTTP-anmodningsfejl (401)3) netværter viser
Hostname mappings:
<samme ip-adresse som i DLm-værktøjerne til SRS/VE > -> esrs.server.name
192.168.100.10 - VTE1
192.168.100.20 - VTE2
192.168.200.10 - VTE1-DATA
192.168.200.20 - VTE2-DATA
192.168.200.30 - VTE3-DATA
192.168.200.40 - VTE4-DATA
192.168.200.50 -> VTE5-DATA
192.168.200.60 -> VTE6-DATA
192.168.200.70 -> VTE7-DATA
>>>>>>
192.168.200.80 -> VTE8-DATA
192.168.203.110 -> dlm.host.name

Hvis DD ESRS-serveren er forskellig fra DLm, skal den sandsynligvis rettes.  I ovenstående eksempel er det godt.

4) net show set
port enabled state DHCP IP-adresse netmaske type yderligere indstilling
/præfiks længde
------- ------- ------- ---- -------------------------- --------------- ---- -------------------------------------------------------------------
ethMa no down ipv4 n/a n/a n/a
eth1a no down no n/a n/a n/a
eth1b no down no n/a n/a n/a
eth1c yes running n/a n/a n/a n/a n/a bonded to veth1
eth1d yes running n/a n/a n/a n/a bonded to veth1
eth3a ja kører n/a n/a n/a n/a bundet til veth2
eth3b ja kører n/a n/a n/a n/a bundet til veth2
eth3c ja kører n/a n/a n/a n/a bundet til veth2
eth3d ja kører n/a n/a n/a n/a bundet til veth2
eth4a ja kører n/a n/a n/a n/a bundet til veth2 eth4b ja kører n/a n/a n/a n/a bundet til veth2
eth4b ja kører n/a n/a n/a n/a bundet til veth2
eth4c ja kører n/a n/a n/a n/a bundet til veth2
eth4d ja kører n/a n/a n/a n/a bundet til veth2
eth5a ja kører n/a n/a n/a n/a bundet til veth3 eth5b ja kører n/a n/a n/a n/a bundet til veth3

eth5c nej ned nej n/a n/a n/a
eth5d no down no n/a n/a n/a
eth6a no down no n/a n/a n/a
eth6b no down no n/a n/a n/a
eth6c no down no n/a n/a n/a
eth6d no no n/a n/a n/a
veth1 yes running no 192.168.100.111 255.255.255.0 n/a failover: eth1c,eth1d
fe80::260:16ff:fe9b:d56e** /64
veth1:1 ja kører no 192.168.100.110 255.255.255.0 n/a
veth1:6 ja kører nej ef80::d d1 /64 n/a
veth2 ja kører nej 192.168.203.110 255.255.128.0 n/a lacp hash xor-L3L4: eth3a,eth3b,eth3c,eth3d,eth4a,eth4b,eth4c,eth4d
fe80::260:16ff:fe99:d2b4** /64
veth2:1 ja kører nej 192.168.203.111 255.255.128.0 n/a
veth2:2 ja kører nej 192.168.203.112 255.255.128.0 n/a
veth2:3 ja kører nej 192.168.203.113 255.255.128.0 n/a
veth2:4 ja kører nej 192.168.203.114 255.255.128.0 n/a
veth2:5 ja kører nej 192.168.203.115 255.255.128.0 n/a
veth2:6 ja kører nej 192.168.203.116 255.255.128.0 n/a
veth2:7 ja kører nej 192.168.203.117 255.255.128.0 n/a
veth3 ja kører nej 10.175.210.140 255.255.255.128 n/a lacp hash xor-L3L4: eth5a,eth5b
fe80::260:16ff:fe99:c8b4** /64

Ovenfor kan vi se veth3 ip-adressen 10.175.210.140, som er en 10g, LACP-bundet grænseflade.  veth1 er en intern ip-adresse, der bruges af DLm (se DLm VTE /etc/hosts-filen).  Tidligere observerede vi, at den registrerede IP-adresse for ESRS-serveren er 10.175.210.140 eller VETH3.

5) sysadmin@dlm8500drmf-mgmt# net ping esrs.server.name interface veth3
PING uspgh-esrs-p2 (10.0.115.234) fra 10.175.210.140 veth3: 56(84) bytes data.
Fra dlm8500drmf-node0.amer.thermo.com (10.175.210.140) icmp_seq=2 Destinationsvært kan
ikke nås fra dlm8500drmf-node0.amer.thermo.com (10.175.210.140) icmp_seq=3 Destinationsvært kan
ikke nås fra dlm8500drmf-node0.amer.thermo.com (10.175.210.140) icmp_seq=4 Destinationsvært kan ikke nås
^C

Resultaterne fra #5 viser, at der ikke er nogen rute til ESRS-serveren via VETH3.

6) netto ping esrs.server.name interface veth1
PING uspgh-esrs-p2 (10.0.115.234) fra 192.168.100.111 veth1: 56(84) bytes data.
64 byte fra USPGH-ESRS-P2 (10.0.115.234): icmp_seq=1 TTL=54 tid=11,4 ms
64 byte fra USPGH-ESRS-P2 (10.0.115.234): icmp_seq=2 TTL=54 tid=11,4 ms
64 byte fra USPGH-ESRS-P2 (10.0.115.234): icmp_seq=3 TTL=54 tid=11,3 ms

VETH1 kan nå ESRS-serveren.

7) net route show gateway
IPv4 Default Gateways
gateway IP source
------------- ------
192.168.100.8 statisk <- dette skal altid være 192.168.100.8, DLm VTE h / a IP-adressen.

Registrer IP Data Domain veth1-IP-adressen til esrs-gatewayen.

Denne kommando kræver login/adgangskode til Dell/EMC-supportwebstedet.  Kunde eller Dell Technologies-medarbejder.  

8) Support ConnectEMC Device Register 192.168.100.111 ESRS-Gateway esrs.server.name
Indtast Dell EMC Support-brugernavn: mydellusername
Indtast Dell EMC Support-adgangskode: 

Enhed, der er registreret på ESRS-gateway-esrs.server.name.
ddhostname# support connectemc test
Sender testmeddelelse via ConnectEMC...
Testmeddelelsen blev sendt via ConnectEMC.

Hvis ovenstående trin ikke løser problemet, skal du åbne en serviceanmodning for Data Domain-enheden.