Tips y Solucion a problemas en Linux y asociados

Verificacion de WWN en Linux

2018-02-20T18:21:00.000-05:00

Muchas veces los administradores del almacenamiento SAN nos solicitan a los administradores de la infraestructura Linux el WWN de las tarjetas HBA, para ello podemos recurrir a estos sencillos pasos:

1. Identificar si tenemos nuestro S.O reconoció las tarjetas, normalmente si son PCI y de una marca reconocida (Emulex o Qlogic) estas deberian
tomarse por defecto

[root@jmanuelcalvo ~]# dmesg | grep -i fibre[ 3.623049] Emulex LightPulse Fibre Channel SCSI driver 11.2.0.6
[ 4.442259] scsi host1: Emulex LPe12000 PCIe Fibre Channel Adapter on PCI bus 10 device 00 irq 66
[ 7.358475] scsi host2: Emulex LPe12000 PCIe Fibre Channel Adapter on PCI bus 10 device 01 irq 69

Verificamos los nombres de los puertos y que estén disponibles

[root@jmanuelcalvo ~]# ls -l /sys/class/fc_host

total 0

lrwxrwxrwx. 1 root root 0 Feb 19 20:07 host1 -> ../../devices/pci0000:00/0000:00:03.0/0000:10:00.0/host1/fc_host/host1

lrwxrwxrwx. 1 root root 0 Feb 19 20:07 host2 -> ../../devices/pci0000:00/0000:00:03.0/0000:10:00.1/host2/fc_host/host2

2. Teniendo en cuenta que si se detectaron las tarjetas, podríamos ingresar a los archivos de configuración y verificar el archivo node_name o podemos instalar el paquete sysfsutils con el comando yum

[root@jmanuelcalvo ~]# cat /sys/class/fc_host/host1/node_name

0x2000001b320aeaf3

[root@jmanuelcalvo ~]# cat /sys/class/fc_host/host2/node_name

0x2001001b320aeaf3

[root@jmanuelcalvo ~]# yum -y install sysfsutils

3. Ejecutar el comando systool con los parámetros de verificación de los puertos fc (fibre channel)

[root@jmanuelcalvo ~]# systool -c fc_host -v | grep node_name
node_name = "0x2000001b320aeaf3"
node_name = "0x2001001b322aeaf3"

Esto quiere decir que esta maquina cuenta con 2 puertos de fibra con los WWN:

Puerto 1 - 20:00:00:1b:32:0a:ea:f3Puerto 2 - 20:01:00:1b:32:0a:ea:f3

4. Una vez identificados los puertos se pueden configurar las zonas en los switches de SAN y se pueden visualizar como en el siguiente ejemplo de una solución de almacenamiento IBM

Información extra

En algunos casos ya se cuenta con algún almacenamiento presentado ya sea por SAN o incluso desde un virtualilzador como RHV, ovirt, Vmware, Xen y queremos que sin tener que reiniciar la maquina se re escaneen los discos, para ello podemos realizar los siguientes pasos

[root@jmanuelcalvo ~]# yum install sg3_utils

una vez instalado ejecutar el comando

[root@jmanuelcalvo ~]# rescan-scsi-bus.sh

y verificar nuevamente si nuestro disco se encuentra disponible ya sea con el comando fdisk -l o con lsblk según la distribución de Linux y su versión

[root@jmanuelcalvo ~]# fdisk  -l

[root@jmanuelcalvo ~]# lsblk
NAME        MAJ:MIN RM  SIZE RO TYPE MOUNTPOINT
sda           8:0    0   20G  0 disk
├─sda1        8:1    0    1G  0 part /boot
└─sda2        8:2    0   12G  0 part
  ├─cl-root 253:0    0   20G  0 lvm  /
  └─cl-swap 253:1    0    2G  0 lvm  [SWAP]
sdb           8:16   0   20G  0 disk

En caso que el comando rescant-scasi-bus.sh no encuentre el nuevo almacenamiento,
antes de reiniciar la maquina intente ejecutando:

[root@jmanuelcalvo ~]# echo "- - -" > /sys/class/scsi_host/host0/scan
[root@jmanuelcalvo ~]# echo "- - -" > /sys/class/scsi_host/host1/scan

Hojas de trucos (cheat-sheet)

2018-02-02T19:18:00.002-05:00

Muchas amigos y alumnos me preguntan si tengo una página o documento con comandos de Linux, ahora la respuesta es este post con las url de algunas hojas de trucos y lo mejor es que se pueden descargar en formato pdf

RED HAT ENTERPRISE LINUX 5, 6, AND 7 Common administrative commands

https://access.redhat.com/sites/default/files/attachments/rhel_5_6_7_cheatsheet_27x36_1014_jcs_web.pdf

systemd Cheat Sheet for Red Hat Enterprise Linux 7

https://access.redhat.com/articles/systemd-cheat-sheet

ip Command Cheat Sheet for Red Hat Enterprise Linux

https://access.redhat.com/articles/ip-command-cheat-sheet

Hammer cheat sheet

https://access.redhat.com/articles/2258471

Yum Command Cheat Sheet for Red Hat Enterprise Linux

https://access.redhat.com/articles/yum-cheat-sheet

Subscription-Manager Command Cheat Sheet for Red Hat Enterprise Linux

https://access.redhat.com/articles/rhsm-cheat-sheet

Red Hat Ceph Storage Commands Cheat Sheet

https://access.redhat.com/articles/3250281

Resetear / Restaurar contraseña de root en Red Hat 7 / CentOS 7

2016-03-02T10:16:00.002-05:00

Al momento de iniciar la maquina en el gestor de arranque Grub2 se debe seleccionar el kernel y presionar la tecla (e) edit

Aquí se debe ubicar la linea que asocia al kernel, que para el caso de grub2 la linea se llama linux16, al final (tecla FIN) de esta linea adicionar el parámetro rd.break (Ram disk Pausa) esto quiere decir
que vamos a pausar el proceso de arranque cuando la maquina este cargado su RAM Disk, una vez adicionado, Ctrl x para que la maquina bootee

En este momento del arranque, la partición Raiz se ha cargado sobre la partición /sysroot en modo solo lectura, por lo que es necesario realizar el comando de remontaje para poder escribir el archivo /etc/shadow que es donde se almacenan las contraseñas del sistema operativo
Ejecutamos el comando
switch_root:/# mount -o remount,rw /sysroot
Luego para que la partición /sysroot se tome como la Raiz (/) debemos ejecutar el comando de chroot

switch_root:/# chroot /sysroot

ya con el sistema operativo montado sobre la raiz, el comportamiento de los comandos funciona como si estuvieramos con la maquina iniciada normalmente, en este paso se puede ejecutar el comando passwd para cambiar la contraseña del usuario root

sh-4.2# passwd root

Al comento de actualizar la contraseña de root, se cambia el contexto de SELinux sobre el archivo /etc/shadow, por lo que es necesario indicarle al S.O que ejecute ejecute una restauración de contextos de SELinux (restorecon), para ello se debe crear el archivo .autorelable sobre la Raiz del S.O, en caso el sistema sea instalado hace algún tiempo y la maquina contenga muchos archivos, el proceso de re labeling se puede demorar un poco

sh-4.2# touch /.autorelabel

Por ultimo salimos del chroot con el comando exit y también salimos del modo Ram disk (rd.break) con el comando exit, para que la maquina inicie

sh-4.2# exit
switch_root:/# exit

CentOS 7 / RedHat 7 cambiar nombre de interfase de red a eth

2015-04-15T10:51:00.000-05:00

Dentro de los muchos nuevos cambios/mejoras realizados en las distribuciones CentOS 7 y RHEL 7 con ella se viene el del nombramiento de las interfases de Red a como estuvimos acostumbrados durante muchos años (eth0, eth1...)

Para facilitarnos la vida se cambio el mecanismos de nombramiento basado en el firmware, el cual funciona de acuerdo a la topología del dispositivo y tipo de dispositivo así:

Topologia
Interfase ethernet = en
Interfase Wireless = wl
Interfase WWan = ww

Tipo de adaptador
On board = o
Hot plug = s
PCI = p

