Je rencontre le même problème qu'ici: http://www.quora.com/Amazon-EC2/Is-it-possible-to-rescue-an-EBS-volume-which-has-marketplace-codes .
Fondamentalement, je me suis enfermé hors de l'instance et je n'ai aucun instantané. Je travaillais sur une configuration plus grande et pour des raisons de sécurité, j'ai essayé de configurer UsePam no dans sshd_config qui a tout foutu.
J'ai utilisé l'AMI Debian Amazon Marketplace officielle. Maintenant, je ne suis pas autorisé à monter le volume ailleurs comme périphérique secondaire pour corriger ma stupidité.
La solution répertoriée dans le thread quora ne fonctionne pas. Je l'ai essayé avec deux images ubuntu et l'instance ne démarre pas avec cet ensemble de données utilisateur.
Existe-t-il une solution de contournement récente? Je n'essaie pas d'accéder à quoi que ce soit de secret depuis que j'utilise les AMI Debian d'origine. Je veux juste résoudre ce problème sans avoir à tout refaire.
Réponses:
Je veux commencer par dire que cette méthode est immorale, en ce sens qu'elle contourne AWS Marketplace, privant ainsi le dev de l'argent potentiel, mais en même temps, je pense qu'elle est nécessaire pour garantir la sécurité des données.
J'ai récemment eu un crash sur l'une de mes machines créées avec AWS Marketplace Image (CSF a réussi à bloquer l'adresse IP de la passerelle! @!). J'étais consterné de constater que je ne pouvais pas simplement attacher le volume à une autre machine et modifier les fichiers .conf.
Après (LUCKILY) avoir le démarrage de la machine de son propre chef (interdiction temporaire), j'ai rectifié la situation du pare-feu et je me suis demandé à quel point cela pouvait aller mal.
La réponse a été d'arrêter l'instance d'origine, de créer un instantané à partir du volume, puis une image à partir de cet instantané. Assurez-vous de sélectionner le même ID de noyau que la machine en cours d'exécution pour être sûr. Créez un volume qui avait exactement la même taille, formatez-le dans le même système de fichiers (ext4 dans mon cas), arrêtez tous les services, puis simplement DD'd le contenu du lecteur racine sur le deuxième lecteur. Testez que le nouveau volume démarrera en tant que SDA1 sur une instance nouvellement créée. Si c'est le cas, arrêtez et mettez fin à l'ancienne instance (PRENEZ NOTE DES IP INTERNES ET EXTERNES AVANT LA MAIN), démarrez la nouvelle instance avec les IP locales correctes, attachez les IP externes aux IP internes et croisez les doigts.
Le deuxième lecteur ne s'identifie plus aux codes du marché et peut donc être monté sur d'autres instances.
AVERTISSEMENT: je suis plus qu'heureux de payer le dev pour l'utilisation de l'AMI d'origine, mais jusqu'à ce qu'AWS nous donne une console de récupération (ils peuvent la limiter comme ils le souhaitent) pour des tâches simples telles que fsck et vi / NANO alors je suis ne va pas jouer selon leurs règles sur celui-ci.
la source
Eric Hammond de Quora, qui peut être résumé comme "j'en doute".
Il semble que vous rencontriez un blocage des fournisseurs.
Je suis désolé, mais je pense qu'il y a tout ce que vous pouvez faire à ce sujet. Recommencez à partir d'une AMI ouverte, construisez avec des scripts Chef, intégrez éventuellement ceux à AWS OpsWorks pour vous donner une sorte de mécanisme de déploiement.
la source
Non et oui.
J'ai passé plusieurs heures sur ce problème aujourd'hui et documenté ce que j'ai appris . L'essentiel est que vous ne pouvez pas attacher exactement le volume à un autre appareil, mais vous pouvez contacter le groupe de support d'Amazon, prendre un instantané, le partager avec eux, et ils peuvent vous donner un nouvel instantané que vous pouvez utiliser pour créer un volume et récupérer vos données.
la source
J'ai fait face à un problème similaire. Une instance ne démarrerait pas. La solution typique est simple:
Maintenant qu'une image de marché ne peut pas être attachée à un serveur aléatoire, que j'avais déjà en cours d'exécution. La solution était en fait très simple. Créez simplement une nouvelle instance à partir de la même AMI AWS Marketplace et vous pouvez y attacher l'image.
la source