Publicada la versión 4.2 de Proxmox VE

Saludos nuevamente.

El equipo de Proxmox VE ha publicado la versión 4.2 de su genial herramienta de virtualización, la cual trae algunas modificaciones, actualizaciones y correcciones de algunos bugs. La misma fue publicada hace dos días, el 26 de abril de 2016, y sus características fundamentales son las siguientes:

  • Actualización de la GUI a Sencha Ext JS 6, además de incluir nuevos íconos y graficas dinámicas
  • Basada en Debian 8.4.0 (la última versión de la rama 8 emitida hasta el momento)
  • Versión 4.4.6 del kernel de Linux
  • Versión 2.5.1 de KVM/qemu
  • En la parte del instalador trae preconfiguradas algunos detalles de los plugins de LVM thin y ZFS
  • Soporte para LVM thin
  • Soporte de cifrado
  • Actualizaciones de DRBD9 (versión 9.0.2 del módulo del kernel y 0.95 de la herramienta drbdmanage)
  • Mejoras en el gestor de Alta Disponibilidad (HA)
  • Nuevo diálogo de confirmación para prevenir la eliminación accidental de máquinas virtuales o contenedores
  • Actualización de las traducciones hacia otros idiomas de la WebGUI, especialmente francés, italiano y alemán

En cuanto a los contenedores LXC, también hubo sus cambios, los cuales fueron:

  • Mejoras en la configuración del contenedor
  • Límite de tasa de datos de la red
  • Posibilidad de adición de puntos de montajes a través de la WebGUI
  • La utilidad pct ahora puede montar la partición raíz del contenedor (rootfs) en modo lectura/escritura independientemente del estado del mismo (apagado o encendido)
  • Mejoras en las características de respaldo e instantáneas de los contenedores, incluyendo el respaldo y restauración apropiados de las ACLs
  • Añadido el soporte para Alphine Linux, Ubuntu 16.04

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

Descarga primaria de la imagen ISO de instalación:
http://www.proxmox.com/en/downloads

Descarga alternativa de la imagen ISO de instalación:
http://download.proxmox.com/iso/

Proceso de actualización:
http://pve.proxmox.com/wiki/Downloads

Bugtracker:
https://bugzilla.proxmox.com

