Я сталкиваюсь с той же проблемой, что и здесь: http://www.quora.com/Amazon-EC2/Is-it-possible-to-rescue-an-EBS-volume-which-has-marketplace-codes .
По сути, я заперся в инстансе и у меня нет никаких снимков. Я работал над более крупной настройкой и из соображений безопасности я попытался настроить UsePam no в sshd_config, который все испортил.
Я использовал официальный Debian Amazon Marketplace AMI. Теперь мне не разрешено монтировать том где-то еще как дополнительное устройство, чтобы исправить мою глупость.
Решение, указанное в ветке quora, не работает. Я попробовал это с двумя образами Ubuntu, и экземпляр не загрузится с этим набором пользовательских данных.
Есть ли недавний обходной путь? Я не пытаюсь получить доступ к чему-либо секретному, поскольку я использую стандартные AMI Debian. Я просто хочу исправить эту проблему без необходимости делать все заново.
Ответы:
Я хочу начать с того, что этот метод аморален, поскольку он обходит AWS Marketplace, тем самым лишая разработчика потенциальных денег, но в то же время считаю необходимым обеспечить безопасность данных.
Недавно у меня произошел сбой на одном из моих компьютеров, созданных в AWS Marketplace Image (CSF удалось заблокировать IP-адрес шлюза! @!). Я был в ужасе, когда обнаружил, что не могу просто подключить том к другому компьютеру и редактировать файлы .conf.
После (удачной) загрузки машины самостоятельно (временный запрет) я исправил ситуацию с брандмауэром и подумал, насколько плохо это может пойти по пути.
Ответ заключался в том, чтобы закрыть исходный экземпляр, создать снимок из тома, а затем изображение из этого снимка. Не забудьте выбрать тот же идентификатор ядра, что и на работающей машине, чтобы быть в безопасности. Создайте том, который был точно такого же размера, отформатируйте его в той же файловой системе (в моем случае это ext4), выключите все службы, а затем просто отправьте содержимое корневого диска на второй диск. Проверьте, что новый том будет загружаться как SDA1 на только что созданном экземпляре. Если это так, завершите работу и прекратите работу старого экземпляра (ЗАПИШИТЕ НА ВНУТРЕННИЙ И ВНЕШНИЙ IP-ПЕРЕД РУКОЙ), Загрузите новый экземпляр с правильными локальными IP-адресами, присоедините внешние IP-адреса к внутренним IP-адресам и скрестите пальцы.
Второй диск больше не идентифицируется с кодами торговой площадки и поэтому может монтироваться в других экземплярах.
ОТКАЗ ОТ ОТВЕТСТВЕННОСТИ: Я более чем рад заплатить разработчику за использование оригинального AMI, но пока AWS не предоставит нам консоль восстановления (они могут ограничить ее, сколько захотят) для простых задач, таких как fsck и vi / NANO, тогда я не собираюсь играть по своим правилам на этом.
источник
Эрика Хаммонда из Quora, который можно резюмировать как «я сомневаюсь в этом».
Похоже, вы испытываете блокировку поставщика.
Извините, но я подозреваю, что есть все, что вы можете с этим поделать. Начните заново с открытого AMI, создайте его с помощью сценариев Chef, при желании интегрируйте их с AWS OpsWorks, чтобы получить какой-то механизм развертывания.
источник
Нет ... и да.
Я потратил несколько часов на эту проблему сегодня и задокументировал то, что узнал . Суть в том, что вы не можете точно подключить том к другому устройству, но вы можете связаться с группой поддержки Amazon, сделать снимок, поделиться им с ними, и они могут дать вам новый снимок, который вы можете использовать для создания объем и восстановить ваши данные.
источник
Я столкнулся с подобной проблемой. Экземпляр не загрузится. Типичное решение является простым:
Теперь, когда образ торговой площадки не может быть присоединен к случайному серверу, который у меня уже был запущен. Решение было на самом деле очень простым. Просто создайте новый экземпляр из того же AMI Marketplace AMI, и вы можете прикрепить к нему изображение.
источник