Не понял в чём вопрос? У меня в разных, но как это мешает arp static?

Ну попробуйте сделать, посмотрите результат

Если что он будет нулевой

Ну попробуйте сделать, посмотрите результат

Ещё раз. Если я ничего не путаю, management vlan нужен для доступа к коммутатору для настройки. А я предложил сделать для виртуалок static arp, чтобы при несанкционированной смене IP откключалась сеть. Я не говорю, что я спец, я просто пытаюсь понять, как это связано?

Ещё раз. Если я ничего не путаю, management vlan нужен для доступа к коммутатору для настройки. А я предложил сделать для виртуалок static arp, чтобы при несанкционированной смене IP откключалась сеть. Я не говорю, что я спец, я просто пытаюсь понять, как это связано?

ну умники лепят свичи и влан управления вм воедино, вместо асс листов

и даже все в одну сеть

Камрады, прошу помощи. Задача следующая - libvirt, имеется сеть из N белых внешних адресов. Требуется отдавать в виртуалки, строго определённые адреса и запретить их изменение. Достаточно будет того, что трафик после изменения конфига внутри виртуалки не пойдёт через хост-машину. Подскажите, как лучше сделать? Склояюсь к варианту с routed network

N внешних адресов много? разнести виртуалки по vlan-ам использовать openvswitch.

народ :)

есть такая штука cat Vagrantfile |egrep -v "#|^$" VAGRANTFILE_API_VERSION = "2" Vagrant.configure(VAGRANTFILE_API_VERSION) do |config| config.vm.box = "debian/stretch" config.vm.provider :libvirt do |libvirt| libvirt.storage_pool_name = "images" libvirt.host = "192.168.10.3" libvirt.username = "root" libvirt.connect_via_ssh = true libvirt.memory = "512" libvirt.cpus = 1 end end и ошибка There was error while creating libvirt storage pool: Call to virStoragePoolDefineXML failed: operation failed: Storage source conflict with pool: 'images' такой пул есть.. и там есть машины

Удалённая root-уязвимость в DHCP-клиенте из состава RHEL и Fedora http://www.opennet.ru/opennews/art.shtml?num=48601 В скрипте интеграции с NetworkManager, входящем в состав пакета dhcp-client, предлагаемого в Red Hat Enterprise Linux и Fedora, выявлена критическая уязвимость (CVE-2018-1111), которая позволяет удалённо выполнить код с правами root. Проблема может быть эксплуатирована при обработки специально оформленного DHCP-ответа в системах c NetworkManager, настроенной на получение конфигурации сети через протокол DHCP. #opennet

Удалённая root-уязвимость в DHCP-клиенте из состава RHEL и Fedora http://www.opennet.ru/opennews/art.shtml?num=48601 В скрипте интеграции с NetworkManager, входящем в состав пакета dhcp-client, предлагаемого в Red Hat Enterprise Linux и Fedora, выявлена критическая уязвимость (CVE-2018-1111), которая позволяет удалённо выполнить код с правами root. Проблема может быть эксплуатирована при обработки специально оформленного DHCP-ответа в системах c NetworkManager, настроенной на получение конфигурации сети через протокол DHCP. #opennet

обновы пришли ещё позавчера

А в убунте они не нужны, потому что там дхцп-скрипты не уязвимы

День добрый. Будет ли разница в производительности в ВМ на проксе, между LVM и XFS?

имеется ввиду xfs под хранение образов виртуалок или lvm (не lvm-thin) или внутри виртуалок ?

внутри виртуалок

Не будет ли LVM лишней прослойкой

День добрый. Будет ли разница в производительности в ВМ на проксе, между LVM и XFS?

так замерьте

будет интересно увидеть результаты

так замерьте

это естесственно, просто вдруг уже есть готовый опыт)

я лвм юзаю

прослойки в виде Фс нет

можно наверно симулировать ..через дд

хзext4 вполне

у ext4 плюс..она резиновая...жмется и расжимается...а xfs только увеличивать можно

все вразумных пределах ...сжать только в оффлайн

у ext4 плюс..она резиновая...жмется и расжимается...а xfs только увеличивать можно

ну хз, мне чисто увеличивать, уменьшать смысла не вижу вприцнипе

лучше думать об месте перед запуском в продакшен сервера

xfs либит терять файлы при внезапном сбое питания

лучше уж ext4

+ lvm для удобства

а на возможный оверхед как-то плевать.

более того, он где-то в р-не 1%

и xfs на файлах обычного размера медленней ext4

RedHat c вами не согласен в корне

:)

и xfs на файлах обычного размера медленней ext4

информация седой лохматой давности

xfs либит терять файлы при внезапном сбое питания

то же самое

информация седой лохматой давности

2 года назад на ubuntu lts имел счастье проверить.

2 года лохмато или не совсем ?

