Différences

Ci-dessous, les différences entre deux révisions de la page.

--- serveurs:installation:instance-management [2021/05/26 08:08] – créée jpmilcent
+++ serveurs:installation:instance-management [2023/09/04 08:49] (Version actuelle) – [Accéder à une instance sans SSH via une console VNC] jpmilcent
@@ Ligne 6: / Ligne 6: @@
 ==== Changer de modèle avec Horizon ====
-  * Depuis le manager d'OVH, sur le projet Public Cloud qui nous concernen, cliquer sur le menu "Management Interfaces" > "Horizon".
+  * Ressources : https://docs.ovh.com/fr/public-cloud/redimensionner-une-instance/
+  * Depuis le manager d'OVH, sur le projet Public Cloud qui nous concerne, cliquer sur le menu "Management Interfaces" > "Horizon".
   * Dans l'interface d'Horizon :
     * Ouvrir le menu : "Project" > "Compute" > "Instances"
@@ Ligne 22: / Ligne 23: @@
         * ''sda'' indique bien 100Go mais sda1 indique 50Go. L'utilisation de ''df -h'' confirme bien que le disque ne fait pas encore 100Go
     * Redémarrer le serveur afin d'appliquer correctement le redimenssionement : ''reboot''
-    * Connecter vous à nouveau à votre instance en //root//.
+      * **ATTENTION** : il est nécessaire d'attendre une 20aine de minutes avant de redémarrer le serveur. Si le redémarrage est fait trop tôt le redimensionnement ne pourra pas se faire... Surveiller l'activité du serveur suite au redémarrage via la Console VNC de l'instance sur l'interface d'OVH.
+      * Une fois le redémarrage terminée, connectez vous à nouveau à votre instance en //root//.
+    * Si le redémarrage n'a pas permis de mettre à jour le disque de l'instance, vous pouvez suivre la manipulation suivante :
+      * Pour augmenter la taille de la partition du disque ''/dev/sda1'', utiliser : ''growpart /dev/sda 1''
+      * Puis redimensionner le disque avec : ''resize2fs /dev/sda1''
     * Vérifier à nouveau que le disque a bien été redimensionné : ''lsblk''
       * Exemple d'affichage lors du passage d'un modèle ''B2-15-FLEX'' vers ''B2-15'' : <code>
@@ Ligne 30: / Ligne 35: @@
 </code>
         * Cette fois ''sda'' et ''sda1'' indiquent bien 100Go.
+==== Accéder à une instance sans SSH via une console VNC ====
+  * Il peut être utile en cas de changement/perte des clés SSH permettant de se connecter à une instance de pouvoir y accéder par une console VNC.
+  * Cette console est accessible via le Manager d'OVH : Public CLoud > //Choisir le Projet// > Instances > //Cliquer sur le nom de l'instance// > Onglet "Console VNC".
+  * ATTENTION : la console est par défaut en Quwerty. Elle ne permet pas non plus de copier/coller de texte.
+    * Pour taper votre mot de passe, commencer par le traduire en local sur votre machine en Qwerty (remplacer les "a" par "q" par exemple). Puis taper le mot de passe traduit à l'aide de votre clavier Azerty.
+    * Pour copier un texte long, c'est possible de cette façon :
+      * Mettre le texte à taper dans un fichier
+      * Ajouter la disposition de clavier "us" à l'aide de l'interface de configuration du système de KDE, puis Matériel > Périphériques d'entrée > Clavier > Onglet "Dispositions"
+      * Installer l'utilitaire //xdotool// : '' apt install xdotool ''
+      * Connectez vous sur la console VNC
+      * Sur le système de destination, via la console VNC, ouvrez le fichier en édition où vous souhaitez copier le texte
+      * Lancer la commande suivante dans terminal en local (ici un exemple de fichier correspondant à un clé SSH) : <code bash> sleep 5 && setxkbmap us && xdotool type --delay 100 --file /home/${USER}/.ssh/id_rsa.pub && setxkbmap fr </code>
+        * Le "delay" d'attente de 100ms après chaque frappe est nécessaire pour éviter que des lettres "sautent".
+        * À partir du moment où vous avez lancer la commande, vous avez 5 secondes pour mettre à nouveau le focus sur la console VNC. Xdotool tapera pour vous en quwerty le contenu du fichier !