[cloudstack-users:0410] Re: 【質問】システムVM2台の作成、起動について(CentOS6.6+KVM+ver4.1.1)

giraffe.forest giraffe.forest @ wh.commufa.jp
2015年 1月 6日 (火) 03:49:56 JST


永喜多さん

こんにちは CloudStackユーザ会の中谷と申します。
どうぞよろしくお願いいたします。

試しに似た構成でインストールしてみました。
結果として,うまく動かすことができました。
まず参考として環境情報を記載いたします。

・使用したマニュアル
  
http://cloudstack.apache.org/docs/ja-JP/Apache_CloudStack/4.1.1/html/Installation_Guide/installation.html
 
・1サーバ(management-serverとagentの同居)
・1NIC (10.0.0.3)
・Apache CloudStack 4.1.1
・SystemVMテンプレート:acton-systemvm-02062012.qcow2.bz2
・CentOS6.6 64bit
・プライマリストレージ:ローカルディスクを使用(NFSアクセスではない)
・セカンダリストレージ:NFSv3アクセス
・OS環境設定
[root @ kvm01 ~]# rpm -qa | grep kvm
qemu-kvm-0.12.1.2-2.448.el6_6.x86_64
[root @ kvm01 ~]# rpm -qa | grep libvirt
libvirt-client-0.10.2-46.el6_6.2.x86_64
libvirt-0.10.2-46.el6_6.2.x86_64
[root @ kvm01 ~]# rpm -qa | grep cloudstack
cloudstack-awsapi-4.1.1-0.el6.x86_64
cloudstack-management-4.1.1-0.el6.x86_64
cloudstack-agent-4.1.1-0.el6.x86_64
cloudstack-common-4.1.1-0.el6.x86_64
[root @ kvm01 ~]#
[root @ kvm01 ~]# ifconfig
cloudbr0  Link encap:Ethernet  HWaddr 00:0C:29:C4:2E:77
          inet addr:10.0.0.3  Bcast:10.0.0.255  Mask:255.255.255.0
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:453792 errors:0 dropped:0 overruns:0 frame:0
          TX packets:280715 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0
          RX bytes:653734368 (623.4 MiB)  TX bytes:24991359 (23.8 MiB)

eth0      Link encap:Ethernet  HWaddr 00:0C:29:C4:2E:77
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:466261 errors:0 dropped:0 overruns:0 frame:0
          TX packets:283903 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000
          RX bytes:660823626 (630.2 MiB)  TX bytes:25160943 (23.9 MiB)

lo        Link encap:Local Loopback
          inet addr:127.0.0.1  Mask:255.0.0.0
          UP LOOPBACK RUNNING  MTU:65536  Metric:1
          RX packets:62030 errors:0 dropped:0 overruns:0 frame:0
          TX packets:62030 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0
          RX bytes:11016103 (10.5 MiB)  TX bytes:11016103 (10.5 MiB)

[root @ kvm01 ~]#
[root @ kvm01 ~]# netstat -rn
Kernel IP routing table
Destination     Gateway         Genmask         Flags   MSS Window  irtt 
Iface
10.0.0.0        0.0.0.0         255.255.255.0   U         0 0          0 
cloudbr0
0.0.0.0         10.0.0.1        0.0.0.0         UG        0 0          0 
cloudbr0
[root @ kvm01 ~]#
[root @ kvm01 ~]# hostname -f
kvm01.dom.local
[root @ kvm01 ~]# ping www.cloudstack.org
PING www.apache.org (192.87.106.229) 56(84) bytes of data.
64 bytes from aurora-2012.apache.org (192.87.106.229): icmp_seq=1 ttl=51 
time=258 ms
64 bytes from aurora-2012.apache.org (192.87.106.229): icmp_seq=2 ttl=51 
time=258 ms
64 bytes from aurora-2012.apache.org (192.87.106.229): icmp_seq=3 ttl=51 
time=259 ms
^C
--- www.apache.org ping statistics ---
4 packets transmitted, 3 received, 25% packet loss, time 3411ms
rtt min/avg/max/mdev = 258.247/258.885/259.743/0.861 ms
[root @ kvm01 ~]#
[root @ kvm01 ~]# getenforce
Disabled
[root @ kvm01 ~]#

システムVMとインスタンスが起動しています。
[root @ kvm01 ~]# virsh list
Id    Name                           State
----------------------------------------------------
1     s-1-VM                         running
2     v-2-VM                         running
3     r-7-VM                         running
4     i-2-6-VM                       running

[root @ kvm01 ~]#

> ※システムVM自体は、WebUI上でStoppedでしたので、WebUIから2台とも削除致しました
> その後、自動作成されずにおります

いくつか設定を確認してみてください。

(1)ローカルストレージ利用時の注意点
・永喜多さんの環境もプライマリストレージはNFSではなく,ローカルストレージでしょうか。
その場合,ゾーン作成時にLocal Storage Enabledをチェック(有効)にしましたでしょうか。
当方の操作では
WebUIにログイン後
「CloudStackを使用したことがあるので、このガイドをスキップする。」
を選択し
インフラストラクチャ->ゾーン->ゾーンの追加
でゾーンを追加しています。
その場合はゾーン作成ウィザードにてLocal Storage Enabledの項目が画面の下の方にでてきます。

・WebUIのグローバル設定で
system.vm.use.local.storageはtrueに設定してください。
設定後はmanagement-serverのプロセス再起動が必要です。

(2)management-serverのIPアドレス設定の確認

・WebUIのグローバル設定で
hostがサーバのIPアアドレスに設定はされているか確認してください。

・サーバの設定ファイル:/etc/cloudstack/management/db.properties
にて,以下パラメータが正しく設定されているか確認してください。
例:
 :
cluster.node.IP=10.0.0.3
 :
db.cloud.host=localhost
 :

※KVM環境にmanagement-serverを同居させておくと
  KVMのデフォルトネットワーク(virbr0)のIPが割り当てられ邪魔をする場合があります。
 以下のように最初から無効にしておくと便利です。

[root @ kvm01 ~]# virsh net-list --all
Name                 State      Autostart     Persistent
--------------------------------------------------
default              active     yes           yes

[root @ kvm01 ~]# virsh net-destroy default
Network default destroyed

[root @ kvm01 ~]# virsh net-autostart default --disable
Network default unmarked as autostarted

[root @ kvm01 ~]# virsh net-list --all
Name                 State      Autostart     Persistent
--------------------------------------------------
default              inactive   no            yes

[root @ kvm01 ~]#

(3)仮想スイッチ名の確認
WebUIの
インフラストラクチャ->ゾーン->[ゾーンを選択]->Physical Network 1->[Physical 
Networkを選択]->
ゲスト:KVM トラフィックのラベル:cloudbr0
管理:KVM トラフィックのラベル:cloudbr0
のようにラベル名が
サーバに設定した仮想スイッチ名と同一になっているか確認してください。

(4)その他
WebUIのグローバル設定で
secstorage.allowed.internal.sites
も設定してみてください。
例:10.0.0.0/24


本題にはいります。
これら設定を確認した後に
1)ログをtailしてください。
[root @ kvm01 ~]# tail -f /var/log/cloudstack/management/management-server.log
[root @ kvm01 ~]# tail -f /var/log/cloudstack/agent/agent.log
2)インフラストラクチャ->ゾーン->[ゾーンを選択]にてゾーンを無効化
3)インフラストラクチャ->ゾーン->[ゾーンを選択]にてゾーンを有効化
上記操作実施後,しばらくすると例外エラーが発生していると思われます。
その例外エラーの上100行程度の情報が解析のヒントになります。

ERROR以外にDEBUGやINFOにも情報がうもれてしまっているので
例外エラーの上を確認していきます。

例:
この上
2015-01-06 03:13:02,026 INFO  [user.vm.DeployVMCmd] (Job-Executor-10:job-10) 
Unable to create a deployment for VM[User|vm02]
com.cloud.exception.InsufficientServerCapacityException: Unable to create a 
deployment for VM[User|vm02]Scope=interface com.cloud.dc.DataCenter; id=1
        at 
org.apache.cloudstack.engine.cloud.entity.api.VMEntityManagerImpl.reserveVirtualMachine(VMEntityManagerImpl.java:186)
        at 
org.apache.cloudstack.engine.cloud.entity.api.VirtualMachineEntityImpl.reserve(VirtualMachineEntityImpl.java:198)
        at 
com.cloud.vm.UserVmManagerImpl.startVirtualMachine(UserVmManagerImpl.java:3870)
        at 
com.cloud.vm.UserVmManagerImpl.startVirtualMachine(UserVmManagerImpl.java:3464)


以上です。

追記:
もしSystemVMが起動するようになったら今度はVMインスタンスを起動すると思いますが 

ローカルストレージ利用時は初期登録されているコンピュートオファリングは利用できません。
ストレージの種類:localの
コンピュートオファリングを別途作成し利用する必要があります。
またセキュリティグループの解放も必要です。



-----Original Message----- 
From: 永喜多
Sent: Monday, January 05, 2015 8:38 PM
To: users @ cloudstack.jp
Subject: [cloudstack-users:0409]【質問】システムVM2台の作成、起動について(CentOS6.6+KVM+ver4.1.1) 



はじめまして、永喜多と申します。


掲題の件について、後述の環境にて構築中です。


management-server.logや、agent.logを確認しても、

VM2台の作成について問題切り分けができなくなりました。
このため、可能であれば解決に向け、確認箇所のご相談ができればと存じます。
※システムVM自体は、WebUI上でStoppedでしたので、WebUIから2台とも削除致しました 

  その後、自動作成されずにおります


▽環境
----------
OS:CentOS6.6

HV:KVM / qemu-kvm-0.12.1.2-2.448.el6_6.x86_64

DB :mysql-server-5.1.73-3.el6_5.x86_64

ネットワーク:Basic

ipv6:no

IPアドレス:static 1つ

CloudStackシステムテンプレート:4.1.1

サーバは1台、/mnt/secondaryは別PC

※HostとManagementは同一サーバ:192.168.0.10
secondary:192.168.0.2
----------


以下は、agentとmanagementのログとなります。


▽agent.log

[root @ cloud ~]# tail -n 15 /var/log/cloudstack/agent/agent.log
at 
com.cloud.hypervisor.kvm.resource.LibvirtComputingResource.execute(LibvirtComputingResource.java:2304)
at 
com.cloud.hypervisor.kvm.resource.LibvirtComputingResource.executeRequest(LibvirtComputingResource.java:1094)
at com.cloud.agent.Agent.processRequest(Agent.java:525)
at com.cloud.agent.Agent$AgentRequestHandler.doTask(Agent.java:852)
at com.cloud.utils.nio.Task.run(Task.java:83)
at 
java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145)
at 
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)
at java.lang.Thread.run(Thread.java:745)
2015-01-05 17:22:16,943 INFO  [cloud.agent.Agent] 
(agentRequest-Handler-4:null) Proccess agent ready command, agent id = 3
2015-01-05 17:22:16,943 INFO  [cloud.agent.Agent] 
(agentRequest-Handler-4:null) Set agent id 3
2015-01-05 17:22:16,945 INFO  [cloud.agent.Agent] 
(agentRequest-Handler-4:null) Ready command is processed: agent id = 3
2015-01-05 17:22:17,062 INFO  [cloud.agent.Agent] 
(agentRequest-Handler-5:null) Proccess agent ready command, agent id = 3
2015-01-05 17:22:17,063 INFO  [cloud.agent.Agent] 
(agentRequest-Handler-5:null) Set agent id 3
2015-01-05 17:22:17,065 INFO  [cloud.agent.Agent] 
(agentRequest-Handler-5:null) Ready command is processed: agent id = 3
2015-01-05 17:22:20,867 INFO  [cloud.agent.Agent] (Agent-Handler-5:null) 
Connected to the server





▽management.log
[root @ cloud ~]# tail -n 30 
/var/log/cloudstack/management/management-server.log
2015-01-05 20:12:16,288 DEBUG [agent.manager.AgentManagerImpl] 
(AgentManager-Handler-8:null) Ping from 3
2015-01-05 20:12:16,676 DEBUG [agent.transport.Request] 
(StatsCollector-1:null) Seq 3-2055733424: Received:  { Ans: , MgmtId: 
179176544198247, via: 3, Ver: v1, Flags: 10, { GetHostStatsAnswer } }
2015-01-05 20:12:28,769 DEBUG [cloud.server.StatsCollector] 
(StatsCollector-2:null) VmStatsCollector is running...
2015-01-05 20:12:29,323 DEBUG [cloud.server.StatsCollector] 
(StatsCollector-3:null) StorageCollector is running...
2015-01-05 20:12:29,328 DEBUG [cloud.server.StatsCollector] 
(StatsCollector-3:null) There is no secondary storage VM for secondary 
storage host nfs://192.168.0.2/mnt/secondary
2015-01-05 20:12:41,801 DEBUG 
[storage.secondary.SecondaryStorageManagerImpl] (secstorage-1:null) Primary 
storage is not ready, wait until it is ready to launch secondary storage vm
2015-01-05 20:12:41,801 DEBUG 
[storage.secondary.SecondaryStorageManagerImpl] (secstorage-1:null) Zone 1 
is not ready to launch secondary storage VM yet
2015-01-05 20:12:42,360 DEBUG [cloud.consoleproxy.ConsoleProxyManagerImpl] 
(consoleproxy-1:null) Primary storage is not ready, wait until it is ready 
to launch console proxy
2015-01-05 20:12:42,361 DEBUG [cloud.consoleproxy.ConsoleProxyManagerImpl] 
(consoleproxy-1:null) Zone 1 is not ready to launch console proxy yet
2015-01-05 20:12:42,757 DEBUG 
[network.router.VirtualNetworkApplianceManagerImpl] 
(RouterStatusMonitor-1:null) Found 0 routers to update status.
2015-01-05 20:12:42,758 DEBUG 
[network.router.VirtualNetworkApplianceManagerImpl] 
(RouterStatusMonitor-1:null) Found 0 networks to update RvR status.
2015-01-05 20:12:42,813 DEBUG 
[network.router.VirtualNetworkApplianceManagerImpl] 
(RouterStatusMonitor-1:null) Found 0 routers to update status.
2015-01-05 20:12:42,815 DEBUG 
[network.router.VirtualNetworkApplianceManagerImpl] 
(RouterStatusMonitor-1:null) Found 0 networks to update RvR status.
2015-01-05 20:12:42,892 DEBUG [cloud.alert.AlertManagerImpl] 
(CapacityChecker:null) Running Capacity Checker ...
2015-01-05 20:12:42,892 DEBUG [cloud.alert.AlertManagerImpl] 
(CapacityChecker:null) recalculating system capacity
2015-01-05 20:12:42,892 DEBUG [cloud.alert.AlertManagerImpl] 
(CapacityChecker:null) Executing cpu/ram capacity update
2015-01-05 20:12:42,903 DEBUG [cloud.capacity.CapacityManagerImpl] 
(CapacityChecker:null) Found 0 VMs on host 3
2015-01-05 20:12:42,905 DEBUG [cloud.capacity.CapacityManagerImpl] 
(CapacityChecker:null) Found 0 VM, not running on host 3
2015-01-05 20:12:42,909 DEBUG [cloud.capacity.CapacityManagerImpl] 
(CapacityChecker:null) No need to calibrate cpu capacity, host:3 usedCpu: 0 
reservedCpu: 0
2015-01-05 20:12:42,909 DEBUG [cloud.capacity.CapacityManagerImpl] 
(CapacityChecker:null) No need to calibrate memory capacity, host:3 usedMem: 
0 reservedMem: 0
2015-01-05 20:12:42,909 DEBUG [cloud.alert.AlertManagerImpl] 
(CapacityChecker:null) Done executing cpu/ram capacity update
2015-01-05 20:12:42,909 DEBUG [cloud.alert.AlertManagerImpl] 
(CapacityChecker:null) Executing storage capacity update
2015-01-05 20:12:42,929 DEBUG [cloud.storage.StorageManagerImpl] 
(CapacityChecker:null) Successfully set Capacity - 105421733888 for capacity 
type - 3 , DataCenterId - 1, HostOrPoolId - 200, PodId 1
2015-01-05 20:12:42,929 DEBUG [cloud.alert.AlertManagerImpl] 
(CapacityChecker:null) Done executing storage capacity update
2015-01-05 20:12:42,929 DEBUG [cloud.alert.AlertManagerImpl] 
(CapacityChecker:null) Executing capacity updates for public ip and Vlans
2015-01-05 20:12:42,939 DEBUG [cloud.alert.AlertManagerImpl] 
(CapacityChecker:null) Done capacity updates for public ip and Vlans
2015-01-05 20:12:42,939 DEBUG [cloud.alert.AlertManagerImpl] 
(CapacityChecker:null) Executing capacity updates for private ip
2015-01-05 20:12:42,949 DEBUG [cloud.alert.AlertManagerImpl] 
(CapacityChecker:null) Done executing capacity updates for private ip
2015-01-05 20:12:42,949 DEBUG [cloud.alert.AlertManagerImpl] 
(CapacityChecker:null) Done recalculating system capacity
2015-01-05 20:12:42,974 DEBUG [cloud.alert.AlertManagerImpl] 
(CapacityChecker:null) Done running Capacity Checker ...



以上となります。



設定ファイル群の記載については、どこまで記述するのがよいか
不明瞭だったため、さしあたりログのみを記載させていただきました。


システムVM2台の作成、起動について、ご教授頂けたら幸いです。


-- 

-------------------------------------------
永喜多
mailto:E-Mail%3An @ gakita.me
-------------------------------------------





_______________________________________________
users mailing list
users @ cloudstack.jp
http://ml.cloudstack.jp/mailman/listinfo/users 




users メーリングリストの案内