none
MAD.EXE no responde ninguno de servidores. Event Id. 2102 RRS feed

  • Pregunta

  • Hola a tod@s!

    Dispongo de un Windows server 2008 R2 corriendo Exchange 2010 con los roles siguientes:

    Windows Server:

    - Servicios de archivo.

    - Servicios de dominio AD

    - Servidor DNS

    - Servidor web (IIS)

    Exchange:

    - Buzón

    - Acceso de cliente

    - Transporte de concentradores

    Además este servidor está montado en una VM de ESXi 4.1 con 2 CPU y 16 GB de RAM.

    Ha funcionado bien hasta que le aplique un converter de VM a VM para reducir el tamaño de su disco duro que lo he pasado de 1'5 TB a 500 GB.

    Entonces tras casi 48 horas de correcto funcionamiento, me he encontrado con el evento 2102 diciendo lo siguiente:

    Proceso MAD.EXE (PID=1996). No responde ninguno de servidores Controlador de dominio en uso: 
    midominio.com 
             

    Esto provocó que el servidor se bloquease teniendo que forzar su reinicio, hace 20 horas de aquello y sigue funcionando con aparente normalidad pero me gustaría saber si el proceso de conversión ha podido dañar algo, ya que este error no me consta antes de la conversión.

    El servidor llevaba funcionando desde finales de 2011...

    He visto información acerca del error pero aplicado a servidores Exchange 2000 y 2003 y no sé cómo aplicar las soluciones propuestas al mío.

    Agradeceré cualquier ayuda o comentario que me puedan dar.

    Un cordial saludo, 

    Álvaro.

    viernes, 24 de octubre de 2014 7:59

Respuestas

  • Hola, Alvaro:

    Reitero lo señalado anteriormente: no importa lo que haya pasado alrededor del Mundo; a tí sólo te interesa que el/los servidores que gestionas (y los servicios asociados a los mismos) estén 100% operativos, ya que serás el UNICO responsable a juicio del jefe..

    Respondiendo directamente a tu pregunta, normalmente todos los sistemas con el rol ADDS implementado se integran en la OU "Domain controllers" (que puedes verlo accediendo desde el DC a EJECUTAR => DSA.msc => OU "Domain Controllers"). En el caso de NO tener implementado el ADDS, simplemente aparecerán por defecto en el directorio COMPUTERS..

    Desiderio Ondo | Bachellor Science in Computer engineering | MCSE certified | ITIL certified | Exchange mailing certified

    • Propuesto como respuesta Moderador M viernes, 24 de octubre de 2014 15:41
    • Marcado como respuesta Moderador M viernes, 24 de octubre de 2014 21:34
    viernes, 24 de octubre de 2014 13:53

