Wie mounte ich ein EBS-Root-Volume auf einer Windows-Instanz in Amazon EC2?

8

Im Grunde habe ich einen großen Windows-Server für die Entwicklung erstellt und dann einen Micro-Windows-Server für die Produktion. Ich habe auf meinem Entwicklungsserver alles so eingerichtet, wie ich es wollte, dann habe ich die Laufwerke abgemeldet und sie auf meinem Mikroserver bereitgestellt.

Jetzt versuche ich, wieder auf meinen großen Windows-Entwicklungsserver zuzugreifen, und erhalte den Fehler.

Invalid value 'i-4896ce28' for instanceId. Instance does not have a volume attached at root (/dev/sda1)

Dieser Fehler tritt auf, wenn ich versuche, meinen großen Windows-Server zu starten. Ich habe die Laufwerke erneut auf dem großen Entwicklungsserver bereitgestellt und erhalte immer noch diese Meldung.

Ich bin mir nicht sicher, was ich tun soll, ich habe andere Beiträge gelesen und jeder gibt diese fast wie Befehlszeilenargumente und spricht über andere Tools, und ich habe wirklich keine Ahnung, was das alles bedeutet oder wo ich überhaupt eine habe Option zur Eingabe von Befehlen, ohne bei einer bestimmten Instanz angemeldet zu sein.

amazon-ec2 amazon-ebs

— Kyle
quelle

13

Stellen Sie sicher, dass das EBS-Laufwerk den Namen /dev/sda1in der EC2-Konsole hat.

— Bart De Vos
quelle

2

Es war für mich verwirrend, wie sie im unteren Bereich des Dialogfelds "Gerät anhängen" angaben, dass Windows-Geräte xvdg-xvdh sein sollten. Ich wusste nicht, dass ich einfach / dev / sda1 eingeben konnte. Vielen Dank.

— Kyle

Ich war dort zu; würde es sonst nicht wissen;)

— Bart De Vos

In meinem Fall musste ich "/ dev / xvda" in das Eingabefeld eingeben, da "/ dev / sda1" immer wieder zur gleichen Fehlermeldung führte. Verwenden des Debian Wheezy-Bildes.

— Greendrake

Was für ein seltsames Verhalten.

— David

3

Sie können / dev / xvda versuchen. Wenn Sie der Instanz ein Volume hinzufügen -> wählen Sie die bestimmte Instanz aus und geben Sie als Einhängepunkt / dev / xvda ein.

— Robert Jebakumar
quelle

1

Stellen Sie sicher, dass alle Ihre Volumes getrennt sind, bevor Sie sie erneut anhängen. In meinem Fall hatte ich ein Volume an einen früheren Schnappschuss angehängt. Nachdem ich mich getrennt hatte, durfte ich mein neues Volume anhängen.

— user179052
quelle

0

Geben Sie unter Volumes> 'Volume trennen' und dann 'Volume anhängen' ein und geben Sie im Feld Gerät den richtigen Pfad ein. Beispielsweise müssen Sie möglicherweise Folgendes eingeben: / dev / sda

— DimitriG
quelle

+1 das hat bei mir tatsächlich funktioniert, es bootet ohne Probleme.

— Neo

0

Stellen Sie sicher, dass in '/ dev / sda' kein führender Leerzeichen vorhanden ist.

Aus irgendeinem Grund wird beim Kopieren von Text aus der aws-Konsole häufig ein Leerzeichen vor der Zeichenfolge eingefügt. Ein sehr ärgerlicher Nebeneffekt, bei dem ich 15 Minuten lang meine Räder drehte und versuchte, das primäre Laufwerk auf meinem Produktionsserver wieder zu montieren. Ich habe all diese Lösungen ausprobiert, bevor ich das herausgefunden habe.

— Thomas Paine
quelle

0

Nachdem ich das alles ausprobiert hatte, reparierte ich es schließlich mit /dev/sda1

Der Fehler war, dass Sie nur /dev/sdfbis zu eingeben können/dev/sdp

Aber es wurde /dev/sda1richtig verwendet.

Für die Schritte:

Notieren Sie sich beim Starten der EC2-Instanz fälschlicherweise den Gerätenamen.
Trennen Sie das aktuell mit EC2 verbundene Volume
Schließen Sie das Volumen an EC2 an

Versuchen Sie, dasselbe Volume an die EC2-Instanz anzuhängen. Stellen Sie jedoch sicher, dass Sie beim Anhängen des Volumes an die EC2-Instanz nicht das unten angegebene Standardgerät wie "/ dev / sdf" verwenden.
Starten Sie die EC2-Instanz

aus Linuxrouten genommen

— Davejal
quelle