Teniendo en cuenta lo anterior, una tarjeta de red ethernet que este incorporada en la board sea de la vamos a observar con el nombre de eno1 en caso que se tengan 2 onboard, eno2, en cuanto a las tarjetas pci dentro del nombramiento se incluye el numero de puerto pci y su nombre podría ser así: enp2s0 (pci socket 2 tarjeta 1)

Si por alguna razón usted necesita conservar el nombre de las tarjetas con el formato antiguo (eth0, eth1, eth....) puede realizar los siguientes pasos:

[root@workstation ~]# vi /etc/default/grub
adicionar en la linea GRUB_CMDLINE_LINUX las lineas net.ifnames=0 y biosdevname=0 asi

GRUB_CMDLINE_LINUX="rd.lvm.lv=rootvg/usrlv rd.lvm.lv=rootvg/swaplv crashkernel=auto vconsole.keymap=usrd.lvm.lv=rootvg/rootlv vconsole.font=latarcyrheb-sun16 rhgb quiet net.ifnames=0 biosdevname=0"

Una vez realizado el cambio, es necesario ejecutar el comando grub2-mkconfig para que se tomen los cambios realizados

[root@workstation ~]# grub2-mkconfig -o /boot/grub2/grub.cfg

Luego se renombra el archivo de configuración de la tarjeta eth0 y se debe garantizar que en los parámetros del archivo ifcfg-eth0 el parametro DEVICE=eth0

[root@workstation ~]# mv /etc/sysconfig/network-scripts/ifcfg-eno1 /etc/sysconfig/network-scripts/ifcfg-eth0

Por ultimo se reinicia el sistema y se realizan la respectiva verificación

[root@workstation ~]# reboot
o
[root@workstation ~]# systemctl reboot

Zimbra cache is out of date or doesn't exist

2013-09-26T15:18:00.000-05:00

Una de las fallas mas comunes del servicio de Zimbra es cuando luego de 1 año de instalado el servicio este deja de funcionar sin previo aviso.

Cuando se verifica el log (/var/log/zimbra.log) el error que se muestra es similar a:

cache is out of date or doesn't exist

Lo cual en la mayoría de los casos es que el certificado digital ha caducado.

Para validar fecha de caducidad del certificado podemos ejecutar el comando:

# /opt/zimbra/bin/zmcertmgr viewdeployedcrt

En caso que efectivamente el certificado este caducado, se deben ejecutar los siguientes comandos:

Generar certificado digital de Zimbra

como usuario root:

Lo primero que debemos hacer es garantizar que ningún proceso de zimbra se encuentre corriendo en la el servidor. esto lo podemos verificar con el comando:

# ps xau | grep zimbra

En caso que exista algun proceso, bajar el servicio de zimbra (/etc/init.d/zimbra stop) y en caso que continúen procesos, matarlos a través del PID con el comando kill -9

Luego de esta verificación debemos seguir estos para la creación del nuevo certificado:

1. Generación del CA
# /opt/zimbra/bin/zmcertmgr createca -new

2. Generación del certificado (incluye nuevo tiempo de expiracion)
# /opt/zimbra/bin/zmcertmgr createcrt -new -days 365

3. Despliegue el certificado
# /opt/zimbra/bin/zmcertmgr deploycrt self

4. Despliegue de la CA
# /opt/zimbra/bin/zmcertmgr deployca

5. Verificacion del nuevo certificado
# /opt/zimbra/bin/zmcertmgr viewdeployedcrt

6. Reiniciar el servicio de zimbra
# /etc/init.d/zimbra start

En caso que el problema no se solución con este procedimiento, recuede siempre revisar el archivo de log principal del servicio /var/log/zimbra.log o los logs específicos en la ruta /opt/zimbra/logs

Zimbra: INFECTED: Heuristics.Encrypted.PDF

2013-05-16T09:54:00.001-05:00

A la cuenta de administrador llegan correos con el siguiente asunto:

VIRUS (Heuristics.Encrypted.PDF) in mail FROM ......

o con contenido similar a:

A virus was found: Heuristics.Encrypted.PDF

Scanner detecting a virus: ClamAV-clamd

Generalmente llegan por que al Zimbra se estan enviando archivos PDF adjuntos con contraseña

Buscando en los foros se indica ingresar al panel de administración -> Global Settings -> AS/AV y deshabilitar la casilla Block encryped archives y por ultimo reiniciar el servicio de Zimbra. como se puede ver en la imagen de la pagina: http://agilemail.com.au/blog/how-disable-zimbra-virus-scanner-blocking-encrypted-archives-and-files

En mi caso este procedimiento NO me funciono, así que procedí a editar los siguientes archivos de configuración:

[root@dominio:~] # vi /opt/zimbra/conf/clamd.conf

Reemplazar

ArchiveBlockEncrypted yes

por

ArchiveBlockEncrypted no

y en el archivo

[root@dominio:~] # vi /opt/zimbra/conf/clamd.conf.in

%%uncomment VAR:zimbraVirusBlockEncryptedArchive%%ArchiveBlockEncrypted yes

por

%%uncomment VAR:zimbraVirusBlockEncryptedArchive%%ArchiveBlockEncrypted no

y por ultimo si estamos en un ambiente de producción, reiniciamos únicamente el servicio de antivirus para que no se tarde tanto tiempo

[root@dominio:~] # zmclamdctl stop

Stopping freshclam...done.

Stopping clamd...done.

[root@dominio:~] # zmclamdctl start

Starting freshclam...done.

Starting clamd...done.

Yum install desde CD

2012-03-24T03:45:00.001-05:00

Algunas veces nos encontramos en apuros para instalar paquetes directamente desde el comando rpm por que se necesita x o y dependencia y cuando recurrimos al comando yum para que se descargue de Internet puede suceder que o la maquina no tiene Internet o en caso de ser un Red Hat no se cuente con la suscripción a Red Hat Network.

Pero tenemos a la mano el DVD de Instalación de sistema operativo.

En este caso o similares, la recomendación es crear un repositorio local para que sea el propio comando yum el que se encargue de resolver las dependencias y las saque directamente del disco local para ellos se crea un repositorio del medio (CD/DVD)

Lo primero es crear un archivo llamado CentOS-Media.repo donde se debe indicar la ruta del CD/DVD o la copia del medio de instalación, este parámetro se puede indicar varias veces en caso que se tengan diferentes rutas de CD o DVD con el parámetro file, por ultimo se copian las demás opciones tal cual se muestra en el siguiente archivo

[root@e-quarks ~]# vi /etc/yum.repos.d/CentOS-Media.repo
[c5-media]
name=CentOS-$releasever - Media
baseurl=file:///media/CentOS/
file:///media/cdrom/
file:///media/cdrecorder/
gpgcheck=1
enabled=0
gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-beta

Una vez creado dicho archivo, ya se puede refereciar los paquetes con el comando yum de la forma:

Ej: Instalación del paquete vim-enhanced

[root@orleans ~]# yum --disablerepo=\* --enablerepo=c5-media install vim-enhanced

Ej: Instalación del grupo de paquetes de desarrollo

[root@orleans ~]# yum --disablerepo=\* --enablerepo=c5-media groupinstall 'Development Tools'

Configuracion bonding / Team sobre las tarjetas de Red

2012-03-24T03:22:00.000-05:00

Configuración del Team/bond en las tarjetas de red

1. Creación del dispositivo de bonding (bond0)

Por defecto en los sistema operativos Red Hat Enterprise, la configuración de red se encuentra en el directorio /etc/sysconfig/network-script, lo primero que se debe realizar es crear un archivo llamado

ifcfg-bond0 con la información IP

[root@dbdwh01 ~]# vi /etc/sysconfig/network-scripts/ifcfg-bond0

DEVICE=bond0

IPADDR=192.168.1.20

NETWORK=192.168.1.0

NETMASK=255.255.255.0

USERCTL=no

BOOTPROTO=none

ONBOOT=yes

2. Modificar los archivos de configuración de las tarjetas eth0 y eth1

Una vez creado el archivo, se deben configurar las tarjetas de red que aran parte del bonding, para ello se deben configurar los archivos ifcfg-eth0 y ifcfg-eth1 indicando que el MASTER sera el bond0

[root@dbdwh01 ~]# vi /etc/sysconfig/network-scripts/ifcfg-eth0

DEVICE=eth0

USERCTL=no

ONBOOT=yes

MASTER=bond0

