k
О а я никогда не думал так бриджи именовать.
Спс за идейку.
Size: a a a
2019 June 26
k
прокс сам так их именует, к примеру если у тебя есть:
она на самом деле добавится вот так:
eth0 <-- vmbr0и бридж
vmbr0 в проксмосе, то создавая новую тачку, и добавляя её в бридж vmbr0 с vlan-id: 123она на самом деле добавится вот так:
eth0 <-- eth0.123 <--- vmbr0v123 <-- vm1то есть прокс автоматом создаст
eth0.123 и vmbr0v123 и добавит в него тачку, а не в vmbr0, как это будет показанно в интерфейсеk
полагаю что со включенным vlan_aware он будет добавлять её сразу в
vmbr0 и навешивать тэг 123M
прокс сам так их именует, к примеру если у тебя есть:
она на самом деле добавится вот так:
eth0 <-- vmbr0и бридж
vmbr0 в проксмосе, то создавая новую тачку, и добавляя её в бридж vmbr0 с vlan-id: 123она на самом деле добавится вот так:
eth0 <-- eth0.123 <--- vmbr0v123 <-- vm1то есть прокс автоматом создаст
eth0.123 и vmbr0v123 и добавит в него тачку, а не в vmbr0, как это будет показанно в интерфейсеа если это не eth0 а bond0 и еще и mtu 9000, когда последний раз такое поднимал, что-то из вебки в итоге пошло не так и пришлось руками делать, скоро будет возможность еще раз такое поковырять, ест ли подводыне камни?)
h
а смысл это делать из вебки, если всё равно генерится нетворк интерфейсес?
TF
а смысл это делать из вебки, если всё равно генерится нетворк интерфейсес?
ну типа лень ходить в терминал ;)
IH
снапшоты только не очень здоровая тема
А что с ними не так?
i
А что с ними не так?
Сразу могу назвать как минимум одну причину - если делать снап виртуалки/контейнера с базой данных с большим количеством транзакций, то БД будет неконсистентной из-за того, что кэши из рам ещё не сбросились
i
(гляжу на этот ебучий оракл, и сразу какая-то агрессия, и зубы скрипят)
IH
Сразу могу назвать как минимум одну причину - если делать снап виртуалки/контейнера с базой данных с большим количеством транзакций, то БД будет неконсистентной из-за того, что кэши из рам ещё не сбросились
С базой это понятно, а в остальном?
i
С базой это понятно, а в остальном?
Один раз Windows Server 2012R2 не восстановился, падал в BSOD даже после "рефреша" штатными методами
i
Разбираться не стал, благо был более ранний рабочий снап, а виртуалка была стейджем клиента, и она один фиг обновлялась скриптами с их гитлаба
i
Но это пронесло просто. А если бы были критичные данные?
i
Поэтому я ещё делаю бэкапы корневой системы из-под ОС
i
Bacula, очень рекомендую. После Veeam'a - лучшее решение.
TF
Bacula, очень рекомендую. После Veeam'a - лучшее решение.
bareos
i
bareos
Ok, you win
h
нахер
h
самописный бекап решает
h
(да, у нас всё своё)