Shunze 學園 >電腦資訊學系 >吃軟不吃硬 > 《分享》CentOS P2V 哈囉，還沒有註冊或者登入。請你[註冊|登入]
« 上一篇主題 下一篇主題 » 顯示成列印模式 | 增加到我的最愛
發表新主題 發表回覆
作者
主題
shunze
工友伯伯


註冊日期: 2002 04
來自: 潮汐終止之地
文章: 2380
shunze 離線
《分享》CentOS P2V引用回覆 編輯/刪除文章 搜尋由 發表的其他文章 回報給版主 IP 位置 回此頁最上方

因工作需要，這幾天一直在做Linux的VMWare P2V(實轉虛)，
不過之前只有做過Windows的P2V，真的要轉換Linux才發現跟Windows差很多！

基本上VMWare並未提供Linux的轉換程式，事實上Linux的轉換是透過Windows上已安裝好的Converter來進行，
而Converter的版本選擇建議與ESXi Server一致比較不會有問題。

此Converter的運作，基本上是透過root帳號與SSH協定來讀取目標Linux，
然後在ESXi Server上即時建立一個Helper VM，收容Converter所撈到的數據，
等所有資料都複製好了，原Linux就可以關機，換虛擬機上線。



轉換的過程，當然是說的比唱的好聽，實際遇到的挫折可不少，
還好網路分享的力量是無窮的，
靠著網路上的知識分享，總算成功將CentOS 6.5轉換成功！

成功轉換後，秉持著分享的精神，
將轉換諣程中的要點記錄下來，做為心得筆記與大家共享。

  • 確認root權限及SSH已開通
    如上所說，轉換過程是透過root權限及SSH協定來進行，
    所以請以putty試一下，目標CentOS是否可以root帳號透過SSH協定登入。

    如果SSH還沒裝？請先裝好SSH。
    yum -y install sshd

    如果root帳號不能透過SSH登入，請檢查/etc/ssh/sshd_config設定檔中的 PermitRootLogin 是否設為no？
    若是yes的話，請改為no，然後再重啟SSH服務，
    務必確認root能透過SSH登入該Linux。

  • Converter上的設定
    Converter上的設定網上很多，整理後結論如下，
    1. 硬碟要確定是Maintain Size



    2. Disk Controller一定要是SCSI LSI Logic



    3. Advanced Option的Reconfigure destination virtual machine不能勾選



    4. Helper VM network configuration
      順子在這個部分吃了不少苦頭！
      因為順子操作的環境中採固定IP設定，沒有DHCP Server，
      所以Helper VM拿不到IP，導致轉換工作持行了好久，卻總是在1%就掛掉，出現如下的錯誤！
      Unable to obtain the IP address of the helper virtual machine


      如果環境中跟順子一樣，是個沒有DHCP Server配發IP的地方，
      請務必自行設定固定IP給Helper VM使用，這會讓你少走很多冤枉路！



  • 轉換後的調整
    CentOS在成功轉成VM後，迎接而來的卻是“Error loading operation system”的黑畫面！



    網路上的說法是轉換後的GRUB未正確寫入開機磁碟，需要透過同版本的Linux光碟進入Rescue mode來修復。
    準備好光碟或ISO掛載給VM後，在開機時按F2進BIOS把CD-ROM開機偵測順序調高。



    以光碟開機後，選用Rescue install system來修復系統。



    除了網卡外，其它都選預設即可。



    因為純粹只是救援修復用，不需要網路，所以停用網卡。





    最後會有提示，原系統已掛載在/mnt/sysimage下，我們就可以接著進行修復，重新安裝GRUB。



    啟用shell進入命令工具。



    先用fdisk -l確認一下開機硬碟，順子的是/dev/sda1第一顆硬碟，
    然後以以下指令將GRUB重新安裝在第一顆硬碟。
    #chroot /mnt/sysimage
    # grub
    grub> root (hd0,0)
    grub> setup (hd0)
    grub> quit



    完成後重開機會發現雖然可以開機載入OS，但沒多久就會出現fsck.ext4找不到UUID的錯誤耶！



    這是因為磁碟整個都變了，UUID自然也不一樣！
    沒關係，輸入root密碼，跟著以下內容來修正這一塊吧∼

  • 修正檔案配置表的UUID對應
    輸入root密碼登入系統進入維護模式後，
    我們可以透過指令 blkid 來查出目前系統實際的UUID值。



    比對一下在/etc/fstab中的內容，是不是發現到root的UUID跟實際的不同呢？
    我們的目標就是把/etc/fstab中root的UUID進行修正。



    不過目前的狀態下是無法編輯/etc/fstab這個表格的，
    我們必需以以下指令重新以讀寫的方式來掛載根目錄。
    mount -o remount,rw /

    重新掛載後，可以透過以下指令將UUID值直接append到/etc/fstab中，
    然後再以你自己習慣的編輯工具，將root的UUID進行修正。
    blkid >> /etc/fstab


    修正後重新開機，你會發現CentOS已可成功載入了∼



  • 網卡修正
    系統在虛擬化後，會模擬出新的網卡。
    若要將網卡的代號(ethX)變回原來的代號，可在以下檔案中比對網卡號碼再進行修改。
    /etc/udev/rules.d/70-persistent-net.rules

CentOS 6.5的虛擬化到此大功告成∼


參考資料
vCenter Converter 4.3轉換Linux主機
利用vmware converter 進行 Linux CentOS 虛擬化



♥順子老婆的網拍，請多關照∼

If you don't like something, change it.
If you can't change it, change your attitude.
Don't complain!
2015-12-17, 23:24 shunze 的個人資料 把 shunze 加入好友列表 發送Email給 shunze 瀏覽 shunze 的網站 MSN : shunze@gmail.com
shunze
工友伯伯


註冊日期: 2002 04
來自: 潮汐終止之地
文章: 2380
shunze 離線
《分享》Ubuntu P2V引用回覆 編輯/刪除文章 搜尋由 發表的其他文章 回報給版主 IP 位置 回此頁最上方

Ubuntu的P2V轉換方式跟CentOS幾乎一樣，
不過比較特別的是Ubuntu的root帳號預設是沒有開通的，一般帳號均透過sudo來提升至管理員權限。

要開通root帳號，需透過以下指令設定其密碼，來賦予root帳號登入的能力。

sudo passwd root


root權限開通並安裝好SSH後，就可以開始進行轉換了；
轉換上該注意的細節跟上文CentOS一樣，這邊就不在贅述。

順子實際操作的Ubuntu版本是9.04，
而轉換完成後也跟CentOS一樣，出現“Error loading operation system”的黑畫面！



處理的大原則也跟CentOS差不多，不外乎重新安裝GRUB與修正UUID，
不過修正的方式倒是有些不同，而不同版本的Ubuntu也會有差異，以下為Ubuntu 9.04的操作筆記。

  • 從光碟開機進入救援模式
    設定光碟優先開機後，開機時請迅速按下“shift”鍵不放進入boot模式，若看到以下GUI畫面，代表已經太慢了，請重開機來一次。



    在boot模式後按下“n”，我們並不需要，然後按下enter。



    進入Installer boot menu後，選擇Help選項。



    然後按下“F4”，修復一個有問題的系統。



    接著出現了一個提示，
    這片光碟並沒有一個專門用來修復的模式供使用者操作，
    不過因為這片光碟提供了完整的工作環境，所以可以在載入系統之後，進行系統修復。



    按下Enter後，進入該光碟的桌面，
    我們接下來的操作，就要在此桌面環境中來進行。



  • 重新安裝GRUB
    載入光碟桌面後，找出terminal應用軟體後，切換到root權限，然後列出硬碟的分割區資訊。
    sudo -s -H
    fdisk -l

    確定開機磁區在第一個分割區後，進入GRUB的環境，將GRUB安裝在第一顆硬碟中。
    # grub
    grub> root (hd0,0)
    grub> setup (hd0)
    grub> quit



    完成後重開機，這時Ubuntu已經可以載入了，不再是“Error loading operation system”的畫面，
    取而代之的是“Error 15: File not found”的錯誤畫面！



    再按一次enter後，會出現GRUB裏的開機選項。



    但不論按哪一個，都會出現“Error 18: Selected cylinder exceeds maximun supported by BIOS”的黑畫面？



    有了CentOS的經驗，這個錯誤會不會也是UUID無法對應問題？
    我們試著朝這個方向來除錯。


  • 修正UUID
    再次進入Rescue桌面，切換到root權限後，下達blkid查一下目前的UUID。
    sudo -s -H
    blkid



    那硬碟中開機選單menu.lst的資訊又是如何？
    把硬碟掛載到/mnt/tmp目錄，查看一下唄∼
    mkdir /mnt/tmp
    mount /dev/sda1 /mnt/tmp
    cd /mnt/tmp
    vi boot/grub/menu.lst



    果然這兩個的UUID內容是不一致的！
    參考上文的做法，把blkid的內容輸出到menu.list，再進行UUID的編輯修正。
    建議menu.lst中所有UUID都要修正，不要只改第一組內容喔！
    blkid >> boot/grub/menu.lst


    修正好後重開機，
    YA！Ubuntu已經可以成功載入了∼



  • 其它
    跟CentOS一樣，系統在虛擬化後，同樣會模擬出新的網卡。
    若要將網卡的代號(ethX)變回原來的代號，一樣在以下檔案中比對網卡號碼再進行修改。
    /etc/udev/rules.d/70-persistent-net.rules

Ubuntu 9.04的虛擬化到此大功告成∼


參考資料
vCenter Converter 4.3QLinux



♥順子老婆的網拍，請多關照∼

If you don't like something, change it.
If you can't change it, change your attitude.
Don't complain!
2015-12-18, 17:19 shunze 的個人資料 把 shunze 加入好友列表 發送Email給 shunze 瀏覽 shunze 的網站 MSN : shunze@gmail.com
shunze
工友伯伯


註冊日期: 2002 04
來自: 潮汐終止之地
文章: 2380
shunze 離線
《分享》Windows P2V引用回覆 編輯/刪除文章 搜尋由 發表的其他文章 回報給版主 IP 位置 回此頁最上方

Windows P2V？這有什麼好說的？？
不就透過Standalone Converter來進行localhost的轉換而已嗎？

順子一開始也是這麼認為，
但在轉換速度由5,60M掉到900多K，預估完成時間要10天後，順子才發現Windows的轉換也是有學問在！

但同一台Windows 2008 R2主機在第一次轉時，明明只要2個多小時就轉好的，
為什麼之後的轉換在等了幾個小時之後，卻都顯示要10天以上？

原來這期間最大的差別是在於第一次的轉換，硬碟空間是1比1的方式來轉換；
而第二次後的轉換，因為業主有硬碟空間調整的需求，所以把目標地的硬碟空間縮小了。


為什麼目標硬碟空間縮小後，轉換速度會有天差地別的改變？

這部分在Vmware的官網及轉換手冊都有寫到，
當目標空間跟原來一樣大，或更大時，Converter是以 block level 的模式進行轉換；
當目標空間縮小時，則會強迫轉換為 file level 的模式來運作，
而且硬碟中檔案愈多，速度會愈慢！

  • Volume-based cloning at the file level
    Performed when you select a size smaller than the original volume for NTFS volumes
    or you choose to resize a FAT volume.
    Volume-based cloning at the file level is supported only for FAT, FAT32, NTFS, ext2, ext3, ext4,
    and ReiserFS file systems.
    Dynamic source disks are read but not preserved during volume-based conversions.
    Dynamic disks are converted into basic volumes on the target virtual machine.

  • Volume-based cloning at the block level
    Performed when you choose to preserve the size of the source volume
    or when you specify a larger volume size for NTFS source volumes


雖然說知道file level的轉換速度比block level來的慢，
但順子也沒料到這速度上的差異，居然是55000K vs. 900K這樣的懸殊差異！
難怪時間會由幾小時，變為10天以上...



最後跟業主討論之後，將檔案數目很多的C碟空間維持不變，以block level的方式來進行以爭取時間，
但把檔案總數不多的D碟及F碟做了縮減，以file level的方式來進行。
結果轉換工作成功的控制在3小時以內。





2008 R2是成功轉換了沒錯，
只是在檔案數很多的情況下，file level的速度會變的奇差無比的問題還是無法有效解決...


參考資料
Vmware Converter Extremly Slow
VMware vCenter Converter Standalone User's Guide



♥順子老婆的網拍，請多關照∼

If you don't like something, change it.
If you can't change it, change your attitude.
Don't complain!
2015-12-21, 15:54 shunze 的個人資料 把 shunze 加入好友列表 發送Email給 shunze 瀏覽 shunze 的網站 MSN : shunze@gmail.com
  « 上一篇主題 下一篇主題 »
發表新主題 發表回覆
跳到:

Powered by: Burning Board 1.1.1 2001 WoltLab GbR