Despues de instalar un programa que creo un archivo init.d que era totalmente compatible con debian lenny, y luego instalar un nuevo programa arroja desde apt-get en debian squeeze; desplegaba  el siguiente error:

insserv: Starting buagent depends on rmnologin and therefore on system facility `$all’ which can not be true!

can not be true!
insserv: loop involving service lm-sensors at depth 14
insserv: loop involving service mountoverflowtmp at depth 11
insserv: loop involving service checkfs at depth 8
insserv: There is a loop at service buagent if started

insserv: exiting now without changing boot order!
update-rc.d: error: insserv rejected the script header
dpkg: error processing acpid (–configure):
subprocess installed post-installation script returned error exit status 1
configured to not write apport reports

acpid
E: Sub-process /usr/bin/dpkg returned an error code (1)

Este error lo reportaba en muchas ocaciones, esto no me permitia instalar un nuevo paquete ya que este error creaba conflicto con la instalacion.

El problema lo esta causando un archivo init.d ejecutable que se encuentra en/etc/init.d/ llamando buagent. Al parecer este script no es compatible con la secuencia de arranque LSB de debian squeeze.

Después de investigar encontre que los init scripts en debian squeeze deben de ser LSB  (Linux Standards Base) compatibles, esto lo logramos agregando lo siguiente en el archivo init.d, que en mi caso es llamado buagent.

### BEGIN INIT INFO # Provides: scriptname # Required-Start: $remote_fs $syslog # Required-Stop: $remote_fs $syslog # Default-Start: 2 3 4 5 # Default-Stop: 0 1 6 # Short-Description: Start daemon at boot time # Description: Enable service provided by daemon. ### END INIT INFO

En mi caso el archivo quedo asi:

Después de hacer este cambio los errores se fueron y nuevamente pude instalar y deinstalar paquetes sin problema alguno, espero les sirva esta información.

Pueden encontrar mas informacion en la siguiente direccion:

http://wiki.debian.org/LSBInitScripts

pecl install APC

Per me devolvió el siguiente error:

/usr/include/php5/ext/pcre/php_pcre.h:29:18: error: pcre.h: No such file or directory
In file included from /tmp/pear/temp/APC/apc.c:44:
/usr/include/php5/ext/pcre/php_pcre.h:37: error: expected ‘=’, ‘,’, ‘;’, ‘asm’ or ‘__attribute__’ before ‘*’ token
/usr/include/php5/ext/pcre/php_pcre.h:38: error: expected ‘=’, ‘,’, ‘;’, ‘asm’ or ‘__attribute__’ before ‘*’ token
/usr/include/php5/ext/pcre/php_pcre.h:44: error: expected specifier-qualifier-list before ‘pcre’
/tmp/pear/temp/APC/apc.c:393: error: expected specifier-qualifier-list before ‘pcre’
/tmp/pear/temp/APC/apc.c: In function ‘apc_regex_compile_array’:
/tmp/pear/temp/APC/apc.c:454: error: ‘apc_regex’ has no member named ‘preg’
/tmp/pear/temp/APC/apc.c:454: error: ‘apc_regex’ has no member named ‘preg’
/tmp/pear/temp/APC/apc.c:455: error: ‘apc_regex’ has no member named ‘nreg’
/tmp/pear/temp/APC/apc.c:455: error: ‘apc_regex’ has no member named ‘nreg’
/tmp/pear/temp/APC/apc.c: In function ‘apc_regex_match_array’:
/tmp/pear/temp/APC/apc.c:487: error: ‘apc_regex’ has no member named ‘preg’
/tmp/pear/temp/APC/apc.c:487: error: ‘apc_regex’ has no member named ‘preg’
/tmp/pear/temp/APC/apc.c:488: error: ‘apc_regex’ has no member named ‘nreg’
/tmp/pear/temp/APC/apc.c:488: error: ‘apc_regex’ has no member named ‘nreg’
make: *** [apc.lo] Error 1
ERROR: `make’ failed

Despues de investigar un poco, decidi ubicar el paquete que incluye el archivo  php_prce.h, que es el archivo que esta causando el problema ya que no existe; esto lo hice con el siguiente comando:

apt-file search -x “/pcre.h$”
kannel-dev: /usr/include/kannel/gwlib/pcre.h
libajax6-dev: /usr/include/ajax/pcre.h
libpcre3-dev: /usr/include/pcre.h

Encontré el paquete que contiene esta librería el cual es libpcre3-dev, lo instale con el siguiente comando:

apt-get install libpcre3-dev
Reading package lists… Done
Building dependency tree
Reading state information… Done
The following extra packages will be installed:
libpcrecpp0
The following NEW packages will be installed:
libpcre3-dev libpcrecpp0
0 upgraded, 2 newly installed, 0 to remove and 0 not upgraded.
Need to get 392 kB of archives.
After this operation, 958 kB of additional disk space will be used.
Do you want to continue [Y/n]? y
Get:1 http://ftp.us.debian.org/debian/ squeeze/main libpcrecpp0 amd64 8.02-1.1 [108 kB]
Get:2 http://ftp.us.debian.org/debian/ squeeze/main libpcre3-dev amd64 8.02-1.1 [283 kB]
Fetched 392 kB in 1s (248 kB/s)
Selecting previously deselected package libpcrecpp0.
(Reading database … 31241 files and directories currently installed.)
Unpacking libpcrecpp0 (from …/libpcrecpp0_8.02-1.1_amd64.deb) …
Selecting previously deselected package libpcre3-dev.
Unpacking libpcre3-dev (from …/libpcre3-dev_8.02-1.1_amd64.deb) …
Processing triggers for man-db …
Setting up libpcrecpp0 (8.02-1.1) …
Setting up libpcre3-dev (8.02-1.1) …

Despues de instalaro esto volvi a ejecutar el comando:

pecl install APC

Y listo, la instalación fue un éxito

Build process completed successfully
Installing ‘/usr/lib/php5/20090626/apc.so’
Installing ‘/usr/include/php5/ext/apc/apc_serializer.h’
install ok: channel://pecl.php.net/APC-3.1.9
configuration option “php_ini” is not set to php.ini location
You should add “extension=apc.so” to php.ini

Ahora solo agregue la extension al /etc/php5/apach2/php.ini lo agregue al final del archivo:

extension=apc.so

Reinicie el apache2

/etc/init.d/apache2 restart

Luego, vi el php info de mi servidor, y confirme que estaba la extension de PHP APC instalada:

Para instalar esta extensión necesitamos instalar los siguientes paquetes (asumiendo que ya tienen apache2 y php5 instalados):

php-pear

php5-dev

Si no instalan el php5-dev les va a desplegar un error similar a este:

ERROR: `phpize’ failed

Luego ejecute el comando para instalar la extensión:

pecl install uploadprogress

Pero me dio el siguiente error:

downloading uploadprogress-1.0.1.tgz …
Starting to download uploadprogress-1.0.1.tgz (8,536 bytes)
…..done: 8,536 bytes
4 source files, building
running: phpize
Configuring for:
PHP Api Version:         20090626
Zend Module Api No:      20090626
Zend Extension Api No:   220090626
/usr/bin/phpize: 209: /tmp/pear/temp/uploadprogress/build/shtool: Permission denied
Cannot find autoconf. Please check your autoconf installation and the
$PHP_AUTOCONF environment variable. Then, rerun this script.

Muy extraño que el error fuera de permiso denegado.  Pero…

Me recordé que por seguridad había montado la partición /tmp como noexec, asi que no se podia ejecutar ningún comando por seguridad, para temporalmente habilitar la habilidad de ejecutar scripts a la partición /tmp vamos a ejecutar el siguiente comando:

mount -oremount,exec /tmp

Después de este cambio la instalación fue todo un éxito:

root@server:/etc# pecl install uploadprogress
downloading uploadprogress-1.0.1.tgz …
Starting to download uploadprogress-1.0.1.tgz (8,536 bytes)
…..done: 8,536 bytes
4 source files, building
running: phpize
Configuring for:
PHP Api Version:         20090626
Zend Module Api No:      20090626
Zend Extension Api No:   220090626
building in /var/tmp/pear-build-root/uploadprogress-1.0.1
running: /tmp/pear/temp/uploadprogress/configure
checking for grep that handles long lines and -e… /bin/grep
checking for egrep… /bin/grep -E
checking for a sed that does not truncate output… /bin/sed
checking for cc… cc
checking whether the C compiler works… yes
checking for C compiler default output file name… a.out
checking for suffix of executables…
checking whether we are cross compiling… no
checking for suffix of object files… o
checking whether we are using the GNU C compiler… yes
checking whether cc accepts -g… yes
checking for cc option to accept ISO C89… none needed
checking how to run the C preprocessor… cc -E
checking for icc… no
checking for suncc… no
checking whether cc understands -c and -o together… yes
checking for system library directory… lib
checking if compiler supports -R… no
checking if compiler supports -Wl,-rpath,… yes
checking build system type… x86_64-unknown-linux-gnu
checking host system type… x86_64-unknown-linux-gnu
checking target system type… x86_64-unknown-linux-gnu
checking for PHP prefix… /usr
checking for PHP includes… -I/usr/include/php5 -I/usr/include/php5/main -I/usr/include/php5/TSRM -I/usr/include/php5/Zend -I/usr/include/php5/ext -I/usr/include/php5/ext/date/lib
checking for PHP extension directory… /usr/lib/php5/20090626
checking for PHP installed headers prefix… /usr/include/php5
checking if debug is enabled… no
checking if zts is enabled… no
checking for re2c… no
configure: WARNING: You will need re2c 0.13.4 or later if you want to regenerate PHP parsers.
checking for gawk… no
checking for nawk… nawk
checking if nawk is broken… no
checking whether to enable uploadprogress functions… yes, shared
checking for a sed that does not truncate output… (cached) /bin/sed
checking for fgrep… /bin/grep -F
checking for ld used by cc… /usr/bin/ld
checking if the linker (/usr/bin/ld) is GNU ld… yes
checking for BSD- or MS-compatible name lister (nm)… /usr/bin/nm -B
checking the name lister (/usr/bin/nm -B) interface… BSD nm
checking whether ln -s works… yes
checking the maximum length of command line arguments… 1572864
checking whether the shell understands some XSI constructs… yes
checking whether the shell understands “+=”… yes
checking for /usr/bin/ld option to reload object files… -r
checking for objdump… objdump
checking how to recognize dependent libraries… pass_all
checking for ar… ar
checking for strip… strip
checking for ranlib… ranlib
checking command to parse /usr/bin/nm -B output from cc object… ok
checking for ANSI C header files… yes
checking for sys/types.h… yes
checking for sys/stat.h… yes
checking for stdlib.h… yes
checking for string.h… yes
checking for memory.h… yes
checking for strings.h… yes
checking for inttypes.h… yes
checking for stdint.h… yes
checking for unistd.h… yes
checking for dlfcn.h… yes
checking for objdir… .libs
checking if cc supports -fno-rtti -fno-exceptions… no
checking for cc option to produce PIC… -fPIC -DPIC
checking if cc PIC flag -fPIC -DPIC works… yes
checking if cc static flag -static works… yes
checking if cc supports -c -o file.o… yes
checking if cc supports -c -o file.o… (cached) yes
checking whether the cc linker (/usr/bin/ld -m elf_x86_64) supports shared libraries… yes
checking whether -lc should be explicitly linked in… no
checking dynamic linker characteristics… GNU/Linux ld.so
checking how to hardcode library paths into programs… immediate
checking whether stripping libraries is possible… yes
checking if libtool supports shared libraries… yes
checking whether to build shared libraries… yes
checking whether to build static libraries… no
configure: creating ./config.status
config.status: creating config.h
config.status: executing libtool commands
running: make
/bin/bash /var/tmp/pear-build-root/uploadprogress-1.0.1/libtool –mode=compile cc  -I. -I/tmp/pear/temp/uploadprogress -DPHP_ATOM_INC -I/var/tmp/pear-build-root/uploadprogress-1.0.1/include -I/var/tmp/pear-build-root/uploadprogress-1.0.1/main -I/tmp/pear/temp/uploadprogress -I/usr/include/php5 -I/usr/include/php5/main -I/usr/include/php5/TSRM -I/usr/include/php5/Zend -I/usr/include/php5/ext -I/usr/include/php5/ext/date/lib  -DHAVE_CONFIG_H  -g -O2   -c /tmp/pear/temp/uploadprogress/uploadprogress.c -o uploadprogress.lo
libtool: compile:  cc -I. -I/tmp/pear/temp/uploadprogress -DPHP_ATOM_INC -I/var/tmp/pear-build-root/uploadprogress-1.0.1/include -I/var/tmp/pear-build-root/uploadprogress-1.0.1/main -I/tmp/pear/temp/uploadprogress -I/usr/include/php5 -I/usr/include/php5/main -I/usr/include/php5/TSRM -I/usr/include/php5/Zend -I/usr/include/php5/ext -I/usr/include/php5/ext/date/lib -DHAVE_CONFIG_H -g -O2 -c /tmp/pear/temp/uploadprogress/uploadprogress.c  -fPIC -DPIC -o .libs/uploadprogress.o
/bin/bash /var/tmp/pear-build-root/uploadprogress-1.0.1/libtool –mode=link cc -DPHP_ATOM_INC -I/var/tmp/pear-build-root/uploadprogress-1.0.1/include -I/var/tmp/pear-build-root/uploadprogress-1.0.1/main -I/tmp/pear/temp/uploadprogress -I/usr/include/php5 -I/usr/include/php5/main -I/usr/include/php5/TSRM -I/usr/include/php5/Zend -I/usr/include/php5/ext -I/usr/include/php5/ext/date/lib  -DHAVE_CONFIG_H  -g -O2   -o uploadprogress.la -export-dynamic -avoid-version -prefer-pic -module -rpath /var/tmp/pear-build-root/uploadprogress-1.0.1/modules  uploadprogress.lo
libtool: link: cc -shared  .libs/uploadprogress.o      -Wl,-soname -Wl,uploadprogress.so -o .libs/uploadprogress.so
libtool: link: ( cd “.libs” && rm -f “uploadprogress.la” && ln -s “../uploadprogress.la” “uploadprogress.la” )
/bin/bash /var/tmp/pear-build-root/uploadprogress-1.0.1/libtool –mode=install cp ./uploadprogress.la /var/tmp/pear-build-root/uploadprogress-1.0.1/modules
libtool: install: cp ./.libs/uploadprogress.so /var/tmp/pear-build-root/uploadprogress-1.0.1/modules/uploadprogress.so
libtool: install: cp ./.libs/uploadprogress.lai /var/tmp/pear-build-root/uploadprogress-1.0.1/modules/uploadprogress.la
libtool: finish: PATH=”/usr/bin:/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/sbin” ldconfig -n /var/tmp/pear-build-root/uploadprogress-1.0.1/modules
———————————————————————-
Libraries have been installed in:
/var/tmp/pear-build-root/uploadprogress-1.0.1/modules

If you ever happen to want to link against installed libraries
in a given directory, LIBDIR, you must either use libtool, and
specify the full pathname of the library, or use the `-LLIBDIR’
flag during linking and do at least one of the following:
- add LIBDIR to the `LD_LIBRARY_PATH’ environment variable
during execution
- add LIBDIR to the `LD_RUN_PATH’ environment variable
during linking
- use the `-Wl,-rpath -Wl,LIBDIR’ linker flag
- have your system administrator add LIBDIR to `/etc/ld.so.conf’

