Las dos ultimas semanas han estado saturadas de trabajo. Por lo general duermo muy poco pero esta semana dos ocasiones seguidas he dormido menos de lo común.

Por otra parte, he estado realizando un cliente de JSON y el universo de bases de datos es de un gb y medio actualizandose cada 20 minutos. Si me descarga la cabecera de código last modified, lo que me evita descargas de más.

Sigo probando ideas de servers al mismo tiempo. Y me acordé hace rato de algo , de una incomodidad fuerte en sueños allá por el domingo: Aunque pràcticamente no sueño, uno de esos días tuve una pesadilla de código arbitrario bajo el JSON.

Digo pesadilla para referirme a un sueño sin lógica, sin fin constructivo, e incluso a media depuración en sueños, yo pensaba: Se que esto es un sueño porque el cliente ya me regresa bien el header de last modify, asi que no entiendo que me quiere decir mi mente al comentarme del código arbitrario. Si mi parser no ejecuta objetos y convierte como paso previo a un array que no puede ejecutar por definición, ergo, este no es una pesadilla de código arbitrario sino un sueño estúpido.

Asi que me desperté. En ocasiones he soñado con código fuente y formas de mejorarlo, pero nunca me imaginé que fuera posible una pesadilla de código arbitrario bajo JSON.

Lo bueno de conocer las reglas del RFC y hacer tu propio parser, te hace inmune a ataques de idiotas con mucho tiempo libre.

Saque un respaldo de ayer a hoy en mi casa, metodo normal de cpanel , mide 3.5 gb Tengo dos conexiones, en una se tarda 7.5 horas y en otra 2 horas

Lo copie a mi servidor personal mediante copia directa via ftp, se tarda UNA HORA Y MEDIA EN GENERARLO, y en subirlo poco menos de una hora, el archivo subido de restore cpanel fue de 2 gb, porque desaparece el contenido de tmp del respaldo en ese tipo de copia.

Me resulta evidente que esa es la unica manera posiblle de sacar respaldos que incluyan en un solo paso una cifra de verificacion (creo que es md5), pero ese archivo final, copiado a otro servidor y despues restaurado para la prueba en frio, es el que debe quemarse regularmente o guardarse en los hipoteticos usb.

Notas :

1 ) Tenemos demasiados archivos. Que pasa si creamos una base de datos nueva llamada «boveda» y adapto un script que tengo para que guarde el archivo que definamos a esa boveda, despues de cierto tiempo. Si Redirigimos el error 404 a boveda.php y ese devuelve el archivo descargando de la boveda, no hay que alterarar la programación y es mucho mas rapido de respaldar o verificar una base de datos con blob, que pinche mil archivitos.

2 ) no esta documentado de que es cada directorio ni cada base de datos, se lo que habìa a Octubre del año pasado.

Recomendaciones:

1 ) Ver que hacemos para disminuir el uso de disco duro (¿maquina virtual o algo asi para descarga en otro sitio que no respaldemos?)
2 ) compra de software getright ( http://getright.com/ 19.95 usd y es mas barato) para poder descargar en parcialidades el archivo de 2 gb con nuestra eficaz conexión de internet. WINSCP no le tengo confianza y por lo menos en un caso me ha bajado archivos corruptos por el tamaño.

Hoy tuvimos un problema con los respaldos, mismos que son mi responsabilidad asumida voluntariamente. Se solucionó pero mandé este correo (alteré algunos datos basicos pero este es el problema):

Resumen Breve:

Solo para informar que me pidió David un respaldo de la base de datos del 26 de julio, (para ver algo de pq) y aunque tengo el archivo, no se puede abrir con windows ( ruta demasiado larga dentro ) y probablemente si desde linux. No es importante y ya fue solucionado por David contactando al cliente para ver lo del registro, pero quiero sugerir, de la manera mas enfática, que contratemos otro servidor dedicado para poder hacer pruebas en frio para verificar que tenemos respaldos y no ilusiones, normalmente estoy pasando el respaldo total al disco duro de mi casa, y a uno de mis servidores, mas el que ocasionalmente descargo aqui, pero probar un respaldo de 3.5 gb de tamaño resulta muy complicado y tampoco tenemos la garantia que el respaldo del sistema funcione y que sea suficiente para levantar en otro server( tendriamos que recrear los ajustes de puertos abiertos, etc)

Consideraciones:

a ) En una empresa como la de nosotros, enfocada a información sensible, los respaldos deben realizarse regularmente (cosa que hacemos) y probarse regularmente (no lo hacemos) además de amacenamiento externo (en este caso el nuevo server)

b ) (confidencial)

c ) No tenemos la estructura montada alrededor de continuidad de la empresa si nos cae un rayo a los que conocemos el «know how» o los datos de pago. Creo que es importante, por continuidad de la empresa y detectar nuestros puntos débiles, hacer un plan de continuidad de negocio.

Detalle:

Aunque hemos hablado de un script para automatizar respaldos (del que voy a medias), no es aconsejable automatizar la verificación del respaldo, sino probarlo ocasionalmente para ver que tenemos mas que aire.

Yo asumo que el supuesto error del archivo se puede deber a que nos desconectamos de la red a mitad de su descarga, o a que tenemos directorios con mas de 2 mil archivos.

Lo que haré ADICIONAL a partir de HOY es respaldar la base de datos principal de manera manual y adicional a lo actual, y revisarla manualmente. Estoy respaldando de un modo lento, pero que funciona de manera segura y que me permite verifcar manualmente al terminar, aunque la conexion me hace reiniciarlo. El respaldo de esa base de datos hoy no puede sacarse en formato zip normal, o en horas normales de oficinas, porque mide mas de 1.2 gb pero por lo menos no cabe ya en un cd, y eso es la base de datos PRINCIPAL, de manera independiente al contenido del sitio, y a las bases de datos secundarias. Van cinco veces seguidas que se cae el internet a mitad de la descarga, por lo que no me fue posible descargarla manualmente.

Esto evidentemente me ha obligado a ir borrando varios de los respaldos anteriores, por limitaciones de espacio del disco duro de mi portatil que uso aquí, y de la computadora de escritorio de mi casa.

Que recomiendo:

1 ) contratar otro servidor dedicado para pruebas en frio y almacenar respaldos.

2 ) por lo menos quincenalmente verificar que un respaldo completo levante en frio.

Que voy a hacer:

1 ) Verificar a partir de hoy los respaldos de base de datos manualmente.
2 ) Hacer bitácora de respaldos existentes, describiendo si son aire o probados, incluyendo fecha programada para su borrado.
3 ) proseguir con el script de respaldos del servidor automatizado (no se puede respaldar por ftp por exceso de archivos, debe ser via tar)

Llevo unas semanas batalland ocon sistemas de autentificacion de clientes JSON. Hoy mismo encontré el problema que cambió de proveedor de proceso de tarjeta de credito el datacenter al que rento este servidor, y ese nuevo proveedor bloqueó el pago del server porque le pareció raro que una tarjeta de crédito internacional de México pague servidores en ese país.

Asunto arreglado.

No es la primera vez que me pasa: Cada vez que estados unidos tiene un problema en su calificación de credito, parece que los proveedores de pago directo con tarjeta se ponen sus moños.

El servidor está lleno. Se supone que son 60 gb de espacio en ese server por raid, solo estamos usando 30.

Hago un scipt de php, lo subo y no corre du (linux) desde php ¿?

Son 60 gb, de los que usamos 25… 7 de sistema operativo y 20 estan perdidos. Es una tomada de pelo del proveedor. Siempre ha sido ese proveedor mi tercera opción, pero para la otra ya se que no conviene para necesidades de ese tamaño. Sin embargo probablemente pase a un cliente de las PYME con ese proveedor.

Interesante.

Update:
Ftp log era de 23 gb.

Hace unos minutos un cliente de las PYME que maneja en su server la carga casi completa de correo (500 a 600 mensajes por hora), comenta que está haciendo una reorganización y no renovará después del pago que hará en unos días.

Ese cliente me cayó hace unos cinco años, por recomendación de dos personas que conocí en Galletas Cuétara. Segun ellos no utilizan ya el servicio, pero si no usar el servicio son 500 a 600 correos por hora, supongo que me pedirán se renueve al vencimiento. Debo de todos modos tener un plan alterno, porque después de eliminarlo a el solamente me quedan dos clientes con uso masivo de correo , y quizá pueda pasar uno al lugar que este deje vacante.

