Tuxjm el sitio de jmedina

Author: jmedina (page 4 of 9)

Sincronización de tabs en firefox con Xmarks

Hace unos minutos al abrir firefox para ponerme a trabajar  me notifico que hay varias actualizaciones de algunos plugins, entre ellos Xmarts que lo uso para sincronizar los bookmarks entre la maquina de escritorio en la oficina y la laptop. Bueno pues esta vez tiene incluida la opción de sincronizar los tabs abiertos, esto es algo que extrañaba del viejo Google Browser Sync.

Con este nuevo modulo ahora si puedo mantener sincronizados los tabs entre las diferentes maquinas, por ahi trae algo que le llaman abrir tabs remotas, se ve interesante, a probarlo.

Aquí les dejo unos pantallazos, por ejemplo:

Habilitando el modulo de sincronización de tabs:

Abriendo tabs remotos:

Y por ultimo como se ven los tabs remotos:

Para descargar xmarks lo pueden hacer del sitio oficial:

http://download.xmarks.com/download.

Adios por siempre a Ubuntu 8.10 Intrepid Ibex

En abril de 2008 Canonical liberó la versión Long Term Support llamada Ubuntu 8.04 alias Hardy Heron, después en Octubre de 2008 se liberó la versión digamos intermedia Ubuntu 8.10 alias Intrepid Ibex, dos años después esta por salir la siguiente versión LTS, osea Ubuntu 10.04 alias Lucid, esto da fin al soporte de la versión 8.10 Intrepid.

En lo personal recomiendo quedarse con las versiónes LTS para sistemas en producción, en especial para servidores, este año tendremos 3 versiones LTS, Dapper 6.06, Hardy 8.04 y Lucid 10.04 gracias a la gente de Canonical y la comunidad de Ubuntu.

Las versiones intermedias como Intrepid, Jaunty y karmic se recomiendan para hacer pruebas aun en las versiones server, la versión Karmic 9.10 la recomiendo para sistemas de correos y la considero bastante estable, claro la instalo en producción porque va a ser mucho más fácil la actualización a Lucid que hacerlo desde Intrepid o Jaunty :).

:)

Así que si tienes sistemas con está versión estas avisado ya que no habrá más actualizaciones, se recomienda que a aquellos que puedan actualicen a una versión más reciente, incluso podrían actualizar 9.10 Karmic Koala.

Actualizarse a Karmic es bastante fácil, el documento oficial se encuentra en:
http://www.ubuntu.com/getubuntu/upgrading, en lo personal he actualizado varios servidores incluso en línea y todo ha ido bien, claro siempre hay que realizarlo en un entorno de pruebas :).

Para más información ver la pagina de los Releases en el Wiki de Ubuntu.

Granja de 35,000 nucleos con Ubuntu, clave para la producción de Avatar

IMPORTANTE: Este articulo es original de TuxRoot y pueden ver la versión original en el URL: http://tuxroot.wordpress.com/2010/01/19/ubuntu-clave-para-la-produccion-de-avatar.

Como señalan , La revolucionaria “Avatar” se ha convertido en una referencia para el futuro del cine en tres dimensiones, pero aquellos que quieran producir una película similar tendrán que tener en cuenta las ingentes necesidades que impone.

Una charla de uno de los administradores de sistemas de Weta Digital -la empresa encargada de los efectos especiales- ha revelado algunos detalles sobre los centros de datos que se utilizaron para una producción que usó  Ubuntu como sistema operativo.

Uno de los asistentes a las conferencias Linux Conf Australia 2010 (LCA2010) ha contado cómo en una de las charlas intervino Paul Gunn, administrador de sistemas en Weta Digital, responsable de los efectos visuales de la película Avatar.

En el post de Dustin Kirkland -que trabaja en Ubuntu Server- se indica que la infraestructura del centro de datos que tuvo que poner en marcha Weta Digital para esta producción fue impresionante. Ya habíamos hablado de la matriz de almacenamiento con capacidad para hasta 2 Petabytes, pero aún hay más detalles.

