Osties.com!

Vamos a instalar y configurar Apache, Mysql y PHP para poder ejecutar una web en wordpress (por ejemplo)

Instalamos Apache, Mysql y PHP;

yum -y install httpd php mysql mysql-server php-mysql

Configuramos para que se inicien automáticamente al inicio del sistema

/sbin/chkconfig httpd on

/sbin/chkconfig –add mysqld

/sbin/chkconfig mysqld on

Iniciamos los servicios:

/sbin/service httpd start

/sbin/service mysqld start

Tendremos que establecer la contraseña de root y quitar el acceso anónimo a la MYSQL

mysqladmin -u root password ‘new-password’

Ahora quitamos el acceso anonimo a la MYSQL:

mysql -u root -p

mysql> DROP DATABASE test;

mysql> DELETE FROM mysql.user WHERE user = ”;

mysql> FLUSH PRIVILEGES;

Vamos a  crear un phpinfo para ver que todo funciona. A diferencia de una Debian, los archivos web, por defecto en Fedora están en  /var/www/html/

Dentro de ese directorio (/var/www/html) creamos el fichero phpinfo.php

vim /var/www/html/phpinfo.php

<?php

phpinfo();

?>

Vamos a crear una base de datos para un wordpress (por ejemplo)

mysql -u root -p

mysql> CREATE DATABASE wordpress;

Establecemos los permisos creando un usuario nuevo;

mysql> GRANT ALL PRIVILEGES ON wordpress.* TO ‘wordpress ‘@’localhost’ IDENTIFIED BY ‘password_nuevo_user’;

De gran utilidad en mas de una ocasión:

Link

Mirando por la red me he encontrado con una versión no oficial de Google en formato shell. La verdad es que es mas que sorprendente..

Link aqui

Hace tiempo estuve trabajando en una empresa de hosting. En dicha empresa se hacían los backup con Acronis y eso permitía hace un “backup to virtual” con cierta facilidad. Pero este no es el caso, esta situación es un Physical to Virtual (P2V) y sin parar la maquina.

Para ello necesitamos el VMware Converter, en mi caso la versión 4.0.1-161434.

Primero agregamos la maquina seleccionando “Powered-on machine”, en mi caso una Linux Debian Lenny

Seleccionamos el cluster (en este caso es un cluster) de destino. Podría ser solo un ESx o un ESxi

Al ser un cluster, tenemos que seleccionar el ESx que queremos de destino, y el datastore. También podemos modificar el nombre.

Una vez asignado el Esx quizas nos encontramos que nos tenemos espacio. En mi caso mi Debian tenia varios volúmenes;

Por suerte podemos reasignar espacios. En mi caso lo pongo al mínimo;

Al final obtenemos un resumen;

Y ya lo tenemos listo para empezar;

Justo al iniciar ya tenemos agregada la maquina al VCenter. Solo nos queda esperar un buen ratito para tener la maquina lista!

Hace unos días que estoy preparando la certificación LPIC-1. Cosas de la vida
Mirando documentación de la certificació estuve probando unos comandos del primer apartado. Uno de ellos es hardinfo (info) que te hace un “system profiler y benchmark”.

apt-get install hardinfo

En el apartado del benchmark hace (entre otros puntos) un calculo que me sorprendió bastante. Calcula el numero 42 de la secuencia de fibonacci (que es el numero 267914296)

La secuencia de fibonacci es simple a la vez que muy interesante por su representación en la naturaleza. La sucesión inicia con 0 y 1, y a partir de ahí cada elemento es la suma de los dos anteriores.

Hasta aquí todo “normal” si no fuera por la parte “natural” de dicha sucesión.

