Este tema es muy interesante, pero es una pena que no tenga un peso grande o importante en el examen de certificacion.
Vamos a aprender como podemos acceder a nuestras maquinas virtuales en KVM a travez del comando o consola “virsh”. Para esto vamos a realizar dos breves ejemplos en dos de nuestras maquinas virtuales. Ya usted sacara sus propias concluciones de cual de estos metodos usted prefiere.
Para comenzar vamos a conocer nuestro entorno:
cliente 1: class1.example.com 192.168.4.100 cliente 2: class2.example.com 192.168.4.110
Vamos a comenzar primeramente conectandonos via ssh a este servidor para comenzar a realizar nuestro primer ejemplo. Y editaremos el archivo de configuracion /etc/default/grub
[root@class1 ~]# vim /etc/default/grub [root@class1 ~]# cat /etc/default/grub GRUB_TIMEOUT=5 GRUB_DISTRIBUTOR="$(sed 's, release .*$,,g' /etc/system-release)" GRUB_DEFAULT=saved GRUB_DISABLE_SUBMENU=true GRUB_TERMINAL_OUTPUT="console" GRUB_CMDLINE_LINUX="crashkernel=auto rd.lvm.lv=rhel_class1/root rd.lvm.lv=rhel_class1/swap rhgb quiet console=ttyS0" GRUB_DISABLE_RECOVERY="true" [root@class1 ~]#
Como pueden ver, el unico cambio que realice fue agregar “console=ttyS0” al final de “GRUB_CMDLINE_LINUX”. Despues de hacer este cambio pues reiniciamos el cleinte. Pero no sin antes aplicar estos cambios al grub, y para esto ejecutamos lo siguiente:
[root@class1 ~]# grub2-mkconfig -o /boot/grub2/grub.cfg Generating grub configuration file ... Found linux image: /boot/vmlinuz-3.10.0-514.el7.x86_64 Found initrd image: /boot/initramfs-3.10.0-514.el7.x86_64.img Found linux image: /boot/vmlinuz-0-rescue-215eac5013384a9788f40c0149c9808e Found initrd image: /boot/initramfs-0-rescue-215eac5013384a9788f40c0149c9808e.img done [root@class1 ~]#
Ahora vaoms a nuestra consola virsh, para esto vamos a iniciar sesion como root, y ejecutaremos el comando “virsh” para acceder a la consola tal como se muestra a continuacion.
root @fvalero ~ # virsh Welcome to virsh, the virtualization interactive terminal. Type: 'help' for help with commands 'quit' to quit virsh #
Dentro de esta consola o terminal, pues podemos ejecutar varias tareas, pero vamos a enfcarnos en el tema de este articulo. Entonces ahora vamos a ver el estado del cliente 1 y nos vamos a conectar a el:
virsh # list Id Name State ---------------------------------------------------- 6 class2 running 8 class1 running virsh # console class1 Connected to domain class1 Escape character is ^] Red Hat Enterprise Linux Server 7.3 (Maipo) Kernel 3.10.0-514.el7.x86_64 on an x86_64 class1 login: root Password: Last login: Sat Jul 22 19:36:21 from 192.168.4.2 [root@class1 ~]# w 19:39:38 up 0 min, 2 users, load average: 2.01, 0.53, 0.18 USER TTY FROM LOGIN@ IDLE JCPU PCPU WHAT root ttyS0 19:39 2.00s 0.23s 0.11s w [root@class1 ~]#
Como pueden ver ya estamos dentro del cliente 1. Ahora vamos a hacer lo mismo de otra forma en el cliente 2. Entonces para esto nos conectamos via ssh y realizamos los siguientes cambios.
[root@class2 ~]# grubby --update-kernel=ALL --args="console=ttyS0" [root@class2 ~]# echo "ttyS0" >> /etc/securetty [root@class2 ~]# systemctl reboot Connection to class2 closed by remote host.
En esta configuracion hemos utilizado “grubby”, no vamos a entrar en detalles de que es y para que lo utilizamos.
Ahora vamos a regresar a nuetra consola en virsh y verificamos que nos podemos conectar.
virsh # list Id Name State ---------------------------------------------------- 6 class2 running 8 class1 running virsh # console class2 Connected to domain class2 Escape character is ^] Red Hat Enterprise Linux Server 7.3 (Maipo) Kernel 3.10.0-514.el7.x86_64 on an x86_64 class2 login: root Password: Last login: Tue Apr 25 16:33:58 from 192.168.4.2 [root@class2 ~]# w 19:43:48 up 1 min, 2 users, load average: 2.54, 0.71, 0.24 USER TTY FROM LOGIN@ IDLE JCPU PCPU WHAT root ttyS0 19:43 4.00s 0.18s 0.08s w [root@class2 ~]#
Muy bien amigos, aqui tenemos como realizar esta tarea. Espero que les sirva en su preparacion para el examen de certificacion de Red Hat RHCSA.