SLAVE=yes

BOOTPROTO=none

[root@dbdwh01 ~]# vi /etc/sysconfig/network-scripts/ifcfg-eth1

DEVICE=eth1

USERCTL=no

ONBOOT=yes

MASTER=bond0

SLAVE=yes

BOOTPROTO=none

3. Cargar el modulo/driver del bonding

Se debe garantizar que el modulo del bonding se cargue en el kernel y este asociado al dispositivo de bond0 creado en el paso numero 1

Adicionar las siguientes lineas al final del archivo /etc/modprobe.conf

[root@dbdwh01 ~]#vi /etc/modprobe.conf

alias bond0bonding

options bond0mode=balance-alb miimon=100

4. Iniciar servicio de red con bonding

Una vez se reinicie el servicio el modulo iniciara automáticamente, pero habilitar el modulo de inmediato se deben ejecutar los siguientes comandos:

[root@dbdwh01 ~]#modprobe bonding

[root@dbdwh01 ~]#service network restart

5. Probar el servicio

Para realizar las pruebas del servicio basta con mantener un ping sostenido sobre la dirección IP configurada en el dispositivo bond0 y desconectar manualmente una de las tarjetas, el ping debería mantenerse (es probable detectar algunos milisegundos de mas sobre el ping al momento de desconectar una de la interfaces)

6. verificar el estado del bonding

Dentro del archivo de /proc/net/bonding/bond0 podrá encontrar información adicionar sobre el modo de funcionamiento, las interfaces incluidas, la velocidad entre otros

[root@dbdwh01 ~]# cat /proc/net/bonding/bond0
Ethernet Channel Bonding Driver: v3.4.0-1 (October 7, 2008)

Bonding Mode: adaptive load balancing
Primary Slave: None
Currently Active Slave: eth0
MII Status: up
MII Polling Interval (ms): 100
Up Delay (ms): 0
Down Delay (ms): 0

Slave Interface: eth0
MII Status: up
Speed: 1000 Mbps
Duplex: full
Link Failure Count: 1
Permanent HW addr: e4:1f:13:ff:35:48

Slave Interface: eth1
MII Status: up
Speed: 1000 Mbps
Duplex: full
Link Failure Count: 2
Permanent HW addr: e4:1f:13:ff:35:4a

7. Tipos de bonding

Para verificar que tipo de bonding se va a utilizar, es necesario tener en cuenta la configuración del switch y que modo es el que se desea, en este el modo es balance-tlb (modo 5) el cual se indico en el archivo

/etc/modprobe.conf y que también se puede verificar con el siguiente comando:

[root@dbdwh01 ~]#more /sys/class/net/bond0/bonding/mode
balance-alb 6

Por ultimo dejo los diferentes tipos de bonding

mode=1 (active-backup)

Active-backup policy: Only one slave in the bond is active. A different slave becomes active if, and only if, the active slave fails. The bond's MAC address is externally visible on only one port (network adapter) to avoid confusing the switch. This mode provides fault tolerance. The primary option affects the behavior of this mode.

mode=2(balance-xor)

XOR policy: Transmit based on [(source MAC address XOR'd with destination MAC address) modulo slave count]. This selects the same slave for each destination MAC address. This mode provides load balancing and fault tolerance.

mode=3 (broadcast)

Broadcast policy: transmits everything on all slave interfaces. This mode provides fault tolerance.

mode=4 (802.3ad)

IEEE 802.3ad Dynamic link aggregation. Creates aggregation groups that share the same speed and duplex settings. Utilizes all slaves in the active aggregator according to the 802.3ad specification.

Prerequisites:

Ethtool support in the base drivers for retrieving the speed and duplex of each slave.

A switch that supports IEEE 802.3ad Dynamic link aggregation. Most switches will require some type of configuration to enable 802.3ad mode.

mode=5(balance-tlb)

Adaptive transmit load balancing: channel bonding that does not require any special switch support. The outgoing traffic is distributed according to the current load (computed relative to the speed) on each slave. Incoming traffic is received by the current slave. If the receiving slave fails, another slave takes over the MAC address of the failed receiving slave.

Prerequisite: Ethtool support in the base drivers for retrieving the speed of each slave.

virsh console no funciona en KVM

2012-02-01T11:14:00.004-05:00

En las versiones de KVM por defecto no es posible conectarse a las maquinas virtuales a través del comando virsh console, únicamente desde la interface de virt-manager o en su defecto conectarse por otras herramientas como ssh o vnc.

Pero algunas veces no contamos con ambiente gráfico para iniciar la interface del virt-manager o simplemente no se desea configurar el vnc para la conexion a la maquina virtual y seguramente mas adelanta vamos a requerir hacerlo directamente desde el servidor de virtualizacion, para ello este caso o similar es necesario que una vez se instale la maquina virtual, se edite realicen los siguientes pasos:

1. Verificar las maquinas virtuales

[root@charm ~]# virsh list

Id Nombre Estado

----------------------------------

1 vm-ProjectOpen ejecutándose

2 vm-LeoMartinez ejecutándose

3 vm-Zimbra7 ejecutándose

2. Una vez con el identificador de la maquina virtual ejecutamos

[root@charm ~]# virsh console vm-ProjectOpen

Connected to domain vm-ProjectOpen

Escape character is ^]

Pero como indicaba anteriormente la pantalla se queda ahi (Ctrl + 5 para salir)

3. Ingresar a la maquina virtual, en este caso si es necesario realizarlo por el ambiente gráfico virt-manager o por ssh en caso que ya se tenga acceso por red y editar el archivo /etc/grub.conf (RedHat, CentOS) y adicionar la linea console=ttyS0 al final de la linea del kernel como se puede observar en el siguiente ejemplo:

[root@up ~]# vi /etc/grub.conf

# grub.conf generated by anaconda

# Note that you do not have to rerun grub after making changes to this file

# NOTICE: You have a /boot partition. This means that

# all kernel and initrd paths are relative to /boot/, eg.

# root (hd0,0)

# kernel /vmlinuz-version ro root=/dev/hda3

# initrd /initrd-version.img

#boot=/dev/hda

default=0

timeout=5

splashimage=(hd0,0)/grub/splash.xpm.gz

hiddenmenu

title CentOS (2.6.18-274.el5)

root (hd0,0)

kernel /vmlinuz-2.6.18-274.el5 ro root=LABEL=/ rhgb quiet console=ttyS0

initrd /initrd-2.6.18-274.el5.img

4. Una vez adicionada esta linea se debe reiniciar la maquina para que el kernel tome estos cambios al inicio del sistema operativo

5. Cuando la maquina reinicie desde el servidor de maquinas virtuales ya se puede acceder a esta maquina nuevamente con el comando virsh

[root@charm ~]# virsh console vm-ProjectOpen

Connected to domain vm-ProjectOpen

Escape character is ^]

ENTER

CentOS release 5.5 (Final)

Kernel 2.6.18-194.el5 on an i686

up.e-quarks.com login:

NOTA: siempre que se desee salir de la maquina virtual habiendo ingresado por virsh console lo puede hacer con la combinación de teclas Ctrl + 5 (Teclado en Español), las tareas que se esten ejecutando en la maquina virtual se continuaran haciando así se salga del virtsh

Instalar sobre particiones mayores de 2TB

2012-01-18T15:12:00.003-05:00

En un blog anterior habia publicado como crear particiones mayores de 2TB sobre un nuevo disco.

http://jmanuelcalvo.blogspot.com/2011/01/creacion-de-particiones-mayores-2tb-en.html

En esta excenario el caso es un poco diferente, ya que se cuenta con una unica particion de 4TB y esta debe ser tanto para los datos como para la instalacion del sistema operativo.

Al momento de iniciar la instalacion, este unicamente al igual que como comentaba en el blog anterior particiones de 2TB. entonces gracias a esta pagina

https://www.centos.org/modules/newbb/viewtopic.php?topic_id=33535

Los pasos son:

1. Iniciar la instalacion de RedHat/CentOS de forma normal

2. En los primeros pasos (Seleccion de Idioma o Teclado) Ctrl + Alt + F2

3. Ejecutar el comando fdisk -l para identificar el nombre del disco (sda,sdb,etc) normalmente sda

4. ejecutar

parted /dev/sda

mklabel gpt

quit

5. Reiniciar el proceso de instalación

reboot

6. Iniciar nuevamente el proceso de instalación y realizar los pasos normales de instalacion, ( yo realice este proceso en CentOS 6), en el momento de las particiones, se ejecuta selecciona la opcion ""Use Free Space" o "Utilice el espacio libre"

este se encargara de crear un LVM con los tamaños de las particiones

7. Por ultimo continuar con el proceso de instalacion normal

Mensaje "Device eth0 does not seem to be present" en VMWARE

2011-11-30T09:43:00.001-05:00

Hola a todos, este es mi primer blog en apoyo a la nueva y ya existente comunidad del OpenSource. Puen bien, este blog trara sobre un pequeño royo que me ocurrió hace unos días migrando o copiando una VM de un pc a otro.

y todo comezó así.........................

Una vez terminada mi labor sobre la máquina virutal sobre un Scientific Linux 6, mi jefe me solicitó que le facilitara una copia a un proveedor para que tuviera un ambiente pruebas funcional para el desarrollo del proyecto. Pues bien le facilité la copia y como medida preventiva se hizo una prueba en otro pc, y todo marchaba bien (inició sin ningún problema). Seguido a esto se quizo validar el aplicativo y OOOOOOOOOOOOO sorpresa no subió. Mirando cosas varias me encuntro que la interfaz de red no subió y que cuando reinciaba el servicio aparecia algo como

Bringing up interface eth0: Device eth0 does not seem to be present, delaying initialization [FAILED]

Una vez se tenga este mensaje tan claro se procede a realizar lo siguiente:

1. Listar los dispositivos registrados

[root@ftp ~]# ls - /sys/class/net
eth1 lo sit0

y como se podrán dar cuenta por ningún lado aparece eth0..... Esto ocurre debido a que la dirección de la NIC cambió y por ende nuestro Linux genera una nueva interfaz que para este efecto es eth1

2. Ahora se procede a editar el archivo de Red persistente de udev.

[root@ftp ~]# cat /etc/udev/rules.d/70-persistent-net.rules
# This file was automatically generated by the /lib/udev/write_net_rules
# program, run by the persistent-net-generator.rules rules file.
#
# You can modify it, as long as you keep each rule on a single
# line, and change only the value of the NAME= key.

# PCI device 0x1022:0x2000 (pcnet32) (custom name provided by external tool)
SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address}=="00:0c:29:0f:94:93", ATTR{type}=="1", KERNEL=="eth*", NAME="eth0"

# PCI device 0x1022:0x2000 (pcnet32)
SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address}=="00:0c:29:93:48:14", ATTR{type}=="1", KERNEL=="eth*", NAME="eth1"

2. Vamos a editar el archivo anterior, realizando los siguientes paso:

- Cambios la dirección física (ATTR{address}) de eth0 por la de eth1

- Borramos la entrada relacionada con eth1 (las últimas 3 lineas)

- Después de realizar este ajuste, el archivo debió quedar algo como esto:

[root@ftp ~]# less /etc/udev/rules.d/70-persistent-net.rules
# This file was automatically generated by the /lib/udev/write_net_rules
# program, run by the persistent-net-generator.rules rules file.
#
# You can modify it, as long as you keep each rule on a single
# line, and change only the value of the NAME= key.

# PCI device 0x1022:0x2000 (pcnet32) (custom name provided by external tool)
SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address}=="

00:0c:29:93:48:14", ATTR{type}=="1", KERNEL=="eth*", NAME="eth0"

- Guardamos los cambio.

3. Realizar el cambio en el archivo de configuración en el archivo ifcfg-eth0 en la etiqueta de HWADDR y colocamos la que asignamos en el paso anterior (00:0c:29:93:48:14).

4. Con lo anterior, estamos solo a un paso. Por último le aplicamos un reboot y si todo salió bien cuando la VM suba ya tendremos RED.

Listo, Ahora solo me queda desearles FELIZ FIESTAS Y UN PROSPERO 2012.

Recuperar contraseña root de MySQL con xampp

2011-11-22T11:51:00.002-05:00

En caso que no recuerde el password de MySQL con xampp el procedimiento es:

Bajar el servicio de lampp

root@jmanuel:/opt/lampp/bin# /opt/lampp/lampp stop

Iniciar la base de datos en modo skip-grant-tables

root@jmanuel:/opt/lampp# /opt/lampp/bin/mysqld_safe --datadir=/opt/lampp/var/mysql --skip-grant-tables &

Ingresar a la base de datos

Es importante estar ubicado en la ruta /opt/lampp/bin o ejecutar el mysql con el path completo

root@jmanuel:/opt/lampp/bin# ./mysql -uroot

Welcome to the MySQL monitor. Commands end with ; or \g.

Your MySQL connection id is 2

Server version: 5.5.16 Source distribution

Oracle is a registered trademark of Oracle Corporation and/or its

affiliates. Other names may be trademarks of their respective

owners.

Type 'help;' or '\h' for help. Type '\c' to clear the current input statement.

Ingreso a la bd mysql

mysql> use mysql;

Database changed

Actualizacion del password

mysql> update user set password=PASSWORD("password") where User='root';

Query OK, 2 rows affected (0,15 sec)

Rows matched: 2 Changed: 2 Warnings: 0

mysql> flush privileges;

Query OK, 0 rows affected (0,02 sec)

mysql> quit

Bye

Matar los proceso de mysqld_safe

root@jmanuel:/opt/lampp/bin# ps xa | grep mysql

15037 pts/0 S+ 0:00 /bin/sh /opt/lampp/bin/mysqld_safe --datadir=/opt/lampp/var/mysql --pid-file=/tmp/mysqld.pid --skip-grant-tables

15685 pts/0 Sl+ 0:00 /opt/lampp/sbin/mysqld --basedir=/opt/lampp --datadir=/opt/lampp/var/mysql --plugin-dir=/opt/lampp/lib/mysql/plugin --user=nobody --skip-grant-tables --log-error=/opt/lampp/var/mysql/jmanuel.err --pid-file=/tmp/mysqld.pid --socket=/opt/lampp/var/mysql/mysql.sock --port=3306

root@jmanuel:/opt/lampp/bin# kill -9 15037 15685

Por ultimo iniciar nuevamente el lampp y probar

root@jmanuel:/opt/lampp/bin# /opt/lampp/lampp start

Starting XAMPP for Linux 1.7.7...

XAMPP: Starting Apache with SSL (and PHP5)...

XAMPP: Starting MySQL...

XAMPP: Starting ProFTPD...

XAMPP for Linux started.

root@jmanuel:/opt/lampp/bin# ./mysqlshow -uroot -ppassword

+--------------------+

| Databases |

+--------------------+

| information_schema |

| cdcol |

| mysql |

| performance_schema |

| phpmyadmin |

| test |

| vtigetr |

+--------------------+

Apache + php + oci8 - sin compilación

2011-11-12T13:11:00.002-05:00

Procedimiento instalación del modulo oci8 sin compilar el apache y php

1. Verificar la arquitectura de hardware

[root@aplicaciones ~]# arch

i686

2. Descargar el grupo de paquetes de desarrollo de Linux

[root@aplicaciones ~]# yum groupinstall "Development Tools"

3. Descargar los paquetes httpd y php

[root@aplicaciones ~]# yum install php php-pear php-devel httpd httpd-devel zlib zlib-devel

4. Descargar los paquetes instantclient desde la pagina de oracle

http://www.oracle.com/technetwork/database/features/instant-client/index-097480.html

oracle-instantclient-basic-10.2.0.4-1.i386.rpm

oracle-instantclient-sqlplus-10.2.0.4-1.i386.rpm

oracle-instantclient-devel-10.2.0.4-1.i386.rpm

5. Instalacion de los paquetes oracle-instantclient

[root@aplicaciones home]# rpm -ihv oracle-instantclient-*

Preparando... ########################################### [100%]

1:oracle-instantclient-ba########################################### [ 33%]

2:oracle-instantclient-de########################################### [ 67%]

3:oracle-instantclient-sq########################################### [100%]

6. Poner adicionar las librerias

[root@aplicaciones ~]# vi /etc/ld.so.conf.d/oracle_client.conf

/usr/lib/oracle/10.2.0.4/

/usr/lib/oracle/10.2.0.4/client/lib

7. Ejecutar el comando ld para que las librerias sean tomadas por el sistema

[root@aplicaciones ~]# ldconfig

8. Descargar y descomprimir el modulo de oci8

[root@aplicaciones ~]# wget pecl.php.net/get/oci8-1.2.5.tgz

[root@aplicaciones ~]# tar xvfzp oci8-1.2.5.tgz

9. Compilar el modulo

[root@aplicaciones oci8-1.2.5]# phpize

[root@aplicaciones oci8-1.2.5]# ./configure --with-oci8=shared,instantclient,/usr/lib/oracle/10.2.0.4/client/lib/

10. Adicionar el modulo al httpd y reiniciar el servicio para que se tomen los cambios

[root@aplicaciones oci8-1.2.5]# echo extension=oci8.so > /etc/php.d/oci8.ini

[root@aplicaciones oci8-1.2.5]# /etc/init.d/httpd restart

Parando httpd: [ OK ]

Iniciando httpd: [ OK ]

11. Validación del modulo

[root@aplicaciones oci8-1.2.5]# php -m | grep oci

oci8

o desde el navegador

[root@aplicaciones oci8-1.2.5]# cd /var/www/html/

[root@aplicaciones html]# vi info.php

phpinfo();

Ingresar al link

http://localhost/info.php

Adicionalmente para el cliente, se cambiaron los siguientes parámetros en apache para asegurar el servicio

ServerTokens OS

por

ServerTokens Prod

#ExtendedStatus On

por

ExtendedStatus Off

Alias /error/ "/var/www/error/"

por

#Alias /error/ "/var/www/error/"

Incrementar tamaño de los adjuntos en Zimbra

2011-11-01T08:37:00.002-05:00

Para incrementar o disminuir el tamaño de los adjuntos se deben ejecutar los siguientes comandos:

1. Ingresar a la maquina como usuario root

2. Cambiar de usuario a zimbra

[root@correo ~]# su - zimbra

3. Verificar el tamaño actual

[zimbra@correo ~]$ zmprov gcf zimbraMtaMaxMessageSize

zimbraMtaMaxMessageSize: 10000000

4. Modificar el tamaño del adjunto

[zimbra@correo ~]$ zmprov modifyConfig zimbraMtaMaxMessageSize 15728640

El tamaño esta dado en bits, para calcular el tamaño en Megas, se puede ejecutar el siguiente comando:

[zimbra@correo ~]$ echo 15*1024*1024 | bc

15728640

De donde 15 M sera el tamaño a modificar

NOTA: Para el cambio en el tamaño de los adjuntos no es necesario reiniciar el servicio, únicamente con cerrar y abrir la session del usuario desde la interface web se toman los cambios, para el caso de Outlook si se toma automático

Relación de confianza SSH y Rsync

2011-10-04T11:28:00.001-05:00

El siguiente procedimiento y script nos permite realizar copias de carpetas de forma total e incremental entre dos servidores de forma mas rapida y segura que a traves de un scp y adicionalmente concervando los permisos y atrubutos del servidor de origen.

Lo primero que vamos ha hacer es crear una realacion de confianza por SSH entre los dos servidores lo cual quiere decir que entre servidores y usuarios no se va a solicitar contraseña a traves de ssh en este caso entre los que se va ha realizar la copia de carpetas, para ello se debe ejecutar:

Para este ejemplo se utilizan las maquinas caronte (192.168.0.1) y hades (192.168.0.2) y la copia se realizara desde caronte hacia hades

Caronte -> Hades

[root@caronte ~]# ssh-keygen -d

Generating public/private rsa key pair.

Enter file in which to save the key (/root/.ssh/id_rsa):

Enter passphrase (empty for no passphrase): ENTER

Enter same passphrase again: ENTER

Your identification has been saved in /root/.ssh/id_rsa.

Your public key has been saved in /root/.ssh/id_rsa.pub.

The key fingerprint is:

Una vez generada la llave continuamos con:

[root@caronte ~]# cp ~/.ssh/id_dsa.pub ~/.ssh/authorized_keys2

Recuerde que el carácter ~ en sistemas Linux representa el HOME del usuario, es importante tener en cuenta que este procedimiento genera relaciones de confianza entre maquinas y usuarios, si el procedimiento se genera como root en ambas maquinas, esta relación quedara únicamente entre estos usuarios.

[root@caronte ~]# chmod 400 ~/.ssh/authorized_keys2

Por ultimo se procede a comprimir la carpeta .ssh y pasarla al otro servidor para ser descomprimida en la carpeta /root y el el HOME de usuario con el que se quiera tener esta relación

[root@caronte ~]# tar cvfzp ssh.tgz /root/.ssh

[root@caronte ~]# scp ssh.tgz 192.168.0.2:/root

[root@caronte ~]# ssh 192.168.0.2

[root@hades ~]# tar xvfzp ssh.tgz

Una vez realizados los pasos anteriores, podemos utilizar el siguiente script, en mi caso lo dejo ubicado en la carpeta /usr/local/src

[root@caronte ~]# vi /usr/local/src/rsync.sh

#!/bin/bash

# my_rsync.sh

# timm.schenker@urz.uni-heidelberg.de

# IP Destino

master="192.168.1.2"

# Archivos y carpetas a syncronizar

rsync_dirs="/home/ /var/lib/vmware /opt/WorldOfGoo /chroot/"

rsync_files="/etc/issue"

# Lockfile para el control de escritura

lockfile_slave="/var/lock/subsys/mirror.lock"

lockfile_master="/var/lock/subsys/my_rsync.lock"

# Syslog

slog="logger -t my_rsync "

if [ -e $lockfile_slave ]; then

$slog "my_rsync nicht gestartet: $lockfile_slave existiert!"

exit 1

if [ -e $lockfile_master ]; then

$slog "my_rsync nicht gestartet: $lockfile_master existiert!"

exit 1

touch $lockfile_master

if [ "$(/sbin/ifconfig eth0 | grep $master)" != "" ]; then

othernode=$slave

else

othernode=$master

for i in $rsync_dirs; do

(rsync --rsh=$(which ssh) -aurlq --delete $i/ $othernode:$i) || {

$slog "rsync Fehler bei Verzeichnis $i"

}

done

for i in $rsync_files; do

(rsync --rsh=$(which ssh) -aurlq $i $othernode:$i) || {

$slog "rsync Fehler bei Datei $i"

}

done

rm -f $lockfile_master

exit 0

Basta con cambiar únicamente los parámetros que se encuentran en rojo al inicio del script que son:

master="192.168.1.2" Dirección IP de Hades en este caso o destino donde se va a realizar la copia

rsync_dirs="/home/ /var/lib/vmware /opt/WorldOfGoo /chroot/" Carpetas que se vana sincronizar

rsync_files="/etc/issue" archivos que se van a sincronizar

Adicionar la fecha y la hora en el comando history

2011-08-19T09:05:00.000-05:00

En algunos casos es importante no solo tener el historial de los comandos que has ejecutado en una consola si no también saber en que hora o que día los ejecutaste,

Para ello se debe realizar el siguiente procedimiento:

procedimiento por cada usuario
[root@caronte ~]# vi /root/.bashrc
# .bashrc

# User specific aliases and functions

alias rm='rm -i'
alias cp='cp -i'
alias mv='mv -i'
alias vi='vim'

# Source global definitions
if [ -f /etc/bashrc ]; then
. /etc/bashrc
fi
export HISTTIMEFORMAT="%h/%d - %H:%M:%S "

Este procedimiento se aplicara cuando la se vuelta a ingresar con el usuario o ejecutando el comando:

[root@caronte ~]# source /root/.bashrc

Verificar

[root@caronte ~]# history

431 Aug/19 - 08:43:11 iptables -n -L -v -t nat
432 Aug/19 - 08:43:11 iptraf
433 Aug/19 - 08:43:11 iptables -n -L -v -t nat
434 Aug/19 - 08:43:11 getenforce
435 Aug/19 - 08:43:11 ifconfig
436 Aug/19 - 08:43:11 ifconfig
437 Aug/19 - 08:43:11 ifconfig
438 Aug/19 - 08:44:30 vi /root/.bashrc
439 Aug/19 - 08:44:39 source /root/.bashrc
440 Aug/19 - 08:44:41 history

