El trabajo del jueves al viernes quedó bien y la interfaz RVM es funcional. Sin embargo, los cambios de los ultimos días en el corporativo me muestran un problema en ciernes y no mio. El dia de hoy los dos programadores nuevos, que a la hora de la hora contrataron sinseguir el procedimiento que yo fijé en agosto/septiembre, están teniendo problemas. Uno de ellos es mas bien becario que programador y no vino hoy (2do dia en una semanas ?) Y el que se ve mas prometedor, pidió permiso. Por lo que se no le hicieron exámen de programación, solo entrevista (y las notas que vi le pusieron medio).

Es una consecuencia lógica de no pasar sufiiente tiempo haciendo la selección de personal. Los dos que contraté el año pasado me tardé casi un mes , y fueron los mas decentes.. pero la rapidez en la contratación en labores especializadas, es contraproducente. Afortunadamente no laboran directamente en la empresa en que estoy, pero la presión sobre el programador que queda en esa empresa, va a ser mayor y va a estar mas propenso a errores.

Paciencia y esperar.

Los 460 mil mensajes se han reducido a 420 mil. Por cuestiones de load no puedo usar scripts pesados de telnet ni de php, asi que estoy usando un método seguro pero lento. Cada paso elimino unos mil y dura 10 minutos cada paso pero es recuperable a fallos.

En cuanto a los servidores, de momento me encuentro con dos servidores cpanel, mas tres clusters que desaparecerán a dos. Me doy cuenta que hay problemas no solamente delconsumo de ancho de banda de algunas personas a las que dono espacio (que impiden un cluster), sino que algo esta mal con mayúsculas en la economía mexicana y rotación de personal. Por lo general C-P hacía su pago puntual (simbólico) pero en esta ocasión, no. Uno de los clientes fuertes de la PYME mas antigua ha cambiado a su personal de sistemas unas tres veces en el último año, y ninguno contesta lo evidente.

¿Quien está comprando los productos?

Los supermercados (SAMS, bodega aurrerà, comercial mexicana etc) que voy mas o menos frecuentemente, muestran una cantidad tremenda de espacios muertos no importando el día de la semana, así que si hago caso a los comunicados de AMECE sobre ventas y desplazamiento, se sigue vendiendo igual, pero el espacio muerto me lleva a la conclusión que se vende igual en dinero pero menos articulaje.

A su vez, por los cambios en la certificación del corporativo, y su relación con secretarías de estado, nos es materialmente imposible tener nuevos clientes hasta que salgan los nuevos parámetros, pero sè que los productos que manejan las PYMES propias o de las que soy apoderado legal, funciona. Sin embargo, las opciones relativas a servidores web y su consolidación tienen cierta relación y nada que ver con espacios muertos.

Tendré que echar números el fin de semana y un pronóstico de entradas, ya que debe quedar repartida la carga entre las PYMES.

Hace un momento se leyó la alarma crítica del disco duro de la laptop dell. Mientras oí musica, grababaa a un usb, programaba y actualizaba archivos a un servidor.

Hddhealth avisa que para variar, le exijo mucho a la dell inspiron 1525, como a todos mis equipos.

A dejarla descansar. Haré listas de pendientes varios, mientras reviso el código del colegio de profesionistas, que es una porquería y me tocó arreglar aunque lo hizo quien sabe quién.

A bajar el ritmo en lo que la base enfiradora grande regresa la laptop a la normalidad.

El fin de semana compré una laptop nueva (netbook HP) para sustituir la que el disco duro le falló, sin embargo estoy rescatando en la difunta información de un disco duro de laptop de mis sobrinos politicos… bastante atareado entre eso y otras cosas, mas los detalles del personal nuevo.

El socio tecnico me pidió hoy analizar un problema con un dominio de un colegio de profesionistas de México en un software php que yo no hice. El sitio tenía un load de 170, y el problema es simple.

Estaba activo el catch all con mas de 460 mil mensajes de correo. Se esta pidiendo autorización para borrarlo, son 10 gb de la cuenta catch all.

Además , hay otros puntos que ver delserver, pero de entrada habla muy mal de los colegios de profesionistas que no tengan personal técnico para revisar eso, y es simple. hay varias faltas de etica del proveedor actual (argentino en servidores en canada), pero tengo que bajar el load antes de programar los cambios que necesitan.