See any operating system documentation about shared libraries for
more information, such as the ld(1) and ld.so(8) manual pages.
———————————————————————-

Build complete.
Don’t forget to run ‘make test’.

running: make INSTALL_ROOT=”/var/tmp/pear-build-root/install-uploadprogress-1.0.1″ install
Installing shared extensions:     /var/tmp/pear-build-root/install-uploadprogress-1.0.1/usr/lib/php5/20090626/
running: find “/var/tmp/pear-build-root/install-uploadprogress-1.0.1″ | xargs ls -dils
101163093  4 drwxr-xr-x 3 root root  4096 Mar 31 01:54 /var/tmp/pear-build-root/install-uploadprogress-1.0.1
101163252  4 drwxr-xr-x 3 root root  4096 Mar 31 01:54 /var/tmp/pear-build-root/install-uploadprogress-1.0.1/usr
101163253  4 drwxr-xr-x 3 root root  4096 Mar 31 01:54 /var/tmp/pear-build-root/install-uploadprogress-1.0.1/usr/lib
101163254  4 drwxr-xr-x 3 root root  4096 Mar 31 01:54 /var/tmp/pear-build-root/install-uploadprogress-1.0.1/usr/lib/php5
101163255  4 drwxr-xr-x 2 root root  4096 Mar 31 01:54 /var/tmp/pear-build-root/install-uploadprogress-1.0.1/usr/lib/php5/20090626
101163251 56 -rwxr-xr-x 1 root root 50013 Mar 31 01:54 /var/tmp/pear-build-root/install-uploadprogress-1.0.1/usr/lib/php5/20090626/uploadprogress.so

Build process completed successfully
Installing ‘/usr/lib/php5/20090626/uploadprogress.so’
install ok: channel://pecl.php.net/uploadprogress-1.0.1
configuration option “php_ini” is not set to php.ini location
You should add “extension=uploadprogress.so” to php.ini

Despues de esto manualmente tienen que agregar la siguiente linea al archivo /etc/php5/apache2/php.ini (asumiendo que tienen instalado php5 como modulo de apache2)

extension=uploadprogress.so

Despues de eso reinician el apache2.

/etc/init.d/apache2 restart

Luego genere un archivo llamado php.php con el siguiente codigo para ver todos los modulos de apache que estan cargando:

<?php

// Show all information, defaults to INFO_ALL
phpinfo();

?>

Entre desde el navegador a ver este archivo y me desplego lo que yo queria, la extension uploadprogress habia sido instalado satisfactoriamente.

Luego de esto les recomiendo que regresen la particion con propiedades de noexec con el siguiente comando:

mount -oremount,noexec /tmp

Eso es todo amigos….

El servidor que voy a actualizar tiene debian lenny y tiene los siguientes paquetes instalados:

• Apache 2.2.9
• PHP 5.2.6
• Mysql 5
• Vsftpd
• Squid
• Kernel 2.6.26-2-686
• Webmin

Este servidor sirve de proxy, y tiene un WordPress instalado. Tal como lo muestra la siguiente imagen:

Antes de seguir, es necesario que hagan respaldo de toda su información y de todas las configuraciones, en mi caso copie saque respaldo del contenido de las siguientes carpetas y archivos:

/etc/apache2 | /etc/squid | /etc/vsftpd.conf | /etc/mysql

Ademas de esto saque respaldo de toda la información contenida en la carpeta /var/www ya que ahí tengo todos mis sitios web montados.

También saque respaldos de las base de datos de Mysql.

Yo voy a realizar la actualizacion desde una consola de SSH.

Luego de sacar el respaldo hay que revisar el archivo /etc/apt/sources.list en. En mi servidor este archivo contenía solo lo siguiente:

deb http://ftp.us.debian.org/debian/ lenny main
deb-src http://ftp.us.debian.org/debian/ lenny main

deb http://security.debian.org/ lenny/updates main
deb-src http://security.debian.org/ lenny/updates main

Luego procedí a verificar si habían actualizaciones pendientes para instalación. Recomiendo que antes de realizar la actualización a Debian Squeeze, actualicen su Debian Lenny con las ultimas actualizaciones disponibles. Recomiendo que en este punto no tengan ningun programa ejecutándose, especialmente de monitoreo, como por ejemplo, htop, top, apachetop, mytop, etc.

Ejecute el comando apt-get update

proxy:/etc/apt# apt-get update
Hit http://security.debian.org lenny/updates Release.gpg
Ign http://security.debian.org lenny/updates/main Translation-en_US
Hit http://ftp.us.debian.org lenny Release.gpg
Ign http://ftp.us.debian.org lenny/main Translation-en_US
Hit http://security.debian.org lenny/updates Release
Hit http://ftp.us.debian.org lenny Release
Ign http://security.debian.org lenny/updates/main Packages/DiffIndex
Ign http://ftp.us.debian.org lenny/main Packages/DiffIndex
Ign http://security.debian.org lenny/updates/main Sources/DiffIndex
Ign http://ftp.us.debian.org lenny/main Sources/DiffIndex
Hit http://security.debian.org lenny/updates/main Packages
Hit http://ftp.us.debian.org lenny/main Packages
Hit http://security.debian.org lenny/updates/main Sources
Hit http://ftp.us.debian.org lenny/main Sources
Reading package lists… Done

Luego ejecute el comando apt-get upgrade para instalar actualizaciones pendientes:

proxy:/etc/apt# apt-get upgrade
Reading package lists… Done
Building dependency tree
Reading state information… Done
0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded.

No hubo necesidad de instalar alguna actualización, luego ejecute el comando apt-get dist-upgrade, y tampoco instalo nada, esto quiere decir que mi servidor Debian lenny esta con las ultimas actualizaciones a la fecha.

proxy:/etc/apt# apt-get dist-upgrade
Reading package lists… Done
Building dependency tree
Reading state information… Done
Calculating upgrade… Done
0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded.

Nuestro debian lenny ya esta listo para ser actualizado, vamos a la carpeta /etc/apt y editamos el archivo sources.list y lo dejamos de la siguiente manera:

deb http://ftp.us.debian.org/debian/ squeeze main
deb-src http://ftp.us.debian.org/debian/ squeeze main

deb http://security.debian.org/ squeeze/updates main
deb-src http://security.debian.org/ squeeze/updates main

Luego de esto vamos a bajar todos los nuevos paquetes / repositorios. Esto lo hacemos con el comando apt-get update.

