viernes, 21 de diciembre de 2007

Problemas con portsnape en FreeBSD 6.1...

Buenos dias!!!

Esta semana, en uno de mis servidores de respaldo tuve problemas para actualizar mi arbol de ports, como no me gusta usar el comando cvsup dentro de la red ya que tenemos aparte del firewall un proxy, uso portsnap.

Muy sensillo de usar el comando, solo 3 parametros y listo:

root@ portsnape fetch && portsnape update && portsdb -Uu

Con ello es suficiente para actualizar mis arbol de ports, ahora esta semana me encontre con un error, cuando bajaba el archivo comprimido, me decia que estaba corrupto( metadata is corrupt ).

Bien, existe un archivo en el directorio /etc, el cual es donde se configura el comando portsnape, se llama portsnape.conf.

# $FreeBSD: src/etc/portsnap.conf,v 1.1.2.3 2006/01/21 09:58:12 cperciva Exp $

# Default directory where compressed snapshots are stored.
WORKDIR=/var/db/portsnap

# Default location of the ports tree (target for "update" and "extract").
PORTSDIR=/usr/ports

# Server or server pool from which to fetch updates. You can change
# this to point at a specific server if you want, but in most cases
# using a "nearby" server won't provide a measurable improvement in
# performance.
SERVERNAME=portsnap1.FreeBSD.org

# Trusted keyprint. Changing this is a Bad Idea unless you've received
# a PGP-signed email from telling you to
# change it and explaining why.
KEYPRINT=9b5feee6d69f170e3dd0a2c8e469ddbd64f13f978f2f3aede40c98633216c330

#
# REFUSE arabic chinese french german hebrew hungarian japanese
# REFUSE korean polish portuguese russian ukrainian vietnamese

El parametro que tuve que modificar para cambiar el lugar donde se van a bajar las actualizaciones es SERVERNAME, por default viene portsnap.FreeBSD.org.

Entonces usando el comando ping vamos buscar otro y mas cercano, los tiempos de respuesta variaban pero el mas cercano me estaba dando 35ms, en comparacion con otros que era mayor a 100ms.

Entonces cambie el server por este: portsnap1.FreeBSD.org, volvi a correr el comando y ahora si todo salio de maravilla, parece que el server que viene por default tienes problemas, ya que en 3 dias me ha marcado el mismo error, hoy que cambie el server todo va de maravilla.

Vamos a ver como nos va con este server, saludos!!!

lunes, 10 de diciembre de 2007

Paquete de OpenOffice 2.3.0_1 no se instalo en FreeBSD 6.2!!!

Por fin tenia listo mi paquete compilado de OpenOffice 2, el cual marca la versión 2.3.0_1, este fin de semana use una maquina especial para eso, pero por cuestiones de tiempo no actualice todos los paquetes, me llevaria mucho tiempo.

El paquete se creo sin problemas, unas horas y listo, ya por fin por medio de scp jale el paquete desde mis desktop, lo puse en /usr/ports/distfiles.

root@ scp root@I_P_remoto:/usr/ports/editors/openoffice.org-2 /usr/ports/disfiles

Aqui nos pide el password del cliente remoto, se lo damos, lo compueba y si todo sale bien empieza la copia.

Ya que tenia el paquete en mi desktop, me decidí a instalarlo:

root@ pkg_add -v /usr/ports/distfiles/openoffice.org-2.3.0_1.tbz

Aqui empezaron los problemas, me empezó a lanzar mensajes que no tenia las librerías, por ejemplo, de uno que recuerdo:

xf86bigfontproto

Este paquete, en mi desktop tengo la versión 1.1.2 y el se compilo con la 1.1.1, por lo tanto dice que no la encuentra.

Todos los mensajes que me arrojo son por esto, nada mas, las versiones....

Así que de favor si van a poner un servidor central de paquetes, tengan todos sus paquetes en la misma versión, si no, van a tener problemas.

Lo que me toca ahora es volver a compilar el paquete en mi desktop, tuve que borrar muchas cosas, ya que por espacio no lo podía compilar aquí.

Ahorita ya esta en eso, vamos a ver como nos va!!!

Como nota, ya se me hizo normal ver durante la compilación, estos mensajes:

pid 53743 (typesconfig), uid 0: exited on signal 11 (core dumped)
pid 53744 (typesconfig), uid 0: exited on signal 11 (core dumped)
pid 98969 (as), uid 0 inumber 2991 on /: filesystem full

La tercera linea sobre el "filesystem full", es por que el maldito programa ccache que habilite en la compilación con -DWITH_CCACHE por andar de investigador, me genero un cache en /root, mi root es normal, o sea no tengo espacio de mas, me lo lleno, así ahorita que volví a compilarlo, le quite ese parámetro.

Seguimos el rollo, nos vemos!!!

sábado, 8 de diciembre de 2007

Creando el paquete OpenOffice 2.3.0.x en FreeBSD 6.2

La vez pasada tuve que instalar jdk1.5 para freebsd, ya que openoffice(Oo) lo requiere, mi Desktop por desgracia tiene poco espacio en la partición /usr, ya le quedan menos de 10GB, si nos vamos a compilar openoffice 2 o sea desde los ports, tenemos varias opciones para hacerlo.

Si abrimos el Makefile de Oo-2, nos vamos a encontrar con las siguientes opciones disponibles:
  • WITH_GPC
  • WITH_CWS
  • WITHOUT_MOZILLA
  • WITH_KDE
  • LOCALIZED_LANG
  • WITH_CCACHE
  • WITH_SYSTEM_FREETYPE
Son las que ahorita veo, la primera opcion(WITH_GPC), parece que tiene que ver las librerías que manejan los gráficos, investigando encuentro esto:

General Polygon Clipper library -> http://www.cs.man.ac.uk/~toby/alan/software/

Hasta ahorita parece ser que tenemos 2 posibles librerias para manejar los graficos, libart y gpc, no tengo mucho conocimiento al respecto sobre esto, pero si nos da la opcion GPC, entonces esta usando por default libart, por lo tanto seguimos con el.

WITH_CWS, buscando, tenemos que cws es algo que los usuarios finales no creo que tengamos que meternos en problemas, al menos que nos guste hacerla de desarrolladores, para mas info:

http://tools.openoffice.org/servlets/ReadMsg?list=dev&msgNo=5044

No creo necesitarlo.

WITHOUT_MOZILLA, tengo ya trabajando FireFox, así que no lo necesito.

WITH_KDE, ya tengo KDE3 trabajando, ahora la maquina donde voy a generar el paquete no lo tiene, no quiero sorpresas y que vaya a ponerse a compilar el KDE3, es mucho tiempo, mejor lo dejo fuera, de todos modos una vez compilado, puedo configurar mi KDE3 para hacer los shortcuts.

LOCALIZED_LANG, importante ya que aquí le indicamos en que lenguaje deseamos compilar a Oo-2, por default es para el ingles de Estados Unidos, pero como yo vivo en México, y pegado a la frontera así lo voy a dejar, luego investigo como compilar el modulo para el idioma español y agregarlo. Pero si desean cambiarlo a español, solo agregan el parámetro "es".

Otra cosa, si solo especificamos 1 idioma, me esta recomendando tener libre 11GB y 2 GB de RAM, si le pedimos que lo haga para todos los idiomas, entonces nos exige tener 35GB libres y misma cantidad de RAM o sea 2GB.

WITH_CCACHE, leyendo aqui:

http://wiki.services.openoffice.org/wiki/Building_OpenOffice.org#ccache

Dicen que recomiendan habilitar esta opción, ya que acelera las futuras compilaciones, así que lo voy a instalarlo primero. Un make install clean y listo, el código fuente fue menos 90kb. Menos de 1 minuto y ya esta instalado.

WITH_SYSTEM_FREETYPE, estas opciones tiene que ver con las fonts que utiliza Oo-2, voy a usar este parámetro, a ver que tal.

Bueno, ya aclarando mis dudas con las opciones de compilación, voy a iniciar la creación del paquete para su exportación, solo voy a crear el paquete para poder enviarlo a mi Desktop e instalarlo, por problemas de espacio haya no puedo hacer esto.

Y voy a usar los siguientes parámetros para make:

make -DWITHOUT_MOZILLA -DWITH_CCACHE -DWITH_SYSTEM_FREETYPE package clean

Pero cuando ejecuto este comando, parece ser que tiene mi sistema problemas para bajar el tar, chequen:

blablabla
blablabla
blablabla
blablabla
...
blablabla
To build OOo, you should have a lot
of free diskspace (~ 11GB) and memory (~ 2GB).
If you want SDK and/or solver, please type make sdk and/or make solver
=> OOo_OOG680_m6_source.tar.bz2 doesn't seem to exist in /usr/ports/distfiles/openoffice.org2.
=> Attempting to fetch from http://ooopackages.good-day.net/pub/OpenOffice.org/sources/.
fetch: http://ooopackages.good-day.net/pub/OpenOffice.org/sources/OOo_OOG680_m6_source.tar.bz2: Connection refused
=> Attempting to fetch from http://openoffice.lunarshells.com/sources/.
fetch: http://openoffice.lunarshells.com/sources/OOo_OOG680_m6_source.tar.bz2: No address record
=> Attempting to fetch from ftp://ftp.FreeBSD.org/pub/FreeBSD/ports/distfiles/openoffice.org2/.
fetch: OOo_OOG680_m6_source.tar.bz2: local modification time does not match remote
=> Couldn't fetch it - please try to retrieve this
=> port manually into /usr/ports/distfiles/openoffice.org2 and try again.
*** Error code 1

Stop in /usr/ports/editors/openoffice.org-2.
*** Error code 1

Stop in /usr/ports/editors/openoffice.org-2.

Uts, voy a tener que accesar el ftp server de ooopackages.good-day.net que indica el Makefile, meterme a el directorio donde están las fuentes y bajar los tar que necesito. Para ello desde la misma maquina, me voy a la ruta /usr/ports/distfiles/openoffice.org2, y ahí dentro empiezo mis sesión ftp y me traigo los tar que quiere:
  • OOo_OOG680_m6_source.tar.bz2
  • OOo_OOG680_m6_source.tar.bz2.md5
  • unowinreg.dll
Estos los encontré en la ruta: pub/OpenOffice.org/sources del ftp, esto tarda su ratito, aquí estoy usando una T1, y se lleva menos de 1 hr, así que tengan paciencia.

El archivo unowinreg.dll lo encontraran en el ftp de freebsd, donde bajan las fuentes para openoffice, ahi mismo viene, la ruta que que yo tome fue:

Remote directory: /pub/FreeBSD/ports/distfiles/openoffice.org2

Ahi dentro esta.

Bueno, vamos a ver si logramos crear el paquet, luego les digo...saludos.

Por fin, después de unas horas tenemos ya listo mi paquete, una cosa que me extraño, es que yo solo deseaba crear el paquete para distribuirlo en mi red, y también lo instalo, ya que hoy que deseaba instalarlo con pkg_add -v nombredelpaquete en la maquina donde lo compile para probarlo, me salio con esta mensaje:

root@ pkg_add -v openoffice.org-2.3.0_1.tbz
Requested space: 485219568 bytes, free space: 15122098176 bytes in /var/tmp/instmp.PsI9sF
pkg_add: package 'openoffice.org-2.3.0_1' or its older version already installed
pkg_add: 1 package addition(s) failed

Entonces le dije que me dijera si ya estaba instalado:

root@ pkg_info | grep openoffice
openoffice.org-2.3.0_1 Integrated wordprocessor/dbase/spreadsheet/drawing/chart/br

Parece ser que si, por lo tanto también lo instalo, otra que cosa que me llamo la atención, observen la cantidad de espacio que me esta requiriendo:

Requested space: 485,219,568

Casi los 500MB, es un mamut este amigo, espero no me truene a la primera, mañana solo lo tengo que mandar a mi desktop y ahí hacer el mismo procedimiento para instarlo por medio de pkg_add.

Pero eso luego se los cuento, saludos!!!

jueves, 6 de diciembre de 2007

Instalando el jdk1.5 para FreeBSD 6.2

Deseaba instalar el Java Development Kit en mi Desktop corriendo FreeBSD-6.2, si recuerdo OpenOffice lo necesita, así que antes de empezar con Oo-2, prefiero irme por el java.

Me puse un poco a investigar al respecto, ya lo he instalado anteriormente, pero nunca anoto nada, todo en mi cabeza, así que prefiero aquí plasmarlo para tenerlo de referencia.

En este link http://www.freebsdfoundation.org/downloads/java.shtml

Tenemos uno de los frutos de la fundación FreeBSD, el java, en ese link tenemos tanto los binarios como los fuentes, esta vez voy por los paquetes, ya que me urge compilar el Oo-2, así que bajo el que dice:

Diablo JDK 1.5.0-7 FreeBSD 6.1/i386 End-User 52M diablo-jdk-freebsd6.i386.1.5.0.07.01.tbz

