Vyacheslav
В колла пока нет
Vyacheslav
Maxim
из мастера потом можно будет даунгрейднуться на zed когда релиз выйдет?
NS 🇷🇺
Илья | 😶☮️🐸
Илья | 😶☮️🐸
Они поменяли нейминг контейнеров
NS 🇷🇺
Они поменяли нейминг контейнеров
ты про имена в реджестри? я вот чет коллу ставил на квинсе и сейчас качу из матер ветки... и вот в этом временном лаге, сильной разницы не вижу
Илья | 😶☮️🐸
Maxim
у меня вот не получилось с мастера коллы скачать контейнеры yoga, только master контейнеры скачиваются
Илья | 😶☮️🐸
Илья | 😶☮️🐸
*имена образов в globals можно переопределить
Maxim
Илья | 😶☮️🐸
вот не получилось
https://opendev.org/openstack/kolla-ansible/commit/3e75a33ad4b66f0d8cd9268314e75a97e91acb79
NS 🇷🇺
Nikolay
Фичи надо тщательно вычитывать в конкретном проекте, общий релизнот как правило на отъебись написан
Yuriy
Здраствуйте коллеги, куда смотреть, volume не удаляется. Помогите пожалуйста. В Сinder логах ничего не нашел, может я не туда смотрю? Диск запустил задачу копии image'a из Glance в Cinder Volume.
Yuriy
Задача повисла и диск тоже.
Yuriy
Его даже удалить нельзя.
Yuriy
Другие диски создаются нормально. Проблема когда Cinder пытается что то из Glance загружать. Nova (без Cinder) локально диски создает ровно, без проблем.
Yuriy
Проблема с Glance.
Yuriy
Берік
Здравствуйте коллеги, ошибка выходит TASK [mariadb : Check MariaDB service port liveness]
Берік
Илья | 😶☮️🐸
Берік
14.1.0
Vyacheslav
А руками можете подключиться туда куда она хочет?
Берік
да
Берік
<192.168.101.224> (0, b'\n{"ping": "pong", "invocation": {"module_args": {"data": "pong"}}}\n', b'')
192.168.101.224 | SUCCESS => {
"ansible_facts": {
"discovered_interpreter_python": "/usr/bin/python3"
},
"changed": false,
"invocation": {
"module_args": {
"data": "pong"
}
},
"ping": "pong"
}
Vyacheslav
Там он хочет в SQL 3306 TCP
Берік
в docker mariadb img есть, запущен
Берік
не знаю как это проверить , netstat молчит
Берік
Илья | 😶☮️🐸
Берік
нет результат
Илья | 😶☮️🐸
точнее, никакой процесс этот порт не слушает
Берік
нет
Берік
Берік
Берік
почему то не может стртанут
Берік
2022-11-05 18:23:31 0 [Note] WSREP: Passing config to GCS: base_dir = /var/lib/mysql/; base_host = 192.168.101.236; base_port = 4567; cert.log_conflicts = no; cert.optimistic_pa = yes; debug = no; evs.auto_evict = 0; evs.delay_margin = PT1S; evs.delayed_keep_period = PT30S; evs.inactive_check_period = PT0.5S; evs.inactive_timeout = PT15S; evs.join_retrans_period = PT1S; evs.max_install_timeouts = 3; evs.send_window = 4; evs.stats_report_period = PT1M; evs.suspect_timeout = PT5S; evs.user_send_window = 2; evs.view_forget_timeout = PT24H; gcache.dir = /var/lib/mysql/; gcache.keep_pages_size = 0; gcache.keep_plaintext_size = 128M; gcache.mem_size = 0; gcache.name = galera.cache; gcache.page_size = 128M; gcache.recover = yes; gcache.size = 128M; gcomm.thread_prio = ; gcs.fc_debug = 0; gcs.fc_factor = 1.0; gcs.fc_limit = 16; gcs.fc_master_slave = no; gcs.fc_single_primary = no; gcs.max_packet_size = 64500; gcs.max_throttle = 0.25; gcs.recv_q_hard_limit = 9223372036854775807; gcs.recv_q_soft_limit = 0.25; gcs.sync_donor = no; gmcast.listen_ad
2022-11-05 18:23:31 0 [Note] WSREP: Service thread queue flushed.
2022-11-05 18:23:31 0 [Note] WSREP: ####### Assign initial position for certification: 0b766de9-5b67-11ed-9751-6a849cb51508:4, protocol version: -1
2022-11-05 18:23:31 0 [Note] WSREP: Start replication
2022-11-05 18:23:31 0 [Note] WSREP: Connecting with bootstrap option: 0
2022-11-05 18:23:31 0 [Note] WSREP: Setting GCS initial position to 0b766de9-5b67-11ed-9751-6a849cb51508:4
2022-11-05 18:23:31 0 [Note] WSREP: protonet asio version 0
2022-11-05 18:23:31 0 [Note] WSREP: Using CRC-32C for message checksums.
2022-11-05 18:23:31 0 [Note] WSREP: backend: asio
2022-11-05 18:23:31 0 [Note] WSREP: gcomm thread scheduling priority set to other:0
2022-11-05 18:23:31 0 [Note] WSREP: access file(/var/lib/mysql//gvwstate.dat) failed(No such file or directory)
2022-11-05 18:23:31 0 [Note] WSREP: restore pc from disk failed
2022-11-05 18:23:31 0 [Note] WSREP: GMCast version 0
2022-11-05 18:23:31 0 [Note] WSREP: (f3baa586-9903, 'tcp://192.168.101.236:4567') listening at tcp://192.168.101.236:4567
2022-11-05 18:23:31 0 [Note] WSREP: (f3baa586-9903, 'tcp://192.168.101.236:4567') multicast: , ttl: 1
2022-11-05 18:23:31 0 [Note] WSREP: EVS version 1
2022-11-05 18:23:31 0 [Note] WSREP: gcomm: connecting to group 'openstack', peer '192.168.101.236:4567,192.168.101.224:4567,192.168.101.227:4567'
2022-11-05 18:23:32 0 [Note] WSREP: (f3baa586-9903, 'tcp://192.168.101.236:4567') connection established to f3ec6ded-a60b tcp://192.168.101.224:4567
2022-11-05 18:23:32 0 [Note] WSREP: (f3baa586-9903, 'tcp://192.168.101.236:4567') turning message relay requesting on, nonlive peers:
2022-11-05 18:23:32 0 [Note] WSREP: EVS version upgrade 0 -> 1
2022-11-05 18:23:32 0 [Note] WSREP: declaring f3ec6ded-a60b at tcp://192.168.101.224:4567 stable
2022-11-05 18:23:32 0 [Note] WSREP: PC protocol upgrade 0 -> 1
2022-11-05 18:23:32 0 [Warning] WSREP: no nodes coming from prim view, prim not possible
2022-11-05 18:23:32 0 [Note] WSREP: view(view_id(NON_PRIM,f3baa586-9903,1) memb {
f3baa586-9903,0
f3ec6ded-a60b,0
} joined {
} left {
} partitioned {
})
Берік
сегодня вообще лог нет)
Vyacheslav
2022-11-05 18:23:31 0 [Note] WSREP: Passing config to GCS: base_dir = /var/lib/mysql/; base_host = 192.168.101.236; base_port = 4567; cert.log_conflicts = no; cert.optimistic_pa = yes; debug = no; evs.auto_evict = 0; evs.delay_margin = PT1S; evs.delayed_keep_period = PT30S; evs.inactive_check_period = PT0.5S; evs.inactive_timeout = PT15S; evs.join_retrans_period = PT1S; evs.max_install_timeouts = 3; evs.send_window = 4; evs.stats_report_period = PT1M; evs.suspect_timeout = PT5S; evs.user_send_window = 2; evs.view_forget_timeout = PT24H; gcache.dir = /var/lib/mysql/; gcache.keep_pages_size = 0; gcache.keep_plaintext_size = 128M; gcache.mem_size = 0; gcache.name = galera.cache; gcache.page_size = 128M; gcache.recover = yes; gcache.size = 128M; gcomm.thread_prio = ; gcs.fc_debug = 0; gcs.fc_factor = 1.0; gcs.fc_limit = 16; gcs.fc_master_slave = no; gcs.fc_single_primary = no; gcs.max_packet_size = 64500; gcs.max_throttle = 0.25; gcs.recv_q_hard_limit = 9223372036854775807; gcs.recv_q_soft_limit = 0.25; gcs.sync_donor = no; gmcast.listen_ad
2022-11-05 18:23:31 0 [Note] WSREP: Service thread queue flushed.
2022-11-05 18:23:31 0 [Note] WSREP: ####### Assign initial position for certification: 0b766de9-5b67-11ed-9751-6a849cb51508:4, protocol version: -1
2022-11-05 18:23:31 0 [Note] WSREP: Start replication
2022-11-05 18:23:31 0 [Note] WSREP: Connecting with bootstrap option: 0
2022-11-05 18:23:31 0 [Note] WSREP: Setting GCS initial position to 0b766de9-5b67-11ed-9751-6a849cb51508:4
2022-11-05 18:23:31 0 [Note] WSREP: protonet asio version 0
2022-11-05 18:23:31 0 [Note] WSREP: Using CRC-32C for message checksums.
2022-11-05 18:23:31 0 [Note] WSREP: backend: asio
2022-11-05 18:23:31 0 [Note] WSREP: gcomm thread scheduling priority set to other:0
2022-11-05 18:23:31 0 [Note] WSREP: access file(/var/lib/mysql//gvwstate.dat) failed(No such file or directory)
2022-11-05 18:23:31 0 [Note] WSREP: restore pc from disk failed
2022-11-05 18:23:31 0 [Note] WSREP: GMCast version 0
2022-11-05 18:23:31 0 [Note] WSREP: (f3baa586-9903, 'tcp://192.168.101.236:4567') listening at tcp://192.168.101.236:4567
2022-11-05 18:23:31 0 [Note] WSREP: (f3baa586-9903, 'tcp://192.168.101.236:4567') multicast: , ttl: 1
2022-11-05 18:23:31 0 [Note] WSREP: EVS version 1
2022-11-05 18:23:31 0 [Note] WSREP: gcomm: connecting to group 'openstack', peer '192.168.101.236:4567,192.168.101.224:4567,192.168.101.227:4567'
2022-11-05 18:23:32 0 [Note] WSREP: (f3baa586-9903, 'tcp://192.168.101.236:4567') connection established to f3ec6ded-a60b tcp://192.168.101.224:4567
2022-11-05 18:23:32 0 [Note] WSREP: (f3baa586-9903, 'tcp://192.168.101.236:4567') turning message relay requesting on, nonlive peers:
2022-11-05 18:23:32 0 [Note] WSREP: EVS version upgrade 0 -> 1
2022-11-05 18:23:32 0 [Note] WSREP: declaring f3ec6ded-a60b at tcp://192.168.101.224:4567 stable
2022-11-05 18:23:32 0 [Note] WSREP: PC protocol upgrade 0 -> 1
2022-11-05 18:23:32 0 [Warning] WSREP: no nodes coming from prim view, prim not possible
2022-11-05 18:23:32 0 [Note] WSREP: view(view_id(NON_PRIM,f3baa586-9903,1) memb {
f3baa586-9903,0
f3ec6ded-a60b,0
} joined {
} left {
} partitioned {
})
используй pastebin
Nikolay
почистить марию?
Vyacheslav
почистить марию?
рекомендуете rm -rf / или же dd if=/dev/urandom of=/dev/sda bs=1M
Nikolay
да неплохой вариант, когда не понимаешь что вообще происходит, иногда проще начать с начала
Nikolay
можно просто посмотреть документации колы database recover, если лень сходить руками gresp итд поправить и переставить ее на создание кластера
Nikolay
как попасть в фаловую систему контейнера и вольюма надеюсь не для кого не секрет
Vyacheslav
Nikolay
какие вы все милые
Илья | 😶☮️🐸
Илья | 😶☮️🐸
Опенстак-боги, а почему опенстак, а не проксмокс ?
NS 🇷🇺
Илья | 😶☮️🐸
NS 🇷🇺
Ну это как сравнивать Клауд директори и всферу у вари
Stanley
Fedor
Fedor
А смотря какой бизнес. Я думаю, что 80% бизнеса до сих пор готово к вмкам через jira таски, им варю бы заменить, и то не обязательно.
Илья | 😶☮️🐸
Stanley
kn
а чем не вариант запустить openstack и продолжать создавать ВМ по заявкам, в которых вложены xls-файлы, уже в нем, а не в VMware?
kn
а то вдруг они в openstack что-то не так создадут и придется чинить потом
Stanley
Fedor
Stanley
в X5 все нормально было
Ага, создание вм по xml вручную. Не в опенстеке конечно. Ну так то да, все хорошо. :)
Stanley
kn
Stanley
такого не было
Эээ. Ты мне рассказываешь сейчас чего я не делал? :) серьезно? :)))
Илья | 😶☮️🐸