Hoy he leído una noticia que me ha llamado mucho la atención. Parece ser que este año no se va a celebrar la feria de la informática más importante de España, y unas del sector, SIMO.
Por lo que he podido leer, es una mezcla de la crisis que nos azota y de una petición de un cambio de planteamiento por parte de Ifema, que es quien organiza la feria.
Más info aquí.
Personalmente creo que si el mercado está en receso, una feria de este tipo no incrementará ventas ni es el mejor lugar para presentar nuevos productos. Originalmente la feria se creó para que los profesionales del ramo tuvieran un punto de encuentro, para hacer contactos y para tener un lugar propicio para las presentaciones de nuevos productos. Con el tiempo, y entrando muchas más empresas, el usuario final también tuvo cabida en este evento.
Por eso mismo, al ser un punto de encuentro obligado, que un año no pueda celebrarse (supongo que porque no es rentable, ya que casi 200 empresas confirmaron asistencia, aunque las grandes se desmarcaron), seguro que el año que viene vuelve renovado.
Y con más fuerza.
Es una suerte contar en España con una feria de estas características, que este año cumple 48 desde su primera edición.
viernes, 24 de octubre de 2008
jueves, 18 de septiembre de 2008
Ubuntu "Hardy Heron" y mi Aspire 5920
Hoy he instalado (por fín, tras varios meses de "dejadez") Ubuntu 8.04 (también conocida como Hardy Heron) en mi pequeñín, mi Acer Aspire 5920, que hasta el momento (sacrilegio!!!) sólo tenía Windows Vista Home...
Tras una instalación limpia y rápida (antes de ser consciente de todas las instalaciones que hace este Vista que viene preinstalado), me he dado cuenta de que todo funcionaba a la perfección excepto el sonido. He hecho un montón de comprobaciones, el sistema reconocía la tarjeta sin problemas, tenía drivers y con una gran sonrisa, mi recién instalada Ubuntu me decía que todo estaba bien...
Pero San Google me ha iluminado. La solución la tenía delante de mis narices. Simplemente tenía que editar un archivo, añadir una línea y reiniciar.
El archivo es:
/etc/modprobe.d/alsa-base
y añadimos
options snd-hda-intel model=auto
guardamos y reiniciamos.
Y mano de santo... como siempre.
Por cierto, parece que la solución es válida para muchos modelos Acer Aspire, y al menos también para Ubuntu Gutsy Gibon (7.10) y para Feisty Fawn (7.04).
Tras una instalación limpia y rápida (antes de ser consciente de todas las instalaciones que hace este Vista que viene preinstalado), me he dado cuenta de que todo funcionaba a la perfección excepto el sonido. He hecho un montón de comprobaciones, el sistema reconocía la tarjeta sin problemas, tenía drivers y con una gran sonrisa, mi recién instalada Ubuntu me decía que todo estaba bien...
Pero San Google me ha iluminado. La solución la tenía delante de mis narices. Simplemente tenía que editar un archivo, añadir una línea y reiniciar.
El archivo es:
/etc/modprobe.d/alsa-base
y añadimos
options snd-hda-intel model=auto
guardamos y reiniciamos.
Y mano de santo... como siempre.
Por cierto, parece que la solución es válida para muchos modelos Acer Aspire, y al menos también para Ubuntu Gutsy Gibon (7.10) y para Feisty Fawn (7.04).
viernes, 12 de septiembre de 2008
Parar máquina en VMware
NOTA: Sólo lo he probado en ESX 3.x!
No os ha pasado alguna vez que se os queda una máquina virtual un poco tonta, y no podéis entrar por TS (o por SSH)? Y no os ha pasado que esa máquina "no tiene activas" las vmware tools y no podéis parar la máquina?
Pues el frotar se va a acabar!
Vamos, que a mí también me pasó y se puede solucionar desde la línea de comandos. Una vez estéis dentro de la máquina, para identificar las máquinas virtuales que hay, lo hacemos con:
y obtendremos un listado del tipo
que son los paths a los archivos de configuración de todas las máquinas virtuales que ahya en el sistema. Simplemente habrá que seleccionar la máquina que queramos parar y hacer:
y la máquina se parará. Y para levantarla, será lo mismo pero en lugar de stop, será start.
En el caso de que la máquina no se pare con el comando "stop", podremos matar el proceso. Habrá que buscar los procesos que contengan
/usr/lib/vmware/bin/vmkload_app
de la siguiente manera
y matar el que corresponda a la máquina virtual que no podemos parar.
Y así de sencillo!!!
No os ha pasado alguna vez que se os queda una máquina virtual un poco tonta, y no podéis entrar por TS (o por SSH)? Y no os ha pasado que esa máquina "no tiene activas" las vmware tools y no podéis parar la máquina?
Pues el frotar se va a acabar!
Vamos, que a mí también me pasó y se puede solucionar desde la línea de comandos. Una vez estéis dentro de la máquina, para identificar las máquinas virtuales que hay, lo hacemos con:
/usr/bin/vmware-cmd -l
y obtendremos un listado del tipo
/vmfs/volumes/48248230-81ff0c70-5543-001e4f2a91fd/Server1/Server1.vmx
/vmfs/volumes/48248230-81ff0c70-5543-001e4f2a91fd/Server2/Server2.vmx
/vmfs/volumes/48248230-81ff0c70-5543-001e4f2a91fd/Server3/Server3.vmx
/vmfs/volumes/48248230-81ff0c70-5543-001e4f2a91fd/Server4/Server4.vmx
/vmfs/volumes/48248230-81ff0c70-5543-001e4f2a91fd/Server2/Server2.vmx
/vmfs/volumes/48248230-81ff0c70-5543-001e4f2a91fd/Server3/Server3.vmx
/vmfs/volumes/48248230-81ff0c70-5543-001e4f2a91fd/Server4/Server4.vmx
que son los paths a los archivos de configuración de todas las máquinas virtuales que ahya en el sistema. Simplemente habrá que seleccionar la máquina que queramos parar y hacer:
/usr/bin/vmware-cmd stop
y la máquina se parará. Y para levantarla, será lo mismo pero en lugar de stop, será start.
/usr/bin/vmware-cmd start
En el caso de que la máquina no se pare con el comando "stop", podremos matar el proceso. Habrá que buscar los procesos que contengan
/usr/lib/vmware/bin/vmkload_app
de la siguiente manera
[root@vmware01 root]# ps aufx | grep vmkload_app
root 14672 0.0 0.2 3688 676 pts/0 S 11:28 0:00 \_ grep vmkload_app
root 1748 0.0 0.1 2016 404 ? S< group="host/vim/vmkauthd" min="4" max="12" group="host/user" name="VMware" version="3.5.0;licensename=" licenseversion="2.0" pipe="/tmp/vmhsdaemon-0/vmxddeff927aa6fd1c7;">
root 14672 0.0 0.2 3688 676 pts/0 S 11:28 0:00 \_ grep vmkload_app
root 1748 0.0 0.1 2016 404 ? S< group="host/vim/vmkauthd" min="4" max="12" group="host/user" name="VMware" version="3.5.0;licensename=" licenseversion="2.0" pipe="/tmp/vmhsdaemon-0/vmxddeff927aa6fd1c7;">
y matar el que corresponda a la máquina virtual que no podemos parar.
Y así de sencillo!!!
martes, 12 de agosto de 2008
Así estamos
Hoy, viendo Camera Café, no sé por qué, pero por seis minutos me he sentido identificada...
No sé por qué... decídmelo vosotros...
No sé por qué... decídmelo vosotros...
Dar formato a un disco nuevo en Linux
¿Cuál es el comando universal, aquel que se entiende en cualquier plataforma?
fdisk
Y por ahí voy a empezar.
Cuando instalamos un disco duro nuevo, lo primero que tenemos que hacer son las particiones, y les damos forma con el comando fdisk.
Lo que voy a hacer es dar forma al nuevo disco, que para mi máquina será el /dev/sdb.
Lo que he hecho ha sido hacer una única partición de ese disco, y aprovechar todo el espacio. Ahora tengo la partición /dev/sdb1, y tengo que crear un sistema de archivos en ella. Como trabajo con Linux, la más estandarizada es la ext3, así que lo hago de esta manera:
Y una vez ya tengo el disco particionado y con su sistema de archivos correspondiente, sólo me queda montarlo y utilizarlo.
Para montarlo manualmente lo hago así:
Y compruebo que se ha montado bien con un
Después tocaría hacer pruebas y comprobaciones como si se me permite la escritura en el disco y cosas de este estilo, y una vez estuviéramos seguros de que funciona, pues lo pondríamos en el /etc/fstab para que la unidad se monte cada vez que arranquemos el sistema operativo.
donde he añadido la última línea, la que corresponde a mi disco nuevo, con su nombre, el punto de montaje, el sistema de archivos y las opciones con las que quiero que se monte.
Sólo queda reiniciar para comprobar que el sistema monta el disco solo.
Y con esto y un bizcocho...
fdisk
Y por ahí voy a empezar.
Cuando instalamos un disco duro nuevo, lo primero que tenemos que hacer son las particiones, y les damos forma con el comando fdisk.
Lo que voy a hacer es dar forma al nuevo disco, que para mi máquina será el /dev/sdb.
Tuxxxy:~$ fdisk /dev/sdb
Device contains neither a valid DOS partition table, nor Sun, SGI or OSF disklabel
Building a new DOS disklabel. Changes will remain in memory only,
until you decide to write them. After that, of course, the previous
content won't be recoverable.
The number of cylinders for this disk is set to 1305.
There is nothing wrong with that, but this is larger than 1024,
and could in certain setups cause problems with:
1) software that runs at boot time (e.g., old versions of LILO)
2) booting and partitioning software from other OSs
(e.g., DOS FDISK, OS/2 FDISK)
Warning: invalid flag 0x0000 of partition table 4 will be corrected by w(rite)
Command (m for help): n
Command action
e extended
p primary partition (1-4)
p
Partition number (1-4): 1
First cylinder (1-1305, default 1):
Using default value 1
Last cylinder or +size or +sizeM or +sizeK (1-1305, default 1305):
Using default value 1305
Command (m for help): t
Selected partition 1
Hex code (type L to list codes): 83
Command (m for help): w
The partition table has been altered!
Calling ioctl() to re-read partition table.
Syncing disks.
Device contains neither a valid DOS partition table, nor Sun, SGI or OSF disklabel
Building a new DOS disklabel. Changes will remain in memory only,
until you decide to write them. After that, of course, the previous
content won't be recoverable.
The number of cylinders for this disk is set to 1305.
There is nothing wrong with that, but this is larger than 1024,
and could in certain setups cause problems with:
1) software that runs at boot time (e.g., old versions of LILO)
2) booting and partitioning software from other OSs
(e.g., DOS FDISK, OS/2 FDISK)
Warning: invalid flag 0x0000 of partition table 4 will be corrected by w(rite)
Command (m for help): n
Command action
e extended
p primary partition (1-4)
p
Partition number (1-4): 1
First cylinder (1-1305, default 1):
Using default value 1
Last cylinder or +size or +sizeM or +sizeK (1-1305, default 1305):
Using default value 1305
Command (m for help): t
Selected partition 1
Hex code (type L to list codes): 83
Command (m for help): w
The partition table has been altered!
Calling ioctl() to re-read partition table.
Syncing disks.
Lo que he hecho ha sido hacer una única partición de ese disco, y aprovechar todo el espacio. Ahora tengo la partición /dev/sdb1, y tengo que crear un sistema de archivos en ella. Como trabajo con Linux, la más estandarizada es la ext3, así que lo hago de esta manera:
Tuxxxy:~$ mkfs.ext3 -b 4096 /dev/sdb1
mke2fs 1.40-WIP (14-Nov-2006)
Filesystem label=
OS type: Linux
Block size=4096 (log=2)
Fragment size=4096 (log=2)
1310720 inodes, 2620595 blocks
131029 blocks (5.00%) reserved for the super user
First data block=0
Maximum filesystem blocks=2684354560
80 block groups
32768 blocks per group, 32768 fragments per group
16384 inodes per group
Superblock backups stored on blocks:
32768, 98304, 163840, 229376, 294912, 819200, 884736, 1605632
Writing inode tables: done
Creating journal (32768 blocks): done
Writing superblocks and filesystem accounting information: done
This filesystem will be automatically checked every 31 mounts or
180 days, whichever comes first. Use tune2fs -c or -i to override.
mke2fs 1.40-WIP (14-Nov-2006)
Filesystem label=
OS type: Linux
Block size=4096 (log=2)
Fragment size=4096 (log=2)
1310720 inodes, 2620595 blocks
131029 blocks (5.00%) reserved for the super user
First data block=0
Maximum filesystem blocks=2684354560
80 block groups
32768 blocks per group, 32768 fragments per group
16384 inodes per group
Superblock backups stored on blocks:
32768, 98304, 163840, 229376, 294912, 819200, 884736, 1605632
Writing inode tables: done
Creating journal (32768 blocks): done
Writing superblocks and filesystem accounting information: done
This filesystem will be automatically checked every 31 mounts or
180 days, whichever comes first. Use tune2fs -c or -i to override.
Y una vez ya tengo el disco particionado y con su sistema de archivos correspondiente, sólo me queda montarlo y utilizarlo.
Para montarlo manualmente lo hago así:
Tuxxxy:~$ mount -t ext3 /dev/sdb1 /data
Y compruebo que se ha montado bien con un
Tuxxxy:~$ df -h
Filesystem Size Used Avail Use% Mounted on
/dev/sdb1 9.9G 151M 9.2G 2% /data
Filesystem Size Used Avail Use% Mounted on
/dev/sdb1 9.9G 151M 9.2G 2% /data
Después tocaría hacer pruebas y comprobaciones como si se me permite la escritura en el disco y cosas de este estilo, y una vez estuviéramos seguros de que funciona, pues lo pondríamos en el /etc/fstab para que la unidad se monte cada vez que arranquemos el sistema operativo.
Tuxxxy:~$ vi /etc/fstab
# /etc/fstab: static file system information.
#
#
proc /proc proc defaults 0 0
/dev/sda2 / ext3 defaults,errors=remount-ro 0 1
/dev/sda1 none swap sw 0 0
/dev/sdb1 /data ext3 defaults,errors=remount-ro 0 1
# /etc/fstab: static file system information.
#
#
proc /proc proc defaults 0 0
/dev/sda2 / ext3 defaults,errors=remount-ro 0 1
/dev/sda1 none swap sw 0 0
/dev/sdb1 /data ext3 defaults,errors=remount-ro 0 1
donde he añadido la última línea, la que corresponde a mi disco nuevo, con su nombre, el punto de montaje, el sistema de archivos y las opciones con las que quiero que se monte.
Sólo queda reiniciar para comprobar que el sistema monta el disco solo.
Y con esto y un bizcocho...
sábado, 9 de agosto de 2008
lunes, 4 de agosto de 2008
Número máximo de conexiones para Apache2
Antes que nada, hay tener en cuenta que el aumento sin control del número de conexiones de apache puede tumbar la máquina. Eso hay que tenerlo muy claro.
Una vez dicho esto, para aumentar (o disminuir) el número máximo de conexiones que admite el servidor web, lo hacemos modificando el /etc/apache2/apache2.conf.
Buscamos una variable que es
MaxClients
y que por defecto está limitada a 150. Nosotros podemos ponerla como máximo a 256, que son los servers que puede levantar el sistema solo. La idea es comprobar primero de todo que el servidor aguanta estos 256 y que necesita más. Si está utilizando alrededor de 200 servers no hará falta darle más, no seamos avariciosos.
Pero puede ser que estos 256 se queden cortos y que el servidor aguante bien (si no aguanta bien, la idea sería bajar el número de MaxClients, hasta llegar a un punto que aguante bien... si la página tarda en cargar, no serán más que daños colaterales). Si esto pasa, podemos aumentar por encima de los 256, pero utilizando otra directiva, el
ServerLimit
que le pondremos un valor alto, pero no demasiado descabellado, unos 100 threads por encima del MaxClients está bien, para tener un poco de margen.
Para habilitar la directiva ServerLimit, lo tenemos que hacer en la propia configuración del apache, en el httpd.conf o en el apache.conf. Lo haremos en el mismo módulo que estaba MaxClients, pero poniéndola la primera, de esta manera:
Lo mismo que antes, una vez se añada la directiva ServerLimit tendremos que ir con cuidado. Apache reserva una cantidad de memoria que puede ser que no utilice si el valor es muy alto y no se llega ni de lejos, pero también puede pasar que el sistema se vuelva inestable o simplemente que Apache no arranque. Por eso, cuidado al utilizar esta directiva.
Existe un límite inviolable compilado en el servidor que es ServerLimit 20000. Con este límite se intentan evitar las consecuencias que pueden tener los errores tipográficos.
Suscribirse a:
Entradas (Atom)