Ayer moví el servidor cpanel que iba a eliminar, moviendo uno que otro account de cpanel al nuevoserver. Terminé a la 1 de la mañana, dejando varios sitios que no se veían y otros a través de un proxy.

Con esto quedan solamente dos clusters y dos servers (y casi puedo eliminar un tercer cluster, pero esta pagado por un mes mas)

El cluster LoboNegro, en el que está este sitio bajo hsphere y funcionando adecuadamente, incluye varios dominios donados.

El Cluster LoboBlanco, a donde migré 15 de los clientes de una AC de la que soy apoderado.

El cluster LoboGris, desde hace unos cuatro años y que termina su vida activa el pròximo mes. Los dominios se fusionaran en Lobonegro.

Y de Cpanel, quedan dos severs.

el primero donde está rojointenso y otros dominios donados.

Y Unbranded, el nuevo bajo Servint, con el resto de los clientes de la AC, así como dos dominios mios que no puedo mover hasta desaparecer lobogris.

Bastante mas simple.

Hoy descansaré y subirññe accounts de cpanel a tradición net. Se acerca el punto de consolidación aprovechando semana santa del proximo mes.

A largo plazo no me queda claro CUANDO se eliminarn los cpanel. Esos servidores son intercambiables. Los clusters hsphere tienen pocos proveedores a nivel mundial, y no tienen mas opciones, pero tienen por su estabilidad valor de supervivencia.

Supongo que depende del proveedor. Si el proveedor con quien tengo el Servidor dedicado tradicion net se pone rejego, migro todos los dominios menos dos a Lobonegro y esos dos losmanejo aparte.

Si el proveedor de lobonegro empeiza a ser inestable, moveré a tradicion-net.

Es cuestion de tiempo, pero son cuatro unidadesseparadas bien definidas, no de negocio, sino de proyectos para los pròximos 10 años. Los cuatro tienen valor de supervivencia yde permanencia.

En abril, estando solucionado, a diseñar el plan de consolidacion a prueba de registrars, usando menos y mas estables, excepto los 20 dominios de prueba que se tienen en registrars para el software de control de dominios

Además hay otra alternativa de software que puede ser util para reducir costos y sobre todo, numeros de accounts en cpanel. Si esesoftware ,que no hice yo pero me costó horrores instalar, funciona bien, puede reducir muchisimo el manejo de dos de los servers / clsuters restantes,

Y en abril sale un nuevo sitio, NV, probablemente adaptado con esa tecnología, para la tercera fase del proyecto devida que hice hace casi veinte años. No lo haré publico, porque así lo pide le proyecto.

Estoy a media consolidación subiendo información de diferentes servidores Cpanel a otros, como paso previo a la eliminación de un server el viernes.

La información esta subida peor para un proceso intermedio necesito acceso al file manager del nivel que sigue arriba de WHM, y… el server estña en respaldo.

Arghh…

Mas de una hora y no puedo pasar al siguiente paso.

El viernes noté un incremento al load de un server del trabajo, así que hice u nscript, sobre el que estoy trabajando en este momento, que me dice varias cosas. Sin embargo no me gustó darme cuenta que dejé un pendiente durante años.

Un script central de monitoreo de Servidores en cuanto a loads , contenido, accounts, memoria y ps aux o procesos corriendo. Lo hice e inclusive puede ser un producto vendible con algo mas de pulimiento.

Sin embargo, debo mantenerlo simple. Si bien ya me da los datos de carga de cuatro servidores (cosa que solo Nagios hace por lo que sé) el tiempo de respuesta es óptimo y así debe ser.

A diferencia del defrag de windows 7, que me dice «paso 26» bla bla bla… varias de las cosas valiosas, aunque hay excepciones, deben poderse hacer en cinco pasos o menos.

Por mientras ya emití la orden de cancelación del server que no voy a renovar, así que este fin de semana deberé respaldar / mover varias cuentas.

Por cuestiones de trabajo he estado haciendo varios experimentos y cuestionarios. Por las Asociaciones civiles (independientes de mi trabajo por nómina) estoy controlando tres servidores y tres clusters en diferentes datacenters. (los clusters son hpshere y los servidores cpanel focalizados resultado de dividir el cluster que tenía el año pasado en cpanel.)