Aunque he escrito antes de hsphere, es curioso pero solamente los clientes masivos como ese (mas de 100 cuentas por correo) realmente necesitan cpanel.

Probablemente debo calcular a hacer una fusión de esos clientes masivos a mediados de octubre y migrar los dominios de clientes que usan la otra solución, a la plataforma de Ojos Alerta (cluster lobonegro)

En ratos libres empecé hace unas semanas a hacer una adaptación simplificada de la implementación de la API de CPanel, para control multiservidores.

Aunque hay aplicaciones que permiten manejar de modo remoto UN SERVIDOR cpanel, hay un problema fuerte en el diseño y limitaciones, lease que manejan UN SERVIDOR INDIVIDUAL. Si quieres manejar tres a la vez, no está soportado.

Por otra parte, el alcance de la api de cpanel es medianamente util, ya que no te dice que servicios están corriendo en memoria, y si manejas mas de un servidor a la vez no lo puedes monitorear facilmente.

Lo que hice fue una interfaz que permite verificar no solamente el load, sino los accounts, servicios en memoria (con mb) y estado de si estan en memoria o no, pudiendo cambiar entre un conjunto de servidores.

Las pruebas las he estado haciendo con dos servidores principalmente, uno de ellos tiene un sitio que estaba por 1.9 gb de espacio, y al revisar hoy mi software me devuelve…. 1 mb ??

Evidentemente, el problema es la función que devuelve detalles del account, porque de momento se está usando mas de 2 gb, lo mismo que le pasaba en su momento a fat que no soportaba mas de 2 gb de disco, así que ya levanté el ticket.

Lo que me llama la atención es que nadie lo haya reportado antes, o sea que el api es una función que pocas personas usamos. En lo personal creo que es un tipo de datos el problema y debe ser simple solucionarlo. Una vez hice un backup de 230 gb de cpanel, así que sé que cpanel soporta paneles de mas tamaño, pero el api falla.

Tuve una semana medio pesadita por las actualizaciones que decía de unos servidores.

De pilón ya se terminó de borrar los 313 mil correos del colegio de profesionistas.

Esta semana fue una semana perdida, pero ya se movieron los servidores de lugar. He seguido actualizando http://www.notasvarias.com con justamente notas varias, y en unos días actualizaré en cadena varios sitios que moví de server.

Mientras espero a recibir información de tres proyectos, estoy formateando una portatil hp dm3-1048la de alguien de ventas para instalar Ubuntu. El problema es que le instalaron Ubuntu en un arranque de quien sabe que, sin darse cuenta que no corrñian ciertos demos, ni siquiera en maquina virtual.

La Portátil resultó ser incompatible con Windows xp por tener disco SATA sin opción de Ide en el BIOS, asi que ademas que estaba batido el software, ni siquiera se reinstaló con los discos originales de recuperación de windows 7 sobre el ubuntu.

Asì que arranqué ubuntu desde un live cd, borré las particiones con gparted, y confirmé que no jala con xp sp3 en español. Así que traté de instalar con los discos originales y sigue exactamente igual.

Que se va a hacer:

Formatear a instalarle ubuntu de nuevo, con una maquina virtual de debian, que a su vez tiene una maquina virtual de Xp, y así si jala el software.

Todo porque
1 ) alguien quiso evitar problemas de licencias, siendo esa una pc con licencia OEM de windows 7
2 ) los discos de instalacion no sirven
3 ) No tiene opcion de volver IDE el disco duro SATA.

Complicaciones a lo tonto.

El jueves hice unos ajustes en algunos dominiosdesconocidos, y resulta que al eliminar un parked, se batió un account parked /shared de my server.

Procedí a recargar el respaldo y siguió igual. El segundo paso fue cargarlo en otro server, pero elregistrar de alguna manera sigue redirigiendo al servidor original segun varios proxies. Ya revise Binds, .htaccess, cambié los dns de mi portatil para simular opendns, rusia y estados unidos, y sigue resolviendose mal dos de tres dominios.

Asi que el problema era otro.

Explique a los proveedores del server, el problema similar en dominios A, B y C, y me dijeron que el problema de A era otra cosa… y no dijeron nada de B y C.

Asi que probablemente ese server cpanel desaparezca si no me dan respuesta correcta en 45 minutos.

Update:
Respuesta a los 10 minutos. Por algo los elegí.