Blog Page 3

Finalmente me decidí a migrar mi LinuxMint de la versión 11 “Katya” a la versión 12 “Lisa”. Y me topé con un problema interesante a la hora de migrar el correo debido a que uso el cliente de correo Evolution.

Básicamente el problema es que los formatos para la entrega de correos no son compatibles, en primera instancia la versión de Evolution que usaba anteriormente usaba el formato mbox donde los correos que llegan se guardan en único archivo. Y en la ultima versión de Evolution se utiliza el formato maildir para la entrega de correos, el cual consiste en tener una estructura de 3 directorios (cur, new, tmp) para la entrega de los correos.

Para resolver esté problema, tenemos que convertir los correos del formato mbox a formato maildir para que Evolution reconozca los correos que tenemos con anterioridad, por lo que seguiremos los siguientes pasos:

1.- Instalamos el paquete procmail, el cual nos va a brindar la herramienta formail, que nos ayuda a formatear los correos.

sudo aptitude install procmail

2.- Bajamos la herramienta mb2md que nos ayudará a convertir de mbox a maildir.

 wget http://www.gerg.ca/hacks/mb2md/mb2md

3.- Le damos permisos de ejecución al script

 chmod +x mb2md

4.- La sintaxis del comando es:

 ./mb2mb mbox_file maildir

5.- En este ejemplo vamos a migrar los correos del 2010 desde el archivo mbox de respaldo hacia el directorio maildir de evolution, por lo que el comando que vamos a usar es:

 ./mb2mb /media/usb/respaldo_correo/Inbox.sdb/2010 /home/usuario/.local/share/evolution/mail/local/.2010

Con lo cual se creará el direcorio /home/usuario/.local/share/evolution/mail/local/.2010 con la estructura de un maildir.
Hay que aclarar que el nombre del directorio debe tener un (.) [punto] para que Evolution lo reconozca como directorio.

Listo, ya podemos migrar todos nuestros correos de mbox a maildir.

Fuente: http://www.gerg.ca/hacks/mb2md/

73 45109
Enlaces Permanentes en Wordpress
Enlaces Permanentes en Wordpress

En estos días estuve migrando el blog de hosting por lo que tuve algunos problemas con el mismo, y justamente con el que más batallé fue con el error 404 “Not Found” que me mandaba cada vez que quería acceder al link donde daba clic, por lo que decidí realizar una pequeña guía de como reparar dicho error cuando se nos presente.

El error se presenta por la modificación en la estructura de los permalinks (Enlaces Permanentes) de WordPress. Dicha configuración te permite elegir la forma en que la URL de WordPress se verá en el navegador

Enlaces Permanentes en WordPress
Enlaces Permanentes en WordPress

Y el error se da cuando escoges alguna de las opciones que WordPress te da o escoges la opción personalizada.
Por default el archivo .htaccess tiene los permisos de CHMOD en 644 deshabilitando de esta forma el que WordPress pueda editar los permalinks (Enlaces Permanentes).

Para reparar dicho error debemos seguir los siguientes pasos

1.- Iniciar una sesión FTP en tú sitio web, y buscar el archivo .htaccess
2.- Selecciona el archivo .htaccess con el cliente FTP que estés usando, abres sus opciones CHMOD y si está establecido en 644 lo cambias por 666
3.- Vas a la sección de administración de tú sitio de WordPress, y vaya a Settings > Permalinks (Ajustes > Enlaces Permanentes).
4.- Editas la estructura de enlaces permanentes a lo que originalmente querías, y guardas los cambios.
5.- Visitas cualquier página de tú sitio, actualizas y confirmas que el error no se produce.
6.- Por último, como medida de seguridad, vuelve a tu cliente FTP y cambias los permisos CHMOD del archivo .htaccess de 666 a 644.

Listo, con eso deben se quita el error 404 en su WordPress.

Fuente: http://www.squidoo.com/wordpress-not-found-error-fix

0 1655
Logo LinuxMint
Logo LinuxMint

Actualmente estoy usando LinuxMint en mi computadora de trabajo y de principio todo funciona de maravilla sin hacer muchas modificaciones para mi trabajo diario. Solo hay un detalle que no me gusta mucho y es que cuando hacemos una búsqueda desde la barra de navegación y desde la barra de búsqueda de Firefox; ya que aparece un resultado personalizado y poco funcional con el logo de LinuxMint.

Para cambiar ese motor de búsqueda debemos de hacer los siguientes pasos:

cd /usr/share/linuxmint/common/artwork/firefox/
sudo wget http://mxr.mozilla.org/firefox/source/browser/locales/en-US/searchplugins/google.xml?raw=1 -O google.xml.fixed
sudo mv google.xml google.xml.orig
sudo mv google.xml.fixed google.xml
sudo cp google.xml /usr/lib/firefox-addons/searchplugins/es-ES/google.xml  (donde es-ES es tu idioma predeterminado, en-US, es-AR, etc).

Y reiniciamos Firefox para que tome los cambios

Fuente: http://www.ubuntizandoelplaneta.com/2011/09/linux-mint-recuperar-google-por-defecto.html

0 2722
Google Calendar Logo
Google Calendar Logo

En está ocasión vamos a dar los pasos necesarios para sincronizar el calendario de Gnome con el/los calendarios de Google de una manera muy sencilla y rápida.

Siguiendo los siguientes pasos es muy fácil:

1.- Entra a tú cuenta de google calendar.

2.- Damos click en el menu “Calendarios” ubicada en la parte izquierda de la pantalla y damos click sobre el enlace “Configuración”

Configuración Google Calendar
Configuración Google Calendar

2.- A continuación aparecen cuatro opciones: General, Calendarios, Configuración para móviles, Labs. Damos click en Calendarios. Seleccionamos el/los calendarios que queramos sincronizar.

Selección del Calendario
Selección del Calendario

4.- Seleccionamos la última opción “Dirección Privada” y damos click en el icono de color verde (ICAL), el cual nos regresará una dirección, la copiamos.

ICAL
ICAL

5.- Desde una terminal ponemos el siguiente comando:

/usr/lib/evolution-webcal/evolution-webcal URL

Donde:
URL, es la dirección que hemos copiado en el paso 4, sin el protocolo https, es decir, un jemplo práctico podría ser

/usr/lib/evolution-webcal/evolution-webcal www.google.com/calendar/ical/xxxxx/private-xxxxx/basic.ics

El proceso anterior se puede repetir varias veces como sea necesario, en caso de usar varios calendarios en Google.

Finalmente, para verificar que esté funcionando correctamente la sincornización lo podemos checar desde:

El panel de gnome, en la parte donde esté nuestro reloj, dando click y verificando que se muestren nuestros eventos creados en el calendario de Google.

El cliente de correo Evolution, donde en la pestaña “Correo” se mostrará de igual forma nuestros eventos programados.

Espero les sea de utilidad

Fuentes:
http://crysol.org/es/node/1212
http://vijamaroylinux.blogspot.com/2009/08/sincronizar-el-calendario-de-gnome-con.html

0 1857
LVM
LVM
LVM
LVM

Hace algunos dias, tuvimos un problema con un servidor que se cayó pero resulta que toda la instalación del software de producción se encontraba en la SAN por lo que lo mejor en este caso fue instalar un nuevo equipo y migrar todos los Volume Groups al nuevo equipo, para hacerlo se tienen que seguir los siguientes pasos:

1.- Una vez que ya tengamos la fibra conectada al equipo, debemos de darle el siguiente comando para que “scanee” en busca de nuevos discos asignados a su zona.

echo "- - -" > /sys/class/scsi_host/hostX/scan

Donde X se refiere a la pata de la fibra que debe corresponder a la que esta conectada a la caja de los discos.
2.- Comprobamos que el equipo detecte los discos asignados

pvscan
PV /dev/sdd1     lvm2 [25.29 GB / 10.79 GB free]
PV /dev/sdc1     lvm2 [25.29 GB / 10.79 GB free]
PV /dev/sdb      lvm2 [2.81 MB]
Total: 3 [50.57 GB] / in use: 0 [0 GB] / in no VG: 3 [50.57 GB]

3.- Importamos el Volume Group (VG)

vgimport appvg
Volume group "appvg" successfully imported

4.- Activamos el VG

vgchange -ay appvg

5.- Verificamos que los Logical Volumes se vean correctamente en el Volume Group del equipo.

lvdisplay appvg
--- Logical volume ---
  LV Name                /dev/appvg/app
  VG Name                appvg
  LV UUID                3e2iIW-Gn82-04zq-ka4c-Ffg8-27r9-IV3jE8
  LV Write Access        read/write
  LV Status              available
  # open                 1
  LV Size                16.50 GB
  Current LE             4224
  Segments               1
  Allocation             inherit
  Read ahead sectors     auto
  - currently set to     256
  Block device           253:0

  --- Logical volume ---
  LV Name                /dev/appvg/storagesan
  VG Name                appvg
  LV UUID                yGJsHf-StXD-w102-4NIc-EBX3-0fFl-JR5tDV
  LV Write Access        read/write
  LV Status              available
  # open                 1
  LV Size                12.50 GB
  Current LE             3200
  Segments               1
  Allocation             inherit
  Read ahead sectors     auto
  - currently set to     256
  Block device           253:1

6.- Si queremos que el File System se monte automáticamente editamos el archivo /etc/fstab agregando las siguientes lineas:

/dev/appvg/storagesan		/storage_san		ext3	defaults	0 0
/dev/appvg/app		        /app		ext3	defaults

7.- Montamos la partición que hemos importado en un File System en el nuevo equipo

mkdir /app
mkdir /storage_san
mount /app
mount /storage_san

Espero que les sirva tanto como a mi.

Visto en: http://outhereinthefield.wordpress.com/2011/06/01/moving-volume-groups-between-hosts-in-rhel/