Todo un día de troubleshooting y el problema era el DNS

Resulta que conseguimos un nuevo servidor para instalar el Jenkins. La instalación como de costumbre fue muy simple, lo que llevó un poco más de trabajo fue configurarlo para que buildeara (este término me parece que no existe) nuestro proyecto.

Como parte de nuestro proceso de despliegue, era necesario que uno de los Jobs ejecutara un merge de svn.

Estuve 2 horas para hacerlo funcionar. Resulta que al correr el job obtenia un error del svn diciendo que no podia conectar al servidor. Entonces entré a probar distintas cosas para encontrar la razón del error. Me conecté al server svn, me dió ok. Revisé el plugin de conexión a svn y googleando encontré que podia haber problemas con mi versión, entonces lo actualicé. Volví a probar, el mismo error. Actualicé la versión de svn, el problema persistia. Empecé a pensar que el problema estaba en servidor svn, pero desde mi máquina conectaba OK. Pensé que habría un problema con el job, entonces cree otro. Al pepe, el error persistía.

Así seguí probando cosas, hasta que finalmente escribí al proveedor del servicio quien me confirmó que el servicio estaba funcionando bien y me preguntó que DNS estaba usando. Me fijé en el server y estabamos usando el DNS de Google, lo cual “me dejó tranquilo”. Pero para mi sorpresa la gente de soporte del servicio svn me indicó que el DNS de Google no es una buena opción y que durante el año anterior habian tenido varios problemas. ¡Ja! ¿¡quien lo iba a imaginar!? Esta es la respuesta textual de la gente de soporte:

I would not recommend using Google’s DNS, it’s been very flakey the past year, so much so we no longer use it internally at all. Here are some other options: UltraDNS, Dynect, OpenDNS, Norton DNS.

Bueno, en sí, no fue todo el día, pero fue mucho más de lo que debería haber sido.

Anuncios

4 comentarios en “Todo un día de troubleshooting y el problema era el DNS

  1. Hola……. Me alegra encontrar este post, ya que actualmente tengo un problema similar, resulta que los DNS de la empresa en la que trabajo cambiaron y después de ese cambio jenkins no esta funcionando porque al parecer sigue con referencia a el DNS anterior aunque a la maquina ya se le actualizaron…………………sabes a que se deba esto? o donde puedo cambiar esa referencia? …….se hace mediante algún archivo de propiedades??? muchas Gracias y espero me puedas ayudar
    .

      1. Hola que pena, Resulta que el problema inicial es que no funciona el envio de notificaciones desde el aplicativo, entonces se pensó que era por algun tipo de bloqueo y sugirieron cambiar el segmento de red donde se encuentra actualmente, por esto se cambio la IP de la má
        quina en la que trabaja, ese cambio no presento inconvenientes, pero luego de eso al intentar subir los servicios de Jenkins, el aplicativo no arranca y nunca carga la pagina inicial, lo de los DNS lo pregunto, porque haciendo seguimiento a las peticiones que se hacen a la maquina se evidencia una dirección DNS antigua (que no deberia aparecer ya que los DNS fueron actualizados), por tal razon devolvimos el cambio de la IP pero sin encontrar una solución al tema DNS

Responder

Introduce tus datos o haz clic en un icono para iniciar sesión:

Logo de WordPress.com

Estás comentando usando tu cuenta de WordPress.com. Cerrar sesión / Cambiar )

Imagen de Twitter

Estás comentando usando tu cuenta de Twitter. Cerrar sesión / Cambiar )

Foto de Facebook

Estás comentando usando tu cuenta de Facebook. Cerrar sesión / Cambiar )

Google+ photo

Estás comentando usando tu cuenta de Google+. Cerrar sesión / Cambiar )

Conectando a %s