文書の過去の版を表示しています。
XCP-ng環境において(おそらくXenServerでもそのまま適用できるはず)、あるXenServer hostにlocal storageを追加する必要に迫られることがある。 この時に、以下の状況が発生して酷い目にあうことがあるので、復旧方法のメモを。
このような局面で、通常通りにLocal SRを構築してしまうと、Local-Add-1に記録されたVMのDisk Imageがなくなってしまい、痛い思いをすることになる。
というわけで、ここでは、
を記述する
dmesg
コマンドやcat /proc/partitions
などから、新たに接続されたDeviceのdevice nameを確認するdmesg
を利用してDevice nameを確認し、/proc/partition
の当該の#blocksを見て容量から正誤判断することが多いls -l /dev/disk/by-id
の出力を確認し、Symbolic Linkの出力を見ながら、DiskのLabelを確認する。wwn-0xzzzzzzzzzzzzzzzz → ../../sdb
から、DiskのLabelがwwn-0xzzzzzzzzzzzzzzzz
であるとするxe host-list
を実行し、XS-Sのhost-UUIDを取得するyyyyyyyy-yyyy-yyyy-yyyy-yyyyyyyyyyyy
であるとする。xe sr-create name-label=“Local-Add-1” type=lvm device-config:device=/dev/disk/by-id/wwn-0xzzzzzzzzzzzzzzzz host-uuid=yyyyyyyy-yyyy-yyyy-yyyy-yyyyyyyyyyyy
を実行するこれで、XCP-ng Center(XenCenter)の左側のペイン(Resource Pain)のXS-Sに、Local-Add-1が追加される
xe sr-list name-label=“Local-Add-1”
を実行し、SRのUUIDを取得するxxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx
とするxe pbd-list sr-uuid=xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx
を実行し、PBDのUUIDを取得するwwwwwwww-wwww-wwww-wwww-wwwwwwwwwwww
とするxe pbd-unplug uuid=wwwwwwww-wwww-wwww-wwww-wwwwwwwwwwww
を実行し、PBDを切り離すxe sr-forget uuid=xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx
を実行し、SRを削除するxe pbd-destroy uuid=wwwwwwww-wwww-wwww-wwww-wwwwwwwwwwww
を実行し、PBDを削除するこれで、コマンドラインからlocal SRとLocal Diskを切り離せる。
Backup, Restore and Update
を選択するBackup Virtual Machine Metadata
を選択するlocal storage
xe pool-dump-database filename=[Filename].xml
を実行wget https://updates.xcp-ng.org/7/xcp-ng-7.5.repo -O /etc/yum.repos.d/xcp-ng.repo yum clean metadata yum install xcp-ng-deps yum update
xe pool-list
xe pool-param-set uuid=xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxx other-config:auto_poweron=true
xe vm-param-set uuid=UUID other-config:auto_poweron=true
XenServer 6.2からは、XenCenterでのPatch適用は出来なくなった。 XenCenterからHotFixを適用するには、Citrixからライセンスを買う必要がある。 しかし、さすがに個人でそんなことをするのは馬鹿げているので、手動でpatchを適用する。
Patch適用の方法は、HotFixのページに記載されているが、ここに一応手順を記載しておく
xe patch-upload -s localhost -u root -pw <password> file-name=<path_to_update_file>/XSxxExxx.xsupdate
なお、各VMを移設してから実施すること。必要に応じて、Storage Migration/Pool間Migrationを活用すること
http://www.netservers.net.uk/articles/open-source-howtos/citrix_e1000_gigabit
XenServer 6.2までの場合
mv /usr/lib/xen/bin/qemu-dm /usr/lib/xen/bin/qemu-dm.orig vi /usr/lib/xen/bin/qemu-dm.sh ===== Start of qemu-dm.sh ===== #!/bin/bash oldstring=$@ newstring=${oldstring//rtl8139/e1000} exec /usr/lib/xen/bin/qemu-dm.orig $newstring ===== End of qemu-dm.sh ===== cp /usr/lib/xen/bin/qemu-dm.sh /usr/lib/xen/bin/qemu-dm chmod 755 /usr/lib/xen/bin/qemu-dm chattr +i /usr/lib/xen/bin/qemu-dm
XenServer 6.5からの場合
mv /usr/lib64/xen/bin/qemu-dm /usr/lib64/xen/bin/qemu-dm.orig vi /usr/lib64/xen/bin/qemu-dm.sh ===== Start of qemu-dm.sh ===== #!/bin/bash oldstring=$@ newstring=${oldstring//rtl8139/e1000} exec /usr/lib64/xen/bin/qemu-dm.orig $newstring ===== End of qemu-dm.sh ===== cp /usr/lib64/xen/bin/qemu-dm.sh /usr/lib64/xen/bin/qemu-dm chmod 755 /usr/lib64/xen/bin/qemu-dm chattr +i /usr/lib64/xen/bin/qemu-dm
なお、qemu-dm.shは、環境変数に格納されている文字列の文字列置換を行っているので、bash以外で正しく動作する保証が無い
この方法でFV時のNICをe1000として認識させる場合、XenServerのupdate(HotFix)を適用するときに問題が出る場合がある。 これは、chattrを利用してqemu-dmを保護しているからである。従って、HotFix適用の際には、適用前に以下を実施する
*** XenServer 6.2まで *** chattr -i /usr/lib/xen/bin/qemu-dm *** XenServer 6.5から *** chattr -i /usr/lib64/xen/bin/qemu-dm
この保護を入れる理由は、単純にUpdateされてしまい、qemu-dmが置き換えられてしまうと、NICがrtl8139に認識されるようになってしまうからである。つまり、あえてUpdateを失敗させて、やり直しできるようにするのが目的である。
の順でメニューを選べばあとはみたまま。
[root@XenServ01 ~] xsconsole
xeコマンドでVMのNICをいじる為のメモ。
AMDのブルドーザーコアマシンを使っていて、流石に古くなったので別のIntel XeonマシンにVMを移設した。 細かいところは今度まとめるので、テキストでメモ書き
xe vif-list ←とにかくvifのlistを取得する xe vif-param-list uuid=.... ←必要なvifを探す。見つけたら、network-uuid(3)をメモする xe vm-list name-label="foo bar" ←とにかく、VMのUUIDを取得する(1) xe vif-list vm-uuid=(1) ←VMに紐づいているvifのリストを取る VIFのUUID(2)が列記される xe vif-destroy uuid=(2) ←VMにattachされているVIFがなくなる xe vif-create vm-uuid=(1) network-uuid=(3) mac=random device=0 ←device 0番に適当に作成(random)したmac addressを つけ、新たなvifとしてVMにattachする
これで、既存のVMに割り当てているNICを置き換える事が出来る。
ということは、こんな事をすればVMをxeコマンドだけで作れるってことかもしれない
事前に、割り当てたいNetworkのUUID(D)を取得する xe vm-install new-name-label="VM のラベル名" template="テンプレートのUUID名" ←VMのUUID(A)が出力される xe vm-param-set uuid=(A) VCPUs-at-startup=1 ←起動時のCPUは1つ xe vm-param-set uuid=(A) VCPUs-max=1 ←CPUの最大値は1つ xe vm-param-set uuid=(A) memory-dynamic-max=1073741824 ←Memoryは1G xe vm-param-set uuid=(A) memory-dynamic-min=1073741824 ←Memoryは1G xe vm-param-set uuid=(A) memory-static-max=1073741824 ←Memoryは1G xe vm-param-set uuid=(A) memory-static-min=134217728 ←Memoryは最小でも100M xe sr-list ←SRのリストを取得。VMを作りたいSRのUUID(B)をメモる xe vdi-create sr-uuid=(B) virtual-size=17179869184 type=system name-label=(VDI のラベル名) sharable=false ←Diskの容量は16G、System Diskとしてラベルをつける VDIのUUID(C)が出力される xe vbd-create bootable=true device=xvda mode=RW type=Disk unpluggable=false vdi-uuid=(C) vm-uuid=(A) ←VBDを作成し、VMと結びつける xe vif-create vm-uuid=(A) network-uuid=(D) mac=random device=0 ←VMにNetworkを割り当てる xe vm-param-set uuid=(A) other-config:install-repository=http://mirror.centos.org/centos/6/os/x86_64 xe vm-param-set uuid=(A) PV-args="ksdevice=eth0" xe vm-param-set uuid=(A) other-config:disable_pv_vnc=1 ←必要なパラメータをセットする xe vm-start uuid=(A) ←VMを起動する xe console uuid=(A) ←VMのConsoleに繋ぐ
あとはpif関連とかパラメータとかを理解すればいいのか。
[root@XenServ01 ~]# xe pif-list host-name-label=XenServ01 device=eth1 uuid ( RO) : xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx device ( RO): eth1 currently-attached ( RO): true VLAN ( RO): -1 network-uuid ( RO): hhhhhhhh-hhhh-hhhh-hhhh-hhhhhhhhhhhh [root@XenServ01 ~]# xe pif-param-set uuid=xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxx other-config:mtu=9000 [root@XenServ01 ~]#
[root@XenServ01 ~]# xe pif-list host-name-label=XenServ01 device=eth1 uuid ( RO) : xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx device ( RO): eth1 currently-attached ( RO): true VLAN ( RO): -1 network-uuid ( RO): hhhhhhhh-hhhh-hhhh-hhhh-hhhhhhhhhhhh [root@XenServ01 ~]# xe pif-param-get uuid=xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxx param-name=other-config : ; mtu: 9000; [root@XenServ01 ~]# xe pif-param-clear uuid=xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxx param-name=other-config [root@XenServ01 ~]# xe pif-param-get uuid=xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxx param-name=other-config [root@XenServ01 ~]#
brctl show
ovs-vsctl show
詳しいことは、これから調査…