Lo guardo en /usr/ports/distfiles, solo tenemos que asegurarnos que tengamos instalado los siguientes 2 paquetes:
  • xorg-libraries
  • javavmwrapper
De lo contrario no se va a instalar, el primer paquete si baja el codigo, para compilarse, el segundo, solo hace unos cambios en el sistema, como que le acomoda la cama a el jdk, ya que no baja nada de Internet, bueno ya que nos aseguremos que los tenemos, procedemos a instalar el jdk mediante el comando:

root@ pkg_add /usr/ports/distfile/diablo-jdk-freebsd6.i386.1.5.0.07.01.tbz

Yo puse la ruta donde lo guarde, pero ustedes pongan su ruta, de ahi como que se queda pensando, pero no, nos muestra una licencia que ni loco la voy a leer, ya lo hizo la fundacion y creo en ellos, asi que le damos hasta abajo, y nos pregunta:

Do you agree to the above license terms? [yes or no]

así que solo le tecleamos:

no

Y valimos cacahuate :-o y tenemos que empezar de nuevo.

Yo creo que mas vale ponerle

yes

Nos arroja algo como esto:

pkg_add: warning: package 'diablo-jdk-1.5.0.07.01' requires 'xorg-libraries-6.9.0', but 'xorg-libraries-7.2_1' is installed
pkg_add: warning: package 'diablo-jdk-1.5.0.07.01' requires 'javavmwrapper-2.0_6', but 'javavmwrapper-2.3' is installed

Lo cual es bueno ya que al final dice "is installed", que lo tenemos instalado. Y ya nos regresa a la linea de comandos.

Un rehash, y verificamos si lo instalo con pkg_info:

root@ pkg_info | grep diablo
diablo-jdk-1.5.0.07.01 Java Development Kit 1.5.0_07.01

Ahi lo tenemos, ahora falta el jre, que no se si Oo-2 lo necesite, pero mañana lo investigo, ahorita necesito crear el paquete para distribuirlo en la red, saludos y animo monos :-p.

Por fin kopete funcion....

Gente que tal, estos días pasados, tuve problemas con kopete, el programa IM que viene en KDE 3, mi OS es FreeBSD 6.2, es mi Desktop, hace unos días decidí enfocarme 100% a Unix, sin depender ya de Windows, si voy a dar en un futuro soporte en estos sistemas, ahorita es cuando empezar a usarlos diario y en producción.

No es la primera vez que lo hago, ya que en mi casa y laptop ya los había configurado y usado sin problemas.

Mi desktop es un Intel Pentium D de 2 núcleos, esto detecta FreeBSD:

CPU: Intel(R) Pentium(R) D CPU 3.00GHz (3006.84-MHz 686-class CPU)
FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs

Es una maquina armada o sea no es de ninguna marca en especial, aqui no manejamos eso. Hasta el momento todo ha salido bien, empece usando Xfce 4, ya que es muy compacto y de fácil compilación, en unas horas ya tenia todo el desktop listo, en cambio con KDE3 si me llevo mas de 1 día por que habia momentos que me preguntaba cosas y a veces no estaba en mi escritorio.