Ayer fue un día bastante productivo, porque al estar probando lobonegro, el analizador de código, encontré un problema con el uso que está haciendo google y otros sistemas en cuanto a consumo de memoria con los subprocesos de apache. Así que me encuentro en uno de esos momentos que de plano si por mi fuera instalaría lightspeed en todos los servidores.

ya estooy manejando round robbin pero los datos que siguen no lo consideran para no meter ruido en la comparación:

Por partes:
Servidor Uno esta manejando clientes de una AC y un dominio propio que es el de tiene los nameservers. Tiene un poco de información propia en un dominio pero puedo pasarlo a otro server y olvidarme de el. Consumo de ancho de banda mes pasado, 65gb aprox, 4 gb de uso en disco duro, 10 accounts.

Servidor Dos: De todo un poco. Maneja dos dominios que no puedo mover de ahí porque la dirección ip la usa el cliente para sus soincwalls en sus sucursales. Lo siento un poco inestable pero tengo que revisar con calma las alertas de recursos y hacer un scripts para guardar los loads por cron. 36 cuentas que puedo reducir a 30. Maneja cientos de dominios propios a travñes de un script php, pero no creo que sea eso parte del problema. Probablemente reduciendo a 30 accounts pueda evaluarlo mejor.
15g de ancho de banda, unos dos a 3 gb en uso de disco duro.

Servidor Tres: 20 gb de trafico, que son los foros donados. 3 gb de espacio, 19 acccounts.

El problema se debe a que suena bonito mezclar los tres en un cluster, pero el cluster sale mas caro, no da round robbin, y tengo las ventajas de que un solo punto de falla no tira los tres. De momento lo que me parece mas decente es trabajar en el servidor tres para reducirlo a 12, y en la medida de lo posible desaparecerlo a mediados de mes. La pregunta es…

¿Adonde muevo los dominios que estan siendo visitados por google todo el santo dia?

Una opción es moverlos al server dos y subirle la memoria . El costo es el mismo y puedo crearme nuevos problemas.

Otra es migrarlo a clusters. No se cual sea el rendimiento en hpshere de los foros de invision.

La tercera es contratar otro server en otro lugar y migrarlo pero donde estan no dan problemas.

Decidiré en el transcurso de este mes.

Del cluster lobogris me movieron las ip sin avisar, ya las chequé y se supone que el tiempo ya bajó bastante después de cambiar los scripts de conexión (unas cuatro a ocho horas no dieron respuesta algunos sitios pero ahora ya noto la diferencia aunque no están optimizados todavía).

Y en la oficina, el internet se volvió a caer.

Esta semana he estado colaborando en un sistema opensoruce del que supongo puedo hacer un fork, es un CMS bastante decente con el problema que solo maneja texto de menos de 4k por entrada por limitaciones de post pero es una idea bastante decente. Hay un problemita que quedé de arreglar para mañana (no introducido por mi) por codigo que no es utf8.

El fork pensaba hacerlo en lobo blanco.

Lo bueno es que me quedaba un solo cliente en el server loboblanco y estoy en proceso de migración pero implica cambiar de una plataforma a otra (hsphere a cpanel)

Este es el checklist aproximado hecho y por hacer:

Checklist para migrar Dominios de hsphere a Cpanel.

Hecho:
1 ) suspender el account del dominio actual
2 ) respaldar base de datos por base de datos en archivos independientes.
3 ) respaldar files del dominio (170 mb aprox)
4 ) crear en nuevo server el dominio
5 ) preparar las cuentas de correo
6 ) migrar el contenido de las cuentas de correo
7 ) subir el respaldo del punto 3

Sigue:

1 ) Subir el respaldo y verificarlo
2 ) Crear bases de datos en nuevo server.
3 ) Migrar dominio en el registrar para que apunte al nuevo servidor
4 ) editar mi archivo hosts para estar seguros que esta apuntando al nuevo server.
5 ) subir bases de datos al nuevo server.
6 ) ajustar las aplicaciones
7 ) probar aplicación por aplicación
8 ) sacar respaldo nuevo ok y descargarlo
9 ) ajustes y pruebas a cuentas de correo.
10 ) despues de unos dias, eliminar el account de hsphere