Que desastre

Esta mañana me he partido de la risa, (disculpen los sufridores que todavía soportan la ineficacia de la gerencia y de la parte técnica), con el temita de la migración de los innombrables.

A primera hora cambiaron o mejor dicho hicieron una copia del sitio, en otro DataCenter en una cuenta de Hosting.

Después cambiaron las IP en las zonas DNS.

Hasta aquí todo bien, pero…

• No cambiaron los DNS autoritativos de los dominios de dicha empresa
• El servidor secundario actual lleva ya más de una semana tumbado, es decir no operativo.
• Al no cambiar los DNS autoritativos, y no resolver el secundario (este no se movía en el proceso de migración) no hay servidor DNS que resuelva los dominios.
• Cuando no se resuelve, no se ve la pagina, ni funciona el correo.

Vamos que la alta disponibilidad, ha quedado en alta cagada técnica.

Veremos ahora como su megachupi proveedor de conectividad y DataCenter, que les ha obligado a moverse a un Datacenter diferente, con la prepotencia tipica de esa empresa (la proveedora no la innombrable, aunque ambas empiezan a ser innombrables para mi), se las apaña para ser eficaz y en menos de 8 o 12 horas tener los armarios movidos y operativos.

Un ejemplo, de que una empresa no puede dar servicios, con personal administrativo y técnico que no sabe más que decir siempre que la culpa es de un hacker llamado Marco, que trabajo en esa empresa, ni tampoco a base de descargar su ira en correos culpándome de todo.

Lo primero contratar gente capaz, y alguien por supuesto que sep dirigir ese equipo. Después, y solo después, podría prestar servicios con cierto grado de profesionalidad.

Así, así va España.

DNSreport for hostinglmi.es

Generated by www.DNSreport.com at 11:05:44 GMT on 19 Jul 2007.
Category    Status    Test Name    Information
Parent     PASS    Missing Direct Parent check    OK. Your direct parent zone exists, which is good. Some domains (usually third or fourth level domains, such as example.co.us) do not have a direct parent zone (‘co.us’ in this example), which is legal but can cause confusion.
INFO    NS records at parent servers    Your NS records at the parent servers are:

ns10.hostinglmi.net. [213.195.75.49 (NO GLUE)] [ES]
ns14.hostinglmi.net. [213.194.149.156 (NO GLUE)] [ES]
[These were obtained from sunic.sunet.se]
PASS    Parent nameservers have your nameservers listed    OK. When someone uses DNS to look up your domain, the first step (if it doesn’t already know about your domain) is to go to the parent servers. If you aren’t listed there, you can’t be found. But you are listed there.
WARN    Glue at parent nameservers    WARNING. The parent servers (I checked with sunic.sunet.se.) are not providing glue for all your nameservers. This means that they are supplying the NS records (host.example.com), but not supplying the A records (192.0.2.53), which can cause slightly slower connections, and may cause incompatibilities with some non-RFC-compliant programs. This is perfectly acceptable behavior per the RFCs. This will usually occur if your DNS servers are not in the same TLD as your domain (for example, a DNS server of «ns1.example.org» for the domain «example.com»). In this case, you can speed up the connections slightly by having NS records that are in the same TLD as your domain.
PASS    DNS servers have A records    OK. All your DNS servers either have A records at the zone parent servers, or do not need them (if the DNS servers are on other TLDs). A records are required for your hostnames to ensure that other DNS servers can reach your DNS servers. Note that there will be problems if your DNS servers do not have these same A records.
NS     FAIL    NS    A timeout occurred getting the NS records from your nameservers! None of your nameservers responded fast enough. They are probably down or unreachable. I can’t continue since your nameservers aren’t responding. If you have a Watchguard Firebox, it’s due to a bug in their DNS Proxy, which must be disabled (31 Jul 2006 UPDATE: several years after being informed of this, there is a rumor that there is a fix that allows the Watchguard DNS proxy to work).