Я плохо знаком с OpenStack и амулетом, пытаясь установить его на нескольких тестовых машинах.
Я попытался использовать колдование OpenStack, а также регулярный пакет очарования амулета, неудачно.
Самым дальним, которое я получил после выяснения всех моих начальных ошибок конфигурации Мааса, является почти рабочее развертывание, но со странной ошибкой:
когда ceph-osd развертывается, это остается на "заблокированном" этапе с состоянием "No block devices detected using current configuration"
состояние амулета: http://pastebin.ubuntu.com/24121867/
*примечание: IP был отредактирован как xx.xx.##.##, потому что они - общедоступный IP.
как Вы видите, единицы "в ceph-понедельник" готовы и кластеризованы, итак, почему 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: 0:19:15 ИНФОРМАЦИИ unit.ceph-osd/0.juju-log mon:45: Путь/dev/vdb не существует - откачка"
У меня есть амулет 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 мог быть развернут?
Спасибо
Проблема для меня была то, что конфигурационный файл имел "/dev/vdb" как название диска, который будет использоваться для ceph-osd
, который я имею, изменяют конфигурацию с помощью следующей команды от машины рабочий амулет:
конфигурация амулета ceph-osd osd-устройства = '/dev/sdb/dev/sdc/dev/sdd/dev/sde'
Это добавило мои диски к конфигурационному файлу, перезагруженному, и это работало.
Благодаря г-ну Billy Olsen для этого предложения от раздела ошибки OpenStack.