Todas las respuestas

  • Hola, Alvaro:

    Normalmente al realizar un cambio que pudiera ser drástico en una VM, como mínimo se recomienda hacer un "snapshot" que permita recuperarlo ante cualquier imprevisto.

    Un caso de error se considera aquél que continuamente muestra un error en el funcionamiento de alguna (o varias) herramientas del sistema, haciendolo poco eficiente. Tu scenario es mucho más sencillo: se ha producido UN único error tras 48h de funcionamiento, lo que indica que a priori ha sido un caso puntual documentado que no se ha vuelto a repetir.

    No es recomendable hacer una montaña de un grano de arroz. La gente estornuda alguna vez, y éso no significa que tenga Ébola. Te recomiendo esperes a un caso en que se produzcan varios errores de funcionalidad en menos de 48h y entonces podremos considerar que sea un malfuncionamiento en el sistema. Mientras tanto.. Vive felíz, tío!!

    No obstante, si no puedes dormir porque necesitas una solución definitiva al error, te recomiendo primero confirmes que el/los servidores MS Exchange estén integradas en el grupo DSA de "Grupo de servidores de Dominio Exchange", y si sigue siin convencerte, sigas el churro de pasos indicados por el compañero Ajay Kulshreshtha:

    "
    This issue seems related to the DSAccess of Exchange. MSExchangeDSAccess is the core component of Exchange, which detects the AD topology. DSAccess related issues are usually complex and time consuming, as it has multiple causes, such as AD problems, network problems or Exchange miss-configuration. Based on my research, I suggest you try the following steps to narrow down the issue:

    Step 1: Verify DSN settings on Exchange.
    On the Exchange 2003 server, run "ipconfig /all" command at the command prompt. Verify that the DNS server is correct.

    Step 2: Verify the healthy of DCs/GCs.
    1. Use LDP to connect to the DCs by port 389. LDP utility is included in Windows 2000/2003 supporting tools. To do this:
    - Click Start -> Run, input ldp.exe and press Enter.
    - Click Connection -> Connect.
    - Type the server name of the domain controller that you want to connect to, and the port 389.
    2. Repeat the same steps to use LDP to connect to the GCs at port 3289.

    Step 3: Checking Service Principal Names (SPN) for LDAP.
    1. Download the Setspn utility.
    2. Run the setspn utility to list the registered Services Principal Names on the Exchange Virtual Server:
    setspn -l <Exchange Virtual Server name>
    3. Verity if you can see entries about Service Principal Names (SPN) for LDAP. If not, please continue with the following steps to register them manually:
    setspn -a ldap/<Exchange Virtual Server name> <Exchange Virtual Server name>
    setspn -a ldap/<Exchange Virtual Server name>.xxxxxx.local <Exchange Virtual Server name>
    The format is much similar to the entries below which you can see by setspn –l <Exchange Virtual Server name> command.
    exchangeMDB/<Exchange Virtual Server name>
    exchangeMDB/<Exchange Virtual Server name>.xxxxxx.local

    Step 4: Verifying DSAccess detection setting.
    1. Start the Exchange System Manager.
    2. Navigate to the Exchange 2003 server object, and open its Properties.
    3. On the Directory Access tab, check if all the DCs/GCs are listed properly. Make sure the option "Automatically discover servers" is checked
    "


    Desiderio Ondo | Bachellor Science in Computer engineering | MCSE certified | ITIL certified | Exchange mailing certified

    viernes, 24 de octubre de 2014 10:03
  • Gracias Desiderio,

    Vaya por delante que estoy 100% de acuerdo contigo, no suelo preocuparme por errores puntuales pero me ha llamado la atención que nunca había sucedido hasta la conversión y como esta ha sido un poco traumática, estaba mosqueado.

    Ya por curiosidad y como no estoy muy puesto en el tema, ¿cómo puedo comprobar lo que me dices de que el servidor esté en el DSA?

    ¿Es usando el ExBPA?

    Un saludo!

    viernes, 24 de octubre de 2014 11:59
  • Hola, Alvaro:

    Reitero lo señalado anteriormente: no importa lo que haya pasado alrededor del Mundo; a tí sólo te interesa que el/los servidores que gestionas (y los servicios asociados a los mismos) estén 100% operativos, ya que serás el UNICO responsable a juicio del jefe..

    Respondiendo directamente a tu pregunta, normalmente todos los sistemas con el rol ADDS implementado se integran en la OU "Domain controllers" (que puedes verlo accediendo desde el DC a EJECUTAR => DSA.msc => OU "Domain Controllers"). En el caso de NO tener implementado el ADDS, simplemente aparecerán por defecto en el directorio COMPUTERS..

    Desiderio Ondo | Bachellor Science in Computer engineering | MCSE certified | ITIL certified | Exchange mailing certified

    • Propuesto como respuesta Moderador M viernes, 24 de octubre de 2014 15:41
    • Marcado como respuesta Moderador M viernes, 24 de octubre de 2014 21:34
    viernes, 24 de octubre de 2014 13:53
  • Hola Desiderio,

    Sí que aparece en Domain Controllers por lo que parece que está todo OK.

    Muchas gracias,

    Álvaro.

    lunes, 27 de octubre de 2014 8:16