Kezdőlap > Virtual Server/Hyper-V > A lefoglalt vhd esete

A lefoglalt vhd esete


Egyik cégnél a kollégák már a hajukat tépték, amikor egy aznap délelőtt leállított virtuális gépet akartak ismét elindítani, s folyamatosan hibára futott. Az eseménynaplóban egy olyan hibaüzenetet találtunk csak:

VM-Név

Virtuális-gép-ID

VHD-útvonal.vhd

%%2147942432

0x80070020

The locale specific resource for the desired message is not present

Próbáltunk ennek alapján elindulni. A hibakód azt jelenti, hogy

2147942432: The process cannot access the file because it is being used by another process. (0x80070020).

Tehát próbáltuk kideríteni, hogy ki/mi használhatja ezt az állományt. Mivel a gép leállítása azért történt, mert egy újabb oprendszerű, de azonos nevű VM vette át a feladatát, első sorban erre gyanakodtunk – de a vhd nem volt hozzá csatolva.

Kiderült, hogy egy másik kolléga nem ezt a módszert választotta pár adat kinyeréséhez, hanem a gazdagépre csatolta fel közvetlenül a vhd állományt. Onnan leválasztva, máris elindult a virtuális gép…

Reklámok
  1. Lotus
    július 20, 2016 - 8:42 de.

    A cím alapján azt hittem, a yard kivonult nagy erőkkel fegyveresekkel egy vhd állományt lefoglalni 😀 Mi ez a kattintásvadász cím? 😛

    • július 20, 2016 - 8:48 de.

      Igazad van, tényleg olyan 🙂 Elnézést kérek minden “rendes” olvasómtól, a tegnapi nap eléggé félrecsúszott minden téren – itt is…

  2. Lotus
    július 20, 2016 - 9:12 de.

    Ha van szakmai rész a tegnapi szétcsúszásnak, szívesen olvasnánk 🙂

    • július 20, 2016 - 10:27 de.

      Tudhatod, hogy amikor van, a szívásokat mindig megírom 😉

  3. soder
    július 25, 2016 - 8:27 de.

    “Kiderült, hogy”

    Mint ahogy fentebb is írták már kiderült, de HOGYAN? Humán módszer: mindenki megkérdezve, de az soha nem működik, mert az ember válasza mindig az h. “semmit nem csináltunk)” VAGY gépi mószer (az ált. nem hazudik)? Columbo-ban se az volt az érdekes, h. ki a gyilkos, hisz azt tudtuk a legelejétől, hanem h. hogyan derül ki!?

    • soder
      július 25, 2016 - 8:30 de.

      Ja és igen, azért nem az ostoba india MSFT mérnökök blogjára vagyok felíratkozva, mert azok max. odalökik, h. registry-bnen átállítottam / letöröltem ezt a DLL-t és működik. Semmi oknyomozás, semmi felismerés h. ezzel 1 óriási baromságot csinált csak szerencséjére még 5 percig nem omlott össze az egész stb.. Tehát azért nem a fél-hülyék / mekkmesterek / agyatlan inidiaiak blogját olvasom, mert az okok érdekelnek. Ezért vagyok a Te blogos olvasója 🙂 Szóval légyszíves a trükköt… 😀

      • július 25, 2016 - 8:44 de.

        Lehet, hogy kiábrándulsz és azonnal leiratkozol, de nem volt semmilyen látványos DNS-mintavétellel tarkított beépített ügynökös trükk 🙂 Viszont örülök, hogy valaki tényleg belegondolt 😉
        1. kevés ember volt érintve, így nem kellett sok embert megkérdezni, a tettes egyből bevallotta 🙂
        2. ha nem tette volna, akkor:
        a. lokális lemezen volt az állomány, tehát feltételeztem, hogy (mivel nem iSCSI kiszolgáló) lokálisan van használva, így végignéztem volna minden VM-et, majd a helyi lemezkezelőt
        b. bár nem volt megosztva sem, elérhető a $-os admin megosztásokon, így a következő lépés a nyitott állományok ellenőrzése lett volna.
        Remélem így már látszik, hogy merre indultam volna 🙂

  1. No trackbacks yet.

Vélemény, hozzászólás?

Adatok megadása vagy bejelentkezés valamelyik ikonnal:

WordPress.com Logo

Hozzászólhat a WordPress.com felhasználói fiók használatával. Kilépés / Módosítás )

Twitter kép

Hozzászólhat a Twitter felhasználói fiók használatával. Kilépés / Módosítás )

Facebook kép

Hozzászólhat a Facebook felhasználói fiók használatával. Kilépés / Módosítás )

Google+ kép

Hozzászólhat a Google+ felhasználói fiók használatával. Kilépés / Módosítás )

Kapcsolódás: %s

%d blogger ezt kedveli: