De mi Manual de Proxmox VE 4.x: Solución de Problemas (P6)

Saludos nuevamente.

Primero que todo, mis disculpas [nuevamente] por no haber publicado post alguno durante un buen tiempo.

Bueno, hoy vengo con otro problema que resolví en horas de la mañana, pero el mismo lo tenía hace más de 6 meses y por múltiples causas ajenas [y quizás alguna muy mías] a mi voluntad, no le “ponía cabeza a eso”, como se dice en buen cubano. ¿Cómo lo resolví? Acá les va el artículo:

P6.- Actualización de la paquetería APT de contenedores LXC con Debian 8 en Proxmox VE.

Desde hace ya varios meses venía presentando este problema con las actualizaciones de los paquetes en los contenedores LXC en Proxmox VE, problema que pasa en las máquinas virtuales KVM (evidentemente porque el entorno virtual es totalmente independiente, cosa que no ocurre con los contenedores, donde el espacio es compartido).

Hoy cuando quise actualizar la paquetería de uno de mis contenedores, me salió estos mensajes:

root@v-e-svr-1:~# apt update
Ign http://repos.midominio.cu jessie InRelease
Ign http://repos.midominio.cu jessie-updates InRelease
Ign http://repos.midominio.cu jessie/updates InRelease
Hit http://repos.midominio.cu jessie Release.gpg
Get:1 http://repos.midominio.cu jessie-updates Release.gpg [1554 B]
Get:2 http://repos.midominio.cu jessie/updates Release.gpg [1554 B]
Hit http://repos.midominio.cu jessie Release
Get:3 http://repos.midominio.cu jessie-updates Release [143 kB]
Get:4 http://repos.midominio.cu jessie/updates Release [61.5 kB]
Hit http://repos.midominio.cu jessie/contrib Translation-en
Hit http://repos.midominio.cu jessie/main Translation-en
Hit http://repos.midominio.cu jessie/non-free Translation-en
Hit http://repos.midominio.cu jessie/main amd64 Packages
Hit http://repos.midominio.cu jessie/contrib amd64 Packages
Hit http://repos.midominio.cu jessie/non-free amd64 Packages
Ign http://repos.midominio.cu jessie-updates/main amd64 Packages/DiffIndex
Ign http://repos.midominio.cu jessie-updates/main Translation-en/DiffIndex
Get:5 http://repos.midominio.cu jessie/updates/main amd64 Packages [402 kB]
Get:6 http://repos.midominio.cu jessie/updates/contrib amd64 Packages [2506 B]
Get:7 http://repos.midominio.cu jessie/updates/non-free amd64 Packages [14 B]
Get:8 http://repos.midominio.cu jessie/updates/contrib Translation-en [1211 B]
Get:9 http://repos.midominio.cu jessie/updates/main Translation-en [211 kB]
Get:10 http://repos.midominio.cu jessie/updates/non-free Translation-en [14 B]
Get:11 http://repos.midominio.cu jessie-updates/main amd64 Packages [15.6 kB]
Get:12 http://repos.midominio.cu jessie-updates/main Translation-en [12.6 kB]
Fetched 853 kB in 1s (449 kB/s)
Reading package lists… Done
Building dependency tree
Reading state information… Done
44 packages can be upgraded. Run ‘apt list –upgradable’ to see them.
root@v-e-svr-1:~# apt full-upgrade -y
Reading package lists… Done
Building dependency tree
Reading state information… Done
Calculating upgrade… Done
The following packages will be upgraded:
  bind9-host dbus dnsutils file libbind9-90 libcairo2 libdbus-1-3 libdns-export100 libdns100 libevent-2.0-5 libfreetype6 libgnutls-deb0-28 libgnutls-openssl27
  libhogweed2 libicu52 libirs-export91 libisc-export95 libisc95 libisccc90 libisccfg-export90 libisccfg90 libjasper1 liblwres90 libmagic1 libnettle4 libpam-modules
  libpam-modules-bin libpam-runtime libpng12-0 libss2 libssl1.0.0 libsystemd0 libtiff5 libudev1 libxpm4 locales login multiarch-support openssl passwd tzdata
  vim-common vim-tiny w3m