proxy:/etc/apt# apt-get update
Get:1 http://security.debian.org squeeze/updates Release.gpg [835B]
Ign http://security.debian.org squeeze/updates/main Translation-en_US
Get:2 http://ftp.us.debian.org squeeze Release.gpg [1671B]
Get:3 http://security.debian.org squeeze/updates Release [38.4kB]
Ign http://ftp.us.debian.org squeeze/main Translation-en_US
Get:4 http://ftp.us.debian.org squeeze Release [79.8kB]
Get:5 http://security.debian.org squeeze/updates/main Packages [68.0kB]
Get:6 http://security.debian.org squeeze/updates/main Sources [17.7kB]
Get:7 http://ftp.us.debian.org squeeze/main Packages [8633kB]
Get:8 http://ftp.us.debian.org squeeze/main Sources [4823kB]
Fetched 13.7MB in 57s (238kB/s)
Reading package lists… Done
proxy:/etc/apt#

Nuestro debian lenny, ya esta listo para ser actualizado a debian squeeze. Esto lo hacemos ejecutando el comando apt-get dist-upgrade.

Después de ejecutar este comando nos va a salir un gran listado de todos los paquetes que va a actualizar, aproximadamente al momento de esta guía eran 112mb de actualizaciones. Vamos a continuar presionando la tecla Y y luego enter. También si se dan cuenta, el proceso de actualización informa que mysql 5.0 va a ser removido. Esperemos que todo salga bien . Adjunto la imagen del listado de paquetes a actualizar:

La descarga de todos los archivos puede llevar de unos minutos a horas dependiendo de la velocidad del enlace a internet que tengan.

La lista es enorme:

Luego de la descarga nos va a preguntar si puede usar la consola (shell) /bin/sh en lugar de la /bin/bash (que es la que mas usamos) para mejorar el rendimiento, vamos a seleccionar YES (si) y luego vamos a presionar la tecla enter:

También nos informa que la versión de Grub que tenemos, la 0.97 es obsoleta, así que va a actualizar a la Grub 2.0:

Debian squeeze nos informa que va a arrancar la imagen de arranque de grub 2 desde nuestra versión obsoleta, grub 0.97, después de que nuestro sistema arranque sin problemas vamos a ejecutar el comando upgrade-from-grub-legacy para actualizar nuestro sistema totalmente a Grub 2.

Nos pregunta para confirmar si deseamos hacer esto, seleccionan YES (si) y luego enter.

Nos hara una pregunta de la linea de comando de Grub, seleccionamos OK para continuar.

Luego empieza a instalar algunos paquetes va a configurar libc6, y nos va a preguntar que servicios como mysql, apache, webmin van a ser reiniciados, vamos a continuar presionando Ok.

El proceso de instalación va a continuar, al llegar al paquete libpam0g nos va a pedir reiniciar servicios como cron, atd, vsftpd, exim4, squid vamos a continuar presionando OK.

Luego nos va a indicar que el nuevo Kernel carga diferentes controladores para discos, cd-rom que tengamos instalados, vamos seleccionar YES (si) ahí ya que si no tendríamos que agregar los ID de estos dispositivos manualmente.

Vamos a confirmar los cambios, procedemos seleccionando YES (si).

Nos va a dar un error que no pudo reconocer la configuración del sistema de arranque, esto lo vamos a solucionar después.

Luego de esto nos va a pedir si deseamos sobre escribir la configuración de:

Configuration file `/etc/console-tools/config’

Yo nunca modifique esa configuración, así que voy a seleccionar que si quiero sobre escribirla con la tecla Y y enter, si solo presionamos enter, va a dejar la configuración antigua.

Me paso lo mismo con la configuración de vsftpd, yo voy a sobre escribir mis configuraciones actuales con las configuraciones nuevas:

Luego también hace unos cambios para la actualización a grub2.

Luego otra vez el mismo mensaje de actualización de configuración, solo que ahora con apache2, yo decidí actualizar la configuración a la nueva versión:

Ahora con ports.conf siempre de apache2:

Esto pasara varias veces dependiendo de cuantos paquetes / aplicaciones tengamos instaladas y hayamos modificado sus configuraciones, yo recomiendo que sobre escriban las configuraciones con la nueva versión que nos proporciona las actualizaciones, y como tenemos respaldo de todo, modifiquemos las configuraciones nuevas para que cumplan con nuestros requerimientos.

Luego el proceso de actualización termina y regresamos a la consola, es momento de reiniciar con el comando reboot.

Todo arranco sin ningún problema a excepción de mysql-server. Tal como lo muestra la siguiente imagen:

Al ver el archivo /var/log/syslog encontré el siguiente mensaje:

Mar 21 13:49:28 proxy /etc/init.d/mysql[2350]: #007/usr/bin/mysqladmin: connect to server at ‘localhost’ failed
Mar 21 13:49:28 proxy /etc/init.d/mysql[2350]: error: ‘Can’t connect to local MySQL server through socket ‘/var/run/mysqld/mysqld.sock’ (2)’

Después de analizar note que pareciera como que mysql no se había instalado, así que decidí volver a ejecutar el comando apt-get install mysql-server, y tenia razón el proceso de instalación inicio:

Mysql 5.1 se instalo sin ningún problema:

proxy:/etc/mysql# apt-get install mysql-server
Reading package lists… Done
Building dependency tree
Reading state information… Done
The following packages were automatically installed and are no longer required:
openssl-blacklist libterm-readkey-perl libisccc50 libmysqlclient15off liblwres50 libbind9-50 libisccfg50 x11-common libpq5
Use ‘apt-get autoremove’ to remove them.
The following extra packages will be installed:
mysql-client-5.1 mysql-server-5.1
Suggested packages:
tinyca
The following packages will be REMOVED:
mysql-client-5.0
The following NEW packages will be installed:
mysql-client-5.1 mysql-server mysql-server-5.1
0 upgraded, 3 newly installed, 1 to remove and 0 not upgraded.
Need to get 16.2 MB of archives.
After this operation, 19.0 MB of additional disk space will be used.
Do you want to continue [Y/n]? yy
Get:1 http://ftp.us.debian.org/debian/ squeeze/main mysql-client-5.1 i386 5.1.49-3 [9,605 kB]
Get:2 http://ftp.us.debian.org/debian/ squeeze/main mysql-server-5.1 i386 5.1.49-3 [6,528 kB]
Get:3 http://ftp.us.debian.org/debian/ squeeze/main mysql-server all 5.1.49-3 [65.4 kB]
Fetched 16.2 MB in 15s (1,067 kB/s)
Preconfiguring packages …
(Reading database … 45576 files and directories currently installed.)
Removing mysql-client-5.0 …
Processing triggers for man-db …
Selecting previously deselected package mysql-client-5.1.
(Reading database … 45517 files and directories currently installed.)
Unpacking mysql-client-5.1 (from …/mysql-client-5.1_5.1.49-3_i386.deb) …
Selecting previously deselected package mysql-server-5.1.
Unpacking mysql-server-5.1 (from …/mysql-server-5.1_5.1.49-3_i386.deb) …
Stopping MySQL database server: mysqld.
Selecting previously deselected package mysql-server.
Unpacking mysql-server (from …/mysql-server_5.1.49-3_all.deb) …
Processing triggers for man-db …
Setting up mysql-client-5.1 (5.1.49-3) …
Setting up mysql-server-5.1 (5.1.49-3) …
Installing new version of config file /etc/init.d/mysql …
Stopping MySQL database server: mysqld.
Starting MySQL database server: mysqld.
Checking for corrupt, not cleanly closed and upgrade needing tables..

Al entrar al mysql ahi estaban mis bases de datos:

mysql> show databases;
+——————–+
| Database           |
+——————–+
| information_schema |
| mysql              |
| wordpress          |
| wordpress1         |
+——————–+
4 rows in set (0.00 sec)

Al volver a ver el /var/log/syslog encontre que algunas tablas necesitaban actualizarse, ya que me salia el siguiente mensaje de error:

Mar 21 13:55:44 proxy /etc/mysql/debian-start[3324]: error    : Table upgrade required. Please do “REPAIR TABLE `help_category`” or dump/reload to fix it!

Estoy lo solucione reinicianco mysql, despues de reiniciarlo ya no dio el mensaje de error ya que habia actualizado las tablas.

Mar 21 14:00:18 proxy mysqld_safe: mysqld from pid file /var/run/mysqld/mysqld.pid ended
Mar 21 14:00:19 proxy mysqld_safe: Starting mysqld daemon with databases from /var/lib/mysql
Mar 21 14:00:19 proxy mysqld: 110321 14:00:19 [Note] Plugin ‘FEDERATED’ is disabled.
Mar 21 14:00:19 proxy mysqld: 110321 14:00:19  InnoDB: Started; log sequence number 0 43655
Mar 21 14:00:19 proxy mysqld: 110321 14:00:19 [Note] Event Scheduler: Loaded 0 events
Mar 21 14:00:19 proxy mysqld: 110321 14:00:19 [Note] /usr/sbin/mysqld: ready for connections.
Mar 21 14:00:19 proxy mysqld: Version: ’5.1.49-3′  socket: ‘/var/run/mysqld/mysqld.sock’  port: 3306  (Debian)
Mar 21 14:00:20 proxy /etc/mysql/debian-start[3650]: Upgrading MySQL tables if necessary.
Mar 21 14:00:20 proxy /etc/mysql/debian-start[3653]: /usr/bin/mysql_upgrade: the ‘–basedir’ option is always ignored
Mar 21 14:00:20 proxy /etc/mysql/debian-start[3653]: Looking for ‘mysql’ as: /usr/bin/mysql
Mar 21 14:00:20 proxy /etc/mysql/debian-start[3653]: Looking for ‘mysqlcheck’ as: /usr/bin/mysqlcheck
Mar 21 14:00:20 proxy /etc/mysql/debian-start[3653]: This installation of MySQL is already upgraded to 5.1.49, use –force if you still need to run mysql_upgrade
Mar 21 14:00:20 proxy /etc/mysql/debian-start[3660]: Checking for insecure root accounts.
Mar 21 14:00:20 proxy /etc/mysql/debian-start[3664]: Triggering myisam-recover for all MyISAM tables

Decidi entrar a mi pagina de wordpress y cargo sin problema alguno, incluso hasta deje unos comentarios de prueba, y todo funcionaba a la perfeccion:

Ahora el servidor esta funcionando con las siguientes versiones de paquetes:

• Apache 2.2.16
• PHP 5.3.3-7
• Kernel 2.6.32-5-686

Decidi reiniciar el sistema y al parecer todavia es necesario ejecutar el comando upgrade-from-grub-legacy ya que al arrancar lo menciona que todavia no estamos funcionando al 100% con grub2.

Necesitamos ejecutar el comando upgrade-from-grub-legacy, si tenemos varios discos duros instalados, es necesario que veamos el contenido del archivo /etc/fstab para ver en que disco esta montado el /boot o /. En mi caso como mi servidor solo tiene un disco duro, esto quiere decir que mi sistema operativo esta montado en el /dev/sda.

# /dev/sda1       /               ext3    errors=remount-ro 0       1

# /dev/sda5       none            swap    sw              0       0

En la pantalla que me sale el /dev/sda asi que lo voy a seleccionar con la barra espaciadora y luego con los cursores me voy a la opciond e ok  y luego presiono enter:

Luego de esto, nos indicara que no encontro ningun error:

Installation finished. No error reported.
Generating grub.cfg …
Found linux image: /boot/vmlinuz-2.6.32-5-686
Found initrd image: /boot/initrd.img-2.6.32-5-686
Found linux image: /boot/vmlinuz-2.6.26-2-686
Found initrd image: /boot/initrd.img-2.6.26-2-686
done

GRUB Legacy has been removed, but its configuration files have been preserved,
since this script cannot determine if they contain valuable information.  If
you would like to remove the configuration files as well, use the following
command:

rm -f /boot/grub/menu.lst*

Ahora nos toca reiniciar con el comando reboot.

Al reiniciar el servidor, vamos a ver que ya esta totalmente instalado el Grub 2:

El servidor arranco mucho mas rapido y sin ningun problema alguno

El debian squeeze funciona mucho mas rapido, estare probandolo y de ser necesario actualizare este tema, de no haber sido por el problema de mysql 5.1. La actualizacion de debian lenny a squeeze hubiera sido mucho mas facil. Espero que les sirva esta guía, les deseo mucha suerte.

0.0.0.0               0 bits  /0
128.0.0.0             1 bit   /1
192.0.0.0             2 bits  /2
224.0.0.0             3 bits  /3
240.0.0.0             4 bits  /4
248.0.0.0             5 bits  /5
252.0.0.0             6 bits  /6
254.0.0.0             7 bits  /7
255.0.0.0             8 bits  /8
255.128.0.0           9 bits  /9
255.192.0.0           10 bits /10
255.224.0.0           11 bits /11
255.240.0.0           12 bits /12
255.248.0.0           13 bits /13
255.252.0.0           14 bits /14
255.254.0.0           15 bits /15
255.255.0.0           16 bits /16
255.255.128.0         17 bits /17
255.255.192.0         18 bits /18
255.255.224.0         19 bits /19
255.255.240.0         20 bits /20
255.255.248.0         21 bits /21
255.255.252.0         22 bits /22
255.255.254.0         23 bits /23
255.255.255.0         24 bits /24
255.255.255.128       25 bits /25
255.255.255.192       26 bits /26
255.255.255.224       27 bits /27
255.255.255.240       28 bits /28
255.255.255.248       29 bits /29
255.255.255.252       30 bits /30
255.255.255.254       31 bits /31
255.255.255.255       32 bits /32

Me toco instalar un servidor que tenia un disco duro de aproximadamente 80 gigas para sistema operativo, y 2 discos duros de 300 Gigas en RAID, así que se volvieron 1 solo disco de 600 Gigas.

Después de instalar los discos duros, el Ubuntu 9.04 arranco sin ningún problema. Después de ingresar como root, ejecute el siguiente comando:

fdisk -l

Con este comando voy a ver el listado de discos duros instalados, el servidor me desplegó lo siguiente:

Disk /dev/cciss/c0d0: 73.3 GB, 73372631040 bytes
255 heads, 63 sectors/track, 8920 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Disk identifier: 0x000cc07a

Device Boot      Start         End      Blocks   Id  System
/dev/cciss/c0d0p1               1        8889    71400861   8e  Linux LVM
/dev/cciss/c0d0p2            8890        8920      249007+   5  Extended
/dev/cciss/c0d0p5            8890        8920      248976   83  Linux

Disk /dev/cciss/c0d1: 599.9 GB, 599932581888 bytes
255 heads, 32 sectors/track, 143595 cylinders
Units = cylinders of 8160 * 512 = 4177920 bytes
Disk identifier: 0x00006d7b

Disk /dev/cciss/c0d1 doesn’t contain a valid partition table

El dispositivo /dev/cciss/cod1 es el nuevo disco instalado, la particion ya habia sido creada asi que yo lo que tengo que hacer es formatearla en formato ext3, para esto ejecute el siguiente comando:

mkfs -t ext3 /dev/cciss/c0d1

Se tardo aproximadamente 3 minutos en formatear completamente los discos, y me desplegó lo siguiente:

mke2fs 1.41.4 (27-Jan-2009)
Filesystem label=
OS type: Linux
Block size=4096 (log=2)
Fragment size=4096 (log=2)
36618240 inodes, 146467915 blocks
7323395 blocks (5.00%) reserved for the super user
First data block=0
Maximum filesystem blocks=0
4470 block groups
32768 blocks per group, 32768 fragments per group
8192 inodes per group
Superblock backups stored on blocks:
32768, 98304, 163840, 229376, 294912, 819200, 884736, 1605632, 2654208,
4096000, 7962624, 11239424, 20480000, 23887872, 71663616, 78675968,
102400000

Writing inode tables: done
Creating journal (32768 blocks): done
Writing superblocks and filesystem accounting information: done

This filesystem will be automatically checked every 21 mounts or 180 days, whichever comes first.  Use tune2fs -c or -i to override.

Luego de esto tenemos que montar la partición en algun directorio, yo había creado un directorio en la raiz / con el comando mkdir www. Así que procedí a montar la partición en www con el siguiente comando:

mount /dev/cciss/c0d1 /www

Se monto el disco duro sin problema alguno, como lo muestran los siguientes comandos:

root@net:/# cd /www
root@net:/www# ls
lost+found

Ejecute el comando discus (me gusta mas que el df) y me mostró lo siguiente:

/www           549.96 GB     197.7 MB    549.77 GB     0.0%   [----------]

El disco duro ya esta listo para ser usado .

Después de esto hay que asegurarse que el disco duro sea montado automáticamente cuando el servidor arranque, esto lo hacemos modificando el archivo /etc/fstab.

Voy a agregar la siguiente linea en el archivo /etc/fstab :

/dev/cciss/c0d1 /www ext3 defaults 0 0

Grabamos el archivo.

Luego vamos a ejecutar el siguiente comando:

mount -a

Si no nos muestra ningún error,  esto quiere decir que montamos permanentemente el disco duro en el servidor.

En conclusión, es muy fácil montar un disco duro en Ubuntu / Debian no me llevo ni 5 minutos. Todavía no soy un usuario experto en Ubuntu, pero si estas familiarizado con linux en general, no vas a tener ningún problema montando discos duros en este sistema operativo.

Monitoreo de ancho de banda

Esto es muy importante, ya que al monitorear cuanto ancho de banda consume un servidor en tiempo real podemos determinar cuales son sus horas pico y así optimizarlo. Para monitorear esto recomiendo el programa iptraf. Con este programa podrán monitorear todo lo que esta sucediendo en nuestra interface de red. Les adjunto algunas imágenes:

Monitoreo de consumo de CPU y Memoria

Otra de las tareas de un sysadmin es monitorear el consumo de CPU y Memoria (RAM y SWAP), linux viene con el comando “top”. A mi en lo personal no me gusta, así que uso el programa htop. Este programa es muy completo ya que nos detalla el consumo de CPU y Memoria por proceso, así como el consumo general de los recursos del sistema. Es mucho mas amigable a comparación del top normal. Incluso conforme se va usando el procesador o los núcleos del procesador el programa lo indica de una manera “gráfica” tal como lo muestra la siguiente imagen que tome de un servidor en producción:

Monitoreo de consumo de disco duro

Cada cierto tiempo es necesario que entremos a revisar cuando espacio en disco hay libre en los servidores que manejamos. Para saber el espacio en disco duro se ejecuta el comando “df” en linux. A mi en lo personal no me gusta, prefiero uno mas “amigable” así que utilizo uno llamado discus. Este programa es que te indica cuanto espacio esta usado y cuando espacio hay libre, así como los porcentajes de los mismos. Aquí les adjunto una foto con la comparación del “df” con el “discus”.

Monitoreo del I/O

Para que quede claro que es el I/O.

En computación, entrada/salida, también abreviado E/S o I/O (del original en inglés input/output), es la colección de interfaces que usan las distintas unidades funcionales (subsistemas) de un sistema de procesamiento de información para comunicarse unas con otras, o las señales (información) enviadas a través de esas interfaces. Las entradas son las señales recibidas por la unidad, mientras que las salidas son las señales enviadas por ésta.

En términos mas “amigables” es la entrada y salida de datos, que en realidad significa actividad del disco duro. Entre mas sea la actividad de READ (lectura) y WRITE (escritura) mas alto va a ser el I/O y por consiguiente mas lento se pondrá el servidor. Por eso es que para servidores que van a servir sitios con mucho trafico, recomiendan discos duros SCSI o SAS por su alto rendimiento a comparación de otros discos duros (como por ejemplo IDE o SATA) por consiguiente su I/O va a ser menor y va a poder servir data mucho mas rapido.

Para monitorear el I/O yo utilizo la herramienta “iotop” (se necesita python 2.5 y un kernel 2.6.20 para que funcione) es una interfaz simple que indica que proceso esta escribiendo o leyendo en el disco duro, tal como lo muestra la siguiente imagen:

Monitoreo de peticiones de DNS

Si administras un servidor de DNS, en alguna ocasión vas a querer saber cuantas peticiones tu servidor de DNS tu servidor recibe. Para monitorear esto utilizo el programa dnstop con este se puede monitorear cuantas peticiones esta teniendo tu servidor ya sea por clase de dominio .net .org, direcciones ip, por dominio o por sub dominios.

Para ejecutarlo solo ejecutas el comando:

dnstop eth1

Tienes que especificar la interface en la cual quieres que “escuche” el programa. Presionando los botones de 1 2 3 4 puedes ver los diferentes tipos de reportes que tiene.

Adjunto imagen del programa:

Monitoreo de trafico WEB

La mayoría de nosotros estamos a cargo de un servidor que sirve paginas web, es muy importante el monitoreo en tiempo real para saber que archivos estamos sirviendo, cuantas peticiones por segundo estamos manejando y el trafico que estamos teniendo (en megas). El servidor web mas usado es apache, yo utilizo la herramienta llamada “apachetop“.

Con este programa podemos monitorear que archivos servimos con mayor frecuencia, cuantos bytes/kylobytes/megabytes servimos, cuantas peticiones por segundo, peticiones totales y un promedio general de todo lo que sirve el apache.

Adjunto una imagen del apachetop corriendo en un servidor en producción:

Monitoreo de puertos abiertos

Otra de las tareas de un sysadmin es estar al tanto de que puertos hay abiertos en un servidor. Como lo dice la regla, si un servicio no te sirve, quitalo del sistema. Para monitorear puertos uso la herramienta llamada nmap.

Con el comando:

nmap -v 127.0.0.1

Saque un listado de puertos abiertos en el servidor. Si su servidor tiene varias direcciones IP es importante que hagan un escaneo de puertos a todos los IP.

Adjunto imagen del resultado que muestra nmap:

Espero que les sirvan estas herramientas, así como estas hay miles de herramientas e incluso pueden haber mejores. Cualquier sugerencia/comentario es bienvenido.

Al hacer clic en el enlace nos da 2 opciones, si queremos bajar la ultima versión o si queremos actualizar automáticamente.

Yo por seguridad baje todo mi sitio por ftp, y baje la base de datos solo por si algo malo pasaba. Recomiendo que hagan esto.

Luego de hacer clic en el botón de Actualizar Automáticamente (Upgrade Automatically), WordPress empezó a bajar el archivo y a instalar la actualización. Fue muy rápido y en cuestión de segundos actualizo WordPress a la versión 2.8.1.

Luego al regresar al panel de control (dashboard) ya WordPress me mostraba que la ultima versión estaba instalada, tal como lo muestra la siguiente imagen:

Actualice alrededor de 12 instalaciones de WordPress, de la versión 2.8 a la versión 2.8.1, solo una me mostró el siguiente error:

Warning: ftp_systype() [function.ftp-systype]: PORT command successful in /var/www/vhosts/scom/httpdocs/wp-admin/includes/class-wp-filesystem-ftpext.php on line 257
Downloading update from http://wordpress.org/wordpress-2.8.1.zip.

Unpacking the update.
Warning: ftp_mkdir() [function.ftp-mkdir]: upgrade/: No such file or directory in /var/www/vhosts/scom/httpdocs/wp-admin/includes/class-wp-filesystem-ftpext.php on line 240
Could not create directory: upgrade/wordpress-2.8.1

Installation Failed

Verifique que la carpeta upgrade dentro de la carpeta wp-content existiera, y si existía pero tenia permisos de 755. Le puse permisos de 777 a la carpeta y WordPress se actualizo automáticamente sin problema alguno, después de la actualización regrese los permisos 755 a la carpeta upgrade.

Mas creo que es un problema con el proveedor de hosting ya que las otras instalaciones de WordPress que actualice funcionaron perfectamente con la carpeta upgrade con permisos de 755.

Y ustedes….

¿ Ya actualizaron ?

Al menos la instalación de Debian sarge y etch habían sido un tanto simples, no vistosas y en algunos casos muy complicadas, parecían ventanas de Pascal….

Para las pruebas decidí utilizar el Sun Virtualbox, se los recomiendo es de los mejores manejadores de maquinas virtuales que he probado, y le gana por mucho al Microsoft Virtual PC y lo mejor es que es GRATIS.

Para instalar el sistema base de Debian necesitaban bajar solo el primer cd de la distribución, no es necesario bajar todos los discos iso. Aproximadamente el disco 1 de debian pesa 700 mb.

Monte el disco en el Virtualbox, y empece el proceso de instalación, para mi sorpresa, en la pantalla de inicio del disco de instalacion de Debian 5.0 lenny, hay una opción que no había visto antes, hay un instalador en modo grafico o “Graphic Install” en ingles, asi que decidi probarla.

Luego de hacer clic en “Graphic Install” nos va a mostrar la primer ventana del instalador en modo gráfico, la verdad me pareció muy bueno. La primer pregunta que nos hará es en que idioma deseamos instalar el sistema operativo, y que configuración del teclado que vamos a usar.

Luego nos va a pedir como queremos particionar el disco duro, yo decidí instalar todo en una misma partición para evitarme complicaciones, mas que solo le asigne una partición de 8 gigas al sistema operativo.

El modo de partición automática, me asigno un swap de 500 mb y el resto en la partición raíz, o root / .

Luego nos pregunta si estamos seguros de escribir las tablas de particiones, aceptamos y empieza el proceso de formateo de las particiones.

Luego empieza la instalación del sistema en si.

Al terminar este proceso, nos va a pedir que ingresemos una clave de administrador (root) y que nos asignemos un usuario.

Luego nos pregunta si queremos que debian maneje un sistema de archivos desde la Internet, específicamente para el sistema apt-get, recomiendo esta opción si se tiene una conexión a Internet (mejor si es rapida), pero bueno ahora para instalar este tipo de servidores es necesario que tengan Internet.

Luego nos pregunta si queremos participar en el programa, popularity contest, en el cual le informamos a los desarrolladores de debian que paquetes son los mas usados, yo opte por no participar.

Luego configurara los repositorios de paquetes de apt-get y bajara algunas versiones actualizadas de algunos paquetes base, en mi caso bajo 9 paquetes, y luego me desplegó la pantalla en la cual indico para que voy a usar mi servidor y que servicios le voy a instalar, como por ejemplo, DNS Sserver, Mail Server, SQL Sserver, Web Server etc.

Yo decidí instalar el Standard System o Sistema Estándar, porque así yo instalo solo los paquetes que necesito y a mi gusto. Y como actualizare los repositorios de apt-get con el comando apt-get update, instalare las ultimas versión de los programas que necesito.

Luego nos pregunta si queremos instalar GRUB (boot loader) en el master boot record, yo seleccione que si.

Luego de unos segundos, nos pedirá que reiniciemos la computadora.

Después de reiniciar, felicidades, ya han instalado debian lenny 5.0, les comento que la instalación estándar de debian lenny ocupo 600mb.

Luego ingrese como root, y edite el archivo /etc/apt/sources.list y comente la linea donde mandaba a llamar al cdrom.

Ejecute el comando apt-get update, y luego instale la ultima version de mysql server con el comando apt-get install mysql-server.

En conclusión, estoy muy contento de ver como debian ha mejorado, y esta siendo mucho mas amigable para los usuarios. En mi opinión debian es la mejor distribución de linux para servidores (no se alboroten solo es una opinión personal ) y ahora con la nueva interfaz de instalación, creo que muchos usuarios se van a animar a usarlo. Ya que una vez me toco explicarle por teléfono a un usuario que solo manejaba Windows, como instalar debian etch, y la verdad es que hasta me dolió la oreja, estuve hablando por mas de 2 horas y si se le hizo muy complicado y tedioso.

También probé la interfaz gráfica, y la verdad es que esta muy buena, pero se me hace fuera de lugar instalar una interfaz gráfica en un servidor, ya que lo que mas requiere uno es de la disponibilidad de recursos. La interfaz grafica es muy buena, pero le falta mucho para ganarle al Ubuntu Desktop.

Los comentarios y sugerencias son bienvenidos, y espero que les sea util este articulo.

Hace poco tiempo salio la ultima versión de Debian, Debian 5.0 bajo el código de nombre “lenny”. Por si no sabían los nombres de las versiones de debian, son nombres de personajes de la pelicula Toy Story.

Decidí actualizar a esta ultima versión para evitar ser victima de vulnerabilidades que afectan a las versión debian etch. Esto es una tarea difícil, así que decidí hacer esta guía después de actualizar alrededor de 10 servidores debian etch. Algunos servidores son servidores, web, base de datos y de email.

Cosas a tomar en cuenta al actualizar a debian lenny:

• Vas a instalar el kernel linux-image-2.6.26-2-686.
• Vas a necesitar reiniciar la computadora.
• Vas a bajar alrededor de 300 paquetes .deb así que necesitas unos 500 megas libres en la partición /var para no quedarte sin espacio. (Esto es sola una recomendación, probablemente se necesite menos espacio)
• Vas a tener que hacer algunos cambios de configuraciones.
• Postgresql no se actualiza automáticamente de la versión 8.1 a la versión 8.3.
• Si tienes una conexión no tan rápida a Internet, ármate de paciencia porque va a ser tardado.

El primer paso es cambiar los orígenes de apt, el archivo se llama sources.list y se encuentra en la carpeta /etc/apt.

Con debian etch el archivo sources.list por lo general estaba configurado de la siguiente manera:

La única modificación que le tenemos que hacer a este archivo es de sustituir la palabra “etch” por la palabra lenny, el archivo de configuración les quedara de la siguiente manera:

Algunos servidores podrían tener la siguiente configuración:

deb http://ftp.us.debian.org/debian/ stable main
deb-src http://ftp.us.debian.org/debian/ stable main

deb http://security.debian.org/ stable/updates main

Con esta configuración no hay que hacer ningún cambio, automáticamente va a bajar las actualizaciones para debian lenny.

Luego de hacer estos cambios, vamos a ejecutar el comando apt-get update.

Luego, vamos a ejecutar el comando apt-get upgrade y después hay que presionar la tecla Y (de yes para continuar).

Como podrán ver es un gran listado de paquetes los que vamos a actualizar.

Después del apt-get upgrade, nos va a mostrar una pantalla donde nos preguntara si queremos actualizar el “keymap” yo escogí la opción que no tocara esa configuración:

Luego de instalar todos los paquetes, nos va a mostrar la siguiente pantalla:

Hay que tener en cuenta que en estos momentos todavia no hemos terminado la actualizacion, todavia nos falta mucho.

Vamos a ejecutar el comando apt-get dist-upgrade, con este comando actualizaremos todos los paquetes importantes y el kernel, nos va a pedir que hay que reiniciar varios servicios, como por ejemplo, atd, ssh, apache2, etc. Pero todo esto es parte del proceso.

Durante el proceso de instalación nos hará preguntas si deseamos sobre escribir archivos de configuración, como por ejemplo, apache.conf, php.ini, my.cnf (si esta instalado mysql) etc. Sobre escriban las configuraciones si no tienen configuraciones especiales en estos archivos o si simplemente no los han modificado. Esto es muy importante.

Si están seguros que todo esta bien, procedamos a reiniciar el servidor.

Cuando reinicio el servidor confirme en la información de apache2 que ya estaba corriendo la ultima versión:

Antes:

Server Version: Apache/2.2.9 (Debian) PHP/5.2.0-8+etch15
Server Built: Jan 20 2009 17:29:25\

Despues:
Server Version: Apache/2.2.9 (Debian) PHP/5.2.6-1+lenny3 with Suhosin-Patch
Server Built: Jan 20 2009 17:29:25

Kernel:

Linux swf2 2.6.26-2-686 #1 SMP Sun Mar 4 12:44:55 UTC 2007 i686 GNU/Linux

Archivo issue.net:

Debian GNU/Linux 5.0

Todos los servicios debieran de levantar sin problema alguno, pero no siempre todo es tan facil, asi que a continuación haré un listado de problemas que me encontré:

Al iniciar apache2, me mostraba el siguiente error:

Starting web server: apache2[Thu May 14 06:38:51 2009] [warn] NameVirtualHost *:80 has no VirtualHosts

El problema lo causa el archivo ports.conf  en el /etc/apache2 , la version de apache2 de debian lenny agrega lo siguiente a ese archivo:

NameVirtualHost *:80

Lo único que hay que hacer es comentarlo o borrarlo, yo lo comente:

#NameVirtualHost *:80

Ademas de esto tambien comente el siguiente alias en el apache2.conf siempre en la carpeta /etc/apache2:

#    Alias /icons/ “/usr/share/apache2/icons/”

Con esto ya no me marco el error de un alias duplicado.

Hay que tener en cuenta que estos problemas me dieron en servidores que tenia el apache2.conf modificado para mis necesidades, si hubiera sobre escrito este archivo con la versión de apache2.conf de debian lenny, lo mas seguro es que no me hubiera dado este problema.

Otro servidor después de reiniciar, cargo todo sin problema alguno, pero la tarjeta de red no funciono, específicamente fue un servidor Dell 2950.

Gracias a mi mala experiencia con el kernel 2.6.26-2-686 y el servidor Dell 2950, comparto con ustedes el mensaje de error que da cuando el servidor Dell 2950 se ve afectado por este problema que ya ha sido reportado a debian:

W: Possible missing firmware /lib/firmware/bnx2-09-4.0.5.fw for module bnx2
W: Possible missing firmware /lib/firmware/bnx2-06-4.0.5.fw for module bnx2

Así que si ven este mensaje de error en su pantalla al momento de instalar el kernel 2.6.26-2-686; NO reinicien su servidor, tienen que removerlo y dejar instalado el kernel linux-image-2.6.18-6-686.

Esto se puede solucionar instalando un modulo en el kernel, pero la verdad se me hace muy tedioso, por el momento dejare instalada la versión del kernel que no me da problema hasta que debian saque una versión del kernel en el cual ya resuelvan este problema.

Debian lenny instala la versión de postgresql 8.3, hay que tener en cuenta que hay que migrar manualmente el cluster 8.1 al 8.3, tal como lo muestra la siguiente imagen:

Realice este proceso, y no tuve problemas, así que estas instrucciones si funcionan. Mas adelante haré una guia de como migrar de posgtresql 8.1 a postgresql 8.3.

Si en la base de datos utilizan Slony para replicar datos entre 2 servidores, tengan en cuenta que van a necesitar actualizar ambos servidores a debian lenny, y configurar los 2 servidores en la misma zona de tiempo “timezone” porque sin esto slony NO funcionara.

Si utilizan Nagios para monitorear servidores tengan en cuenta que en los servidores donde esta instalado el daemon nagios-nrpe (con esto pueden monitorear, disco, usuarios, carga de cualquier servidor) va a dar un error de SSL, en resumen no va a dejar monitorearlo, esto se soluciona modificando el archivo nrpe.cfg en la carpeta /etc/nagios en el servidor donde esta instalado el paquete nagios-nrpe.

Hay que hacer los siguientes cambios en ese archivo:

Comentamos lo siguiente:
#server_address=127.0.0.1

Aqui agregan el ip del servidor que tiene instalado toda la interface de nagios:

allowed_hosts=10.6.1.1

Al actualizar a debian lenny también da problemas el servidor de correos exim4:

Restarting services possibly affected by the upgrade:
Stopping MTA for restart:DEBCONFsomethingDEBCONF found in exim configuration. This is most probably
caused by you upgrading to exim4 4.67-3 or later without accepting the
suggested conffile changes. Please read
/usr/share/doc/exim4-config/NEWS.Debian.gz for 4.67-2 and 4.67-4
2009-05-18 09:15:41 Exim configuration error in line 28 of /var/lib/exim4/config.autogenerated.tmp:
malformed macro definition
Invalid new configfile /var/lib/exim4/config.autogenerated.tmp, not installing
/var/lib/exim4/config.autogenerated.tmp to /var/lib/exim4/config.autogenerated
invoke-rc.d: initscript exim4, action “restart” failed.

Por suerte yo uso postfix .

Antes de terminar el articulo, quiero aclarar que servidores de DNS BIND 9, servidores web  lighttpd, servidores de base de datos MySQL y servidores de mail Postfix; la actualización de debian etch a debian lenny se hace sin ningún inconveniente.

Espero que les sirva esta guia, no olviden dejar sus comentarios, y esten al pendiente de la guia para migrar postgresql 8.1 a 8.3.