2 года назад на ubuntu lts имел счастье проверить.

у меня друг айфон купил, тот сломался: все айфоны говно

а что руки из жопы - это нееее

а что надо сдеалть чтоб она не ломалась от сбоев питания ?

2 года лохмато или не совсем ?

8 лет туча серверов на xfs, питло падало не сосчитать сколько раз - ничего не пропало

специально замерял скорость - разница +- туда/сюда

ну я хз как мне удавалось. все опции монтирования дефолтные.

на ext4 терял данные только с nobarrier

ну я хз как мне удавалось. все опции монтирования дефолтные.

вот это уже ближе к истине, дело не в фс, а "мне удавалось"

принято дефолтные опции делать безопасными

принято дефолтные опции делать безопасными

кем принято? )))

иначе поставит человек в прокс убунту, а убунту на xfs, и скажет, что плохого ему насоветовали.

дядей петей из соседнего гаража? ))

кем принято? )))

нормальными людьми, я надеюсь ?

иначе поставит человек в прокс убунту, а убунту на xfs, и скажет, что плохого ему насоветовали.

неее, дефолт он на то и дефолт, что он должен универсально охватить все возможные варианты и завестись хоть как-то

типа, как дефолт в постгресе... работает? работает.. хорошо? нет )

ну тогда стоит посоветовать при выборе xfs обратить внимание на опции монтирования.

типа, как дефолт в постгресе... работает? работает.. хорошо? нет )

скорость работы и стабильность немного разные вещи.

скорость работы и стабильность немного разные вещи.

да там и скорость и стабильность по дефолту так себе

у ext4 я заметил одну особенность интересную: если софтрейд, то с ростом iops начинает странно себя вести процесс синхронизации журнала, постоянно вылезает и кушает iowait..

у меня друг айфон купил, тот сломался: все айфоны говно

не холливара ради, но се же замечу, что: то что 10ка айфон говно, знают все, вернее все яблоки после 5 - шлак, ширпотреп как и дроидофоны

не холливара ради, но се же замечу, что: то что 10ка айфон говно, знают все, вернее все яблоки после 5 - шлак, ширпотреп как и дроидофоны

?? вообще, это было не про айфон ))))

ну тогда стоит посоветовать при выборе xfs обратить внимание на опции монтирования.

не только монтирования, но и форматирования

?? вообще, это было не про айфон ))))

я в курсе, но факт, что у человека получилось получить говно из xfs, дает ему право на свое мнение, как и ваш тест о айфонах

я в курсе, но факт, что у человека получилось получить говно из xfs, дает ему право на свое мнение, как и ваш тест о айфонах

бесспорно ?

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

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

себе адресуйте это же сообщение, очень подойдет

?

не холливара ради, но се же замечу, что: то что 10ка айфон говно, знают все, вернее все яблоки после 5 - шлак, ширпотреп как и дроидофоны

а до того они были лучше? та же дрянь

йеа ))

а до того они были лучше? та же дрянь

хз

День добрый. Будет ли разница в производительности в ВМ на проксе, между LVM и XFS?

разница будет в сторону LVM, но настолько мелкая что делайте как удобнее

Брейк?

?

давайте проголосуем?

я за ЛВМ

:)

хз

у меня был 3GS - хороший экран, и больше ничего хорошего я о нем сказать не могу

много

айоны кони люди....все в кучу

я к лвм отношусь так : пусть будет, вдруг пригодится. поэтому пихаю даже там. где казалось, бы и не нужно.

я к лвм отношусь так : пусть будет, вдруг пригодится. поэтому пихаю даже там. где казалось, бы и не нужно.

збс

))

"комет каждый день"

я к лвм отношусь так : пусть будет, вдруг пригодится. поэтому пихаю даже там. где казалось, бы и не нужно.

кстати не самый худший подход

или дося, как там было уже не помню

lvm не мешает, а если надо манипулировать дисками позже то внезапно становится удобно

один раз персил - всегда персил ?

во во

как бы заставить прокс, подписывать образы при бекапе именами виртулок? ;)

заеб жи айди сравнивать

как бы заставить прокс, подписывать образы при бекапе именами виртулок? ;)

можно вначале бекапа найти имя. конченый вариант, но лучше, чем сравнивать, особенно, если номера перемешались

что-нибудь типа того: head -n 20 vzdump-qemu-100-2018_05_11-22_00_02.vma.lzo | grep --binary-files=text -P "^name:"

что-нибудь типа того: head -n 20 vzdump-qemu-100-2018_05_11-22_00_02.vma.lzo | grep --binary-files=text -P "^name:"

да нет, при запуске бекапа с вебморды, что бы ложило бекапы с именами перед vzdump-qemu-106-2018_05_14-12_32_35.vma.gz типа px1-balancer-01-vzdump-qemu-106-2018_05_14-12_32_35.vma.gz

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