si el procedimiento se desea realizar para todos los usuarios, se adiciona la linea el el archivo /etc/profile en la ultima linea

[root@caronte ~]# vi /etc/profile

export HISTTIMEFORMAT="%h/%d - %H:%M:%S "

Zimbra - Enabled services read from cache. Service list may be inaccurate.

2011-07-18T11:00:00.000-05:00

Generalmente cuando se presenta el error: Enabled services read from cache. Service list may be inaccurate. Seguramente es por que tu instalación de Zimbra lleva aproximadamente 1 año de instalada y pasa que el certificado digital creado por defecto a caducado, para ellos se deben generar los siguientes pasas:

Error:

[root@correo ~]# su - zimbra

[zimbra@correo ~]$ zmcontrol start

Host correo.e-quarks.com.co

Unable to determine enabled services from ldap.

Enabled services read from cache. Service list may be inaccurate.

Starting logger...Failed.

Starting logswatch...ERROR: service.FAILURE (system failure: ZimbraLdapContext) (cause: javax.net.ssl.SSLHandshakeException sun.security.validator.ValidatorException: PKIX path validation failed: java.security.cert.CertPathValidatorException: timestamp check failed)

zimbra logger service is not enabled! failed.

Solución

Como usuario root ejecutar:

[root@correo ~]# /opt/zimbra/java/bin/keytool -import -alias root -keystore /opt/zimbra/java/jre/lib/security/cacerts -storepass changeit -file /opt/zimbra/

conf/ca/ca.pem

slapd warning: cannot open /etc/hosts.allow: Too many open files

2011-06-23T18:54:00.000-05:00

Generalmente cuando ocurre este error, es por que la autenticacion dejo de funcionar, y cuando miramos el archivo /var/log/message se genera un error como el del titulo (slapd warning: cannot open /etc/hosts.allow: Too many open files), basta con reiniciar el servicio de openldap y el servicio de autenticacion vuelve a funcionar de manera correcta.

Googleando acerca del este error encontré esta solución

http://www.sunmanagers.org/pipermail/summaries/2005-March/006226.html

Basicamente lo que indican es que es necesario aumentar el parametro idletimeout del ldap

http://www.zytrax.com/books/ldap/ch6/#idletimeout

idletimeout

Format:

idletimeout integer

The idletimeout directive defines the time in seconds after which an idle client bind connection is forcibly terminated (an unbind operation is forced).
If no idletimeout directive is defined or an idletimeout of 0 is used the feature is disabled, that is idle clients bind connections are maintained indefinitely (no unbind operation is forced by the server). Examples:

idletimeout 0 # do not logout idle clients idletimeout 30 # logout idle clients after 30 seconds

Caution: This is a server wide value so that all bind connections are affected by it. If this server is either a replication consumer (using the syncrepl directive with a type value ofrefreshAndPersist) or a provider (using the overlay syncprov directive with a one of more consumers with a type of refreshAndPersist) then it is highly likely that these links will remain idle for prolonged periods of time. Extreme caution should be used when defining the idletimeout directive in either of these conditions because the net effect may be to change such replication connections into type refreshOnly which may not be a welcome side effect.

Que determina el tiempo en segundos después de que cada conexión es terminada por alguna razón, si no se setea este parámetro o se setea en 0 esta característica es como si estuviera desabilitada y en este caso las conexiones cerradas se mantienen indefinidamente o hasta que el servidor es reiniciado

lo que se debe hacer es setear este parámetro en el archivo /etc/openldap/slapd.conf con el valor:

[root@e-quarks ~]# vi /etc/openldap/slapd.conf
idletimeout 30
# logout idle clients after 30 seconds
Reiniciamos el ldap y listo

[root@e-quarks ~]# /etc/init.d/ldap restart

Script de cambio de claves de samba masivo

2011-06-20T15:10:00.000-05:00

Crear un archivo llamado pass.sh con el siguiente contenido

[root@e-quarks ~]# vi pass.sh

#!/usr//bin/expect --

# wrapper to make passwd(1) be non-interactive

# username is passed as 1st arg, passwd as 2nd

# Executable only by root

set password [lindex $argv 1]

spawn /usr/bin/smbpasswd [lindex $argv 0]

expect "password:"

send "$password\r"

expect "password:"

send "$password\r"

expect eof

Una vez creado el script se asignan permisos de ejecución

[root@e-quarks ~]# chmod 755 pass.sh

Por ultimo para cambiar las claves se ejecuta el siguiente comando

[root@e-quarks ~]# ./pass.sh usuario clave

ejemplo

[root@e-quarks ~]# ./pass.sh jmanuel clave123.

spawn /usr/bin/smbpasswd jmanuel

New SMB password:

Retype new SMB password:

Error de acceso a enlaces simbólicos en samba

2011-06-07T12:16:00.000-05:00

Luego de realizar una actualización a la version 3.4 de samba para el soporte con Windows 7 los links o enlaces simbólicos creados en el sistema operativo daban error de acceso denegado.

(No tiene acceso a \\servidor\carpeta\link. puede que no tenga permisos para utilizar este recurso de red. Póngase en contacto con el administrador de este servidor para comprobar si tiene permisos de acceso.

Acceso denegado.

para solucionar dicho error se debe adicionar al archivo de configuración /etc/samba/smb.conf en las opciones [globales] los siguientes parametros:

# Enlaces simbolicos

unix extensions = No

follow symlinks = yes

wide links = yes

Una vez cambiados los parametros es necesario reinicar el servicio de smb, ya que con hacer reload no es sufucuente

[root@orleans ~]# /etc/init.d/smb restart

Verificación de Samba

[root@orleans ~]# rpm -qa | grep samba

samba3-winbind-3.4.7-42.el5

samba3-cifsmount-3.4.7-42.el5

samba3-3.4.7-42.el5

samba3-client-3.4.7-42.el5

samba3-utils-3.4.7-42.el5

Recuperar contraseña root de MySQL

2011-05-17T11:29:00.001-05:00

Recuperar contraseña root de MySQL

Publicado por admin el 18 de junio de 2008 en MySQL

Usted puede recuperar la contraseña del servidor de base de datos MySQL con los siguientes pasos:

Paso 1: Detener cualquier proceso del servidor MySQL.
Paso 2: Iniciar el proceso del servidor MySQL (mysqld) con la opción –skip-grant-tables por lo cual este no preguntará por la contraseña.
Paso 3: Conectar al servidor MySQL como el usuario root
Paso 4: Configurar una nueva contraseña para la nueva contraseña root
Paso 5: Salir y reiniciar el servidor MySQL

A continuación están los comandos necesarios para cada uno de los pasos mencionados anteriormente (iniciar sesión como el usuario root):

Paso # 1: Detener el servicio mysql

# /etc/init.d/mysql stop

Salida:

Stopping MySQL database server: mysqld.

Paso # 2: Iniciar el servidor MySQL sin contraseña:

# mysqld_safe --skip-grant-tables

Salida:

[1] 5988

Iniciando el motor de mysqld de las bases de datos desde /var/lib/mysql

mysqld_safe[6025]: started

Paso # 3: Conectar al servidor mysql usando el cliente mysql:

# mysql -u root

Salida:

Bienvenido al monitor de MySQL. Comandos y con ; o \g.

Your MySQL connection id is 1 to server version: 5.0.21-log

Tipiar ‘help;’ o ‘\h’ para obtener ayuda. Tipiar ‘\c’ para en vaciar el buffer.

mysql>

Paso # 4: Configurar una nueva contraseña del servidor MySQL para el usuario root:

mysql> use mysql;
mysql> update user set password=PASSWORD("NEW-ROOT-PASSWORD") where User='root';
mysql> flush privileges;
mysql> quit

Paso # 5: Detener el servidor MySQL:

# /etc/init.d/mysql stop

Salida:

Stopping MySQL database server: mysqld

STOPPING server from pid file /var/run/mysqld/mysqld.pid

mysqld_safe[6121]: ended

[1]+ Done mysqld_safe –skip-grant-tables

Paso # 6: Iniciar el servidor MySQL y verificar la contraseña:

# /etc/init.d/mysql start
# mysql -u root -p

http://www.codigomaestro.com/mysql/recuperar-contrasena-root-de-mysql/

Cambiar particiones en Software Raid 1 md raid

2011-02-12T16:20:00.000-05:00

Semi traducción del articulo:

http://www.css-networks.com/2010/12/how-to-remove-linux-software-raid1-md-raid-on-the-fly-so-that-vmware-converter-works/ ( How to remove Linux software RAID1 (md raid) on-the-fly so that VMWare Converter works )

Alguna vez utilizando el Vmware Convert, intente clonar una maquina con software Raid 1, y el convert siempre sacaba error, por lo cual fue necesario cambiar las particiones de /dev/md1 a /dev/sda1 o /dev/hda1 como generalmente se ven las particiones cuando no tienen RAID, para ello se realizo el siguiente procedimiento:

NOTA: En vista que se supone que estamos trabajando con un RAID 1 donde los discos se encuentran totalmente duplicados, se recomienda antes de iniciar el procedimiento iniciar la maquina con cada uno de los discos de forma independiente y cada uno de ellos debería funcionar, una vez realizada esta prueba, deje únicamente uno de los discos en la maquina, con esto podrá tener la certeza que si algo sale mal podrá poner el disco sobre el cual no se hicieron modificaciones.............. Buena Suerte!!!

Lo primero fue realizar una copia de la configuración de los archivos involucrados

[root@e-quarks ~]# cd /etc/
[root@e-quarks etc]# mv mdadm.conf mdadm.conf.default
[root@e-quarks etc]# cp grub.conf grub.conf.default
[root@e-quarks etc]# cp fstab fstab.default
[root@e-quarks etc]# fdisk -l

Disk /dev/hda: 160.0 GB, 160041885696 bytes
255 heads, 63 sectors/track, 19457 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes

Device Boot Start End Blocks Id System
/dev/hda1 * 1 13 104391 fd Linux raid autodetect
/dev/hda2 14 271 2072385 fd Linux raid autodetect
/dev/hda3 272 19457 154111545 fd Linux raid autodetect

Disk /dev/hdc: 160.0 GB, 160041885696 bytes
255 heads, 63 sectors/track, 19457 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes

Device Boot Start End Blocks Id System
/dev/hdc1 * 1 13 104391 fd Linux raid autodetect
/dev/hdc2 14 271 2072385 fd Linux raid autodetect
/dev/hdc3 272 19457 154111545 fd Linux raid autodetect

Disk /dev/md2: 157.8 GB, 157810098176 bytes
2 heads, 4 sectors/track, 38527856 cylinders
Units = cylinders of 8 * 512 = 4096 bytes

Disk /dev/md2 doesn't contain a valid partition table

Disk /dev/md1: 2122 MB, 2122055680 bytes
2 heads, 4 sectors/track, 518080 cylinders
Units = cylinders of 8 * 512 = 4096 bytes

Disk /dev/md1 doesn't contain a valid partition table

Disk /dev/md0: 106 MB, 106823680 bytes
2 heads, 4 sectors/track, 26080 cylinders
Units = cylinders of 8 * 512 = 4096 bytes

Disk /dev/md0 doesn't contain a valid partition table

Una vez viendo los discos y sus respectivos RAID, se procede a realizar el cambio en el tipo de partición

[root@e-quarks etc]# fdisk /dev/hda

The number of cylinders for this disk is set to 19457.
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)

