Van egy fenti szerverem KVM virtualizáció felett. Az egyik diszken elfogyóban a hely - sebaj, megnöveltem az alatta levő LV méretét (mivel DRBD-n van annak a méretét is). Linux alól (pl fdisk-el de bármi mással is) megnézve a DRBD device mérete nagyobb. Ez a device van megadva a virsh-val a virtuális gépnek. Windows alól viszont az eredeti kisebb méret látszik, tehát nem tudom megnövelni a volume-ot. A diszk driver virtio.
A rejtély az, hogy csináltam egy ugyanolyan win10 virztuális gépet és ott ezt eljátszva szépen nagyobbnak látja a diszket a windows.
Újraindítás nem segít. Van valamilyen trükk amivel rávehetem, hogy nézze meg a diszk méretét egy kicsit alaposabban?
Kínomban már arra is gondoltam, hogy linuxos eszközzel megnövelem a GPT partíció méretét, de kissé tartok attól, hogy beal a windows egy olyan partíciótól, ami nagyobb mint szerinte a diszk.
- 553 megtekintés
Hozzászólások
Win+X -> Disk Management mint mond a méretre? Lehet ott kell még egy Extend Partitiont mondani, hogy tudja használni.
~ubuntu, raspbian, os x~
- A hozzászóláshoz be kell jelentkezni
Ha lehetne nem lenne semmi gond. A Disk Management szerint is és a command line particionáló (diskpart) szerint is a disz mérete a régi kicsi méret - ugyanez a host linux szerint nagy. Emiatt az extend Partition szürke, hiszen azt hiszi, hogy kitölti az egész diszket.
- A hozzászóláshoz be kell jelentkezni
Diskpart rescan mit mond? Volt néhány esetem amikor csak az segített, igaz azok még 2008-as szerverek voltak. Az újabbaknál még csak restart se kellett. Kíváncsi leszek mi lesz a megoldás, de van egy érzésem, hogy nem a windows oldalon kell keresgélni.
A tömegek sohasem szomjúhozták az igazságot. A nekik nem tetsző bizonyságok elől elfordulnak és inkább a tévedést istenítik, ha ez őket elkápráztatja. Aki illúzióba ringatja őket, úr lesz fölöttük, de áldozatuk az, aki megpróbálja őket kiábrándítani.
- A hozzászóláshoz be kell jelentkezni
Megörültem az ötletnek, de nem használt (a reboot sem használt)
DISKPART> list disk
Disk ### Status Size Free Dyn Gpt
-------- ------------- ------- ------- --- ---
Disk 0 Online 71 GB 1533 MB
Disk 1 Online 619 GB 0 B *
Disk 2 Online 113 GB 4096 MB
DISKPART> rescan
Please wait while DiskPart scans your configuration...
DiskPart has finished scanning your configuration.
DISKPART>
DISKPART> list disk
Disk ### Status Size Free Dyn Gpt
-------- ------------- ------- ------- --- ---
Disk 0 Online 71 GB 1533 MB
Disk 1 Online 619 GB 0 B *
Disk 2 Online 113 GB 4096 MB
Linux oldalon ugyanez:
Disk /dev/drbd3: 825 GiB, 885809934336 bytes, 1730097528 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 524288 bytes / 1572864 bytes
Disklabel type: gpt
Disk identifier: 18A82BA7-0823-40AD-B325-FDDFA540B42C
Eszköz Start Vége Szektorok Size Típus
/dev/drbd3p1 34 262177 262144 128M Microsoft reserved
/dev/drbd3p2 264192 1300193279 1299929088 619,9G Microsoft basic data
- A hozzászóláshoz be kell jelentkezni
Csak egy ötlet: Biztos, hogy a drbd3-at adtad oda a VM-nek és nem a drbd3p2-t? Mert ha utóbbit, akkor a drbd3p2-t is át kell méretezned linux oldalon. A diskpart "select disk 1" "list partitions" mit mond?
- A hozzászóláshoz be kell jelentkezni
Erről jut eszembe még egy ötlet. Mi történik, ha készítesz egy teljesen új lemezt, mindegy mekkorát, csak tesztből és azt adod oda a windows-nak, azt látja egyáltalán, és mekkorának?
A tömegek sohasem szomjúhozták az igazságot. A nekik nem tetsző bizonyságok elől elfordulnak és inkább a tévedést istenítik, ha ez őket elkápráztatja. Aki illúzióba ringatja őket, úr lesz fölöttük, de áldozatuk az, aki megpróbálja őket kiábrándítani.
- A hozzászóláshoz be kell jelentkezni
Ennél a virtuális gépnél még nem próbáltam, mert ha öt percre leáll már nyöszörögnek, de csináltam egy teljesen újat (mondjuk 2016 szerver, hanem win10) és ott jók voltak a diszkek és az átméretezést is azonnal észrevette.
Kicsit nyugalmasabb időben kipróbálom.
- A hozzászóláshoz be kell jelentkezni
Ígéretes ötlet, de sajnos nem a partíciót kapta meg, hanem az egész diszket
Ez a diszk definíciója
<disk type='block' device='disk'>
<driver name='qemu' type='raw' cache='none'/>
<source dev='/dev/drbd/by-res/dominodata/0'/>
<backingStore/>
<target dev='vdb' bus='virtio'/>
<alias name='virtio-disk1'/>
<address type='pci' domain='0x0000' bus='0x00' slot='0x05' function='0x0'/ >
</disk>
Ez meg a device:
ls -l /dev/drbd/by-res/dominodata/0
lrwxrwxrwx 1 root root 14 aug 24 2019 /dev/drbd/by-res/dominodata/0 -> ../../../drbd3
A diskpart list partition gyakorlatilag ugyanazt mondja, mint a list disk:
DISKPART> list partition
Partition ### Type Size Offset
------------- ---------------- ------- -------
Partition 1 Reserved 128 MB 17 KB
Partition 2 Primary 619 GB 129 MB
- A hozzászóláshoz be kell jelentkezni
Pedig olyan kézenfekvőnek tűnt. :) Ez akkor valami drdb probléma lesz, a cat /proc/drbd mit mond mindkét oldalon erről a diszkről? (oos megegyezik?) Milyen drbd verzió?
- A hozzászóláshoz be kell jelentkezni
Én is örültem volna, ha ez a hiba, mert könnyű lett volna javítani :-)
Nem nagyon hiszek a drbd hibában, mert a linuxos toolok meg jónak látját a diszk méretet.
Ezen kívül egy win10-es virtuális gépen látja a diszkméret növelését ugyanazzal a vitrualizációval és DRBD-vel.
Az egyik gépen:
3: cs:Connected ro:Primary/Secondary ds:UpToDate/UpToDate C r---b-
ns:412787664 nr:0 dw:399463347 dr:1962231246 al:34690418 bm:0 lo:0 pe:0 ua:0 ap:0 ep:1 wo:d oos:0
A másikon:
3: cs:Connected ro:Secondary/Primary ds:UpToDate/UpToDate C r---b-
ns:0 nr:1603368677 dw:1603368677 dr:0 al:0 bm:0 lo:0 pe:0 ua:0 ap:0 ep:1 wo:d oos:0
A DRBD 8.4.5.
- A hozzászóláshoz be kell jelentkezni
Igaz, írtad hogy linux alól (gondolom mindkét hoston) látszódik a növelt méret. Utolsó tipp: A Windows VM-et "csak" újraindítottad (megmaradt a qemu process) vagy le is állítottad/indítottad (új qemu process)?
- A hozzászóláshoz be kell jelentkezni
Köszönöm
Ez lett a megoldás! Jár neked a virtuális Tibi csoki. Nem tűnt fel, hogy a teszt rendszert leállítottam és újraindítottam az éleset pedig csak rebootoltam - mindig tanul valamit az ember.
- A hozzászóláshoz be kell jelentkezni
Szia!
<target dev='vdb' bus='virtio'/>
helyette
<target dev='scsi0' bus='virtio-scsi-pci'/>
...
<target dev='scsi1' bus='virtio-scsi-pci'/>
...
Diszkeket tedd át "virtio-scsi-pci" -ra - ez az ajánlott már KVM esetében - akkor működni fog.
A sima "virtio" diszk-driver - bugos - más problámával is találkoztam (pl.: menet közben eltűnik a diszk az OS alól ).
https://www.ovirt.org/develop/release-management/features/storage/virti…
- A hozzászóláshoz be kell jelentkezni
Köszönöm, kipróbálom, bár nekem eddig nem volt bajom avirtio-val sem. A virtuális windows-on kell valamilyen új drivert telepíteni?
- A hozzászóláshoz be kell jelentkezni
Nem használok hozzá, alap windows driver elég.
- A hozzászóláshoz be kell jelentkezni
És mekkora méretről van szó? 2TB? Nem lehet, hogy legacy partíciós tábla lett kreálva?
"Sose a gép a hülye."
- A hozzászóláshoz be kell jelentkezni
Attól még látja a disk manager a lemez valós méretét, még azt is megengedi, hogy kiterjeszd a meglévő particiót 2 TB-ig, csak utána marad egy unallocated üres hely, amivel semmit nem tudsz csinálni.
Ez a host oldalán lesz elcseszve.
- A hozzászóláshoz be kell jelentkezni
620 GB-ről lett átméretezve 825-re. Legacy partíciós tábla.
- A hozzászóláshoz be kell jelentkezni
nemide
- A hozzászóláshoz be kell jelentkezni