Publicada la versión 5.2 de Proxmox VE

Saludos nuevamente.

Ayer fue lanzada la versión 5.2 de Proxmox VE, la cual viene con algunos cambios notables. Estos son:

  • Ahora está basada en la versión 9.4 de Debian como Sistema Operativo subyacente
  • Versión 4.15.17 del Kernel de Linux
  • Versión 2.11.1 de la herramienta QEMU
  • Versión 3.0 de la plataforma de virtualización de Contenedores LXC
  • Versión 12.2.5 de Ceph, una de las variantes de almacenamiento que se utiliza
  • Versión 0.7.8 de ZFS
  • Soporte de Cloudinit a través de la WebGUI
  • Creación del clúster y/o unión de nodos al mismo ya a través de la WebGUI
  • Gestión de Certificados de Seguridad a través de la WebGUI, incluídos los de Let’s Encrypt
  • Inclusión de un nuevo plugin de almacenamiento: SMB/CIFS; en el que se pueden guardar respaldos, imágenes de discos duros, plantillas, imágenes de CD/DVD y contenedores (al  fin llegó)
  • Muestreo de la direeción IP de la máquina virtual si, y sólo si, se ha instalado el agente quemu-guest en la misma (esto en los contenedores es fácil, pero no se muestra en las máquinas virtuales)
  • Nuevas características para los Contenedores LXC: Posibilidad de convertir en plantillas y/o clonación, así como también la posibilidad de mover el disco hacia otro almacenamiento (¡¡¡¡BIEEEEEENNNN!!!! ¡¡¡¡Ya era hora de que llegaran los refuerzos!!!!)
  • Gestión de roles (creación/edición) a través de la WebGUI
  • Cambio en la forma de limitación del ancho de banda de entrada/salida en las operaciones de restauración de entornos virtuales, ya puede ser de manera global, por almacenamiento o por trabajo de restauración
  • Una nueva y mejorada integración de la Consola Java (xterm.js) que incluye la reconexión luego de un reinicio del contenedor o reinicio posterior a una migración
  • Opciones básicas y avanzadas en la configuración de elementos a través de la WebGUI
  • Soporte para ebtables
  • Mejoras en la Documentación de Referencia
  • Solución de algunos errores (bug fixes) y actualzación de paquetes (para más detalles, remitirse al Bugtracker y al repositorio GIT)

Notas de la Versión:
https://pve.proxmox.com/wiki/Roadmap#Proxmox_VE_5.2

Video:
Watch our short introduction video – What’s new in Proxmox VE 5.2

Descarga de la imagen ISO:
https://www.proxmox.com/en/downloads
Descarga altternativa de la imagen ISO:
http://download.proxmox.com/iso/

Documentación:
https://pve.proxmox.com/pve-docs/

Código fuente:
https://git.proxmox.com

Bugtracker:
https://bugzilla.proxmox.com

 

Acerca de Hector Suarez Planas

Es Licenciado en Ciencia de la Computación (3 de julio de 2002). Ha sido Administrador de Red en varias organizaciones, Programador y Analista de Sistemas. Actualmente se desempeña como Administrador de Red del Telecentro Tele Turquino de Santiago de Cuba. Tiene experiencia con sistemas Windows y GNU/Linux, Infraestructura de Redes (Cisco, AlliedTelesis, Netgear y HP ProCurve, Vyatta/VyOS), Servidores tanto físicos como virtuales (plataformas VMWare, Proxmox VE y Xen), Sistemas de Seguridad Informática (Snort/Suricata IDS, appliances AlienVault OSSIM), programador (Delphi, C++ Builder, Perl [poco], Python [algo]), entre otras cosas. Actualmente estoy incursionando en todo lo que tiene relación con Cloud Computing (OpenStack) y Centros de Datos. :-)
Esta entrada fue publicada en Proxmox VE. Guarda el enlace permanente.

