Р
При миграции обычно свойства самого объекта не меняются, а меняются его координаты, а при апгрэйде меняются свойства
Size: a a a
2021 May 06
k
Определить лидера я не смогу, но смогу, например подождать когда все три mysql базы поднимуться, затем найти того у кого последний лог. обновить его, и засинкать остальные реплики с него. Звучит как план, но как то очень усложнённо
Р
Имхо. Есть проблема потери данных. Это как квадрат суммы и сумма квадратов
k
ебучий стейт, простите меня, и почему OpenNebula до сих пор не использует etcd?🤷
k
разумеется перед апгрейдом будет бэкап)
Р
Лучше до апгрейда определить лидера, заморозить состояние кластера, потом отключить всех обновить лидера и всех по этому лидеру, снова включить всех, разморозить состояние.
Р
Я и от ruby не в восторге, зачем его надо было использовать?
ВН
"Я тебя слепила из того что было"
P
кто-нибудь пробовал iscsci тома как сторадж использоватьв нескольких серверах сразу ?
Am
видимо потому что ты единственный кто их в кубер запихивает 😁
ВН
да не, на самом деле юзать etcd было всяко бы куда логичнее, чем блин самодельный рафт, хранящий лог в таблице mysql
M
вот солюшен, может кому пригодится
M
теперь vm уиеет 10G в обе стороны с драйвером virtio
Р
А где солюшен?
c
User passed the validation.
k
Новый monitord теперь же по tcp работет?
k
Блин, я до последнего надеялся что они в tsdb переехали 😞
https://github.com/OpenNebula/one/blob/943005aa9d9d03a68cffb59a8e392ee5f784c832/src/monitor/etc/monitord.conf#L21-L22
https://github.com/OpenNebula/one/blob/943005aa9d9d03a68cffb59a8e392ee5f784c832/src/monitor/etc/monitord.conf#L21-L22
YS
Database configuration attributes. Monitord will use the DB configuration in oned.conf.
Вот это кстати похоже враньё. У меня monitord не взлетал, пока весь конфиг подключения к бд из oned.conf в monitord.conf не скопировал
Вот это кстати похоже враньё. У меня monitord не взлетал, пока весь конфиг подключения к бд из oned.conf в monitord.conf не скопировал