Entre otros, que se usó una red de conectividad a 10 Gbps, que había más de 4.000 HP Blades con cerca de 35.000 núcleos de proceso en su interior en el centro de datos y 104 Tbytes de memoria RAM en total, y que aún así se tardaba 48 horas en renderizar algunas de las secuencias gráficas.

Según Paul Gunn, responsable de la charla “Challenges in Data Center Growth“, Ubuntu fue el sistema operativo base de todo este desarrollo, y estaba instalado en todos los nodos de renderizado y en el 90% de los PCs de sobremesa de Weta Digital. De hecho, Gunn indicó que su propia “granja de renderizado” hace uso de Ubuntu Server, y no de RHEL como se publicó en algunos medios.

Eso ha permitido generar una película en la cual cada minuto ha ocupado nada menos que 17,28 Gbytes de datos, y curiosamente para refrigerar toda la instalación se limitaron a establecer la temperatura a 25º C, una cifra mayor que la mayoría de centros de datos, pero que les permitió ahorros energéticos importantes

Entre otros, que se usó una red de conectividad a 10 Gbps, que había más de 4.000 HP Blades con cerca de 35.000 núcleos de proceso en su interior en el centro de datos y 104 Tbytes de memoria RAM en total, y que aún así se tardaba 48 horas en renderizar algunas de las secuencias gráficas.

Como deshabilitar el soporte IPv6 en Ubuntu

En diferentes versiones de Ubuntu Desktop y Server se tiene habilitado el soporte IPv6 por default, esto ocaciona que algunas conexiones a Internet se alenten, en especial aquellas relacionadas con el consultas DNS, esto es debido a que la biblioteca resolver por default hace primero una consulta a servidores DNS por IPv6 y hasta que falla hace la consulta por IPv4 lo que para algunos usuarios y administradores no es nada deseable.

En este articulo veremos como deshablitar el soporte IPv6 en Ubuntu en sus diferentes versiones, tanto Escritorio como Servidor, siga las instrucciones especificas para la versión que tenga instalada.

En Ubuntu Server 8.0.4 LTS:

Primero edite el archivo /etc/modprobe.d/blacklist.local y desactive la carga al arranque del sistema del modulo ipv6, por ejemplo:

$ sudo sh -c 'echo "install ipv6 /bin/true" > /etc/modprobe.d/blacklist.local'

Para que los cambios anteriores tomen efecto re incie el sistema:

$ sudo reboot

Después de haber re iniciado el sistema verifique que el modulo ipv6 ya no este cargado:

$ lsmod | grep ipv6

También pude usar ifconfig para verificar que la dirección ipv6 ya no este disponible.

Para Ubuntu 8.04 este metodo fué el único efectivo, hay algunos otros metodos descritos en el articulo WebBrowsingSlowIPv6IPv4 del wiki de la comunidad Ubuntu.

ACTUALIZACIÓN: El método anterior también funciona en Debian Lenny.

El métido anterior no funciona para Ubuntu Karmic 9.10, para desactivar la carga del modulo ipv6 al arranque del sistema en 9.10 debe pasar el parametro ipv6.disable=1 al kernel a través del gestor de arranque.

Para GRUB2 edite el archivo /etc/default/grub y agregue el parametro ipv6.disable=1, por default esta así:

GRUB_CMDLINE_LINUX_DEFAULT="quiet splash"

Cambiela a:

GRUB_CMDLINE_LINUX_DEFAULT="quiet splash ipv6.disable=1"

Ahora actualice la configuración de grub:

$ sudo update-grub2

Re inicie el sistema y verifique que el modulo ipv6 no este cargado.

Recursos adicionales:

WebBrowsingSlowIPv6IPv4:
https://help.ubuntu.com/community/WebBrowsingSlowIPv6IPv4

Como instalar Firefox 3.6 en Ubuntu Karmic 9.10

