locked
VSMT migrálás után nem indul a virtuális szerver RRS feed

  • Question

  • Sziasztok!

     

    VSMT-t szeretnék tesztelni, de elakadtam ott, amikor újraindul a virtualizálásra szánt gép és bebootol Deployment Agent-be: no reply from a server üzenetet kapok és kéri, hogy indítsam újra.

    Az látszik, hogy a DHCP szerver oszt neki ip címet, az ADS-ben látszik, hogy van neki egy job, ami elkészítené a Capture-t, de addig már nem jutok el,  hogy el is kezdje.

    Az alany elméletileg PXE képes, de nekem nem sikerült ezt a funkcióját működésre bírnom, pl a bios boot orderben nem lehet a hálózati kártyát választani, ezért RIS boot lemezzel próbálkozom, de ADS esetében sikertelenül. Ha fut a RIS, azt megtalálja és kezdené is telepíteni az oprendszert.

    Kellene vmit patkolni ezen a lemezen, hogy az ADS DA-val is működjön?

    Thursday, September 20, 2007 2:20 PM

All replies

  • Ha RIS megy lemez nélkül akkor támogatja a PXE-t és működik is. Aztán a többin még gondolkodom. Big Smile

    Thursday, September 20, 2007 7:22 PM
  • De lemez nélkül az sem megy!

     

    Amúgy elfogyott a türelmem. Eltávolítottam az összes ezzel kapcsolatos feltett komponenst és újratelepítettem.

    Most egy fokkal jobb a helyzet, de még nem az igazi. Most ezzel kűzdök:

     

    Windows could not start due to an error while booting from a RAMDISK. Windows failed to build a bootable RAMDISK IMAGE.

    Most próbálok a http://support.microsoft.com/kb/841550 cikk szerint eljárni...

    Friday, September 21, 2007 7:03 AM
  • Sikerült eljutnom a migrációs folyamat végére, minden hiba nélkül, flottul lezajlott.

    Azonban a virtuális gép nem boot-ol!

    Nincs hibaüzenet, vagy boot lemez kérés, vagy egyéb, csak egy fekete képernyő.

    RC-t indítva látszanak a fájlok, boot.ini rendben, próbálkoztam fixmbr és fixboot parancsokkal, de hiába.

    Találkozott már vki ilyesmivel?

     

    Monday, September 24, 2007 9:21 AM
  • Hol van fekete képernyő? Windows logo előtt vagy után? Ha egyik sem segít akkor maximum ntldr-t lehetne újra rárakni, vagy windows cd-ről repair, vagy defrag. Bár egy új telepítés után nem szokott ilyen hiba jelentkezni. Safe mode-ban sem indul el, vagy odáig sem jut el, hogy F8....?

    Monday, September 24, 2007 9:28 AM
  • Az acpitabl.dat betöltésénél akad el a folyamat...

    Monday, September 24, 2007 11:19 AM
  • Kliensen milyen operációs rendszer-t akarunk indítani? Általában storage driver hibája okozza ezt....

    Monday, September 24, 2007 11:27 AM
  • Kliens alatt mit értesz?

    A host és a guest is w2k3 sp1.

    A guest .vhd-jét teljesen más gépre telepített Virtual Server alól indítva is ugyanezt a hibát produkálja.

    Az eredeti gép, amiről a migrációt csináltam, természetesen nem mutat semmi hibát.

    Monday, September 24, 2007 11:44 AM
  • Aham a guest is w2k3 sp1. Na akkor a szokásos hiba lesz ez. Vagy átnevezed a %windir%\system32\drivers-ben az update.sys-t valamire, vagy felülírod egy nem SP1-es verzióval. Esetleg ha van HT akkor azt is érdemes kikapcsolni.

     

    Monday, September 24, 2007 12:33 PM
  • Az update.sys átnevezést már próbáltam, nem jött be. RTM verzióm meg nincs ebből a fájlból.

    Az SP2-es is jó lehet helyette?

    HT alapból ki van kapcsolva.

     

    Monday, September 24, 2007 1:17 PM
  • Passz, egy próbát megér. Ami biztos, hogy az sp1-es dolog nem tetszik neki, rengeteg ilyen probléma volt...

    Monday, September 24, 2007 1:21 PM
  • Sajnos nem segített. Vagy ez csak hasonló probléma, vagy az SP2-es verzió is hibásan működik.

    Keresek egy RTM verziót...

     

    Monday, September 24, 2007 1:48 PM
  • RTM-mel is ugyanaz a helyzet.

    Még megpróbáltam a fizikai vasat SP2-re frissítve, új capture-t készítve megimételni a migrációt, de a jelenség hajszálra ugyanaz!

     

    Tuesday, September 25, 2007 11:57 AM
  • Gondolom ha a "kliesnre" simán ráteszed az operációs rendszert akkor semmi gondja. Egyébként pontosan milyen szoftvereket használsz a migrációhoz, mindenből a legújabb?

    Tuesday, September 25, 2007 12:03 PM
  • Teljesen szét vagyok ma esve. Ezt találtam neked:

     

    http://support.microsoft.com/kb/924393

     

    Tuesday, September 25, 2007 12:09 PM
  • Ezzel a cikkel már én is szemeztem, de a helyzet az, hogy egyprocis a szerver amit migrálok és a gatherhw által generált xml-ben látszik is, hogy ez bizony Uniprocessor PC. Ettől függetlenül azért kipróbáltam, de nem segített.
    Wednesday, September 26, 2007 9:16 AM
  • Egy kis update:

    kipróbáltam ma a VMware migrációs eszközét, a VMware Convertert. Ezzel simán elindult a virtuális szerver a migráció után VMware Server alatt. A VMDK2VHD Converterrel átkonvertáltam a VMDK-t VHD-ra, ezek után a VMware Server alatt indítva kék képernyőt kapok, az MS Virtual Server alatt indítva pedig  pontosan ugyanazon a ponton hasal el mint a VMST migrálás után: acpitabl.dat.

    Ebből én semmilyen további következtetést nem tudtam levonni, de hátha másnak lesz ötlete!

     

    Thursday, September 27, 2007 12:52 PM
  • Na most itt két dolog a kérdéses, szerintem. Vagy nálad van a hiba a host géppel, vagy valamit rosszul csinálsz. Próbáltad esetleg más vason ugyanezt a módszert?

     

    Monday, October 1, 2007 7:54 AM
  • Más vason ugyan nem próbáltam, de szomorú is lennék ha a vason múlna hogy egy VM hogy fut. Pont az lenne a lényege, hogy nem számít milyen a fizikai gép.

    Az lehet, hogy vmit elrontok, de nem hiszem.

    Már nagyon sokadszorra kezdek bele és az eredmény mindig ugyanaz.

    Friday, October 5, 2007 10:14 AM