Después de pasar por todo, por fin logre abrir mi sesión con KDE3, trae muchas aplicaciones, todas listas usar y ya no depender de las aplicaciones que usamos a diario en Windows, empece a buscar las mas usadas, entre ellas los IM, Kopete es el indicado, aqui usamos muchos gtalk desde Windows, pero no existe el paquete ara FreeBSD(espero en un futuro proximo exista. Asi que empece por configurar el proxy en KDE3.

Pata empezar, les voy a recordar que aqui manejamos un web-proxy, asi que para que mi PC pueda salir hacia Internet tenemos configurar ciertas variables para el sistema globalmente, yo en mi caso, estoy mas familiarizado con tcsh que con bash, mi experiencia se basa mas de lado de los BSD que de Linux, por ello aqui sigo la tradición.

Para configurar estas variables, tenemos que abir el archivo de nombre: .cshrc, que se encuentra en la ruta /root, ahi tenemos que agregar las siguientes variables:

setenv HTTP_PROXY "http://W.X.Y.Z:#puerto"
setenv HTTP_PROXY_AUTH "basic:*:nombredeusuario:password"

Estos datos se los debe dar su administrador, al menos que ustedes sean, deben saber estos datos en base a el proxy que manejen, cada usuario del sistema debe tener estas variables en el archivo de configuración de su shell, se pueden poner globales, pero eso en el doc de su shell va a venir como.

Una ves modificado el archivo, yo estoy como root, solo me deslogeo y me vuelvo a logear, y mis nuevas variables ahi estan, para verlas solo ejecuto el comando env:

root#env

KDE_FULL_SESSION=true
GS_LIB=/root/.fonts
MACHTYPE=i386
USER=root
MAIL=/var/mail/root
SHLVL=2
VENDOR=intel
HOME=/root
HTTP_PROXY_AUTH=basic:*:nombredeusuario:password
PAGER=less
GROUP=wheel
LOGNAME=root
BLOCKSIZE=K
TERM=xterm
WINDOWPATH=9
PATH=/sbin:/bin:/usr/sbin:/usr/bin:/usr/games:/usr/local/sbin:/usr/local/bin:/usr/X11R6/bin:/root/bin
XCURSOR_THEME=HumanAzul
DISPLAY=:0.0
XAUTHORITY=/root/.Xauthority
HOST=bsdklabaza.MBX.local
SHELL=/bin/csh
OSTYPE=FreeBSD
JAVA_HOME=/usr/local/diablo-jdk1.5.0/
CLICOLOR=
PWD=/root
XDG_DATA_DIRS=:/usr/share:/usr/local/share:/usr/local/share/gnome
XDG_CONFIG_DIRS=:/etc/xdg:/usr/local/etc/xdg:/usr/local/etc/xdg/xfce4
HTTP_PROXY=http://W.X.Y.Z:#depuerto
KDE_SESSION_UID=
FTP_PASSIVE_MODE=YES
HOSTTYPE=FreeBSD
EDITOR=ee
KDE_MULTIHEAD=false
SESSION_MANAGER=local/bsdklabaza.MBX.local:/tmp/.ICE-unix/94692
GTK_RC_FILES=/etc/gtk/gtkrc:/root/.gtkrc:/root/.kde/share/config/gtkrc
GTK2_RC_FILES=/etc/gtk-2.0/gtkrc:/root/.gtkrc-2.0:/root/.kde/share/config/gtkrc-2.0
COLORTERM=
KONSOLE_DCOP=DCOPRef(konsole-35754,konsole)
KONSOLE_DCOP_SESSION=DCOPRef(konsole-35754,session-1)
WINDOWID=41943047

Ahi tienen, ya con esto vamos a configurar a KDE3, para que globalmente detecte estas variables, para ellos nos vamos a el boton de inicio de KDE3:


Cuando nos arroje el menu, nos vamos a Settings->Internet & Network->Proxy

Nos aparece la pantalla de configuración del proxy:



Debo reconocer que el equipo que esta detrás de KDE y los que están detrás de mantener el KDE para FreeBSD han hecho mucho, esto sorprendido de ello, espero continúen con ese entusiasmo.

Ahora aquí nos varias opciones, yo estoy usando tal cual esta en la figura anterior, las marque con un marco rojo para que las logren identificar en su escritorio.

Si le damos click a el primer boton que dice:



Nos da otra ventana donde tenemos las siguientes opciones:



Seleccionamos el check-box marcado en rojo, y le damos un click al boton que dice:



Y nos debe arrojar la informacion que dimos de alta para el proxy en el archivo .cshrc arriba, y si nos da el dato y presionamos el boton




Si todo esta bien, entoces nos arroja la venta que todos deseamos ver siempre:



Arriba por seguridad mia, borre mis datos, pero a ustedes les debe dar su el IP de su proxy y el puerto del mismo.

Con esto, ya solo es cuestión de entrar a el Konqueror para comprobar todo esto.



Como podrán ver, puse una pagina en la barra url, y mi proxy ya esta solicitando mis datos de autentificacion, lo que significa que todo va bien.

Ahora sigue dar de alta mi cuenta de gmail en Kopete, pero esto luego lo hacemos, aqui fue donde tuve unos problemitas, pero una googleada y se arreglo...nos vemos gente!!!

martes, 4 de diciembre de 2007

Hoy empezamos este blog!!!

Hola, bien como dice este blog, Unix/Linux, asi que vamos empezando un poco por describir los sistemas que tenemos en produccion, ya que los de casa no cuentan por que esos uno cuando quiera puede hacer lo que se le pegue la gana.

En mi area de trabajo, soy asi como el encargado de lo que se refiere a Voz y Datos, ya que ademas de estar a cargo de los servidores tambien manejo la telefonia, que la mera verdad, la telefonia la aprendi en esta empresa, es una lastima que las Universidades no den esta materia, hasta donde yo se, no se maneja en ninguna Universidad o Tecnologico donde se imparta la materia de Ingenieria en Sistemas.

Bueno, por el lado de voz tenemos un software llamado Altigen, que en Tijuana conozco pocas empresas que lo manejen, es un sistema bueno, pero la mera verdad el proximo año vamos a irnos por la telefonia VoIP, que con los costos de los enlaces parece ser que si podemos ahorrarnos una buena tajada de lana, pero para esto voy hacer un estudio economico. La nueva version del Altigen si cuesta una buena lana, pero correo en Windows 2000 que la mera verdad se me hace un sistema muy estable, pero Bill Gates parece ser que ya no piensa sacar mas parches para el, asi que la seguridad es importante y no creo que sea una buena idea tener un sistema que ya no tiene soporte por parte de los patrones de este software.

El software que ya tuve el gusto de probar y ponerlo en prueba fue Asterisk, y si funciona, pero vamos a ver el proximo año como nos va.

Bien ahora vamos a describir los sistemas que tenemos en produccion, para empezar tenemos un 2 sistemas de respaldo, ya que la empresa donde laboro, tiene 2 ubicaciones, la planta de producción y las oficinas principales del lado de Estados Unidos, estamos unidos por una T1, en ambos lados paisano o sea Mexico y gringo o sea E.U. , tenemos corriendo FreeBSD como OS, y sobre el correo bacula de la mano con MySQL.

Bacula lo conoci hace 2 años, por ahi cuando llegue a esta empresa ya casi 3 años de esto(como pasa el tiempo), se tenia como sistema de respaldo un veritas la verdad no recuerdo la version, en un Windows NT4, y un dispositivo de cinta de HP, no recuerdo muy bien el modelo, la cinta era de 200GB/100GB, pero la mera verdad no estaba muy agusto con este sistema, tuve que reinstalarlo 2 veces por que llegaba el momento que cada 2 dias tronaba el respaldo.

Ademas que se hacian respaldos Full(Completos) cada dia, y solo tenian 2 o 3 cintas para cambiar, asi que si la semana pasada borrastes un archivo, adios informacion, no se me hacia muy correcta esta forma de respaldar, yo queria tener un grupo de cintas y por lo minimo 1 mese de respaldos, a los pocos meses el dispositivo de cinta trono, ya no trabajo, por ahi me meti a los foros de hp de cintas, y me les puse lo sucedido, uno persona del foro me dijo "Your drive is dead".

Lo unico que no me gustaba era que tenia que instalar la cinta en windows xp, por que HP solo tiene el software de prueba de la cinta en este SO y Linux, ni modo aun no ven negocio con los demas SO libres como FreeBSD.

Bueno ya cuando por fin me asegure que la cinta ya no trabaja, tuve que decirle al patrón para que autorizara la compra de otra, eso si cuando se necesita algo en el departamento, la empresa no escatima, por ello me agrada esta empresa. Le dije que comprara una que fuera compatible con las cintas que usamos, para no tirarlas, ya que teniamos varias, y por ahi me llego un dia con HP StorageWorks 232 externa, la cual hasta hace 2 meses empezo a darme unos sintomas de malestar, en toda su vida, solo he tenido que usar la cinta de limpieza 3 veces, en casi 2 años, una maravilla de aparato, pero la historia de los problemas que tenido ahorita luego se los platico, y no tanto problemas, por que aun puedo respaldar y recuperar la informacion sin problemas, a lo mejor es otra cosa, pero ya estoy investigando.

Con esta cinta, e usado bacula desde la rama 1.38.x hasta la 2.2.x, ademas que el desarrollador de bacula en la rama 2.2.x el junto con algunos usuarios del sistema, desarrollaron un GUI para Unix/Linux de nombre bat, lo tengo en mi maquina de escritorio corriendo FreeBSD 6.1, por fin me decidi en meterme de lleno a el software libre, cambie todo de Windows XP Profesional a FreeBSD 6.1, no me decidi por PC-BSD por que me gusta hacer muchas cosas a pata como dice, luego le doy una probada.

Con bat solo necesitas el mouse y listo, ya me olvido de los teclasos que tenia que hacer desde la consola, que la mera verdad me agrada mucho la consola, pero ya era hora de irse por el GUI, muy buen programa y la gente esta muy feliz por que por fin bacula tiene un GUI, solo falta por ahi portarlo a Windows, al menos que ya esten trabajando en eso, que es lo mas seguro.

Como venia diciendo, el servidor de respaldos de lado paisano(Mexico) es donde tengo la cinta, ya que es donde manejo mas informacion, de lado gringo lo hago en disco duro, pero en ambos configure un arreglo de discos con gmirror y tengo un Raid-1, los sistemas importantes deben llevar almenos un arreglo de discos, si en verdad te interesa tu trabajo, debes hacerlo.

Ya con mas de 1 año en producción, puedo decir que bacula esta listo para las empresas, por aqui un amigo que es seguidor de Linux y era el admin de Calcom en Tijuana, lo instalo ahi, asi es muchos que se dedican a todo lo relacionado en venta de equipo de computo en Tijuana deben conocer a Calcom, a ellos los respalda bacula y hace poco tuvieron problema con un sistema de ahi, y bacula les restauro todo el sistema sin problemas, espero el proximo año hacer mas instalaciones.

Hasta aqui le voy a parar por que ya me dio sueño, luego le sigo...

Bien pues ya estamos aqui de nuevo. como les iba diciendo, tambien a mi el fin del año pasado, a uno de nuestro servidores Linux le trono el disco duro, y ese server no tenia el Raid creado, por que era donde teniamos el ERP de la empresa, por eso ya no se lo hice ya que ese servidor corria un Linux RedHat 9, una reliquia de servidor, pero ya estaba yo en el proceso de migración, el miedo que tenia yo que por ello estaba probando nuestro ERP en Centos 4.4, era que la aplicacion corriera en esa version de Centos, y todas las pruebas que hicimos fueron un exito ya estabamos listos para hacer la migracion, nomas que yo queria terminar el año, para hacerlo los ultimos dias del mes, pero nos trono los primeros dias, asi que fue cuando puse a bacula a prueba, logramos levantar el server en 1 dia, ya que los datos del server estaba al final de la cinta, por ello tardo, y ademas que ya estabamos usando Centos 4.4 y un nuevo equipo, asi que mejor lo hice pacientemente, pero si se puede levantar en menos tiempo.

Lo que hice despues de eso, fue mover la pocisión del respaldo, si ejecutaba el respaldo al ultimo, entonces mejor que lo haga primero, asi cuando necesite restaurar datos de ese server, lo saque aun mas rapido. Asi una vez bacula nos salvo.

Ya describi el sistema de respaldo de lado paisano, ahora el del lado gringo, pues ese es en disco, si he logrado sacar datos de ahi, lo mas que he llegado a hacer es recuperar correos, en el lado de E.U. tenemos el servidor de correo, y de vez en cuando los usuarios desean recuperar correos antiguos que borraron hace 2 semanas, o un poco mas, y los hemos recuperado con exito, haya aun no he pasado por momentos criticos, es muy tranquilo aquel lado, pero ahi que estar preparados.

Otra cosa que hago es, ademas de tener el Raid-1, cada mes saco copeo los respaldos en un disco duro externo, y ese lo sacamos de la compañia, si lo recuerdan, hace poco el area montañosa de California de lado de Mexico, tuvo serios problemas con los incendios provocados por los famosos vientos de santana, ya estaba a pocas millas de las oficinas, estabamos atentos a eso, ya que mi patrón me aviso, por si era necesario evacuar todo los servidores de E.U. y llevarlos a un lugar seguro, lo bueno que la cinta esta en un lugar seguro, por si llegara a suceder algo grave, ahi tenemos los datos. Gracias a Dios que nunca llego a esa area.

Bien ahora voy a hablar de los S.O. que tenemos, ya describi los sistemas de respaldo, ahora vamos por los ERP. El ERP que usamos se llama DBA, y la base datos es una llamada Pervasive, la mera verdad nunca habia escuchado estos programas, pero ya llevan varios años usandolos aqui, ya se tienen un bonche de aplicaciones para ellos, ese software lo tenemos corriendo en Linux Centos, y trabaja muy bien, despues de la migración que arriba explique, este servidor solo 2 veces he tenido que reiniciar la base de datos, con el servidor anterior era mas común hacer esto, estoy muy agusto con el, y el desempeño que nos da no se compara con el anterior, por ello aqui tambien tenemos configurado los discos en Raid-1, 2GB de memoria y tenemos habilitado el bonding para incrementar el ancho de banda del server. En ninguno de los servidores tenemos el modo gráfico instalado, ya que es un consumo de recursos que prefiero darselos mejor a los servicios que tenemos corriendo, además que por seguridad de mismo sistema, los servidores serios solo deben tener lo necesario, mientras mas basura tengas mas posibilidad de que sea blanco de los malos.

El otro server que tenemos es un Linux tambien, mismas configuraciones, pero aqui solo tenemos habilitado samba para compartir directorios de los usuarios, aqui solo tenemos una tarjeta de red, no me he visto en la necesidad de habilitar el bonding por que tenemos buen desempeño en el, mi plan para el proximo año es traer un server Dell que tenemos en E.U. y ahi mismo migrar los servicios de ambos servers, y ahi si voy a tener que ponerle 3 tarjetas de red, para que por ancho de banda no pare la planta, asi ahorramos equipo y energia.

Tenemos aun 2 servidores NT 4, uno es el PDC y otro el BDC, estos por razones tecnicas no los he podido eliminar, ya que la mayoria de los usuarios aun se logean atravez de ellos, y en el BDC tenemos aun una aplicación que no podemos aun migrar a otro server, ya que el programador he tenido problemas para ello, si por mi fuera desde cuando hubieramos hecho esto, ya que tenemos otro server corriendo windows 2003 y ese es un Active Diretory, ahi tengo solo a 8 usuarios, pero esta listo para recibir a todos los que estan en los NT. Próximo año lo vamos a llevar esto a cabo.

Contiuamos ahora de lado gabacho, haya tenemos 7 servidores, esta la salida a Internet, por ello el firewall esta de aquel lado, y nos protege una maquina corriendo Linux, de ahi sigue el filtro de spam y el servidor de correo y ahi tambien tenemos otro DBA, todos ellos con Linux. La ultima vez lei los dias que tenia el servidor de correo sin para de trabajar me daba arriba de 450 dias, sin ningun rebote, y se tuvo que reiniciar esa vez por que hicimos una cambios en la red, perdimos contacto con el y ya no respondia, tuvimos que reiniciarlo a la brava, ese fue el motivo, muy estable todo por haya, y tambien el sistema de respaldo corre bacula misma version que en Mexico, pero haya los respaldos son en disco, pero con Raid-1, y sobre FreeBSD.

Tambien tenemos un Altigen misma version que en Mexico, y ambos se enlazan mediante una pipa de 64kb, equipo que los viejos lobos de mar en telefonía llegaron a conocerlos, se llaman MICOM, equipo muy estable, tienen mas de 10 años sin tener problemas con ellos y siguen funcionando. Si he tenido que reiniciarlos, pero es todo, el Hardware es el mismo. Las mentes nuevas no saben nada de ellos, los viejos saben que pueden confiar en ellos.

La configuracion de los MICOM esta interesante, hagan de cuenta que se contratan numeros americamos en E.U. y si deseabas que sonoran en otro pais como Mexico en este caso, pones los MICOM, uno de cada lado, la pipa de 64kb se reparte de tal manera que los numeros que deseas mandar a otro pais, los mandas por ahi, cada MICOM tiene por detras entradas RJ11 para telefonia, y en cada uno de ellos van las lineas telefonicas que viene en la pipa de 64kb, y asi como tienes de un lado asignado los numeros, debes tenerlo del otro lado, como un espejo, ya que los tienes listos, cuando llaman de E.U. por alguno de esos numeros, suenan en México, ya solo los metes al conmutador(Altigen) para controlarlos. Todo esto ya no se hace, tengo entendido, pero cuando la tecnología es buena y estable por que cambiar????

Las llamadas internas de oficina(Mexico) a oficina(E.U.), son mediante la T1, y se usan unos equipos multiplexores, que además la hacen de Gateways, por ahi se conectan los conmutadores, asi de simple, la T1 es un protocolo estandard, pero me entere hace poco que los MICOM pueden hacer ese mismo trabajo, ya cuando investigue al respecto, me comentaron que si era cierto, pero en aquel entonces no se encontró a ninguna persona que hiciera toda la configuración, y las personas que instalaron los multiplexores no tenían experiencia en los MICOM, ni modo, cosas que pasan.

Hasta aquí voy a parar le introducción a el lugar donde trabajo, lo siguientes empezar describir la vida diaria en la bonita área de trabajo que escogí y no me arrepiento, y ver que provecho le pueden sacar por ahí, a lo mejor me hechan la mano, nos vemos pronto, y animo monos!!!