Seite 1 von 2
festplatte einer vm nachträglich verkleinern
Verfasst: 20.05.2008, 10:55
von adeba
hallo, ist es möglich eine zugewiesene festplatte aus dem san mit einer größe von 50gb nachträglich auf 25gb zu verkleinern? wenn ich die plattengröße in den vm settings ändere, wird jedesmal gleich wieder automatisch 50gb eingetragen. os ist redhat 5.1
Verfasst: 20.05.2008, 11:02
von Kallepohl
Ja das geht, du kannst die VM durch den COnverter laufen lassen. Dort gibt es einen Menüpunkt wo du die Festplattengrösse manuell eingeben kannst.
Verfasst: 20.05.2008, 11:02
von riddley
Funktioniert bei mir bei Windows Servern einwandfrei, jedoch bei Redhat usw geht das irgendwie nicht. Weiss auch nicht wieso.
Probier mal den Befehl hier auf Console Ebene: "vmkfstools -X 5000m /vmfs/SAN/xxx.vmdk2
PS: Befehl ohne Gewähr und auf eigenes Risiko, nicht getestet
Gruss, Stefan
Verfasst: 20.05.2008, 11:06
von angoletti1
riddley hat geschrieben:Probier mal den Befehl hier auf Console Ebene: "vmkfstools -X 5000m /vmfs/SAN/xxx.vmdk2
PS: Befehl ohne Gewähr und auf eigenes Risiko, nicht getestet

Heißes Eisen, da hierbei einfach alles nach den 5GB weggeschnitten wird, egal ob dort (eventuell durch Fragmente) Daten liegen oder nicht

Verfasst: 20.05.2008, 11:08
von riddley
Ich weiss.. daher hab ich auch geschriebe er soll vorsichtig damit umgehen
Aber wieso die neue Funktion unter VC 2.5 nur bei Windows Servern funktioniert würde mich schon noch wudner nehmen.
Gruss
Verfasst: 20.05.2008, 11:09
von Kallepohl
andere Möglichkeit wäre du nutzt gparted. Backup sollte natürlich vorhanden sein.
Verfasst: 20.05.2008, 17:16
von vmxtrem
kein Problem, du gehst wie folgt vor
1. brauchst du ein Programm um Festplatten zu clonen wie z.b. Acronis Migrate 7, oder du nimmst Acronis TrueImage Home 11, da ist das Teil auch drinnen.
2. Wenn deine primäre HDD mit den 50 GB jetzt auf SCSI (0:0) Hard Disk 1 liegt, dann erstellst du eine neue mit 25GB auf SCSI (0:1) Hard Disk 2
3. nun das System mit der Acronis CD booten und die 50GB HDD auf die 25GB HDD clonen
4. nach dem clonen, den Server "ausschalten" und dann die Parameter der HDDs ändern (Edit Settings). Zuerst die 50GB HDD SCSI (0:0) löschen und dann die 25 GB HDD SCSI (0:1) auf (0:0) ändern
danach Server neu starten und fertig
cu
torben
PS: falls du auf der sicheren Seite bleiben möchtest, dann fahre den Server vorher runter und sichere die ganze Maschine erstmal weg

Verfasst: 28.05.2008, 08:35
von nadsas
ab durch den converter, neue disksize angeben und gut is
Verfasst: 16.06.2008, 12:32
von Antosch
angoletti1 hat geschrieben:riddley hat geschrieben:Probier mal den Befehl hier auf Console Ebene: "vmkfstools -X 5000m /vmfs/SAN/xxx.vmdk2
PS: Befehl ohne Gewähr und auf eigenes Risiko, nicht getestet

Heißes Eisen, da hierbei einfach alles nach den 5GB weggeschnitten wird, egal ob dort (eventuell durch Fragmente) Daten liegen oder nicht

ähm mit dem Befehl vergrößert man die VMDK auf insgesamt 5GB.
Das -X steht für extend
Meinem Wissen nach, kann man eine VMDK "out of the box" nicht verkleinern.
Ich wurde die Methode von Vmxtrem vorziehen. Diese eignet sich übrigens wunderbar für das Mergen von unregistrierten Snapshots. Oder wie Nadsas meinte, die Vm einfahc noch mal virtualisieren. V2V praktisch.
Verfasst: 16.06.2008, 13:00
von angoletti1
Antosch hat geschrieben:ähm mit dem Befehl vergrößert man die VMDK auf insgesamt 5GB.
Das -X steht für extend
Ähm,
falsch
-X 5GB steht für das Setzen der VMDK auf 5GB, egal ob diese vorher kleiner oder größer war.
Verfasst: 16.06.2008, 13:08
von Antosch
das muss ich mal testen. Falls das der Fall sein sollte, wird die darauf liegende Partition gnadenlos zerstört. Oder sehe ich das falsch?
Verfasst: 16.06.2008, 13:08
von angoletti1
korrekt, genau deshalb meinte ich "mit Vorsicht genießen"...
Verfasst: 16.06.2008, 13:15
von angoletti1
Hi,
ich muss mich korrigieren, seit Version 3.5 scheint dies nicht mehr zu gehen, da meckert er, wenn die gewünschte Größe kleiner als die aktuelle ist.
In den vorherigen Versionen wars dann aber so, dass er eiskalt abschneidet.
Verfasst: 16.06.2008, 13:20
von Antosch
bei der 3.5 habe ich das gerade getestet. Wie vermutet, es geht nicht.
Allerdings sollte das bei der 3.0.2 auch nicht gehen. Wir hatten die bis vor einem Monat im prod. Einsatz. Evtl. ging es vor dem 3.x Majorrelease. Bin ehrlich gesagt froh, dass es nicht geht. Jemand der unwissend an die Sache ran geht oder sich vertippt, kann eine Menge schaden auf einem prod. Server(VM) anrichten.
:::(EDIT):::::::::::::
Hab jetzt noch mal folgendes getestet unter 3.5:
1 x VMDK - 15GB
innerhalb der VMDK eine Partition mit 10 GB
5GB unpartitioniert
Selbst jetzt ließ sich die VMDK "out of the Box" nicht verkleinern. ich dachte, dass VMKFS evtl. die Größe der Partition innerhalb der VMDK berücksichtigt und deswegen nicht shrinkt. Das ist leider auch nicht der Fall.
Also nach wie vor, meine Empfehlung -> Eine zweite VMDK mit der gewünschten Größe erstellen > mit Acronis die alte Partition auf die neue (kleinere) kloenen. Achtet darauf, dass die neue VMDK nicht die Größe der alten Partition unterschreitet.
Tut euch selbst einen Gefallen und macht einen Backup, bevor ihr an solche Sachen ran geht!
Viel Erfolg!
Verfasst: 16.06.2008, 16:39
von nadsas
der konverter macht das ohne zu murren
Verfasst: 28.07.2008, 13:36
von Audioslave
hi,
ich weiß der thread ist shcon etwas älter, aber meine frage paßt sehr gut hier rein. ich habe windows 2003 server vm mit zwei festplatten. diese soll von einem arbeitsplatzrechner auf einen esx version 3.0.1 geschoben werden. allerdigs reicht der platz nicht mehr so ganz, daher wollte ich die beiden platten per converter verkleinern. sind beide nur zu ca. 50% belegt. der converter macht mir aber aus zwei platten drei und will das auch partou nicht sein lassen. allerdings geht das nicht, da auf einer von den beiden platten eine datenbank liegt. wisst ihr, wie ich den converter dazu kriege, die daten nicht auif drei platten aufteilen zu wollen?
Verfasst: 28.07.2008, 13:39
von angoletti1
Hi,
ähm, wie jetzt?
Beim Konverter kannst du auswählen welche Partition nachher wie gross sein soll.
Kann mir nicht wirklich vorstellen, dass der Konverter aus 2 gleich 3 Platten macht.
Beschreibe doch mal genau was passiert. Was ist nachher auf der dritten Platte? In wie weit beeinflusst die dritte die anderen beiden?
Verfasst: 28.07.2008, 14:01
von Audioslave
hi,
also die ursprüngliche vm hat zwei festplatten, 1(Win 2003 Server): 30GB davon sind ca. 10GB belegt. 2(Oracle SB): 66GB davon sind ca. 20GB belegt. Die VM ist im Moment auf meinem Arbeitsplatzrechner. Wenn ich den Converter anschmeiße und mich zu dem Punkt durchklicke, an dem ich wählen kann zwischen "Import all discs and maintain size" und "Select drives to save or add Space". Im ersten Punkt wrden mir die beiden HDDs mit der vollen Größe angezeigt. Wenn ich den zweiten Punkt wähle, erscheint eine kleine Liste unterhalb und dort werden direkt drei HDDs angezeigt mit den Größen: (GB, 20GB und 15GB. Wobei die Platten zu 5GB, 12,83GB und 1,38GB belegt sind. Ich verstehe nicht, wie der Converter auf diese Konstellation kommt. habe es nicht ausprobieren können, da auf dem esx, wie gesagt, nicht genug platz ist. die dritte Platte läßt sich aus der Liste auch nicht rausschmeißen per Eingabe von 0GB Größe.
Verfasst: 28.07.2008, 14:06
von Audioslave
problem gelöst
wer lesen kann ist klar im vorteil. eine der beiden virtuellen festplatten hat zwei partitionen und desegen bietet mir die auswahl auch drei laufwerke zum resizen an
montage sind nicht meine tage
trotzdem danke

geht nicht
Verfasst: 23.12.2008, 16:11
von kennykentucky
So jetzt ich auch noch.
Wenn ich die VM durch den Converter pusten will, dann sagt mir eine Fehlermeldung: insuficient diskspace on destination bla bla...
Ursprung ist eine 500er LUN. Ziel ist eine 300er LUN.
Die VM besteht aus einer 20er und einer 460er virtuellen Platte.
Was ich weiß: Auf der 30er ist WinServer2003 drauf und auf der 460er nüscht !!!
Wo liegt dann das Problem?
VG
Re: geht nicht
Verfasst: 23.12.2008, 16:28
von irix
kennykentucky hat geschrieben:So jetzt ich auch noch.
Wenn ich die VM durch den Converter pusten will, dann sagt mir eine Fehlermeldung: insuficient diskspace on destination bla bla...
Ursprung ist eine 500er LUN. Ziel ist eine 300er LUN.
Die VM besteht aus einer 20er und einer 460er virtuellen Platte.
Was ich weiß: Auf der 30er ist WinServer2003 drauf und auf der 460er nüscht !!!
Wo liegt dann das Problem?
VG
Da gibts doch beim Converter so ein "erweitert" wenn man die Disks auswaehlt. Dort kannst du einstellen ob und auf welche Grosse geshrinkt werden soll.
Frage: Wenn auf der Platte nix ist dann wuerde ich sie beim konvertieren gleich weglassen
Gruss
Joerg
Verfasst: 29.12.2008, 11:40
von kennykentucky
GELÖST!
Die Stelle, an der man die Platten auswählen kann, ist die Stelle an der man auf "erweitert" klicken muß. Dort kann man dann eine neue Größe eintragen!
Also an alle die die Platten eines Servers verkleinern oder vergrößern wollen: Converter verwenden!
An alle die den Converter nicht verwenden können, weil nicht lizensiert oder so, die können das ganze auch mit Acronis machen.
BEIDE VORGÄNGE SIND VON MIR DURCHGEFÜHRT WORDEN UND FUNKTIONIEREN:
Danke für den Hinweis IRIX!

Verfasst: 05.01.2009, 21:55
von Fisi
Schön, ich habe bis jetzt nur die Acronis-Lösung probiert
Verfasst: 11.03.2009, 14:28
von kennykentucky
Weitere Lösung.
Ich muss mich hier nochmal melden. Es gibt eine schöne weitere Lösung für das Thema. In VM Ware längst integriert, aber für den Ottonormaladmin nicht vorgesehen, also nicht zur Verfügung gestellt.
Man kann VMs per VMotion von einem ESX auf den anderen verschieben. Und das auch noch live. Das ganze geht jetzt auch mit den Platten. Also kann ich von einer LUN auf die andere LUN LIVE umziehen. Dazu muss man ein Plugin installieren. FEINE Sache!!!
VG
Verfasst: 11.03.2009, 14:42
von wumpel
Man kann VMs per VMotion von einem ESX auf den anderen verschieben. Und das auch noch live. Das ganze geht jetzt auch mit den Platten. Also kann ich von einer LUN auf die andere LUN LIVE umziehen. Dazu muss man ein Plugin installieren. FEINE Sache!!!
AFAIK geht das aber erst seit Version 3.5
Und ich glaube nicht, dass es die Größe der virtuellen Platten verändert ...wäre fatal.