Con eso de que Google Chrome no es del todo libre y acaba de salir firefox 3.6 el cual presumen que es más rápido gracias a su motor Javascript mejorado, lo cual debería hacer que aquellos sitios AJAX carguen y funcionen más rápido, además se supone que esta versión ya incluye soporte HTML5 y CSS 3,Otra cosa nueva es el soporte integrado de Personas, es decir, temas para firefox, hay algunos buenos para cambiarle la apariencia, además algunos se ven mejor con los efectos visuales del escritorio :).

Bueno pues aquí les dejo los pasos para instalarlo en Ubuntu Karmic 9.10:

Agregamos el deposito de paquetes pseronales mozillateam/firefox-stable:

$ sudo add-apt-repository ppa:mozillateam/firefox-stable

Actualizamos lista de depositos de paquetes:

$ sudo apt-get update

Si ya tiene instalada la versión 3.5 use:

$ sudo aptitude install firefox

Si no tiene una versión de firefox instalada use:

$ sudo aptitude install firefox-3.6

Y listo, abra firefox y empiece a detectar errores y reportarlos :), jejeje no es cierto, bueno quizas algunos de sus addons no funcionen, pero eso pasa siempre.

Como instalar la última versión de Chromium en Ubuntu 9.10 Karmic

Pues cansado de lo pesado, tragon de memoria y crash de firefox 3.6 me decidi a darle una vez más una oportunidad al navegador Chromium (el padre de google chrome), aquí les dejo la receta para instalar Chromium 6.x lo en Ubuntu 9.01 Karmic.

IMPORTANTE: Este procedimiento también funciona en versiones posteriores, por lo menos lo he probado hasta 10.10 Maverick.

– Agregue el repositorio del PPA del daily builds:

$ sudo add-apt-repository ppa:chromium-daily/ppa

– Actualice los repositorios:

$ sudo aptitude update

– Instale el paquete chromium-browser:

$ sudo aptitude install chromium-browser

– Ejecute chromium-browser desde el menú Internet o desde el shell:

$ chromium-browser

Chromium tiene un buen catalogo de extensiones que valen la pena, para instalar las extenesiones vaya al sitio oficial de Google Chrome extensions, aquí les dejo un pantallaso de las extensiones que me gustaron:

Recursos

adicionales:

The Chromium Projects

Google Chrome extensions

Chromium blog

Network Management disabled en Kubuntu 10.04 Lucid

Después de instalar las últimas actualizaciones en Kubuntu 10.04 LTS ya no me pude conectar a ninguna red usando el applet NetworkManager, incluso el icono muestra el estado de desactivado, al dar clic derecho aparece el mensaje de “Network management is disabled” y no da la opción de activarlo.

Después de unos segundos de buscar en google información de “lucid network management is disabled” encontre el bug 555571 en el cual explican el problema tal cual como me paso y la resolución, aquí les dejo mi versión para resolver el problema.

Veamos el archivo del estado de NetworkManager:

$ cat /var/lib/NetworkManager/NetworkManager.state

[main]

NetworkingEnabled=false
WirelessEnabled=false
WWANEnabled=true

Como podemos ver el soprte de red cableado (NetworkEnabled) y la inalambrica (WirelessEnabled) están desactivados.

Cambiamos los valores de false a true:

$ sudo sed -i s/false/true/ /var/lib/NetworkManager/NetworkManager.state

Y reinicie el servicio de NetworkManager:

$ sudo restart network-manager

Y listo Network Manager vuelve a estar activo y ya me pude conectar a la red inalambríca.

Para más información puede ver el Ubuntu Bug #555571.

Como ver el ChangeLog de un paquete Debian

Siempre es recomendable leer el ChangeLog o la bitacora de cambios de un paquete ya sea por que queremos estar al tanto de nuevas funcionalidades el paquete actual o en la versión más reciente, verificar los cambios también es recomendable cuando se realice una actualización de un paquete critico en el sistema, por ejemplo, un servicio critico para la empresa es el servicio LDAP, por lo tanto veremos la lista de cambios de la versión más reciente usando aptitude, por ejemplo:

$ sudo aptitude changelog slapd
openldap (2.4.18-0ubuntu1) karmic; urgency=low
* New upstream release: (LP: #419515):
+ pcache overlay supports disconnected mode.
* Fix nss overlay load (LP: #417163).
-- Mathias Gug
Mon, 07 Sep 2009 13:41:10 -0400
openldap (2.4.17-1ubuntu3) karmic; urgency=low
* Install a minimal slapd configuration instead of creating a default
database with a default DIT:
+ Move openldap user home from /var/lib/ldap to /nonexistent.
+ Remove all code and templates dealing with the default database and DIT
creation.
+ Add an Authz map from root user (UID=0) to cn=localroot,cn=config and
grant all access to the latter in the cn=config database as well as the
default backend configuration.
* Add cn=localroot,cn=config authz mapping on upgrades.
— Mathias Gug
Tue, 11 Aug 2009 14:48:56 -0400

Y ahi esta!, ahora veamos si alguno de los cambios pudiera afectar la operación, claro la actualización debe ser creada en un ambiente de producción, la virtualización ofrece esa ventaja a un bajo costo :).

Aun cuando los cambios de la nueva versión no involucre cambios importantes siempre es recomendado respaldar una versión del paquete .deb y dependencias (por si requiere recuperar el sistema y no tiene internet), archivos y directorios de configuración, archivos y directorios de cache, spool, datos y logs de tal forma que podamos restaurar un sistema a un estadio limpio.

Como establecer un nombre de interfaz de red persistentes en Ubuntu Server

En GNU/Linux en la mayoría de las instalaciones el nombre de interfaz de red Ethernet principal es eth0, cada distribución define su propio mecanismo para mapear una interfaz de red con la dirección MAC de la NIC.

Si por alguna razón se cambia la interfaz de red, se cambia la MAC, o por cuestiones raras después de re iniciar el sistema nos damos cuenta de que ya no existe eth0 o que en un sistema con dos o más interfaces de red se intercambiaron los nombres y hemos perdido la conectividad.

En este articulo explicaré como definir un nombre fijo o persistente a una interfaz de red, el nombre de la interfaz estará mapeado a la dirección MAC de la NIC, de esta forma, independientemente de como el sistema detecte las tarejetas, la interfaz con x MAC siempre tendrá el mismo nombre de interfaz.

En Ubuntu Server se usa udev como mecanismo para definir los nombres persistentes para diferentes dispositivos, a continuación les explico un caso común de cambio de interfaz de red.

Nuestro sistema siempre funcion con eth0 conectado a la LAN, la interfaz fisica se daño y la remplazamos con una nueva, después de reiniciar el sistema nos damos cuenta de que no tenemos red, aquí un procedimiento común para diagnosticar la red en GNU/Linux.

– Verficiar si la interfaz eth0 esta activa:

# ifconfig
lo Link encap:Local Loopback
inet addr:127.0.0.1 Mask:255.0.0.0
inet6 addr: ::1/128 Scope:Host
UP LOOPBACK RUNNING MTU:16436 Metric:1
RX packets:58 errors:0 dropped:0 overruns:0 frame:0
TX packets:58 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:4020 (4.0 KB) TX bytes:4020 (4.0 KB)

Como podemos eth0 no esta activa, veamos todas las interfaces de red disponibles en el sistema:

# ifconfig -a
eth1 Link encap:Ethernet HWaddr 00:1d:72:e7:ce:f4
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:544089 errors:0 dropped:0 overruns:0 frame:0
TX packets:415730 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:492809586 (492.8 MB) TX bytes:102066321 (102.0 MB)
Interrupt:17

Note que eth0 no existe y en su lugar vemos una interfaz eth1, esto es porque el sistema udev tiene almacenada una configuración donde la MAC de la vieja NIC estaba mapeada a eth0, y como instalamos una nueva tarjeta reservo eth0 para la otra NIC y asigno eth1 a la nueva.

Para mantener nuestras configuraciones anteriores de red y sigamos usando eth0 para la nueva NIC, configuraremos udev para realizar el mapeo.

Editamos el archivo de mapeo de interfaces de red de udev:

# vim /etc/udev/rules.d/70-persistent-net.rules

La configuración anterior esta así:

# PCI device 0x10ec:0x8168 (r8169)
SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address}=="40:61:86:0d:2c:e7", ATTR{dev_id}=="0x0", ATTR{type}=="1", KERNEL=="eth*", NAME="eth0"
# PCI device 0x14e4:0x1684 (tg3)
SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address}=="00:1d:72:e7:ce:f4", ATTR{dev_id}=="0x0", ATTR{type}=="1", KERNEL=="eth*", NAME="eth1"

Veamos que hay dos configuraciones una para eth1 y eth1, para resolver el problema podemos eliminar la configuración anterior para eth0 y en la linea que mapea la interfaz tg3 a eth1, realice los cambios:

Cambiar:
NAME="eth1"

Por
NAME="eth0"

Al final su archivo va a quedar:

# PCI device 0x14e4:0x1684 (tg3)
SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address}=="00:1d:72:e7:ce:f4", ATTR{dev_id}=="0x0", ATTR{type}=="1", KERNEL=="eth*", NAME="eth0"

Verifique su archivo /etc/network/interfaces para ver que aun esta su configuración de red para eth0.

Si tiene un sistema con multiples interfaces de red y se intercambiaron los nombres puede usar ethtool(8) o mii-tool(8) para indentificar cada interfaz por el enlace fisico y así identifique el MAC de cada interfaz.

Se recomienda que reinicie el sistema para que todo arranque correctamente y que los servicios que dependen de la red inicien con la red apropiada.

Como verificar si una interfaz de red en GNU/Linux tiene enlace fisico

Uno de los promeros diagnosticos para verificar si un servidor Linux tiene conectividad es verificar el enlace fisico a nivel Ethernet, en GNU/Linux podemos verificar y cambiar ciertos parametros a nivel Ethernet para una NIC usando el program ethtool.

Para verificar el enlace fisico de la interfaz de red eth0 use ethtool:

# ethtool eth0
Settings for eth0:
Supported ports: [ TP ]
Supported link modes: 10baseT/Half 10baseT/Full
100baseT/Half 100baseT/Full
1000baseT/Half 1000baseT/Full
Supports auto-negotiation: Yes
Advertised link modes: 10baseT/Half 10baseT/Full
100baseT/Half 100baseT/Full
1000baseT/Half 1000baseT/Full
Advertised auto-negotiation: Yes
Speed: 100Mb/s
Duplex: Full
Port: Twisted Pair
PHYAD: 1
Transceiver: internal
Auto-negotiation: on
Supports Wake-on: g
Wake-on: g
Current message level: 0×000000ff (255)
Link detected: no

La información importante es la de “Link detected“, como podemos ver en el ejemplo podemos ver que no hay enlace fisico, puede revisar la conectividad desde el cable, patch panels o switches, una interfaz de red con enlace fisico se debe ver:

# ethtool eth0
Settings for eth0:
Supported ports: [ TP ]
Supported link modes: 10baseT/Half 10baseT/Full
100baseT/Half 100baseT/Full
1000baseT/Half 1000baseT/Full
Supports auto-negotiation: Yes
Advertised link modes: 10baseT/Half 10baseT/Full
100baseT/Half 100baseT/Full
1000baseT/Half 1000baseT/Full
Advertised auto-negotiation: Yes
Speed: 100Mb/s
Duplex: Full
Port: Twisted Pair
PHYAD: 1
Transceiver: internal
Auto-negotiation: on
Supports Wake-on: g
Wake-on: g
Current message level: 0×000000ff (255)
Link detected: yes

Si la prueba de enlace fisico pasa ahora puede empezar a usar ping :).

En algunas distribuciones no se incluye el programa ethtool ya que incluyen el programa mii-tool(8)que también lo puede usar para validar
la conectividad fisica, por ejemplo:

# mii-tool eth0
eth0: negotiated 100baseTx-FD flow-control, link ok

Referencias:

man ethtool(8)
man mii-tool(8)
man ping(8)

Olderposts Newerposts

Copyright © 2020 Tuxjm el sitio de jmedina

Theme by Anders NorenUp ↑