40 Comments

  1. Buenas tardes Señor Hector, en primera instancia lo felicito por compartir los conocimientos, es de gran ayuda. Soy nuevo conociendo Proxmox, deseo consultar su opinión sobre si este SO es recomendable o robusto para virtualizar en producción 4 Maquinas Linux y 2 Windows Server, para una Empresa con altas exigencias de procesamiento. La consulta la hago en base a su conocimiento y experiencia con este software del cual he leído muy buenos comentarios.

    1. Saludos, Alexis.

      Primero que todo, gracias pos su comentario. 🙂

      Con respecto a lo que me pregunta, virtualizar 4 equipos Linux y 2 servidores Windows no es un problema para Proxmox VE, de hecho, se pueden crear más entornos virtuales. Todo depende de las prestaciones del hardware que tenga el hipervisor (ya sea físico o ser contratado en un proveedor de servicios IaaS o PaaS, por ejemplo OVH), del almacenamiento a utilizar y de la conectividad de red de que disponga para poner a funcionar la infraestructura. Ah, claro está, también el objetivo al que se pretende llegar.

      En la lista de distribución de Proxmox VE algunos han expuesto infraestructuras de diversos tipos y tamaños en los que tienen funcionando esta solución de virtualización.

      Espero le sea de ayuda.

      🙂

    2. Buenas tardes a todos.
      tengo una consulta, si la pregunta esta fuera de lugar me disculpo de ante mano. Puede confiurarse la ventana de summary en proxmox 4.2 y reorgnaizar todos sus medidores de recursos, puedo aplicar otras vista que la que tiene por defecto.
      Muchas Gracias…

      1. Saludos, Lester.

        Primero que todo, gracias por su comentario.

        Como dije en algún momento, el gestor de Proxmox VE 4.2 está hecho en Sencha Ext JS 6 (está en el Roadmap en la Wiki http://pve.proxmox.com/wiki/Roadmap#Proxmox_VE_4.2). No sé si el equipo de Proxmox VE permita que se modifique el comportamiento de la WebGUI. De todas formas, puede revisar el código fuente del paquete PVE-Manager y ver qué se puede modifcar. Ah, la cosa está que si viene algún update del paquete antes mencionado, se va a sobrescribir con el nuevo contenido.

        Espero haya arrojado un poco de luz a su duda. 🙂

  2. Hector muchas felicidades por este trabajo que realizas, muy útil.
    quisiera saber si es posible actualizar mi Proxmox v.3 a la version estable mas actual sin perder por supuesto la configuracion y las MV. Gracias por tu ayuda

    1. Saludos, Luis.

      Muchísimas gracias por tu comentario. Se agradece muchísimo.

      Con respecto a lo que me preguntas, es posible, pero se debe seguir uns secuencia de pasos para poder lograrlo. Para ello tienes dos variantes:

      – Upgradear los nodos uno por uno

      Aapagando las VMs, desinstalando algunos paquetes basados en Debian 7, añadir las ramas del Debian 8 y Proxmox 4, luego instalar los paquetes correspondientes, ajustar los contenedores OpenVZ a LXC y, por último, encender (por un problema de tradición, ponerse un casco antes de, jejeje, aunque eso ya está probado). 🙂

      – Instalación en nodos desde cero (baremetal)

      Aquí la cosa es que tienes que portar las salvas de las VMs y CTs para los nuevos nodos (ahora estoy medio bloqueado, pero creo que tengo algo de eso en el blog).

      En la lista de discusión de Proxmox VE ya hay muchos que han realizado la migración a la 4.x (entre ellos yo). Hasta hace dos días (el pasado 17 de mayo), la última versión estable es la 4.2-5. 🙂

      Suerte con la migración.

      1. Muchas gracias Hector por su respuesta, pusiera comentarme sobre la “compatibilidad” entre las VM de la v3.x y la actual, es que lei esto en un sitio:

        “OpenVZ is removed, a conversion via backup/restore to LXC is needed”
        Me preocupa esta parte del proceso.

        1. Saludos, Luis.

          Por nada, estamos para ayudar.

          Con respecto a lo que me pregunta, a partir de la versión 4.x, Proxmox VE deja de usar OpenVZ y adopta LXC como plataforma de virtualización de contenedores. Ahora bien, la migración de OpenVZ a LXC no es compleja, en este enlace encontrará cómo hacerlo: http://nihilanthlnxc.cubava.cu/2016/01/07/de-mi-manual-de-proxmox-ve-4-x-conversion-de-contenedores-openvz-a-lxc/

          Espero le sea de ayuda. 🙂

      2. Hola hector.
        Gracias por las aportaciones.

        Podrias enviarme por mail o post del blog como migraste con exito del 3.0 a 4.x

        A mi en un cluster de 2 maqyinas de la 3.x me toco reintalar

          1. Hola Hector

            No me referia a los contenedores si no al propio cluster como lo psasaste de 3.x a 4.x sin psar por nueva instalacion

            un saludo

          2. Saludos, José Vicente.

            Yo lo que hice fue una instalación nueva, o sea:

            1.- Respaldé las VMs y CTs, las salvé en un almacenamiento externo.
            2.- Reinstalé el nodo con la versión 4.2, y actualicé el S.O. (paso que recomiendo una y otra vez antes de hacer cualquier operación posterior).
            3.- Copié desde el almacenamiento los respaldos anteriormente hechos a las VMs y CTs.
            4.- Restauré dichos elementos (las VMs no tienen complicación, pero los CTs sí había que convertirlos).
            5.- Encendí todo.

            No tuve problema alguno durante este proceso. 🙂

            Ahora bien, con respecto a upgradear un Proxmox VE de la 3.4 a la 4.2 directamente, no soy muy partidario de ese método. 🙁 Prefiero instalaciones limpias.

  3. Buenas licenciado, estudio informática y estoy realizando mi tesis de diploma en estos mismo momentos, queria saber si usted pudiera responderme algunas preguntas y dudas que me han surgido,le dejo mi correo para que me escriba de ser posible. Gracias de antemano. ymsuarez@estudiantes.uci.cu

  4. Hola Héctor,

    Primero que todo decirte que haces un gran trabajo difundiendo esta herramienta y gracias por compartirlo con nosotros.

    Te comento que actualmente tengo proxmox 3.4 y bueno hasta ese momento cuando creaba las máquinas virtuales lo hacía botón “Crear VM” en vez de crear “CT”. Hasta ahora no tenía ningún problema al utilizar proxmox hasta que salió esta nueva versión o tal vez es solo mi inexperiencia. Me gustaría pedir Ayuda con tus conscientes para poder llevar mis máquinas virtuales (qcow2 y raw) a la nueva versión de proxmox 4.2-2 (esta versión lo tengo en un servidor distinto)

    Llevo 2 semanas tratando de migrar sin éxito :'( jejeje

    En la versión 3.4 al crear las máquinas se creaba una carpeta en /var/lib/vz/image/ con el ID de tu máquina virtual y dentro de esta carpeta estaba los qcow2 o los raw los cuales copiaba y los pegaba en otra máquina proxmox y no tenía problemas pero ahora en la versión 4.2-2 las cosas no son así porque ya no crea un archivo único.

    Con esta extensa intro jejeje

    1.- Cómo podría sacar los qcwo2 y raw para migrarlo a un proxmox 4.2-2.

    2.- Como podrá exportar las VM para poder trabajarlo en vmware porque aveces pruebo los svr en mi laptop y después la llevaba al proxmox.

    3.- y bueno la misma operación en viceversa, importar desde vmware.

    Disculpe por tantas preguntas 🙁

    Desde ya muchas gracias 🙂

    1. Saludos, Alexandierg.

      Primero que todo disculpa la demora, tenía que estar con los 5 sentidos activados para poder responderte mejor.

      Segundo, gracias por tu comentario, se agradece muchísimo.

      Con respecto a lo que me preguntas:

      1.- Lo que recomienda la literatura es hacer un respaldo de las VMs y/o CTs antes de hacer el proceso de migración. En mi caso tuve éxito en el proceso, de hecho, hay un post donde explico cómo migrar los CTs sin traumas (http://nihilanthlnxc.cubava.cu/2016/01/07/de-mi-manual-de-proxmox-ve-4-x-conversion-de-contenedores-openvz-a-lxc/), en el caso de las VMs no hay problemas.

      2.- Si lo que quieres es exportar la VM a VMware, lo primero que debes hacer es convertir el archivo imagen de disco duro de qcow2/raw a vmdk; para ello debes utilizar la herramienta qemu-img, la cual está tanto para Windows como para Linux. Por ejemplo:

      Convertir una imagen de qcow2 a vmdk:

      qemu-img convert -f qcow2 archivo-origen.qcow2 -O vmdk archivo-destino.vmdk

      Convertir una imagen de raw a vmdk (igual que el anterior, lo que cambia el formato):

      qemu-img convert -f raw archivo-origen.raw -O vmdk archivo-destino.vmdk

      NOTA: Normalmente cuando hago pruebas con Proxmox en entornos reducidos (muyyyyyyyyyyyy pocos recursos), uso VMware y lo acondiciono para que el Proxmox dentro de la VM funcione adecuadamente. Y mi himilde opinión, con la conversión sucesiva de imágenes de discos duros de VMs, añades el riesgo de que se corrompa durante el proceso, ya sea por causas internas o externas.

      3.- El mismo texto del punto anterior.

      No hay problemas, puedes preguntar lo que quieras, si está en mis humildes posibilidades, responderé con gusto.

      🙂

    1. Saludos, YRaul.

      Bueno, sinceramente, nunca he trabajado con esa modalidad del LVM. Según lo que he leído (y que no entendí muy bien porque no me pude concentrar en la lectura por la vorágine de trabajo), parece que es una asignación dinámica de espacio dentro del LVM que va creciendo según se va ocupando hasta su valor máximo establecido.

      En cuanto tenga chance de leer (y probar eso), te tendré una mejor respuesta.

      Disculpa si no puedo ser de gran ayuda en este momento. 🙁

  5. Buenos dias hermano, muy buen blog, yo estoy interesado en instalar esta plataforma de virtualizacion pero no tengo el disco de instalacion, necesito sabe si usted me lo puede facilitar o la imagen, yo soy el admin del gobierno prov. trabajo cerca de usted saludos por aca

    1. Saludos, em.. Tocayo.

      Primero que todo, gracias por su comentario, se agradece muchísimo.

      No ha cambiado la ruta, es dentro de /var/lib/vz. Se mantienen los mismos subdirectorios de siempre, pero la estructira de los CT LXC cambia, no son como los OpenVZ.

  6. Hola Hector.

    ya vi tu foro y esta muy interesante, yo uso esta herramienta, proxmox, lo usamos desde hace mas de 5 anos la versión 3.0, 3.1, 3,4, 4.1 y 4.2, actualmente migre todos los virtuales de mi empresa tanto VM como OPENVZ ahora (LXC) y están en producción en la 4.2.

    Tengo una falla curioso en todos los host que son 4 y es que la versión actual 4.2 (actualizada a la fecha) de un momento a otro parece que se bloqueara y no carga la administración web, quedan en blanco las VM, LXC sin nombre y no registra temas de hardware de las maquinas VM, LXC, ni el host, osea nada de administración, queda en blanco.

    lo mas curioso es que ninguna VM o LXC se cae todas siguen operando sin ninguna falla, después de un rato o minutos o horas, se desbloquea sola y carga la administración web bien, con la anomalía que en el tiempo que estuvo caído no registro consumo de nada de la VM, LXC. ni el host, osea nada de logs de registro.

    Las preguntas son 2.

    – Sabes que Puede estar pasando con esta falla?
    – Para ti cual es la mejor y mas estable versión? para mi la 3.4. que opinas tu?

    Gracias y buen día.

    1. Saludos, Andrés.

      Primero que todo, gracias por tu comentario, se agradece muchísimo.

      ¿Podrías enviar o ponerme aquí la salida del comando “pveversion -v”? Para ubicarme en la versión que estás trabajando (la última es la proxmox 4.2-64 con pve-manager 4.2-18).

      En cuanto a ese error, nunca me ha sucedido hasta el momento, por lo tanto, ni idea de lo que puede estar pasando. ¿No te sale nada en el syslog referente al pve-manager (que es el encargado de la GUI y usa JRE como base, dado que está hecho con el framework Ext6)? Mira, a veces el uso del CLI te saca de ciertos apuros, pero lo malo es que por las dos vías se ve lo mismo en el log. 🙁

      Con respecto a las versiones, ya estábamos habituados a la rama 3.x, la cual aún tiene soporte, pero tiene los días contados. Con la versión 4 hicieron un cambio grande que, para el que ya dominaba hasta cierto punto Proxmox VE, no tuvo muchos contratiempos, solamente había que diseccionar la versión 4.x para ver qué traía.

      Mira, la ventaja de tener el repo local es que puedes añadir las ramas sin problemas, y si ves muchas actualizaciones y cambios de paquetes en un corto período de tiempo, es porque hay algo que se está cocinando, ya sea una nueva versión de la misma rama o una nueva basada en la siguiente versión del sistema operativo subyacente (me refiero a Debian).

      Entonces, esta versión 4.2 tiene sus cositas aún, pero no está mal, lo que recuerda que nosotros usamos la versión de pruebas (PVE No Subscription) para entornos de producción, lo cual no es recomendable, pero hasta ahora se ha mantenido casi un 100% estable. Si tuviésemos la posibilidad de adquirir las licencias o subscripciones, otro gallo cantaría. 🙂

      Buen día para ti, y disculpa el teque. 😀

  7. Muy buenas noches Hector, primero que nada muchas gracias por tus notas nos han sido de gran ayuda.
    Te molesto con una consulta, tengo un archivo de un disco virtual “vm-104-disk-1.raw” de un servidor que se estropeo, el cual estaba ejecutando la versión 1.9 de Proxmox y solo recuperamos el backup de los discos. Es posible importar esta imagen a una nueva MV en Proxmox 4.2? cuales serian los pasos? Desde ya muchas gracias y saludos desde Argentina.

    1. Saludos, Joaquín.

      Primero que todo, gracias por su comentario.

      No hay problema, Ud. no molesta. 🙂

      Sí es posbile importarla a un nuevo nodo con Proxmox VE 4.x, lo que hay que seguir una serie de pasos (y existen varias variantes, desde el uso de la WebGUI hasta el CLI):

      1.- Importar la imagen RAW al nodo en un espacio de trabajo donde se pueda convertir sin problemas.

      2.- Convertir la imagen de formato RAW a QCOW2: qemu-img convert -O qcow2 imagen-original.raw imagen-convertida.qcow2

      NOTA: Estos pasos los puede realizar si desea convertir la imagen a un formato de más rendimiento (según la Wiki de Proxmox VE) para aprovechar las bondades del formato qcow2. En caso contrario, que se deseee usar la imagen en formato RAW, estos dos primeros pasos no son necesarios.

      3.- Crear la VM normalmente, ya sea mediante la WebGUI o por CLI.

      NOTA: Es importante acordarse del tamaño original de la imagen de disco duro, aunque… se puede poner el tamaño cualquiera y luego ajustarla. También es importante que coincida el VMID de la VM con el de la imagen a copiar, dado que tendrán que modificar las propiedades de la VM, específicamente el parámetro del disco duro que se refiere al volúmen.

      4.- Sobrescribir la imagen recién convertida (o no) dentro del subdirectorio que crea automáticamente Proxmox VE destinado a guardar la imagen de disco duro de la VM, ya sea en el almacenamiento local o remoto según se haya establecido.

      5.- Ponerse un casco (por si acaso) y encender la VM.

      En esencia esos son los pasos. Espero les sean útiles. 🙂

  8. Buenos días estoy comenzando a trabajar con proxmox acabo de instalar la versión 4.2 siguiendo los tutoriales que has publicado en tu blog y lo que deseo montar son tres contenedores(es una red pequeña apenas un laboratorio: seria un contenedor para proxy, otro para correo y otro para dns y ftp), la duda está en como configuro la red debido a que la pc tiene dos tarjetas de red físicas una sería para la wan y la otra para la lan. Saludos, espero que puedas ayudarme

    1. Saludos, Orelsys.

      Primero que todo, gracias por tu comentario. Se agradece muchísimo.

      Bueno, asumiendo que esta hablando del hardware donde descansa el Proxmox VE, debe configurar las tarjetas de red de la siguiente manera:

      – Un bridge asociado a la tarjeta de red que apunta a la WAN sin dirección IP específica (IPless)
      – Un bridge asociado a la tarjeta de red que apunta a la LAN, esta sí con dirección IP porque ¿de qué modo va a gestionar el Proxmox VE?

      Entonces, debe crear una VM KVM con dos tarjetas de red, cada una asociada a cada bridge antes mencionado, e instalarle una distribución especializada en routing (VyOS, pfSense, etc., la que más le guste), la cual se convertirá en el vPC-router de la red. Todas las PCs de la LAN utilizarán la dirección IP de la tarjeta de red de la VM vinculada al bridge de la LAN, y en la tarjeta de red asociada al bridge de la WAN es donde se establecen las direcciones IP del rango WAN que serán utilizadas. Así el Proxmox VE propiamente no tendrá dirección IP del rango WAN.

  9. Saludos Nuevamente , te pongo al dia de como va proxmox , hice mi primera migracion de una maquina con formato xva y ya en produccion costo conseguir donde el 4.2 pone los raw pero se logro ahora tengo una duda necesito probar mi ha configure el grupo y los nodos que van a interatuar en mi caso 1 y 2 ( asigne las maquinas que importantes) el 3er nodo cree un grupo de prueba donde tengo una vm y lo cree en un grupo donde de la 3 pase a la 2 ahora bien como me recomiendas que realice la prueba si del 3er nodo pasa al 2do , solo saco el cable de red o lo apago forzado gracias

    1. Saludos, Juan José.

      Muy bien por lo que has hecho. Este mundo de las infraestructuras virtuales tiene sus cosas, y mientras puedas resolver los problemas a tiempo y en el menor tiempo posible, irás ganando en experiencia y, ¿por qué no?, en prestigio también.

      En cuanto al método de “desconexión brusca”, prueba los dos. El primero es el más noble, pero el segundo es el que más me gusta, dado que se ajusta a una buena parte de nuestra realidad. 🙂

  10. Hola Hector muy buen post… me encanta el proxmox desde que lo descubrí lo uso y lo recomiendo a TODOS mis colegas por encima de otras herramientas de virtualización, recientemente me ha surgido un problema y espero me ayudes cuando voy a hacer el respaldo me da el siguiente error SIEMPRE en el mismo %

    ERROR: job failed with err -5 – Input/output error

    tengo programado que haga salvas periódicas y que me guarde solo las ultimas 4 (por confianza) no chequee mucho y las que tengo son viejas ya y cuando me dispongo a hacerla manual me encuentro con esto… alguna ayudita??? Gracias….

    1. Saludos, Gretchen.

      Primero que todo, gracias por tu comentario.

      ¿Haz revisado el almacenamiento donde estás situando los archivos de respaldo? ¿Le queda espacio libre? ¿El sistema de archivo es el adecuado par aalbergar archivos grandes? Porque ese tipo de errores son frecuentes cuando, o el almacenamiento falla, o cuando hay algún problema con el sistema de archivos del mismo.

      En caso de que tu almacenamiento sea desde una cabina iSCSI o similar, debes tener muy en cuenta el ancho de banda establecido en el enlace entre el nodo y el almacenamiento. Para los pobrecitos como nosotros siempre recomiendo bonding/trunking.

      Bueno, espero te sirva. Suerte con eso. 🙂

  11. Hola Héctor tengo instalado la versión 4.3 proxmox , quiero hacer salvas en local-lvm y no me deja , como puedo crear un directorio pero que sea con el espacio de ese directorio local-lvm, ya que este esta vacio. Gracias

    1. Saludos, Luis.

      Es que NO te dejará. El almacenamiento basado en LVM-Thin solamente contendrá los discos duros de los EVs (particiones o volúmenes lógicos LVM).

      Te recomiendo añadir un nuevo almacenamiento par alos backups nada más. No lo hagas en el almacenamiento local principal del nodo.

      Espero te sirva. 🙂

  12. Buenas tardes Señor, vi algunos aportes muy interesantes y lo felicito.
    Estoy con algunas dudas y necesitaria una ayuda.
    Vengo de la version 3.4 en la cual las imagenes, snapshot etc se almacenan en /var/lib/vz y esta todo unificado en el tamaño total del disco, a diferencia de esta version con la cual me encuentro el problema de que automaticamente particiona ese directorio y le asigna 100 GB, el resto (2TB en mi Server) quedan sin asignar.
    Podria usted explicarme por que pasa esto? ya que en la particion de 100 GB se guardan los snapshot y las .iso o imagenes que carguemos y esto haria que ocupe todo el espacio rapidamente.
    Tengo ese problema y el otro es que aparentemente no trae soporte para KVM, y unicamente me da la opcion de crear VM en formato RAW.
    Desde ya muchas gracias y disculpe la molestia espero sepa comprender.
    Saludos desde Buenos Aires, Argentina.

    1. Saludos, Lucas Octavio.

      Primero que todo, gracias por su comentario y felicitaciones. 🙂 Se agradecen muchísimo.

      Bueno, voy a separar la respuesta en dos partes:

      1.- Venida desde la versión 3.4 y los posibles problemas con el espacio.

      En este punto, decir que lo primero que hay que tener a mano es una instalación fresca de un Proxmox VE 4.4 para poder migrar los respaldos hechos anteriormente.

      En uno de mis posts hablo sobre el tamaño que asigna Proxmox VE a su espacio de operaciones, que a partir de determinado tamaño de disco, le da 96 GB, pero crea además la swap y el espacio de trabajo de la plataforma de virtualización. Eso es común para, al menos, cualquier disco duro de 1 TB.

      Ahora bien, supongamos que tiene un nodo con un disco de 2 TB y un disco duro externo USB con los respaldos. Una buena solución es especificarle a Proxmox VE, durante la instalación, un espacio libre mínimo para usar posteriormente (en mi caso, que tengo discos de 1 TB, le doy 250 GB, en el suyo puede ser de 350 GB o un poquito más); ya instalado, crear un nuevo volumen lógico llamado “backups”, por ejemplo, formatearlo, y añadirlo como almacenamiento basado en directorio al Proxmox VE con reglas de sólo almacenar backups ahí; luego copiar los respaldos del disco duro externo a esa ubicación (preferentemente de manera directa en caso de que cuente con acceso físico al nodo). De ahí, es sólo restaurar los EVs (entornos virtuales) respaldados al almacenamiento local-lvm que trae por defecto Proxmox VE (claro, si tiene otro compartido, igual puede ser).

      Así no se toca para nada el espacio de funcionamiento principal del nodo (/dev/pve/root).

      2.- Soporte para las VMs

      A partir de la versión 4.2 de Proxmox VE, el esquema de almacenamiento cambió, dado que pasaron a usar LVM Thin como “backend” de almacenamiento de las imágenes de los HDD de los EVs. Antes se usaban imágenes qcow2, ahora son volúmenes lógicos LVM con características especiales. Si da un “lvdisplay”, verá que cada HDD de un EV, es un volumen lógico. Es por eso que aparece como RAW y deshabilitado (está diciendo realmente cómo es).

      Espero le ilumine un poco. Ah, y no se preocupe. Estamos para ayudarnos.

      Saludos. 😀

  13. estoy aprediento proxmox ahora, me han servido de mucho estos manuales a lo cual agradezco, pero quisiera algo como prescolar … jajaja .. además de zentyal con proxmox … gracias.

    1. Saludos, Elizabeth.

      Primero que todo, gracias por su comentario.

      Bueno, bajarle un poco más el nivel a los posts, creo que sería muy difícil.

      En cuanto a lo de Zentyal. No, tendría que probar usted por sí misma, dado que no me gusta Zentyal.

      🙂

Deja un comentario

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