Всем привет. Задача - есть опенстек. Пароль в rc не подходит для логина в дэшборд. что делать?

OS ваш?

OS ваш?

пока нет)

попробуй admin admin

Если это дефолтный, то нет

Что то мне подсказывает что пароль то верный но авторизация через кейстон не проходит. У меня была такая ошибка. Правда не помню как лечиться. Так как через cli все работает нормально.

@creepy_owlet нет ли случаем доки как при partition диск в ironic накатить разметку через LVM я хочу создать только root fs. далее через ansible driver раскатать этот образ с созданием lvm -> boot, root, etc. Я пока по коду не понимаю что и куда и как там есть root swap_mb ephemeral_mb есть даже функция test__parse_partitioning_info_all_gpt в которой есть возможно все дерево опций, но lvm не вижу нигде. или так вообще нельзя делать?

Приветствую, у кого были проблемы после ресайза, диск ломался? пишет booting from hard disk , все наелась виртуалка?

Всем привет. Задача - есть опенстек. Пароль в rc не подходит для логина в дэшборд. что делать?

Короче тема, аттачим волюм, перегружаем машину hard reboot и все , машина пытается грузится с подцепленного волюму, хотя буттейбл стоит на диске с образом, было у кого такое? решение кривое, деаттач волюм, загрузка системы и аттач волюма, может кто такое проходил) подскажет

а OS_USERNAME такое же?

Пароль из ресурсника не подходит. Я менял пароль админа в дэшборде - он тоже не подходит

а volume при этом без bootable ?

да, без бута

сама тачка то стартует в консоле опенстака только не может загрузиться с диска, так как почему то пытается с волюма приаттаченого грузиться

какой boot order в /var/lib/libvirt/qemu/instance-000000a.xml (путь условный) ?

ед упоминание бута в файле это cat /etc/libvirt/qemu/instance-00027662.xml | grep boot <boot dev='hd'/> <on_reboot>restart</on_reboot>

вот когда софт ребут делаешь, он так и делает, если нет на волюме имиджа он другой берет,как хард ресет сделаешь, то он только один диск цепляет который не бут и где нету имаджа) странная тема

Ну вроде так же как и другие стартуют

а не могли остаться какие артефакты в grub2 ? (вольюм есть, грузимся с него, его нет - грузимся дальше)

А в debug логе консольного клиента и в логе keystone что?

@ArturPr c grub2 всё ок? и под какими именами грузятся диски, у кого /dev/vda, у кого /dev/vdb, вдруг в grub2 прописано грузиться с /dev/vda и когда у нас ВМ без вольюмов, то мы и грузимся с /dev/vda,а когда потом аттачим диск, то он становится /vdb, а потом каким-то "волшебным образом" после hard-перезагрузки становится /dev/vda

@ArturPr c grub2 всё ок? и под какими именами грузятся диски, у кого /dev/vda, у кого /dev/vdb, вдруг в grub2 прописано грузиться с /dev/vda и когда у нас ВМ без вольюмов, то мы и грузимся с /dev/vda,а когда потом аттачим диск, то он становится /vdb, а потом каким-то "волшебным образом" после hard-перезагрузки становится /dev/vda

он до граба то не доходит когда волюм подцеплен, это получается где то на уровне опенстека стоит что жестко к примеру грузится с sda, этот волюм под таким названием созджается, а загрузочный vda

ну приаттачено сначала где нету имаджа, а следом идет бут диск

более скажу, другие вм так же себя ведут в этом облаке если волюм им монтируешь

на всех compute-нодах ?

а как вообще openstack задает конфиг для старта ВМ? откуда он инфу берет что бы сгенерировать instance000-.xml?

а как вообще openstack задает конфиг для старта ВМ? откуда он инфу берет что бы сгенерировать instance000-.xml?

ok, в базу записи как кладет? почему он приоритет на загрузку отдает для доп волюма

ok, в базу записи как кладет? почему он приоритет на загрузку отдает для доп волюма

что значит приоритет для доп волума?

а какие у тебя диски в xml ? <target dev='sda' и <target dev='vda' ?

<disk type='block' device='disk'> <driver name='qemu' type='raw' cache='none' io='native'/> <source dev='/dev/disk/by-id/dm-uuid-mpath-36c4ff1f100ac460f7feca06b000001d6'/> <target dev='sda' bus='scsi'/> <serial>d9fb1997-7095-48a6-9e33-2b69f3539993</serial> <address type='drive' controller='0' bus='0' target='0' unit='1'/> </disk> <disk type='block' device='disk'> <driver name='qemu' type='raw' cache='none' io='native'/> <source dev='/dev/disk/by-id/dm-uuid-mpath-36c4ff1f100ac460fecf799a500000b0a'/> <target dev='vda' bus='scsi'/> <serial>6a91f83e-42ae-431a-8ea7-756ce898c54f</serial> <address type='drive' controller='0' bus='0' target='0' unit='0'/> </disk>

<disk type='block' device='disk'> <driver name='qemu' type='raw' cache='none' io='native'/> <source dev='/dev/disk/by-id/dm-uuid-mpath-36c4ff1f100ac460f7feca06b000001d6'/> <target dev='sda' bus='scsi'/> <serial>d9fb1997-7095-48a6-9e33-2b69f3539993</serial> <address type='drive' controller='0' bus='0' target='0' unit='1'/> </disk> <disk type='block' device='disk'> <driver name='qemu' type='raw' cache='none' io='native'/> <source dev='/dev/disk/by-id/dm-uuid-mpath-36c4ff1f100ac460fecf799a500000b0a'/> <target dev='vda' bus='scsi'/> <serial>6a91f83e-42ae-431a-8ea7-756ce898c54f</serial> <address type='drive' controller='0' bus='0' target='0' unit='0'/> </disk>

нет, я сравнил с рабочей вм где два волюма, там в хмл есть <boot dev='hd'/> , надо что бы в эту тоже генерировал

Не нужен вам vda/virtio используйте virtio-scsi