Fórumok
Sziasztok!
Proxmox alá hoznék be fizikai szervereket, de nem szeretne bootolni alatta a Clonezilla. Eljut odáig, hogy fekete képernyő, rajta a 'missing workdir' és nagyjából ennyi.
Gugliztam sokat és láttam, hogy páran szenvednek még ezzel, de megoldást még sehol nem leltem.
Ugyanez az iso Virtualbox-ban gond nélkül bootol.
Proxmox: proxmox-ve_5.1-3
Clonezilla: clonezilla-live-2.4.7-8-amd64
Esetleg valakinek van ötlete?
Köszönöm!
Hozzászólások
Esetleg bootpromptnal kapcsold a vga-t normal modba, valamint ha van quiet opcio vedd ki ey ugy bootold, hatha tobb info lesz.
Fedora 26, Thinkpad x220
worksforme
‘clonezilla-live-2.5.2-31-amd64.iso’
https://screenshotscdn.firefoxusercontent.com/images/239c4e1a-c66d-4843…
https://screenshotscdn.firefoxusercontent.com/images/3e8827aa-2a21-4e90…
# pveversion
pve-manager/5.1-42/724a6cb3 (running kernel: 4.13.13-2-pve)
Igen, friss verzióval már nekem is elindult. Már csak ki kell találnom, hogy húzza be a fizikai gépből készített image-et egy vm-be :) De lehet, hogy ezt már egy másik bejegyzésbe kéne írnom.
nem kotozkodeskepp, de sosem ertettem, hogy egy dd + cp|scp|rsync-over-ssh dolgot miert kell igy megbonyolitani?
Dd+cp alatt pontosan mit értesz? Mert ha egész hdd-t dd-zem, az hatalmas image lesz.
Ssh sem játszik, fizikailag más helyen van a két gép.
dd if=/dev/sda |pv|gzip -1 -|ssh 1.2.3.4 'gzip -d|dd of=/dev/target-disk'
Én így szoktam csinálni, dd-vel felolvasom a másolni kívánt lemezt a forrás gépen (live rendszerről), pv kijelzi a másolás sebességét és az átvitt adatmennyiséget, gzip -1 -el gyors tömörítést végzek, és ssh-n átküldöm on the fly az adatokat a cél gépre(proxmoxra), ahol gzip kitömörít, és dd kiírja a cél lemezre. Régen én is használtam clonezillát, de szerintem így gyorsabb és egyszerűbb, főleg ha proxmox a cél vagy a forrás.
ssh cpu igenyes, ha sporolni akarsz lentebb ugyanez nc/gzip-pel :)
Nem vagyok paranoiás, de ssh-nak és nc-nek is megvan a maga helye, távoli gép miatt security szempontból szerintem ssh a jobb megoldás, bár ha nem érzékeny adatokat kell átvinni ilyen esetben is megállhatja a helyét az nc.
tuzfal.
ssh tavolrol is megy :D
a dd-t pedig pipe-olhadtod gzipbe, azt pedig fileba.
google: saving disk image linux with dd
en konkretan igy koltoztem kvm-be:
target gep, liveCD:
nc -l 19000|bzip2 -d|dd bs=16M of=/dev/sdb
forras gep liveCD:
dd bs=16M if=/dev/sda|bzip2 -c|nc targetgep.ip.cime.vagy.dns.neve 19000
feliratkozom tanulni :)
gzip valamivel hamarabb végez (3-ad idő alatt -9 opciókkal), a /boot partíciómra azonos méretben
+sub
Akkor ha jol nezem, ebben az esetben a gep "offline" amig ez a moka megy. Tulajdonkeppen csak feliratkozo hozzaszolas
-+-+-+
Dropbox tarhely
Cave Canem
+-+-+-
Igen. Nehez ugy konzisztens diszket atvinni, hogy kozben irunk ra :D
Plusz pont ha tudsz lvm/zfs snapshotot csinalni (leallitott szolgaltatasok+sync/flush), azt felcsatolod readonly-ban es ugy. Persze ekkor is bukod az ezutan leirt adatot, erre megoldas alant:
Ha "online" akarod csinalni, (unix-like OS only :D) akkor rsync (over ssh) vagy a fentebbi dd, majd felcsatol/fsck, es a vegen leallitott szolgaltatasokkal kulonbozeti rsync (ami remelhetoleg gyorsan megvan).
Ha van "rendes" virtualizaciod (proxmox/xen/vmware/hyperv...) akkor mukodhet a live migration is, de nemelyiknel licenszkoteles.
proxmox egy qm send/recieve-vel megoldja poolon belul. Csak legyen a(z emulalt) CPU kompatibilis.
qm migrate 100 otherhostname --online --with-local-disks
Nah várjuk! Ebben az esetben fizikai lemezt adtál a vm-nek? Miért nem image?
mert a VM-ben az mar "fizikai" diszk.
Én szimplán csak a partclone-t használom ilyesmire. Legalább az üres szektorok beolvasása nem vesz el időt.
Ez is azt hasznalja de hozzatesz meg sok dolgot.
[Feliratkozás]