Command (m for help): p

Disk /dev/hda: 160.0 GB, 160041885696 bytes
255 heads, 63 sectors/track, 19457 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes

Device Boot Start End Blocks Id System
/dev/hda1 * 1 13 104391 fd Linux raid autodetect
/dev/hda2 14 271 2072385 fd Linux raid autodetect
/dev/hda3 272 19457 154111545 fd Linux raid autodetect

Command (m for help): t
Partition number (1-4): 1
Hex code (type L to list codes): 83
Changed system type of partition 1 to 83 (Linux)

Command (m for help): t
Partition number (1-4): 2
Hex code (type L to list codes): 82
Changed system type of partition 2 to 82 (Linux swap / Solaris)

Command (m for help): t
Partition number (1-4): 3
Hex code (type L to list codes): 83
Changed system type of partition 3 to 83 (Linux)

Command (m for help): p

Disk /dev/hda: 160.0 GB, 160041885696 bytes
255 heads, 63 sectors/track, 19457 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes

Device Boot Start End Blocks Id System
/dev/hda1 * 1 13 104391 83 Linux
/dev/hda2 14 271 2072385 82 Linux swap / Solaris
/dev/hda3 272 19457 154111545 83 Linux

Command (m for help): wq
The partition table has been altered!

Calling ioctl() to re-read partition table.

WARNING: Re-reading the partition table failed with error 16: Device or resource busy.
The kernel still uses the old table.
The new table will be used at the next reboot.
Syncing disks.

Luego de realizar el cambio en el tipo de particiones sobre los discos, se procede a cambiar el archivo /etc/fstab para que este vea los cambios

[root@e-quarks etc]# vi /etc/fstab

/dev/hda3 / ext3 defaults 1 1
/dev/hda1 /boot ext3 defaults 1 2
tmpfs /dev/shm tmpfs defaults 0 0
devpts /dev/pts devpts gid=5,mode=620 0 0
sysfs /sys sysfs defaults 0 0
proc /proc proc defaults 0 0
/dev/hda2 swap swap defaults 0 0
Luego en el archivo del gestor de arranque también se deben modificar las particiones para que no las vea como md0 si no como sda o hda

[root@e-quarks etc]# vi grub.conf

# grub.conf generated by anaconda
#
# Note that you do not have to rerun grub after making changes to this file
# NOTICE: You have a /boot partition. This means that
# all kernel and initrd paths are relative to /boot/, eg.
# root (hd0,0)
# kernel /vmlinuz-version ro root=/dev/md2
# initrd /initrd-version.img
#boot=/dev/md0
default=0
timeout=5
splashimage=(hd0,0)/grub/splash.xpm.gz
hiddenmenu

title CentOS (2.6.18-194.8.1.el5)
root (hd0,0)
kernel /vmlinuz-2.6.18-194.8.1.el5 ro root=/dev/hda3 rhgb quiet
initrd /initrd-2.6.18-194.8.1.el5.img
title CentOS (2.6.18-164.15.1.el5)
root (hd0,0)
kernel /vmlinuz-2.6.18-164.15.1.el5 ro root=/dev/hda3 rhgb quiet
initrd /initrd-2.6.18-164.15.1.el5.img
title CentOS (2.6.18-164.el5)
root (hd0,0)
kernel /vmlinuz-2.6.18-164.el5 ro root=/dev/hda3 rhgb quiet
initrd /initrd-2.6.18-164.el5.img

Por ultimo es necesario re generar el archivo initrd, para ello se debe eliminar o mover el archivo actual, con la versión de kernel actual

[root@e-quarks etc]# cd /boot

[root@e-quarks boot]# mv initrd-`uname -r`.img initrd-`uname -r`.img.backup

[root@e-quarks boot]# mkinitrd /boot/initrd-`uname -r`.img `uname -r`

[root@e-quarks boot]# ls -ltr # para garantizar que el ultimo initrd sea el de la fecha actual

Reiniciar la maquina y probar

kernel panic insmod: error inserting '/lib/ips.ko'

2011-02-03T23:26:00.000-05:00

En la migracion de una maquina física IBM a una maquina virtual con Vmware tuve problemas para realizarlo a través de VmWare Convert por lo cual se procedió a realizarlo con Acronix y Clonezilla pero al finalizar la migracion se generaba el siguiente error:

(insmod: error inserting '/lib/ips.ko': -1 No such device)

Dicho error se genera por que la maquina fisica una tarjeta controladora ServRaidLx IBM controller el cual utiliza un driver llamado ips y el Raid de Vmware emula el driver llamado mptscsih

para solucionar este incidente se deben generar los siguientes pasos:

iniciar la maquina con un CD de Red Hat / CentOS, no importa la versión

al iniciar seleccionar la opción de linux rescue y llegar hasta la consola una vez en consola ejecutar:

[root@jmanuel ~]# chroot /mnt/sysimage
[root@jmanuel ~]# vi /etc/modprobe.conf
cambiar
alias scsi_hostadapter ips
por
alias scsi_hostadapter mptscsih

