KVM-re Windows 2008 x64 OEM server

Jó az a KVM. Persze a konkurrencia jobb pár dologban, de red hat alapokon a virtualizáció teljesen jól megoldható ezzel is. Van már svirt, azzal már talán biztonságosabb is valamivel a KVM.

Na Gabla: A virtuális gép xml-jét írd be, ha libvirt-et használsz, vagy, hogy hogyan próbáltad elindítani. Valszeg a virtio-s driverek nincsenek megfelelően aláírva, úgy pedig nem nagyon szeretnek betöltődni 64 bites win2k8 alatt. Amennyiben libvirt-t használsz, miután átírtad az xml file-t csináltál egy define-t? (asszem azt kell, bár rég használtam libvirtet).

ügyfélnél tökéletesen működik alatta 2011 sbs is, de tettem már alá winnt-t is :)

Na igen. Divat leszólni a KVM-et, hogy ilyen meg olyan feature nincs, meg szar.... mert ugye pl VMWare alatt van fault tolerance... csak elfelejtik megemlíteni, hogy 1 vcpu-nál többet nem használhatsz vele, paravirtualizált kernel ugrik vele, és még vagy 8-10 megkötés van. Magyarán, ahol lenne értelme - business osztály - ott nem használható a limitációk miatt. Ez csak egy kiragadott példa volt.

Na, akkor a kolléga kérdésére:
- ha XML-ben átírsz valamit, akkor ahogy másik kolléga írta, define kell, virsh define config.xml. DE egyszerűbbb, ha virsh edit domain parancsot kiadod, átírod, és akko rögtön él
- ha a fedorától töltöd le a drivereket, vagy RH-tól azok alá vannak írva, de újabb qemu-kvm-hez már ezek vannak csomagolva minden platformon, én 1 hónapja telepített utoljára win2k8-at. 64 bit. és működik.

a konfigot kezd el kapargatni. ha egyáltalán nem lát semmi diszket az nagyon forcsa egyébként.

Nem akarok gonosz lenni, de biztos hogy user error.
Dumpolj nekunk xml-eket, hogy tudjunk segiteni...

Van egy sejtésem, amit már is leírt feljebb, de előbb egy kis előzmény. A Vista-tól kezdődően a Microsoft bevezette, hogy a 64-bites változatok csak olyan drivert hajlandóak betölteni, ami fejlesztői tanúsítvánnyal (Microsoft Authenticode típusú Code Signing Cerfiticate) alá van írva. Mindezt azért, mert sok kékhalált okoznak/tak a hibásan megírt Windows-os driverek. Ergo hiába adsz neki akármilyen driver lemezt, ha az adott driver nem 64-bites, vagy 64-bites, de nincsen aláírva. Javaslatom a következő: próbálj meg egy 32-bites Windows Server 2008-at telepíteni (evaluation változat itt: http://www.microsoft.com/en-us/download/details.aspx?id=8371). Ha azzal működik, akkor ez okozta a problémát.

Felhívnám a figyelmedet továbbá, hogy attól, hogy még több kérdést írsz le, nem segítesz a többieknek megérteni a problémádat. Add meg nekik az általuk kért XML dumpokat, aztán várj türelmesen.

Plz, adj nekunk infokat, addig semmilyen ertelmes valaszt nem fogsz kapni. Trust me.
--

Ki oda vagyik, hol szall a galamb, elszalasztja a kincset itt alant. | Gentoo Portal 

hello

lehet hogy hulye otlet, de nem lehet hogy a "2008srv.qcow" jogosultsagainal van a gond?

2011 ezzel tökéletesen felment és fut (2008 r2 az alapja annak is (súgóban még mindig az is :) ) a különbség annyi még, hogy itt lvm alatt van a disk

http://pastebin.com/M7nxpmby

Este megnezem neked. Ugyan nem KVM, hanem Xen, de a lenyegi dolgok ugyanazok mar benne (a IDE/SCSI hw emulacios reteg mindkettoben a QEMU-bol jon).

Update: megneztem. Hat nekem nem OEM verzios 2008 R2-em van, mert olyanom nincs, MSDN-es van, de driver szempnotbol ez nem lenyeges, elvben az image ugyanazt tartalmazza. Nos, az a gep, amiben neztem, tartalmaz IDE es SCSI vinyot is vegyesen...

<domain type='xen'>
  <name>CONXCMBX</name>
  <memory unit='KiB'>2097152</memory>
  <currentMemory unit='KiB'>2097152</currentMemory>
  <vcpu>1</vcpu>
  <os>
    <type>hvm</type>
    <loader>/usr/lib/xen/boot/hvmloader</loader>
    <boot dev='hd'/>
    <boot dev='cdrom'/>
  </os>
  <features>
    <acpi/>
    <apic/>
    <pae/>
  </features>
  <clock offset='variable' adjustment='32399' basis='utc'>
    <timer name='hpet' present='no'/>
  </clock>
  <on_poweroff>destroy</on_poweroff>
  <on_reboot>restart</on_reboot>
  <on_crash>restart</on_crash>
  <devices>
    <emulator>/usr/lib64/xen/bin/qemu-dm</emulator>
    <disk type='block' device='disk'>
      <driver name='phy'/>
      <source dev='/dev/vg-vms/CONXCMBX_SYS'/>
      <target dev='hda' bus='ide'/>
    </disk>
    <disk type='file' device='cdrom'>
      <driver name='file'/>
      <source file='/var/lib/xen/images/iso/exch2k7sp264.iso'/>
      <target dev='hdd' bus='ide'/>
      <readonly/>
    </disk>
    <disk type='block' device='disk'>
      <driver name='phy'/>
      <source dev='/dev/vg-vms/CONXCMBX_DATA'/>
      <target dev='sda' bus='scsi'/>
    </disk>
    <disk type='block' device='disk'>
      <driver name='phy'/>
      <source dev='/dev/vg-vms/CONXCMBX_BK'/>
      <target dev='sdb' bus='scsi'/>
    </disk>
    <disk type='block' device='disk'>
      <driver name='phy'/>
      <source dev='/dev/vg-vms/CONXCMBX_AD'/>
      <target dev='hdb' bus='ide'/>
    </disk>
    <interface type='bridge'>
      <mac address='00:0c:29:aa:47:7a'/>
      <source bridge='virbr0'/>
      <script path='vif-bridge'/>
    </interface>
    <serial type='pty'>
      <target port='0'/>
    </serial>
    <console type='pty'>
      <target type='serial' port='0'/>
    </console>
    <input type='mouse' bus='ps2'/>
    <graphics type='vnc' port='-1' autoport='yes' keymap='en-us'/>
  </devices>
</domain>

--

Ki oda vagyik, hol szall a galamb, elszalasztja a kincset itt alant. | Gentoo Portal 

A virtio windows drivered elofordulhat, hogy tul friss - mig ezt rhel alapon szinkronban frissitik a kernel kvm+virtio vegpontokkal, mashol ez nem feltetlen van szinkronban.
A libvirt toolok idonkent szinten nincsenek szinkronban, vagy szimplan bugosak (gyakori eset) - attol hogy xml, meg az egyes toolok mas schemat varnak, mashogy dolgozzak fel. Nezd meg milyen parancssori parameterekkel inditja a kvm-et. Kezzel inditva egy minimal kvm-et (csak -m -cdrom -hda opciokkal) valoszinuleg latni fogja az ide diskeket.