Onderwerp: Onmogelijk om VMWare image van OpenFiler weg te kopieren

Oorspronkelijk geplaatst door Pantsy

Clonen is een optie om er erg simpel vanaf te zijn, dan hangt het er alleen vanaf of de TS over deze functie beschikt (ivm licenses).

Hoe is dit een licentie issue als je het origineel toch wist?

Oorspronkelijk geplaatst door Pantsy

@wila als ik erg simpel terug mag antwoorden, zulke problemen heb je niet met betaalde software en dan heb je zulke methodes niet nodig (gelukkig). Het kan voor in nood scenario's wel helpen, wellicht in dit geval.

Ik snap je "betaalde software" referentie niet. De vmkfstools tool waar ik naar refereer is onderdeel van VMware commerciele software. Kennis van zaken bij noodsituaties zal je beter helpen dan "betaalde magische software" want je moet nog steeds op de juiste knopjes drukken en over genoeg kennis beschikken.

Anyways.. op de situatie die TS schetste was je opmerking "files open kan niet kopieren" correct voor die situatie. Het klonk alleen alsof je daarmee ook wilde zeggen dat het technisch niet kan. Ik gaf alleen een voorbeeld van hoe het toch mogelijk is.

@wila, jij begrijpt mij wel gezien je vmware expertise, je kan standaard niet clonen met bepaalde licentie vormen (of geen licentie vorm beter gezegd) met vmware. Technisch kan je zeker uit de voeten, maar zonder de juiste kennis of gebruik van de tools lijkt het mij niet verstandig om dit iemand te laten uitvoeren (vmware of binnen het os zelf).

Daarnaast levert vmware zulke dergelijke geautomatiseerde en nette tools om dit uit te voeren wat uiteraard ideaal is voor in een situatie zoals deze, het kost alleen wel geld om deze functies te mogen gebruiken. Dat je ook kennis nodig hebt om op knopjes te drukken ben ik met je eens, alleen laten we wel eerlijk wezen dat dit een stuk gemakkelijker is dan het iemand via cli te laten doen, iets waar vmware ook naar streeft en duidelijk te merken is in vmware 5.

@mortydot, installeer 2 nieuwe nodes met vmware + een vcenter vm en cloon de vm, je hebt standaard 60 dagen trial om de mogelijkheden van vmware uit te proberen, of de optie van wila om alles 1 op 1 te copyen naar een nieuwe vdisk. Misschien ben je er inmiddels al uit?

Is het een optie om?:

- met Redobackup een backup te maken van de VM
- nieuwe VM aanmaken met dezelfde specs
- Restore uitvoeren met Redobackup

(of een andere backup solution zoals Acronis mag ook, uiteraard)

@Crossplatform TS is hier al in geen week meer geweest, dus ik gok dat het probleem of is opgelost OF dat het niet zo'n belangrijke VM was. Is verder een goeie tip hoor.

@Pantsy Ah OK, ja dan zou je een versie kunnen aanschaffen of inderdaad in probeer modus. Zelf zat ik te denk aan het gebruik van VMware converter, ook nog steeds gratis dacht ik. Maar omdat TS niet meer reageerd had ik niks verder aan te raden. Je kan converter namelijk op meerdere manieren inzetten en het ligt ook een beetje aan zijn gebruikte product en guestOS. Veranderingen maken binnenin de VM (software installeren voor te klonen e.d.) is echter af te raden. In principe zal een kopie binnenin de VM meer kans van slagen hebben als een op vSphere host niveau.
Niet omdat er dan geen blanko stukken in de disk vallen, maar omdat een host kopie gewoon helemaal lukt of helemaal niet. En met I/O errors erbij wordt dat dan de laatste versie.

Oorspronkelijk geplaatst door visser

Maar kan, en gebruikt, vmware zodanige locks dat een ander (root) proces zelfs de file niet kan lezen ?
Hm, een filer waarbij het filer OS meekijkt op een iSCSI partitie is natuurlijk qua locking een rare situatie.
Kan dat uberhaupt wel, vraag ik me af, als onafhankelijke kernel meekijken op een 'lokaal' FS wat door een andere kernel in gebruik is ?

Omdat je duidelijk geinteresseerd blijkt te zijn in het technische verhaal qua locking mechanisme, hier een linkje naar een interessant artikel hierover: VMFS Locking Uncovered

Oorspronkelijk geplaatst door wila

Omdat je duidelijk geinteresseerd blijkt te zijn in het technische verhaal qua locking mechanisme, hier een linkje naar een interessant artikel hierover: VMFS Locking Uncovered

Dank, inderdaad een boeiende link (en rondje web vanaf daar) over vmfs locking (en primitieven zoals scsi reservations).

Iedereen bedankt voor de reacties en de vele mogelijkheden.
Ik moet wel zeggen dat ik de meest creatieve en tijdsintensieve dingen gelezen heb hier :-)

Ik heb het uiteindelijk opgelost door de vmware-client met een extra disk (deze disk staat op de lokale vmware-server) te booten.
De inhoud van de originele disk te kopiëren naar de nieuwe disk.
Vervolgens oude disk verwijderen vanuit de vmware-host.
Nog wat laatste instellingen met boot-cd-tools.

Keuze hiervoor is gevallen omdat het een relatief kleine schijf waarbij de waarde van de inhoud ook geen 'werkdagen' aan waarde had.
Iedereen bedankt voor de reacties! Heb er zeker wat mee kunnen doen.
Alvast een goed weekend :-)