Tag problems - Userlinux.net

Es posible que el servidor SSH al que estamos intentando conectar tenga activado el uso de DNS, con lo que intentará resolver el nomber y/o IP antes de proceder al login. Si no existe ningún servidor de nombres capaz de resolver el proceso se vuelve bastante lento.

Para evitar este tipo de situaciones editamos la configuración del servidor (/etc/ssh/sshd_config en este caso) agregando una pequeña linea:

UseDNS No

Reiniciamos el servicio (/etc/init.d/ssh restart) y a vivir que son dos días.

Siguiendo con los problemas de SVN y despues del último hack vimos que varias revisiones anteriores estaban corruptas. Para más inri no eran ni la primera ni la última (fácilmente solucionable) con lo que había que aplicarse un poco más.

Con el método "prueba-error" y los dumps pudimos identificar facilmente las revisiones conflictivas para proceder a su borrado. Para borrar una revisión intermedia en SVN hay que armarse de paciencia y ser bastante meticuloso.

No habíamos tenido -demasiados- problemas con SVN desde que empezamos a trabajar con él, pero últimamente el servidor se había vuelto demasiado inestable por -suponemos- problemas en la placa base que afectaban al funcionamiento básico del disco duro.

Tanto fue así que llegó el día del cuelgue en medio de un commit. Al reiniciar el equipo marcaba como última revisión la 4371 pero en un checkout/update el cliente intentaba decirnos que esa versión no existía.

Desde hace algún tiempo me comentan que Technorati no indexa las nuevas entradas del RSS que genero y, según he podido leer, le pasa a más gente, así que lo he notificado y espero respuesta.