Ci-dessous, les différences entre deux révisions de la page.
Les deux révisions précédentes Révision précédente Prochaine révision | Révision précédente Prochaine révision Les deux révisions suivantes | ||
linux:proxmox [13-03-2013 21:58] edmc73 |
linux:proxmox [09-07-2019 15:59] edmc73 [Templates supplémentaires] |
||
---|---|---|---|
Ligne 99: | Ligne 99: | ||
Rien n'est prévu toutefois pour faire une restauration... il faudra passer par la ligne de commande.\\ | Rien n'est prévu toutefois pour faire une restauration... il faudra passer par la ligne de commande.\\ | ||
Une fois la commande de restauration effectué, vous retrouverez la machine dans votre interface web. | Une fois la commande de restauration effectué, vous retrouverez la machine dans votre interface web. | ||
+ | |||
+ | ===== Partager un répertoire ===== | ||
+ | |||
+ | Admettons vous voulez un répertoire dans votre VM qui contient plein de données mais vous ne souhaitez pas que ces données soient inclus dans le backup de votre VM. | ||
+ | |||
+ | La solution est de créer un répertoire qui sera partagé par le système proxmox dans votre VM. | ||
+ | |||
+ | Pour cela on va utiliser un montage **bind** directement sur la machine proxmox. | ||
+ | |||
+ | Admettons que votre VM est le numéro 101, tapez cette commande sur la machine proxmox. | ||
+ | mount --bind / | ||
+ | |||
+ | Maintenant tout ce que vous stockerez sur votre VM dans le répertoire / | ||
+ | |||
+ | Pour que ce montage se fasse automatiquement, | ||
+ | <file bash / | ||
+ | #!/bin/bash | ||
+ | source / | ||
+ | source ${VE_CONFFILE} | ||
+ | mount --bind / | ||
+ | </ | ||
+ | |||
+ | Assurez-vous qu'il soit exécutable, | ||
+ | |||
+ | ===== Templates supplémentaires ===== | ||
+ | |||
+ | Par défaut on trouve pas mal de templates disponibles sur proxmox mais par exemple, il n'y a que la version 32bits de Debian. | ||
+ | |||
+ | On peut trouver une version 64bits et d' | ||
+ | |||
+ | Il n'y a plus qu'a les télécharger dans le répertoire template prévu par proxmox. | ||
+ | |||
+ | ==== Proxmox 5 ==== | ||
+ | Plus de openVZ maintenant c'est du LXC | ||
+ | |||
+ | Our image repositories contain a list of available images, and there is a cron job run each day to download that list. You can trigger that update manually with: | ||
+ | |||
+ | pveam update | ||
+ | After that you can view the list of available images using: | ||
+ | |||
+ | pveam available | ||
+ | You can restrict this large list by specifying the section you are interested in, for example basic system images: | ||
+ | |||
+ | List available system images | ||
+ | |||
+ | # pveam available --section system | ||
+ | system | ||
+ | system | ||
+ | system | ||
+ | system | ||
+ | system | ||
+ | system | ||
+ | system | ||
+ | system | ||
+ | system | ||
+ | |||
+ | Before you can use such a template, you need to download them into one of your storages. You can simply use storage local for that purpose. For clustered installations, | ||
+ | |||
+ | pveam download local debian-8.0-standard_8.0-1_amd64.tar.gz | ||
+ | |||
+ | You are now ready to create containers using that image, and you can list all downloaded images on storage local with: | ||
+ | |||
+ | # pveam list local | ||
+ | local: | ||
+ | |||
+ | The above command shows you the full Proxmox VE volume identifiers. They include the storage name, and most other Proxmox VE commands can use them. For example you can delete that image later with: | ||
+ | |||
+ | pveam remove local: | ||
+ | |||
+ | ====== Proxmox 4 ====== | ||
+ | |||
+ | ===== Bug ===== | ||
+ | |||
+ | solution => https:// | ||
+ | |||
+ | J'ai constaté ça dans **/ | ||
+ | < | ||
+ | Mar 5 21:37:58 p2pfr kernel: [2587040.014930] audit: type=1400 audit(1488746278.820: | ||
+ | Mar 5 21:38:33 p2pfr kernel: [2587074.565032] audit: type=1400 audit(1488746313.371: | ||
+ | Mar 5 21:38:55 p2pfr kernel: [2587096.733778] audit: type=1400 audit(1488746335.538: | ||
+ | Mar 5 21:39:00 p2pfr kernel: [2587101.993724] audit: type=1400 audit(1488746340.798: | ||
+ | Mar 5 21:39:25 p2pfr kernel: [2587126.367660] audit: type=1400 audit(1488746365.173: | ||
+ | Mar 5 21:39:25 p2pfr kernel: [2587126.624156] audit: type=1400 audit(1488746365.429: | ||
+ | Mar 5 21:40:06 p2pfr kernel: [2587167.443497] audit: type=1400 audit(1488746406.248: | ||
+ | Mar 5 21:40:11 p2pfr kernel: [2587172.965146] audit: type=1400 audit(1488746411.768: | ||
+ | </ | ||
+ | |||
+ | Après une recherche, j'ai pu comprendre que proxmox utilise un soft qui s' | ||
+ | |||
+ | Si on analyse le log, on nous parle du profile **/ | ||
+ | |||
+ | Il faut donc chercher sur proxmox la règle du même nom => **/ | ||
+ | |||
+ | Donc pour faire les choses bien, on va ajouter notre règle dans le fichier prévu à cette effet dans **/ | ||
+ | < | ||
+ | # Site-specific additions and overrides for usr.sbin.named. | ||
+ | # For more details, please see / | ||
+ | / | ||
+ | </ | ||
+ | Ensuite on lance la commande qui recharge seulement ça | ||
+ | apparmor_parser -r / | ||
+ | |||
+ | et voilà :) | ||
+ | |||
+ | ===== Bug2 ===== | ||
+ | |||
+ | Après installation de debian 9 et mise à jour en debian 9.1, impossible de redémarrer la VM. | ||
+ | |||
+ | Solution => https:// | ||
+ | < | ||
+ | --- / | ||
+ | +++ / | ||
+ | @@ -28,7 +28,7 @@ | ||
+ | | ||
+ | |||
+ | die " | ||
+ | - if !($version >= 4 && $version <= 9); | ||
+ | + if !($version >= 4 && $version <= 9.1); | ||
+ | |||
+ | my $self = { conf => $conf, rootdir => $rootdir, version => $version }; | ||
+ | </ | ||
+ | ===== Commande ===== | ||
+ | |||
+ | Voir ou sont monté les VM | ||
+ | < | ||
+ | # losetup | ||
+ | NAME | ||
+ | / | ||
+ | / | ||
+ | / | ||
+ | </ | ||
+ | |||
+ | Ensuite vous pouvez soit les monter pour accéder aux fichiers, soit faire un fsck | ||
+ | fsck /dev/loop0 | ||
+ | |||
+ | Un utilitaire pour gérer les containers LXC dans un terminal | ||
+ | < | ||
+ | USAGE: pct < | ||
+ | pct clone < | ||
+ | pct create < | ||
+ | pct destroy < | ||
+ | pct list | ||
+ | pct migrate < | ||
+ | pct resize < | ||
+ | pct restore < | ||
+ | pct template < | ||
+ | |||
+ | pct config < | ||
+ | pct set < | ||
+ | |||
+ | pct delsnapshot < | ||
+ | pct listsnapshot < | ||
+ | pct rollback < | ||
+ | pct snapshot < | ||
+ | |||
+ | pct resume < | ||
+ | pct shutdown < | ||
+ | pct start < | ||
+ | pct stop < | ||
+ | pct suspend < | ||
+ | |||
+ | pct console < | ||
+ | pct cpusets | ||
+ | pct df < | ||
+ | pct enter < | ||
+ | pct exec < | ||
+ | pct fsck < | ||
+ | pct mount < | ||
+ | pct pull < | ||
+ | pct push < | ||
+ | pct status < | ||
+ | pct unlock < | ||
+ | pct unmount < | ||
+ | |||
+ | pct help [< | ||
+ | </ | ||
+ | exemple: lister les VM | ||
+ | pct list | ||
+ | entrer à l' | ||
+ | pct enter 101 | ||
+ | |||
+ | ouvrir la console d'une VM (pour sortir de la console, Ctrl+a q) | ||
+ | pct console 101 | ||
+ |