私はopenstackとjujuを初めて使い、いくつかのテストマシンにインストールしようとしています。
私は、conjure-up openstackと通常のjuju charms bundleを使用してみましたが、うまくいきませんでした。
最初のmaasの設定ミスをすべて把握した後、私が得た最も遠いものは、ほとんど機能する展開ですが、奇妙なエラーがあります:
ceph-osdが展開されている場合、「ブロックされた」ステージに残り、ステータスは「現在の構成を使用してブロックデバイスは検出されません」
juju status: http://Pastebin.ubuntu.com/24121867/
*注:IPは公開IPであるため、xx.xx。##。##として編集されています。
ご覧のように、「ceph-mon」ユニットは準備ができてクラスター化されているのに、なぜceph-osdがそれを拾わないのですか?
ceph-osdのログ:
http://Pastebin.ubuntu.com/24121936/
これはログからの最後の情報です:
unit-ceph-osd-0: 00:19:12 INFO unit.ceph-osd/0.juju-log mon:45: ceph bootstrapped, rescanning disks
unit-ceph-osd-0: 00:19:13 INFO unit.ceph-osd/0.juju-log mon:45: Making dir /var/lib/charm/ceph-osd ceph:ceph 555
unit-ceph-osd-0: 00:19:13 INFO unit.ceph-osd/0.juju-log mon:45: Monitor hosts are ['xx.xx.214.103:6789', 'xx.xx.214.106:6789', 'xx.xx.214.99:6789']
unit-ceph-osd-0: 00:19:15 INFO unit.ceph-osd/0.juju-log mon:45: Path /dev/vdb does not exist - bailing
unit-ceph-osd-0: 00:24:07 DEBUG unit.ceph-osd/0.juju-log Hardening function 'install'
unit-ceph-osd-0: 00:24:07 DEBUG unit.ceph-osd/0.juju-log Hardening function 'config_changed'
unit-ceph-osd-0: 00:24:07 DEBUG unit.ceph-osd/0.juju-log Hardening function 'upgrade_charm'
unit-ceph-osd-0: 00:24:07 DEBUG unit.ceph-osd/0.juju-log Hardening function 'update_status'
unit-ceph-osd-0: 00:24:07 DEBUG unit.ceph-osd/0.juju-log No hardening applied to 'update_status'
unit-ceph-osd-0: 00:24:07 INFO unit.ceph-osd/0.juju-log Updating status.
unit-ceph-osd-0: 00:29:07 DEBUG unit.ceph-osd/0.juju-log Hardening function 'install'
unit-ceph-osd-0: 00:29:07 DEBUG unit.ceph-osd/0.juju-log Hardening function 'config_changed'
unit-ceph-osd-0: 00:29:07 DEBUG unit.ceph-osd/0.juju-log Hardening function 'upgrade_charm'
unit-ceph-osd-0: 00:29:07 DEBUG unit.ceph-osd/0.juju-log Hardening function 'update_status'
unit-ceph-osd-0: 00:29:07 DEBUG unit.ceph-osd/0.juju-log No hardening applied to 'update_status'
unit-ceph-osd-0: 00:29:07 INFO unit.ceph-osd/0.juju-log Updating status.
"unit-ceph-osd-0:00:19:15 INFO unit.ceph-osd/0.juju-log mon:45:パス/ dev/vdbは存在しません-ベイリング」
私はjuju sshをceph-osdで最初のマシンに入れて/ dev/vdbを探しましたが、もちろんそこにはありません:
b3rq78:~$ df -h
Filesystem Size Used Avail Use% Mounted on
udev 32G 0 32G 0% /dev
tmpfs 6.3G 18M 6.3G 1% /run
/dev/sda1 220G 15G 194G 8% /
tmpfs 32G 0 32G 0% /dev/shm
tmpfs 5.0M 0 5.0M 0% /run/lock
tmpfs 32G 0 32G 0% /sys/fs/cgroup
cgmfs 100K 0 100K 0% /run/cgmanager/fs
tmpfs 6.3G 0 6.3G 0% /run/user/1000
ubuntu@-b3rq78:~$ lsblk
NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT
sda 8:0 0 223.6G 0 disk
└─sda1 8:1 0 223.6G 0 part /
sdb 8:16 0 447.1G 0 disk
sdc 8:32 0 447.1G 0 disk
sdd 8:48 0 447.1G 0 disk
sde 8:64 0 477G 0 disk
ubuntu@-b3rq78:~$
Ceph-osdをデプロイできるように、問題にどのように焦点を合わせて修正するのかを知る必要がありますか?
ありがとう
私にとっての問題は、構成ファイルにceph-osdに使用されるドライブの名前として「/ dev/vdb」があったことです。
Jujuを実行しているマシンから次のコマンドを使用して構成を変更しました。
juju config ceph-osd osd-devices = '/ dev/sdb/dev/sdc/dev/sdd/dev/sde'
これにより、ドライブが構成ファイルに追加され、リロードされて機能しました。
openstackのバグセクションからこの提案をしてくれたBilly Olsen氏に感謝します。