una vez realizado dicho cambio se debe generar la imagen del kernel (initrd) por la cual esté booteando el sistema por defecto

[root@jmanuel ~]# more /etc/grub.conf
default=0
timeout=5
splashimage=(hd0,0)/grub/splash.xpm.gz
hiddenmenu
title CentOS (2.6.18-194.32.1.el5PAE)
root (hd0,0)
kernel /vmlinuz-2.6.18-194.32.1.el5PAE ro root=LABEL=/ rhgb quiet
initrd /initrd-2.6.18-194.32.1.el5PAE.img

Una vez conocida la version ejecutar:

[root@jmanuel ~]# mkinitrd /tmp/initrd.img 2.6.18-194.32.1.el5PAE
[root@jmanuel ~]# cd /boot
[root@jmanuel boot ]# mv initrd-2.6.18-194.32.1.el5PAE.img initrd-2.6.18-194.32.1.el5PAE.img.old
[root@jmanuel boot ]# cp /tmp/initrd.img /boot/initrd-2.6.18-194.32.1.el5PAE.img
[root@jmanuel boot ]# reboot

Fuentes
http://communities.vmware.com/message/1207455
http://www.linuxquestions.org/questions/red-hat-31/install-rhel4-from-a-ghost-under-vmware-722248/

Creacion de particiones mayores a 2TB en Linux

2011-01-20T09:40:00.000-05:00

Para este caso especifico, comparti un volumen desde una SAN de 11TB a un servidor pero cuando le di formato ext3 este unicamente mostraba 2TB, incluso pense que era por el tamaño de los bloques, asi que cree el sistema de archivos con el parametro mkfs.ext3 -b 4096 pero de igual forma cuando se montaba el volumen unicamente mostraba 2TB en la partición.

Cuando revise desde fdisk el numero de bloques del disco vs el numero de bloques de la partición son inferiores los de la particion, investigando se indica que con fdisk unicamente se pueden crear particiones de 2TB máximo para lo cual la solución a mi problema fue crear la partición con el comando parted de la siguiente forma:

[root@bogota ~]#  parted /dev/sdb

GNU Parted 1.8.1

Using /dev/sdx

Welcome to GNU Parted! Type 'help' to view a list of commands.

(parted)

(parted) mklabel gpt

(parted) mkpart primary 0 3001G

(parted) quit

[root@bogota ~]# mkfs.ext3 /dev/sdb1

[root@bogota ~]# mount /dev/sdb1 /datos

Fuente:
http://www.cyberciti.biz/tips/fdisk-unable-to-create-partition-greater-2tb.html

Instalacion Emulex en CentOS y RedHat version 5

2010-12-09T15:19:00.000-05:00

Dos de las marcas de tarjetas HBA's de fibra que conozco son Qlogic y Emulex, normalmente con las qlogic nunca he tenido ningún conflicto pues el driver ya viene precompilado en la distribución pero hoy tuve un problema con una Emulex y los pasos para poderla complilar fueron: verificar que se encontrara instalada fisicamente y que el Linux la estuviera reconociendo, para ellos se ejecuto:

[root@bogota ~]# dmesg | grep -i emul

Emulex LightPulse Fibre Channel SCSI driver 8.2.0.33.3p

una vez verificado que la tarjeta se encontraba instalada se verifico el modulo del kernel para dicha tarjeta [root@cosabog13lx002 ~]# vi /etc/sysconfig/hwconf

class: SCSI bus: PCI

detached: 0

driver: lpfc

desc: "Emulex Corporation LP952 Fibre Channel Host Adapter"

vendorId: 10df

deviceId: f095

subVendorId: 0e11

subDeviceId: f095

pciType: 1

pcidom: 0

pcibus: c

pcidev: 1

pcifn: 0

Luego se verifico que el modulo se encontrara cargado

[root@bogota ~]# lsmod | grep lpfc

lpfc 291697 0 scsi_transport_fc 37449 1 lpfc scsi_mod 141589 8 lpfc,scsi_dh,sr_mod,sg,scsi_transport_fc,libata,cciss,sd_mod

Luego se reinicio el modulo para verificar si encontraba los volúmenes asociados pero se presento el siguiente error: [root@bogota ~]# rmmod lpfc

[root@bogota ~]# tail -f /var/log/messages &

[root@bogota ~]# modprobe lpfcVerificar las hbas

Jul 21 10:01:44 orochi kernel: ACPI: PCI interrupt for device 0000:06:02.0 disabled

Jul 21 10:01:44 orochi kernel: ACPI: PCI interrupt for device 0000:06:01.0 disabled

Jul 21 10:01:57 orochi kernel: Emulex LightPulse Fibre Channel SCSI driver 8.2.0.63.3p

Jul 21 10:01:57 orochi kernel: PCI: Enabling device 0000:06:01.0 (0150 -> 0152)

Jul 21 10:01:57 orochi kernel: ACPI: PCI Interrupt 0000:06:01.0[A] -> GSI 74 (level, low) -> IRQ 217

Jul 21 10:01:57 orochi kernel: scsi2 : on PCI bus 06 device 08 irq 217

Jul 21 10:02:01 orochi kernel: PCI: Enabling device 0000:06:02.0 (0150 -> 0152)

Jul 21 10:02:01 orochi kernel: ACPI: PCI Interrupt 0000:06:02.0[A] -> GSI 78 (level, low) -> IRQ 50

Jul 21 10:02:01 orochi kernel: scsi3 : on PCI bus 06 device 10 irq 50

[root@orochi host2]# systool -av -c fc_host

Class = "fc_host"

Class Device = "host2"

Class Device path = "/sys/class/fc_host/host2"

active_fc4s = "0x00 0x00 0x01 0x00 0x00 0x00 0x00 0x01 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 "

fabric_name = "0x0"

issue_lip =

maxframe_size = "2048 bytes"

node_name = "0x20000000c94ed73c"

port_id = "0x000000"

port_name = "0x10000000c94ed73c"

port_state = "Linkdown"

port_type = "Unknown"

speed = "unknown"

supported_classes = "Class 3"

supported_fc4s = "0x00 0x00 0x01 0x00 0x00 0x00 0x00 0x01 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 "

supported_speeds = "1 Gbit, 2 Gbit, 4 Gbit"

tgtid_bind_type = "wwpn (World Wide Port Name)"

uevent =

Device = "host2"

Device path = "/sys/devices/pci0000:00/0000:00:06.0/0000:05:00.0/0000:06:01.0/host2"

uevent =

Class Device = "host3"

Class Device path = "/sys/class/fc_host/host3"

active_fc4s = "0x00 0x00 0x01 0x00 0x00 0x00 0x00 0x01 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 "

fabric_name = "0x0"

issue_lip =

maxframe_size = "2048 bytes"

node_name = "0x20000000c94eeb04"

port_id = "0x000000"

port_name = "0x10000000c94eeb04"

port_state = "Linkdown"

port_type = "Unknown"

speed = "unknown"

supported_classes = "Class 3"

supported_fc4s = "0x00 0x00 0x01 0x00 0x00 0x00 0x00 0x01 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 "

supported_speeds = "1 Gbit, 2 Gbit, 4 Gbit"

tgtid_bind_type = "wwpn (World Wide Port Name)"

uevent =

Device = "host3"

Device path = "/sys/devices/pci0000:00/0000:00:06.0/0000:05:00.0/0000:06:02.0/host3"

uevent =

Se procede a descargar el paquete proliant support pack que cuenta con herramientas de escaneo de dispositivos y con esta información es mas fácil asociar los caminos

En caso de querer configurar el Proliant Support Pack se puede descargar de los siguientes link y este cuenta con instaladores (sh install.sh)
Red Hat 4
wget ftp://ftp.hp.com/pub/softlib2/software1/supportpack-linux/p308168486/v43341/psp-8.00.rhel4.i686.en.tar.gz
Red Hat 5
wget ftp://ftp.hp.com/pub/softlib2/software1/supportpack-linux/p1640255777/v61539/psp-8.60.rhel5.i686.en.tar.gz
[root@orochi ~]# mkdir ProliantServicePack
[root@orochi ~]# tar xfzp psp-8.00.rhel4.i686.en.tar.gz -C ProliantServicePack/
[root@orochi ~]# cd ProliantServicePack/compaq/csp/linux/