2 respuestas a Publicada la versión 5.2 de Proxmox VE

  1. leonardo07746 dijo:

    Hector soy nuevo en el manejo del proxmox y desconozco si con esta nueva version me resolvera el siguiente problema tengo entendido que se puede convertir el LVM-thin a directorio pero solo teniendo particiones sdb, tengo un RAID 5 en un servidor HUAWEI con discos de 600 GB y la version 5.1 del proxmox
    Estando la particion de 3t en LVM thin no me da la posibilidad de agregarle salvas de maquinas virtuales solo ISOs, estuve leyendo que para tal proposito se debe de convertir la particion a directorio, yo me encontre con tu enlace “Incremento del espacio en disco en el almacenamiento”….pero en mi caso no seria introducir un nuevo disco sino mas bien aprovechar ya los que estan en el server y convertir una parte de la particion, los 3 teras completo, en directorio.

    1- el comando fdisk -l me devuelve lo siguiente
    Device Start End Sectors Size Type
    /dev/sda1 2048 4095 2048 1M BIOS boot
    /dev/sda2 4096 528383 524288 256M EFI System
    /dev/sda3 528384 7025387486 7024859103 3.3T Linux LVM

    2- la duda mia es q , puedo escoger el sda3? en consulta con otro administrador me dice que no es posible debido a que el sda3 no es el disco fisico en si, es solo una particion y sobre esta no se puede formatear ni cambiar como mismo lo expone el siguiente comando:

    mkfs -t ext4 /dev/sda3
    mke2fs 1.43.4 (31-Jan-2017)
    Found a dos partition table in /dev/sda3
    Proceed anyway? (y,N) y
    /dev/sda3 is apparently in use by the system; will not make a filesystem here!

    2- al probar con sdb me da el siguiente error:
    oot@occ-1:~# fdisk /dev/sdb

    Welcome to fdisk (util-linux 2.29.2).
    Changes will remain in memory only, until you decide to write them.
    Be careful before using the write command.

    fdisk: cannot open /dev/sdb: No such file or directory

    Desde ese paso me es imposible moverme.
    saludos

    • Hector Suarez Planas dijo:

      Saludos, Leonardo.

      Primero que todo, gracias por su comentario.

      ¡¡¡PARE ESO QUE PRETENDE HACER!!! 🙁 Va a provocar la pérdida de datos completamente.

      A ver, le explico basado en lo que mostró:

      Device Start End Sectors Size Type
      /dev/sda1 2048 4095 2048 1M BIOS boot
      /dev/sda2 4096 528383 524288 256M EFI System
      /dev/sda3 528384 7025387486 7024859103 3.3T Linux LVM

      Esta es la tabla de particiones creada por Proxmox VE, la cual es de tipo GPT (GPT guarda y protege en una sección del disco el MBR), de las tres anteriores la que interesa es /dev/sda3. ¿Por qué? Pues, porque dicha partición es de tipo LVM, o sea, de una manera sencilla: una partición contenedora de otras, las cuales son tres volúmenes lógicos propios de la plataforma:

      /dev/pve/root
      /dev/pve/swap
      /dev/pve/data

      Donde la primera tiene el sistema de archivos completo del Debian subyacente, el segundo es la swap, y el tercero es el volúmen lógico de tipo LVM-Thin en el que se guardan llas “imágenes” de los discos duros de los EVs.

      Como expliqué en los posts, una vez que se crea el esquema de particionado, y si no se tomó la precaución de dejar espacio libre en el grupo de volúmenes “pve”, ya no se puede revertir porque el LVM-Thin aún no tiene imprementada la reducción (shrinking), sino solamente la expansión. Por tanto, tengo dos sugerencias par austed:

      1.- Deshacer lo hecho (asumiendo que está recién instalado el nodo y no tiene aún EVs) y crear nuevamente todo, pero en este caso, durante la instalación en la parte de las opciones del disco duro especifíquele un valor al parámetro minfree

      NOTA: ¿Porqué en minfree y no los otros? Pues, porque prefiero “decirle” a Proxmox VE: “Haz todo lo que vayas a hacer, pero me dejar sin tocar N GB”; y no “Dale tanto a root, otro tanto a swap, otro tanto al LVM-Thin y otra a minfree”. Evidentemente es más fácil especificar el espacio que no va a tocar, que especificarle todo a mano.

      2.- Añadir un nuevo disco diro al nodo y ejecutar los pasos del post que revisó acerca del incremento del espacio en el almacenamiento del nodo.

      Espero le sirva.

      🙂

Deja un comentario

Tu dirección de correo electrónico no será publicada. Los campos obligatorios están marcados con *