44 upgraded, 0 newly installed, 0 to remove and 0 not upgraded.
Need to get 14.0 MB/22.7 MB of archives.
After this operation, 534 kB disk space will be freed.
Get:1 http://repos.midominio.cu/linux/distros/debian-security/ jessie/updates/main login amd64 1:4.2-3+deb8u3 [721 kB]
Get:2 http://repos.midominio.cu/linux/distros/debian-security/ jessie/updates/main libssl1.0.0 amd64 1.0.1t-1+deb8u6 [1047 kB]
Get:3 http://repos.midominio.cu/linux/distros/debian-security/ jessie/updates/main libevent-2.0-5 amd64 2.0.21-stable-2+deb8u1 [152 kB]
Get:4 http://repos.midominio.cu/linux/distros/debian-security/ jessie/updates/main libfreetype6 amd64 2.5.2-3+deb8u2 [466 kB]
Get:5 http://repos.midominio.cu/linux/distros/debian-security/ jessie/updates/main libisc-export95 amd64 1:9.9.5.dfsg-9+deb8u10 [141 kB]
Get:6 http://repos.midominio.cu/linux/distros/debian-security/ jessie/updates/main libdns-export100 amd64 1:9.9.5.dfsg-9+deb8u10 [457 kB]
Get:7 http://repos.midominio.cu/linux/distros/debian-security/ jessie/updates/main libicu52 amd64 52.1-8+deb8u5 [6801 kB]
Get:8 http://repos.midominio.cu/linux/distros/debian-security/ jessie/updates/main libisccfg-export90 amd64 1:9.9.5.dfsg-9+deb8u10 [40.8 kB]
Get:9 http://repos.midominio.cu/linux/distros/debian-security/ jessie/updates/main libirs-export91 amd64 1:9.9.5.dfsg-9+deb8u10 [38.6 kB]
Get:10 http://repos.midominio.cu/linux/distros/debian-security/ jessie/updates/main libjasper1 amd64 1.900.1-debian1-2.4+deb8u3 [134 kB]
Get:11 http://repos.midominio.cu/linux/distros/debian-security/ jessie/updates/main libtiff5 amd64 4.0.3-12.3+deb8u3 [219 kB]
Get:12 http://repos.midominio.cu/linux/distros/debian-security/ jessie/updates/main libxpm4 amd64 1:3.5.12-0+deb8u1 [49.2 kB]
Get:13 http://repos.midominio.cu/linux/distros/debian-security/ jessie/updates/main passwd amd64 1:4.2-3+deb8u3 [970 kB]
Get:14 http://repos.midominio.cu/linux/distros/debian-updates/ jessie-updates/main tzdata all 2017b-0+deb8u1 [232 kB]
Get:15 http://repos.midominio.cu/linux/distros/debian-security/ jessie/updates/main vim-tiny amd64 2:7.4.488-7+deb8u2 [418 kB]
Get:16 http://repos.midominio.cu/linux/distros/debian-security/ jessie/updates/main vim-common amd64 2:7.4.488-7+deb8u2 [185 kB]
Get:17 http://repos.midominio.cu/linux/distros/debian-security/ jessie/updates/main dnsutils amd64 1:9.9.5.dfsg-9+deb8u10 [119 kB]
Get:18 http://repos.midominio.cu/linux/distros/debian-security/ jessie/updates/main bind9-host amd64 1:9.9.5.dfsg-9+deb8u10 [67.6 kB]
Get:19 http://repos.midominio.cu/linux/distros/debian-security/ jessie/updates/main libisc95 amd64 1:9.9.5.dfsg-9+deb8u10 [169 kB]
Get:20 http://repos.midominio.cu/linux/distros/debian-security/ jessie/updates/main libdns100 amd64 1:9.9.5.dfsg-9+deb8u10 [681 kB]
Get:21 http://repos.midominio.cu/linux/distros/debian-security/ jessie/updates/main libisccc90 amd64 1:9.9.5.dfsg-9+deb8u10 [36.7 kB]
Get:22 http://repos.midominio.cu/linux/distros/debian-security/ jessie/updates/main libisccfg90 amd64 1:9.9.5.dfsg-9+deb8u10 [57.2 kB]
Get:23 http://repos.midominio.cu/linux/distros/debian-security/ jessie/updates/main liblwres90 amd64 1:9.9.5.dfsg-9+deb8u10 [53.1 kB]
Get:24 http://repos.midominio.cu/linux/distros/debian-security/ jessie/updates/main libbind9-90 amd64 1:9.9.5.dfsg-9+deb8u10 [43.4 kB]
Get:25 http://repos.midominio.cu/linux/distros/debian-security/ jessie/updates/main openssl amd64 1.0.1t-1+deb8u6 [665 kB]
Fetched 14.0 MB in 1s (9703 kB/s)
Can’t set locale; make sure $LC_* and $LANG are correct!
Reading changelogs… Done
perl: warning: Setting locale failed.
perl: warning: Please check that your locale settings:
        LANGUAGE = (unset),
        LC_ALL = (unset),
        LANG = “en_US.UTF-8”
    are supported and installed on your system.
perl: warning: Falling back to the standard locale (“C”).
locale: Cannot set LC_CTYPE to default locale: No such file or directory
locale: Cannot set LC_MESSAGES to default locale: No such file or directory
locale: Cannot set LC_ALL to default locale: No such file or directory
Extracting templates from packages: 100%
Preconfiguring packages …
(Reading database … 22063 files and directories currently installed.)
Preparing to unpack …/login_1%3a4.2-3+deb8u3_amd64.deb …
Unpacking login (1:4.2-3+deb8u3) over (1:4.2-3+deb8u1) …
Processing triggers for man-db (2.7.0.2-5) …
Setting up login (1:4.2-3+deb8u3) …
(Reading database … 22063 files and directories currently installed.)
Preparing to unpack …/libpam-modules-bin_1.1.8-3.1+deb8u2_amd64.deb …
Unpacking libpam-modules-bin (1.1.8-3.1+deb8u2) over (1.1.8-3.1+deb8u1+b1) …
dpkg: error processing archive /var/cache/apt/archives/libpam-modules-bin_1.1.8-3.1+deb8u2_amd64.deb (–unpack):
 error setting ownership of `./sbin/unix_chkpwd’: Operation not permitted
Processing triggers for man-db (2.7.0.2-5) …
Errors were encountered while processing:
 /var/cache/apt/archives/libpam-modules-bin_1.1.8-3.1+deb8u2_amd64.deb
W: chown to root:adm of file /var/log/apt/term.log failed – OpenLog (1: Operation not permitted)
E: Sub-process /usr/bin/dpkg returned an error code (1)

No sé si por pereza, desinterés, falta de tiempo por tener bastante trabajo, que no le puse cabeza a ese asunto. De ahí que con mucha calma y tranquilidad, decidí meterle mano a ese asunto definitivamente.

Luego de buscar en los foros de Proxmox VE, me tropecé con esta entrada:

https://forum.proxmox.com/threads/lxc-containers-have-extended-permissions-acl-by-default.25367/

Donde uno de los miembros sugiere lo siguiente, entre otras cosas:

Yes, and also, if you put lxc.rootfs.options: noacl (or noatime etc.) in your /etc/pve/lxc/nnn.conf this is not applied.

The PVE prestart hook for LXC mounts the root without applying the lxc.rootfs.options and with system defaults that also do NOT (probably a jessie bug) honor the default_mount options of the ext4 superblock of the LXC raw image (tried that first). Therefore the acl option is always ON because it is ON for the root of the Proxmox host and that seems to be inherited.

Y lo que dice el autor está más claro que el agua: la opción acl está activada por defecto, porque la hereda del hipervisor, que también está activada por defecto.

Entonces me dí a la tarea de probar esta sugerencia, pero cuando reinicié el contenedor e inteté entrar en él, me tropiezo con otro error:

root@prx:~# pct enter 100
vm 300 – lxc.rootfs.options: lxc.rootfs.options is not supported, please use mount point options in the “rootfs” key

No obstante, este mensaje ya me dió otra luz: consultar la Wiki de Proxmox VE. Más exactamente al manual del archivo pct.conf. En dicho manual, en la entrada correspondiente al rootfs encontré lo siguiente:

rootfs: [volume=]<volume> [,acl=<1|0>] [,quota=<1|0>] [,ro=<1|0>] [,shared=<1|0>] [,size=<DiskSize>]

De ahí específicamente esta parte del manual:

acl=<boolean>

Explicitly enable or disable ACL support.

Seguidamente lo que hice fue apagar el contenedor, modificar el valor del parámetro correspondiente al rootfs del mismo de la siguiente manera (desactivar las acl):

(…)
rootfs: local-lvm:vm-300-disk-1,size=40G,acl=0
(…)

Y luego lo reinicié.

Acto seguido ejecuté nuevamente la acción del actualización del APT, la cual fue exitosa. claro, dándome los mensajes de error correspondientes a la falta de la configuración de los locales. Para corregir esto, lo que hice fue reconfigurar los locales en el contenedor mediante el comando siguiente (esta parte ya la conocen):

root@v-e-svr-1:~# dpkg-reconfigure locales

Y así resolví el problema.

Espero les sirva. 😀

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.

17 respuestas a De mi Manual de Proxmox VE 4.x: Solución de Problemas (P6)

  1. Felipe dijo:

    Saludos hermano, que bueno que vuelves a publicar, espero mantengas el blog porque nos es de muuuuuuucha ayuda. Gracias por tu trabajo.
    Tengo una pregunta para ti.
    Necesito sacar las salvas que tengo en el segundo HDD del proxmox para un disco usb externo formateado en ntfs de 1tb paa tenerlas aparte.
    el hdd de salvas en el proxmox esta montado en /mnt/salvas las salvas estan en la carpeta dump de ese disco, yo monte el usb en /mnt/usb y veo lo que tiene, pero cuando trato por ejemplo de hacer lo siguiente desde dump cp *.* /mnt/usb me da el siguiente error:

    cp: cannot create regular file ‘/mnt/usb/vzdump-qemu-100-2017_05_03-09_43_14.log’: Read-only file system

    Sera que el proxmox no escribe en el sistema de archivos ntfs ??

    Gracias de antemano.
    Saludos desde Santa Cruz del Sur Camaguey.

    • Hector Suarez Planas dijo:

      Saludos, Felipe.

      Primero que todo, gracias por su comentario.

      El problema es que, antes que todo, debe instalar el paquete ntfs-3g, dado que Proxmox VE no lo trae en su paquetería por defecto, y usa el módulo de sólo lectura de sistemas de archivos NTFS que trae el kernel.

      Una vez instalado el paquete, sólo queda montarlo:

      mount.ntfs-3g /dev/sdXY /mnt/usb

      Normalmente yo siempre dedico el mismo subdirectorio como punto de montaje en todos los linuxes en que trabajo (/media/flash) para montar mi disco duro externo, el cual tiene NTFS como FS, y todos mis scripts de actualizaciones de repos y respaldos van a parar ahí.

      Ah, aclaro: el plugin de lectura/escritura de NTFS no cree en marcas, o sea, que no tiene en cuenta el bit de seguridad que da Wincows a las particiones NTFS. Por lo tanto, dicho plugin se centra en el FS como tal.

      Espero le sirva. 😀

  2. Felipe dijo:

    Gracias, por su respuesta, sabia lo del ntfs3g porque lo use en debian, pero como hace muy poco que comence con lo del proxmox ni siquiera me he atrevido a configurarle los repositorios, creo que en infomed estan publicados.
    Gracias nuevamente.

    • Hector Suarez Planas dijo:

      Saludos, Felipe.

      Recuerda que lo que subyace debajo de la plataforma Proxmox VE es un Debian, si usas la rama 4.x, es un Debian 8.

      Y sí, Infomed hace tiempo publica los repositorios de varias distros para uso interno de la Red Nacional de Salud. No tengas miedo en modificar el APT de Proxmox VE, es de lo más sencillo. Yo tengo varias réplicas locales de repositorios ubicados en Internet. 🙂

  3. Felipe dijo:

    Gracias por tu ayuda, ya le configure los repositorios y todo ok, incluso le instale el mc para trabajar un poquito mejor en las copias de un lado para otro
    Disculpa tanta jodedera, pero tengo una coriosidad, y es saber si es posible utilizar el mismo proxmox como proxy de la red instalandole Squid3, no se si es aconsejable, o trae consigo algun problema de rendimiento o cosas por el estilo.
    Saludos Felipe

    • Hector Suarez Planas dijo:

      Saludos, Felipe.

      Me alegra que hayas resuelto. Y no hay que disculparse, estamos para ayudar.

      Con respecto a lo que me preguntas, la respuesta es sencilla, no es reocmendable. Para eso usa un CT con Squid. No soy muy dado a ponerle cosas adicionales más allá de lo necesario al hipervisor.

      Y como demuestras que tienes curiosidad, échale un vistazo a Docker. 😀

  4. Felipe dijo:

    Yo cree un VM con squid y me funciona muy bien, ahora, es mejor hacerlo en un CT ?. Por lo que he visto consume mucho menos recursos un CT pero todavia no he implementado ninguna creo que tengo una plantilla de Debian 8 por ahi para probar. Uso el Proxmox 4.3
    Saludos.

    • Hector Suarez Planas dijo:

      Saludos, Felipe.

      Recuerda que el cielo es tu límite. Adelante, verás el cambio cunado uses un CT. 🙂

  5. OficinasCAYRO dijo:

    Que tal asere, vengo siguiendo tu bloq desde hace mucho, antes que nada felicitarte por lo estupendo del contenido.

    Tal vez mi comentario no tenga nada que ver con la entrada, pero quisiera escuchar tu opinion sobre mi inquietud.

    OK. llevo ya varios años utilizando Proxmox en su version 3.4, debo decir que estable y dura como una roca, y desde hace algunos meses me vengo planteando la idea de actualizar todos los entornos que administro, todas versiones 3.4 a la nueva y mas reciente version 4.4.

    La pregunta del millon, merece la pena la actualizacion? ya que los cambios son bastantes radicales, OpenVZ es reemplazado por LXC, eso me impide poder navegar por la maquina virtual en /var/lib/vz/private y modificar en caliente cualquier cosa que necesite, esto como una de las cosas negativas que he notado, en fin, crees tu que los cambios incluyendo el modo de particionado actual de la version 4.4 vale la pena y ha sido positiva para esta plataforma?

    Saludos asere, espero tengas algunos minutos para darme tus impresiones.

    • Hector Suarez Planas dijo:

      Saludos, colega.

      Primero que todo, gracias por su comentario.

      En cuanto a lo que me plantea… sí le recomiendo la migración a la rama 4.x y una razón fundamental es la siguiente (aparte de las que debe haber leído en la Wiki):

      – La rama 3.x de Proxmox VE solamente recibe actualizaciones, y vivirá mientras existe el soporte para Debian 7.

      Sé que el traspaso a la 4.4 tiene sus traumas, pero se salen de ellos. Notará el cambio. Si tiene temor por la conversión de los CT de OpenVZ a LXC, no hay problemas, es sólo ajustarse a la nueva plataforma. Ah, cuál es la diferencia, que en vez de tener el contenido en /var/lib/vz/private, lo tendrá en un volumen lógico LVM, más fácil a la hora de resolver problemas que se den con el sistema de archivos.

      Ahora bien, si dispone de cabinas de almacenamiento y una infra de red que sustente un salto a un stage superior, úselo sin mirar para los lados.

      Espero le sirva. 🙂

      • OficinasCAYRO dijo:

        Mi estimado, agradezco el valioso tiempo que has dedicado en darme tu opinion. En efecto cuento con una buena Infra de Red, en uno de mis clientes mas grandes acabamos de adquirir 4 HP Proliant ML110 G9 cada uno con 32GB en Ram y 4 discos WD Black de 4TB cada uno (no configurados por RAID), la verdad es que el tema RAID en lo personal es otro cantar (prefiero el Rsync) 🙂

        Los Proxmox 3.4 corren sobre servidores HP ML310e Gen8 con 64GB de Ram cada uno en modo cluster, Discos Seagate Barracuda, y la verdad que es una maravilla todo este ecosistema.

        Sabia lo del tema de soporte de la rama 3.4 que mientras dure la vida de soporte de Debian Wheezy 7 igualmente Proxmox 3.4 quedaba a la deriva en updates, pero te cuento que tengo otro cliente con un sistema Debian Lenny como Firewall con shorewall y controlador de dominio en Samba corriendo que da gusto, y no hemos querido actualizar siguiendo una de las Leyes de Murphy… “si funciona, no lo toques”.

        En fin asere, gracias por tu respuesta, pondre manos al fuego por Proxmox 4.4 y sucesoras a ver que tal nos va, definitivamente con tu blog tengo una ventana de conocimiento profundo para saber mas sobre las bondandes de la nueva rama de Proxmox 4.4

        Te envio un grato saludo, hasta pronto 🙂

  6. Boris Luis dijo:

    hector ya salio el proxmox v5, lo he visto el sitio de descargas de jovenclub, cuando puedas miralo y dinos que piensas y si aconsejas una migracion como hacerla.. saludos

    • Hector Suarez Planas dijo:

      Saludos, Boris Luis.

      No, no ha salido Proxmox VE 5.0 oficialmente. Lo que existe es la primera Beta. Cuando Debian 9 se haga oficial y público, pasará un tiempito para que Proxmox VE 5.0 salga a la luz. No obstante, su repositorio se está moviendo constantemente. 🙂

  7. Jose Antonio dijo:

    Hola hector!

    Felicidades desde España, tienes el mejor blog sobre proxmox en castellano, gracias por tu publicaciones y ayuda, a ver si puedes indicarme una ayuda al problema que tengo:

    Tengo montado un Proxmox 4.4 con un disco SSD de 240 GB, la VM en un Windows 10 x64 que ocupaba 50 Gb, todo funciona OK, tenía en el mismo equipo otras 2 VM’s tambien Windows, el problema es que me da error haciendo backup.

    Las otras 2 máquinas hice copia sin problemas, pero la principal (id 100), siempre llega al 11% y da un error -5 input/output, y ahi se queda.

    Borré las otras 2 máquinas y dejé solo la 100, amplié espacio de disco de 50 gb a 70 Gb (Realmente Windows sólo ocupa 35 Gb), pero sigue el error.

    Modifiqué el fichero vmzdump.conf pero sigue el error

    La máquina funciona bien, pero es un problema el no poder hace backups, la idea es quitarla porque voy a cambiar el disco SSD por un disco mecánico de 1 Tb.

    Sé que en Proxmox 3.5 hasta 4.1, podria sacar la imagen de la máquina hacia afuera, pero proxmox a partir de la 4.2 gestiona de forma diferente los discos y la imagen de la VM no es accesible para copiarla a otro sitio, o no sé hacerlo.

    ¿Alguna idea de que puede ser el problema? he visto en más sitios ese error -5 input/output error, pero nunca llegan a dar una solución al problema.

    Un saludo.

    • Hector Suarez Planas dijo:

      Saludos, Jose Antonio.

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

      ¿Qué tamaño tienen las dos VMs que se respaldaron exitosamente? ¿Dónde estás guardando los respaldos de los EVs? Porque si estás usando los [aproximadamente] 96 GB de /dev/pve/root, y tienes ya archivos dentro, estás reduciendo drásticamente el espacio de trabajo asignado a la interoperatividad de Proxmnox VE.

      La diferencia está en que antes se usaban archivos de imágenes, ahora se usan particiones LVM dentro de una estructura LVM-Thin. no obstante, si instalar la plataforma de virtualización de Proxmox Ve sobre un Debian tradicional, puedes usar esas características al estilo de las versiones anteriores a la 4.2.

      Si lo que tienes es un sólo servidor con Proxmox VE, te sugiero que le agregues un disco duro externo, lo montes en un subdirectorio local para que luego se lo incluyas a Proxmox VE como un almacenamiento basado en directorio, dándole permisos solamente para guardar respaldos de EVs. Así no interferirás con el espacio propio de la plataforma para su funcionamiento.

      Espero le sirva. 🙂

  8. yrh dijo:

    Saludos

    Este blog de la plataforma cubava es uno de los mejores lástima que te perdieras por un tiempo. Tengo un hdd externo de 2T pero no se como compartirlo para que se vea en las máquinas virtuales podrías ayudarme con ello. Hace un tiempo lo vi en un manual pero ahora no lo encuentro. Gracias.

    • Hector Suarez Planas dijo:

      Saludos, Yadir.

      Primero que todo, gracias por su comentario.

      Realmente he disminuido al nivel mínimo las publicaciones en el blog porque, aparte del cambio de centro de trabajo, no tengo ahora mucho tiempo. Lo que sí calculo el tiempo entre las publicaciones para no pasarme del límite y así no me eliminen el blog. 🙂 Pero estoy al asecho.

      En ese aspecto tienes varias maneras:

      1.- Creando un servdorcito NFS en el mismo nodo y exportar los “shares” a las VMs/CT.
      2.- Si es CT, montar mediante los “mp” un directorio que tengas en el HDD.
      3.- Añadiendo el disco al almacenamiento local del nodo y creándoles discos duros virtuales a las VM/CT (solución menos óptima si lo que quieres es exportarlo directamente).

      Espero le sirva. 🙂

Deja un comentario

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