En un blog (muy parecido visualmente a este, y para no repetirme) explican muy bien dicha similitud, y por esto copio un fragmento haciendo gran referencia al mismo (http://crislosi.wordpress.com/2007/03/24/la-sucesion-de-fibonacci-y-la-naturaleza/)

El problema de los conejos:

Una pareja de conejos tarda un mes en alcanzar la edad fértil,
a partir de ese momento cada vez engendra una pareja de conejos, que a su vez,
tras ser fértiles engendrarán cada mes una pareja de conejos.
¿Cuántos conejos habrá al cabo de un determinado número
de meses?.”

Como podéis ver en el gráfico, el número de parejas a lo largo de los meses coincide con los términos de la sucesión.La sucesión de Fibonacci En Hojas, Plantas, Flores…Las ramas y las hojas de las
plantas se distribuyen buscando siempre recibir el máximo de luz para
cada una de ellas. Por eso ninguna hoja nace justo en la vertical de la anterior.
La distribución de las hojas alrededor del tallo de las plantas se produce
siguiendo secuencias basadas exclusivamente en estos números.El número de espirales en numerosas flores y frutos también se
ajusta a parejas consecutivas de términos de esta sucesión: los
girasoles tienen 55 espirales en un sentido y 89 en el otro, o bien 89 y 144.Las margaritas presentan las semillas en forma de 21 y 34 espirales.

Y cualquier variedad de piña presenta siempre un número de espirales
que coincide con dos términos de la sucesión de los conejos de
Fibonacci, 8 y 13; o 5 y 8.

Hablando un poquito del tema con mi professora de mates (por cierto, saludos Mercedes!) me enseño un vídeo, para mi realmente espectacular, donde se muestra parte de esta relación numerica-natural

Mas información en Wiki
Mas información en crislosi

Para que luego digan que las mates no valen para nada..

Parece que el mundo vegetal tenga programado en sus códigos genéticos
del crecimiento los términos de la sucesión de Fibonacci.

Este es un pequeño manual para crear un Load Balancing (frontal y 2 backends sirviendo con un IIS) con un Windows 2003 Data Center Edition.

Primero vamos a definir la infraestructura.

Front-Win001 (192.168.1.41)
Back-Server01 (192.168.1.39)
Back-Server02 (192.168.1.42)
Balanced-Server01 (192.168.1.40)

La maquina Balanced-Server01 en realidad es el servicio Load Balancing que dependiendo del estado de los backend (o de la configuración del Load Balancing) servirá la web desde un servidor o desde otro.

Los los Backends tienen un IIS en este caso sin ninguna configuración en especial (pero lo ideal seria tener un sistema de archivos centralizado para estar sirviendo la misma web, pero para hacer las pruebas y ver que funciona, vamos a mostrar webs distintas dependiendo del backend que esta funcionando)

La maquina Front es la maquina “fisica” que tiene corriendo el servicio de Load Balancing.

Primer tenemos que tener instalado el servicio IIS en los backends.

Cuando ya tenemos los backend funcionando con el IIS vamos a ir al servicio de Network Load Balancing del Frontal (en este caso Front-Win001 (192.168.1.41)) para configurar los dos backends.

Le damos a crear un cluster y poner la IP (en este caso Balanced-Server01 (192.168.1.40)) que vamos a publicar de la web.

Es importante describir ciertos campos de este apartado:

Microsoft Network Load Balancing nos ofrece dos alternativas para el modo de operación del Cluster NLB (Cluster operation mode):

• Unicast. Esta es la opción por defecto y es la opción recomendada. La dirección MAC del Cluster, es asignada a todas las tarjetas de red asignadas al Cluster NLB, y la dirección MAC de cada tarjeta de red NO es utilizada. Es decir, cada tarjeta de red asignada al Cluster NLB mantiene una única dirección MAC, en particular, la MAC del Cluster. Así, tanto la dirección IP del Cluster como la dirección IP propia de la tarjeta de Red, se resuelven a la dirección MAC del Cluster, ya que se sobrescribe la dirección MAC real de las tarjetas de red del Cluster NLB con la dirección MAC del Cluster.Esta configuración, implica que NO es posible la comunicación desde un Host del Cluster NLB a otro Host del Cluster NLB a través de la tarjeta de red utilizada en el Cluster, debido a que al compartir la dirección MAC (es decir, utilizar la misma dirección MAC en el equipo de origen y en la tarjeta de red del equipo destino), se produce una confusión, es decir, en el nivel de enlace OSI (Ethernet y direcciones MAC) no es posible diferenciar al destinatario del emisor, y por ello, la comunicación host-to-host (también conocida como intra-host) NO es posible.Es interesante recordar (para aquellos pocos que lo puedan utilizar) que al utilizar Application Center 2000 para configurar NLB, se especificará el modo de operación del Cluster NLB en Unicast, conforme indicar el artículo de soporte KB 278431.
• Multicast. La dirección MAC del Cluster, es asignada a todas las tarjetas de red asignadas al Cluster NLB, pero de forma adicional, cada tarjeta de red mantiene su dirección MAC. Es decir, cada tarjeta de red asignada al Cluster NLB mantiene dos direcciones MAC, pero sólo la dirección MAC del Cluster es utilizada para la comunicación con los equipos clientes. Así, la dirección IP del Cluster se resuelve a la dirección MAC del Cluster, y la dirección IP propia de la tarjeta de Red se resuelve a la dirección MAC propia de dicha tarjeta.Este comportamiento implica que una tarjeta de Red de un Cluster NLB configurado en modo de operación Multicast, es capaz de manejar tanto el tráfico de los clientes (paquetes destinados a la dirección IP/MAC del Cluster) como el tráfico propio del Host (paquetes destinados a la dirección IP/MAC de la tarjeta de Red del Cluster NLB).En algunos casos la utilización de direcciones MAC multicast, no es soportada por la implementación ARP de algunos enrutadores (routers), como es el caso de Cisco (ni más ni menos , en cuyo caso, el Cluster NLB no será visible fuera del segmento Ethernet al que pertenece. Para evitar este tipo de problemas, debe garantizarse que el enrutador (Router) acepta respuestas ARP que incluyan una dirección MAC en el payload de la trama Ethernet, pero que parecen proceder de un dispositivo con una dirección MAC distinta, conforme se muestra en la cabecera Ethernet. Si el enrutador (router) o el conmutador multi-capa (multi-layer switch) correspondiente no soporta esta funcionalidad, es posible crear una entrada ARP estática en el router como solución al problema, para que así sea capaz de resolver la dirección IP Unicast a la dirección MAC Multicast correspondiente.Multicast puede ofrecer un rendimiento inferior a Unicast, debido a que utiliza una única tarjeta de red tanto para el tráfico de los equipos clientes como para el tráfico host-to-host (también conocido como tráfico intra-host).Al utilizar Multicast es posible activar la opción IGMP Multicast. La principal razón por la que activar o desactivar la opción IGMP Multicast, es en caso de descubrir algún tipo de problema de funcionamiento, como por ejemplo, problemas de convergencia.

La recomendación de Microsoft es utilizar el modo de operación Unicast, excepto que se disponga de una única tarjeta de red (tanto para el Cluster NLB como para el resto de comunicaciones) y además sea necesaria la comunicación entre los distintos Nodos del Cluster. Como hablamos, es recomendado para evitar problemas con enrutadores (routers).

Es importante tener en cuenta, que la dirección MAC del Cluster NLB, se genera de forma automática, es decir, no podemos especificar de forma explícita que dirección MAC deseamos utilizar para utilizar como MAC del Cluster.

También es interesante recordar que, independientemente del modo de operación del Cluster NLB (es decir, sea Unicast o sea Multicast), las tarjetas de red utilizadas en un Cluster NLB dispondrán al menos de dos direcciones IP: la dirección IP propia de la tarjeta más la dirección IP del Cluster NLB.

Nota: Información de aqui

Una vez tenemos esto seguimos con definiendo los puertos del balanceador. Microsoft por defecto nos habilita todo los puertos.

Por defecto dejaremos solo el 80.

En la siguiente opción, al ser un servicio, podemos indicarle como queremos que se inicie. En este caso, al conseiderarlo critico lo dejaremos como inicio por defecto Iniciado.

Una vez finalizada la configuración ya tenemos el primer nodo del cluster. Mientras configurabamos este nodo, teniamos la posibilidad de agregar mas nodos y configurarlos todos a la vez, pero siempre va bien hacer uno por uno.

Ahora es tan facil como boton derecho, agregar nodo y poner la ip de dicho nodo, en este caso Back-Server02 (192.168.1.42) y ya lo tendremos. Las dos maquinas y el frontal.

Pero ahora tocan las prubas. La mas facil es;

Conectarse al balanceador (192.168.1.40) y ver que web muestra:

Desactivamos la tarjeta de red del servidor 1 (192.168.1.39) y nos volvemos a conectar al frontal (192.168.1.40) con otro navegador (por temas de cache)

Y vemos que nos muestra otra web, conectandonos a la misma ip. Ya tenemos nuestro balanceador funcionando.

MySQLDumper es una herramienta de PHP y Perl  para hacer copias de bases de datos MySQL. Permite el Backup y Restore de la base de datos sin problemas. Esta especialmente diseñado para entornos de hosting compartido, por eso en su dia a mi me salvo con una base de datos de unas 500Mb en un hosting donde, al hacer el backup en un PHPMyAdmin daba TimeOut, y lógicamente no tenia acceso a la maquina….

MySQLDumper es un proyecto de código abierto y liberado bajo la Licencia GNU.

Su uso al igual que su instalación es como la de un PHPMyAdmin.

si no tienes el zip….

apt-get install unzip

cd /tmp

wget http://sourceforge.net/projects/mysqldumper/files/MySQLDumper/MySQLDumper1.24stable.zip/download

unzip MySQLDumper1.24stable.zip

mv msd1.24stable /var/www/mysqldumper
mkdir /var/www/mysqldumper/work
mkdir /var/www/mysqldumper/work/config
mkdir /var/www/mysqldumper/work/log
mkdir /var/www/mysqldumper/work/backup

chown -R www-data mysqldumper

chmod -R 777 /var/www/mysqldumper/work/

Ahora ya podemos entrar en el servidor por http://servidor/mysqldumper y tenemos lo siguiente;

Instalación MySQLDumper

Es necesario tener ciertos permisos en los ficheros de configuración, si no los tenemos bien tendremos un mensaje como este;

Error en configuración de config.php

Ejecutaremos

chmod 0777 /var/www/mysqldumper/config.php

En mi caso he puesto los datos de administrador (root) de MySQL

Conexión BBDD

Le damos a conectarse a MySQL

Configuración BBDD

Guardar y seguir con la instalación

Si no hemos creado unos directorios nos aparecerá un error parecido a este;

Error en directorios

Y ya lo tenemos!!!!!!!!!

MySQL Dumper

Vamos a crear lo que llaman la “protección de directorio” que no es nada mas que un .htaccess

Le damos al botón de protección de directorio y rellenamos los datos;

Protección de directorio

Y el resultado es;

Password

Con esto ya tenemos nuestro MySQLDumper. Solo nos queda hacer nuestros backups….

Backup DDBB

Ya tenemos la versión de Iphone para de la web

Se ve que wordpress es mejor de lo que me pensaba. Ahora solo queda disfrutarlo.

Para la migración de un site (o varios) una buena solución es el IIS Migration Tool. Esta herramienta de micrososft nos permite la “automatización” de parte de la configuración de los nuevos sites.

Aquí dejo la explicación de como he migrado un site:

Primero descargamos el software de la web oficial: (aqui)

Lo dejamos en la maquina destino y lo ejecutamos. Nos va aparecer una pantalla tipo MS-DOS y tendremos que pasarle variamos parámetros como el site que queremos migrar, el servidor origen, usuario y password, directorio de destino (si es distinto, como es mi caso) etc..

Aquí dejo un pantallazo de mi ejecución:

En esta web se muestran y explican parte de los parametros de la aplicación.

SourceServer
Required
Identifies the source server by providing the following:
DNS or NetBIOS name for the source server

IP address of the source server

WebSite
Required
Identifies the site to be migrated by providing the following:
Web site description, such as “Default Web Site”

Metabase key path, such as W3SVC/1

/user UserName
Optional
Specifies the user name of an account that is a member of the Administrators group on the source server. This parameter is not necessary if you log on with an account that is a member of the Administrators group on both the source server and the target server.

/password Password
Optional
Specifies the password that is associated with the user name.

/path Path
Optional
Specifies a different directory location for the home directory of the Web site on the target server. This parameter is ignored if /configonly is included.

/serverbindings ServerBindingsString
Optional
Allows a change to the IP address, host header, or port configuration of the Web site during the migration.

/siteid SiteID| Replace
Optional
Specifies the site ID on the target server, which can be specified as one of the following:
SiteID – Overwrites the site ID on the target server.

Replace – Overwrites the site ID on the target server with the site ID from the source server.

/configonly
Optional
Migrates only the Web site configuration and not the Web site content.

/fpse
Optional
Reapplies FrontPage Server Extensions to the migrated site on the target server. This parameter is ignored if /configonly is included.

/verbose
Optional
Displays metabase path copy and file copy operations to the screen during the migration process.

/overwrite
Optional
Does not display messages that prompt the user to confirm the overwriting of an existing destination folder or file when content is being copied from the source server to the target server.

/noninteractive
Optional
Does not display messages that prompt the user for input. The migration tool will exit on the first error condition. This is a useful switch for invoking the migration tool from a batch file or script program to perform an unattended migration.

Tengo un Dell con una tarjeta de sonido Realtek ALC888 y por fin he encontrado como hacer que funcione (ya que hacia tiempo que no funcionaba)

Aquí dejo el proceso:

Descargamos la ultima release del driver ALSA de aqui

Ejecutamos:

apt-get install linux-headers-$(uname -r)

Descomprimimos el paquete con los drivers ASLA y ejecutamos la siguiente orden:

./configure –with-kernel=/usr/src/linux-headers-$(uname -r)

Y ya solo nos queda compilar e instalar:

make
make install

Una vez terminado de compilar e instalar ejecutamos el configurador con la orden:

alsaconf

Seleccianamos nuestra tarjeta de sonido una vez detectadas todas (si tienes una salida HDMI tambien la detecta)

Le damos OK y a disfrutar del sonido