|
2.70, пох (?), 12:44, 18/05/2018 [^] [^^] [^^^] [ответить]
| +1 +/– |
а должен? По-моему эта поделка - linux-only by design...
| |
|
|
|
3.20, _KUL (ok), 15:00, 17/05/2018 [^] [^^] [^^^] [ответить]
| +/– |
oVirt это надстройка, а Proxmox это готовый продукт, ещё и с контейнерами.
| |
|
4.23, Минона (ok), 15:49, 17/05/2018 [^] [^^] [^^^] [ответить]
| +/– |
готовый oVirt как продукт называется RHV.
Proxmox тоже можно назвать надстройкой над KVM, QEMU, etc.
| |
|
5.47, _KUL (ok), 00:00, 18/05/2018 [^] [^^] [^^^] [ответить]
| –2 +/– |
oVirt нельзя записать на диск, вставить в голое железо, нажать "сделать новую ноду" и уйти к себе в подсобку админить через удалённую консоль.
| |
|
|
|
|
|
2.8, Turbid (??), 11:33, 17/05/2018 [^] [^^] [^^^] [ответить]
| +3 +/– |
Устанавливай пакетом поверх чистого Debian, предварительно размазанного по софтовому рейду.
| |
2.9, фтщтшь (?), 11:44, 17/05/2018 [^] [^^] [^^^] [ответить]
| +/– |
Да он вообщем, то и ненужен. Все равно установка через дебиан, не менее удобна и быстра (а может, кстати, и удобней).
| |
|
|
|
5.63, kvaps (ok), 10:47, 18/05/2018 [^] [^^] [^^^] [ответить]
| +/– |
> лолшта?
Возможно не так выразился.
Имелось ввиду zfs-модули поставляются одним пакетом вместе с ядром и вам не нужно заморачиваться с динамической компиляцией модулей при каждом обновлении ядра.
| |
|
6.66, пох (?), 11:16, 18/05/2018 [^] [^^] [^^^] [ответить]
| +/– |
а, в ентом смисле... ну так dkms для того и придумали, чтобы заморачиваться не самому, а скрипту, причем пакету с ядром незачем при этом что-то лишнее знать о том, какие там еще левые модули ему надо пересобрать.
(он феерически уродлив, но какая нахрен разница - пока работает)
так что скорее наоборот - пошли по самому простому пути, собрав модули, гвоздем прибитые к конкретной версии ядра.
а так - как были они отдельной пачкой .ko, так и остаются. Впрочем, какая нафиг разница...
забавнее другое - в списке модулей работающей ve торчит btrfs (громадный, ненужный и неподдерживаемый) - ниасилили заменить дебиановский initrd чем-то своим?
| |
|
5.83, Аноним (-), 01:35, 23/05/2018 [^] [^^] [^^^] [ответить]
| +/– |
Вообще, нет проблемы вкомпилить zfs+spl статически прямо в ядро.
| |
|
|
3.44, пох (?), 23:09, 17/05/2018 [^] [^^] [^^^] [ответить] | +1 +/– | попробовал я этот zfs Ну, что вам сказать когда система бодро соглашается ст... большой текст свёрнут, показать | |
|
|
5.51, пох (?), 01:28, 18/05/2018 [^] [^^] [^^^] [ответить] | +1 +/– | простите, чего именно я не осилил в next-next-next-ok впрочем, надо признать, ... большой текст свёрнут, показать | |
|
6.56, Docent (??), 08:05, 18/05/2018 [^] [^^] [^^^] [ответить]
| +/– |
Ну что-то точно не осилил.
Пользуюсь Проксмоксом с 2010 года.
Установил больше 10 кластеров (не хостов).
Ставил на mdadm, DRBD, glusterfs, zfs - различные проблемы вылазят везде, но с ними жить можно, за такую то цену.
| |
|
7.64, пох (?), 10:59, 18/05/2018 [^] [^^] [^^^] [ответить] | –2 +/– | уменявсеработает , ага, ага если различные проблемы вылазят даже в таком про... большой текст свёрнут, показать | |
|
8.65, EHLO (?), 11:10, 18/05/2018 [^] [^^] [^^^] [ответить] | +/– | ага, и у меня всё работает Совпадение А ты продолжай искать оправдание своим м... текст свёрнут, показать | |
|
9.68, пох (?), 12:02, 18/05/2018 [^] [^^] [^^^] [ответить] | +/– | ох уж и мучаюсь-мучаюсь кстати, нифига не с 2010, а гораздо раньше, еще с gsx и... текст свёрнут, показать | |
|
|
11.77, пох (?), 12:38, 19/05/2018 [^] [^^] [^^^] [ответить] | +1 +/– | в багтрекерах сложных систем - всегда навалом всякого , включая 12309 Причем - ... большой текст свёрнут, показать | |
|
12.82, EHLO (?), 10:38, 21/05/2018 [^] [^^] [^^^] [ответить] | +/– | Сходи-ка на багтрекер и форум PVE Посмотрим каким местом ты устанавливал и наск... текст свёрнут, показать | |
|
|
|
|
|
|
|
|
|
|
2.24, Michael Shigorin (ok), 16:23, 17/05/2018 [^] [^^] [^^^] [ответить]
| +/– |
В альтовый -- да, если что (есть стартеркит и страничка на вики).
PS: привет коллегам, у нас BVE вполне себе в работе :)
PPS: ...и ещё привет с osday.ru, сейчас про embox+mesa рассказывают
| |
2.30, В (?), 17:13, 17/05/2018 [^] [^^] [^^^] [ответить]
| +1 +/– |
Их позиция всегда была, что его они не будут поддерживать. Купите себе либо железный raid, либо пользуйтесь рекомендованный ZFS (который куда как удобнее самому PVE для хранения машин).
| |
|
|
|
3.16, Аноним (-), 13:40, 17/05/2018 [^] [^^] [^^^] [ответить]
| +/– |
Для нескольких хостов, лучше будет поставить обычный дистрибутив Linux с KVM.
И все обновления будут бесплатные :)
| |
|
2.35, Олег (??), 19:12, 17/05/2018 [^] [^^] [^^^] [ответить]
| +1 +/– |
Сравнивали платную и бесплатную репу 1 к1 шло
Так что условно платно
| |
|
1.14, Аноним (-), 13:26, 17/05/2018 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
>задействовано ядро Linux 4.15.17 (ранее было 4.13
и они умеют выбирать ядра без longterm... но зачем?
| |
|
2.45, a (??), 23:53, 17/05/2018 [^] [^^] [^^^] [ответить]
| +/– |
Вот я тоже голову сломал, 4.14 просто проигнорили
| |
2.52, пох (?), 02:01, 18/05/2018 [^] [^^] [^^^] [ответить]
| +/– |
>>задействовано ядро Linux 4.15.17 (ранее было 4.13
> и они умеют выбирать ядра без longterm... но зачем?
lxc и ceph.
Разработчики гонятся за фичами только-что-едва-успетыми впихнуть в очередное ведро.
| |
|
3.76, Аноним (-), 09:17, 19/05/2018 [^] [^^] [^^^] [ответить]
| +/– |
Как известно ученический ход - это коллекционирование ошибок.
Подозреваю, хитрые люди из компании проксмокс хотя подучить пользователей. -)
А если серьёзно, конкуренция толкает их к добавлению всякого. В управлении компании прекрасно понимают, что новые технологии можно обкатать только на пользователях. Чтобы начать обкатывать надо добавить абстракции, т.е. впилить графический интерфейс. Разработчики же просто выполняют поставленные задачи.
| |
|
4.78, пох (?), 19:08, 19/05/2018 [^] [^^] [^^^] [ответить]
| –1 +/– |
да нет, скорее "а что, еще кто-то есть?"
нужна хранилка со снапами, хрен уж с ними с рефералами (хотя их недавно в zfs впилили, но доступа к ним из юзерспейс нет), нужно было чем-то менять мертвый и уже мумфицировавшийся openvz, нужна distributed fs и средства синхронизации кластера.
а что разработчики всего этого (может кроме пункта 1) не умеют в принципе обратную совместимость и не желают заниматься поддержкой, вынуждает бежать впереди паровоза, иначе обратно редхат получится, а это место на рынке уже занято.
> В управлении компании прекрасно понимают, что новые технологии можно обкатать только на
> пользователях.
а профит-то где? Вот в моем лице потенциальный клиент потерян лет на десять. То есть, вероятнее всего, навсегда. До наступания на баги собственно ключевых технологий дело даже не дошло.
Я еще может где-то попытаюсь этим пользоваться для хобби-проектов, но попытки притащить эту каку в прод будут мной жестко обломаны, притащивший отправится лично разбираться, где и что там патчили в стандартном софте и как это поддерживать в случае чего самим.
Красивые веб-интерфейсы хорошо демонстрировать высокому начальству, не слишком разбирающемуся в технологиях. А разбирающееся может внезапно ухватить за руку при кликаньи по next-next-next, и попросить показать а как тут сделать вот это. Опа, не предусмотрено разработчиками гуя? А что ими вообще-то предусмотрено - "как попало поставить абы какую vm"? А это нам - зачем?
Впрочем, судя по списку дорогих клиентов, профит там в основном на распиле госбабла при автоматизации очередного несчастного немецкого/австрийского муниципалитета, шантажом вынужденного перебираться на опенсорсные технологии за много денег.
| |
|
|
|
1.17, ryoken (ok), 14:30, 17/05/2018 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Бродит мыслЯ посоветовать сие начальству под замену хЫперВя. Подскажите, большой будет пердолинг напрямую в виртуалку винт пробрасывать? (Есть некоторый опыт по проталкиванию в QEMU-KVM видяхи на домашнем компе)
| |
|
2.25, Michael Shigorin (ok), 16:26, 17/05/2018 [^] [^^] [^^^] [ответить]
| +1 +/– |
> Бродит мыслЯ посоветовать сие начальству под замену хЫперВя.
Сделайте сперва небольшой стендик, из которого может вырасти пилот.
| |
|
3.26, ryoken (ok), 16:39, 17/05/2018 [^] [^^] [^^^] [ответить]
| +/– |
> Сделайте сперва небольшой стендик, из которого может вырасти пилот.
Тут с незадействованным железом не просто плохо, а ОЧЕНЬ плохо :D. Раскопал некий припаянный селерон (куда как ни странно завезли VT-X :D) на соответствующих размеров платке + 1Гб памяти + 2 винта, под деб+прокс и под кагбе хранилище. Ну, 1 виртуалку с вендоХП, перетянутую с текущего серванта HyperV оно конечно осиливает (запускается\грузится\логинится, видно десктоп), но терпение надо очень хорошее :D.
| |
|
4.42, Michael Shigorin (ok), 21:38, 17/05/2018 [^] [^^] [^^^] [ответить]
| +/– |
>> Сделайте сперва небольшой стендик, из которого может вырасти пилот.
> Тут с незадействованным железом не просто плохо, а ОЧЕНЬ плохо :D.
Ну не знаю, если в Москве -- наверное, могу выручить на время (месяц-два-до_осени) чем-нить всё равно выведенным из эксплуатации. Память тоже какая-то на полочке была (порой народ дома добавляет, ненужные планки складирует). В общем, пишите почтой, если надо.
Хотя лучше всего всё-таки довести до начальства, что посмотреть по сусекам вплоть до домашних на предмет неиспользуемого железа однозначно лучше -- в т.ч. и для хоть какого-то подменного фонда на случай выхода из строя чего нужного.
| |
|
5.53, ryoken (ok), 07:23, 18/05/2018 [^] [^^] [^^^] [ответить]
| +/– |
> Хотя лучше всего всё-таки довести до начальства, что посмотреть по сусекам вплоть
> до домашних на предмет неиспользуемого железа однозначно лучше -- в т.ч.
> и для хоть какого-то подменного фонда на случай выхода из строя
> чего нужного.
Премного благодарен за предложение. Ну в общем сначала пообщаюсь, а там уже будем делать выводы из результатов :).
| |
|
4.46, a (??), 23:59, 17/05/2018 [^] [^^] [^^^] [ответить]
| +/– |
Не соверую, cli - просто убожество, некоторых вещей нет, - только из вэбморды.
При клонировании не использует средства снапшотинга, а тупо копирует часами.
При клонировании машины и нехватке ей места на диске нода падает
| |
|
5.71, пох (?), 13:06, 18/05/2018 [^] [^^] [^^^] [ответить]
| +/– |
> Не соверую, cli - просто убожество, некоторых вещей нет, - только из
> вэбморды.
эммм... огласите весь список? А то пока что-то наоборот - чего ни хватишься, в веб-морде нет. В cli что-то есть, что-то только вручную.
> При клонировании не использует средства снапшотинга, а тупо копирует часами.
эмм... вообще-то оно клонирует со снапшота.
> При клонировании машины и нехватке ей места на диске нода падает
что-то я и не удивлен
| |
|
|
|
2.27, ага (?), 16:48, 17/05/2018 [^] [^^] [^^^] [ответить]
| +1 +/– |
Глубокая мысль: "советую поменять на то - не знаю что"
| |
|
3.72, пох (?), 13:13, 18/05/2018 [^] [^^] [^^^] [ответить]
| +/– |
> Глубокая мысль: "советую поменять на то - не знаю что"
а с чего вы решили, что он hyperv знает? Так что, скорее, "советую поменять проклятую винду (которую видел в основном на картинке и кое-как освоил с гуглем три базовые операции) на православный линyпс (который и на картинке не видел, интернет нынче дорог - но вот сейчас анонимы на форуме все подробно разъяснят)"
А потом предлагаешь поменять что-то, у чего ворох проблем тебе хорошо известен, на что-то, что в данном случае больше подходит, и ты действительно умеешь это настроить - а тебе так, подозрительно глядя в глаза - "был у нас тут один такой линуксоукушенный, всем отделом прививки потом делали, и рабочее место продезинфицировали".
| |
|
2.33, Аноним (-), 18:32, 17/05/2018 [^] [^^] [^^^] [ответить]
| +/– |
вообще не проблема. Разве что не через гуй, а через конфиг виртуалки
root@pve:~# grep scsi /etc/pve/qemu-server/183.conf
scsi0: local-lvm:vm-183-disk-1,size=32G
scsi1: /dev/sdb,discard=on
scsihw: virtio-scsi-pci
| |
|
1.28, Anonimus (??), 16:58, 17/05/2018 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Я уже как то отвык от админок - все с консоли. Так и понятнее что и как работает внутри и админки ресурсы не кушают и тюнить намного проще. По поводу сабжа, то очень много на ресурсах где обсудают Ceph спрашивают как по проблемах с которыми столкнулись после того как проксмокс начал его использовать.
| |
|
2.34, Аноним (-), 18:34, 17/05/2018 [^] [^^] [^^^] [ответить]
| +2 +/– |
> Я уже как то отвык от админок - все с консоли. Так
> и понятнее что и как работает внутри и админки ресурсы не
> кушают и тюнить намного проще. По поводу сабжа, то очень много
> на ресурсах где обсудают Ceph спрашивают как по проблемах с которыми
> столкнулись после того как проксмокс начал его использовать.
Проксмокс - это не только гуй, а еще и обвязка для коросинка, управляшка стораджами, сетевая файловая система для синхронизации конфигов, визуализация ресурсов и прочие удобности. Из консоли это все плодить собственными костылями - мучительно рутинно.
А у проксмокса проблемы с цеф потому что до этого его вообще в два клиека нигде нельзя было использовать. Нет цефа - нет проблем с ним.
| |
|
3.39, Anoninus (?), 20:45, 17/05/2018 [^] [^^] [^^^] [ответить]
| +/– |
Это все полноценные сервисы которые достаточно просто настраиваются и интегрируются с виртуализацией. А как раз проксмокс создает костыли для этого что б можно было управлять с так называемого гуя) Поэтому если что то ломается, то найти концы в этих костылях дабы пофиксить самостоятельно - в разы сложнее...
| |
|
4.62, EHLO (?), 10:38, 18/05/2018 [^] [^^] [^^^] [ответить]
| +2 +/– |
Не используется rgmanager. В PVE4 отказались от него в пользу своего, более простого HA менеджера.
Corosync на месте. Его используют и для управления кластером (pvecm) и для своей кластерной ФС pmxcfs и для HA виртуалок.
| |
|
|
|
1.36, Аноним (-), 19:31, 17/05/2018 [ответить] [﹢﹢﹢] [ · · · ]
| –1 +/– |
ядро чьё ? читал раньше, что оно вроде от редхата было, а тут 4,15,17, похоже что сидовское
| |
|
2.43, draw1 (?), 22:35, 17/05/2018 [^] [^^] [^^^] [ответить]
| +/– |
Ядро было древнее и довольно долго (не уверен, что прям один в один от редхата, но точно патченное и версий 2.6.х) когда они использовали OpenVZ для контейнеров. Как перешли на LXC (начиная вроде с версии Proxmox 4.х) так сразу и ядро обновили.
| |
|
1.37, Аноним (-), 19:33, 17/05/2018 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
>Пакетная база обновлена до Debian Stretch 9.2
На оф сайте >Based on Debian Stretch 9.4
| |
1.41, Аноним (-), 21:31, 17/05/2018 [ответить] [﹢﹢﹢] [ · · · ] | +2 +/– | Может кто-нибудь объяснить как PVE работает с VLAN У меня сервер с 2 сетевыми и... большой текст свёрнут, показать | |
|
2.49, Vit (??), 01:03, 18/05/2018 [^] [^^] [^^^] [ответить]
| +1 +/– |
>[оверквотинг удален]
> в инет. Как этого добиться?
> Я из веб-интерфейса создавал сетевые интерфейсы с мостами/бондингом и vSwitch. В ручную
> правил конфиг для интерфейсов, каждый раз после перезапуска интерфейса системд жаловался,
> что не может поднять интерфейс.
> После ребута сервера сетевые настрйоки применялись, но сервер недоступен по ssh. Приходится
> через iLO ковырять сетевые настройки.
> Пробовал задать первому сетевому интерфейсу статику с указанием VLAN и всё равно
> не стартует после изменения сеть. Без настроек VLAN сетевой интерфейс поднимается
> нормально.
> Что я делаю не так?
Указываешь на сетевухе виртуалки в качестве бриджа нужный физический интерфейс гипервизора и ставишь tag -- номер влана. Вот и все. Влан для гипервизора на порту свича отдавай аксесом, а уже для виртуалок будут идти тегированными
| |
|
3.59, Аноним (-), 10:01, 18/05/2018 [^] [^^] [^^^] [ответить] | –1 +/– | Это понятно, вопрос в другом Я не могу задать VLAN tag для сетевого интерфейса ... большой текст свёрнут, показать | |
|
4.61, EHLO (?), 10:30, 18/05/2018 [^] [^^] [^^^] [ответить]
| +/– |
>[оверквотинг удален]
> Это понятно, вопрос в другом.
>>Влан для гипервизора на порту свича отдавай аксесом, а уже для виртуалок будут идти тегированными
> Я не могу задать VLAN tag для сетевого интерфейса гипервизора. Системд выдаёт
> ошибку, что не может поднять интерфейс. Я руками вношу правку в
> /etc/interfaces и далее # ifdown интерфейс # ifup интерфейс. Даже если
> делаю через системд systemctl networking.service restart или stop/start всё равно интерфейс
> не поднимается. Утилита service в этом случае даже не видит сервис
> сетевой! После ребута интерфейс поднимается, но сервер недоступен и его никто
> не видит. Какие-либо запросы от сервера или к серверу не проходят.
> ifconfig показывает, что интерфейс поднят.
Лучше не делай ifup и рестарт networking.service. Это можно, но есть нюансы. Сказываются особенности Дебиновского конфига сети, надо понимать как он работает. Я не один день маны читал и скрипты парсил.
Если хочешь править конфиг одновременно из консоли и из ГУЯ, или видеть как Proxmox понимает твои правки, используй /etc/network/interfaces.new, а затем ребут.
Если хочешь добавлять и менять виланы хоста без ребута, используй Open vSwitch. Это рекомендуемый вариант в Proxmox VE 5.
| |
|
5.67, Аноним (-), 11:30, 18/05/2018 [^] [^^] [^^^] [ответить] | +/– | Странно ifup и ifdown приводят в пример в книге Mastering Proxmox, правда в кни... большой текст свёрнут, показать | |
|
6.69, EHLO (?), 12:30, 18/05/2018 [^] [^^] [^^^] [ответить]
| +/– |
> Странно. ifup и ifdown приводят в пример в книге Mastering Proxmox, правда
> в книге рассматривается версия 3 или 4. Тем не менее. Даже
> не используя скрипты ifup/down и только пользоваться systemd - эффект тот
> же самый.
В зависимости от ситуации, эффект будет разный. В случае простого добавления новых интерфейсов, должно работать. Дебианский ifupdown это долгая история. Как ни странно с OVS он лучше всего работает. Штатный способ PVE изменить конфиг и ребутнуть "Pending changes (Please reboot to activate changes)".
> Пробовал. Я создавал ovs bridge со статическим IP и маской, без указания
> gw, т.к. на другом интерфейсе его уже задавал. После создал ovs
> bond и указал ему интерфейс ovs bridge. Ребутнул сервер и после
> загрузки сеть опять не загрузилась, хотя ifconfig показывает, что интерфейсы подняты,
> адреса/маска/шлюз заданы. Но сервер не отвечает ни на пинг, ни трассировку
> не проходит.
Бонд не нужен, если у тебя на коммутаторе его нет.
В случае OVS, у тебя должен быть OVS Bridge vmbrX, у которого 2 порта: физический с транком и внутренний (OVS IntPort) с вилан тэгом.
IP адрес нужно назначать не vmbrX, а внутреннему порту (OVS IntPort) на котором соответствующий гипервизору вилан.
Это естественно при условии что на коммутаторе транк с тегированным трафиком.
| |
|
|
|
|
2.60, EHLO (?), 10:24, 18/05/2018 [^] [^^] [^^^] [ответить]
| +/– |
>Сеть нарезана VLANами, порт в транке.
>Есть ли возможность без бондинга задать для vmbr VLAN?
Есть варианты.Вот некоторые:
Самый простой добавить в /etc/network/interfaces вилан обычным дебиановским способом на физический интерфейс --
vlan-interfaces(5) и на него навесить IP адрес гипервизора. Недостаток в том, что виртуалкам не дать тот же самый вилан шататным способом.
Второй
создаешь вилан в конфиге без адреса
iface ens18.100 inet manual
Создаешь бридж (vmbr1 к примеру). В его порты добавляешь ens18.100. IP адрес навешиваешь на бридж. (https://pve.proxmox.com/wiki/Network_Configuration#_vlan_802_1q)
Третий
Установить OVS. После этого сё конфигурится в ГУЕ. https://pve.proxmox.com/wiki/Open_vSwitch
Создаёшь OVS бридж, в него добавляешь физический интерфейс, на котором транк.
Создаёшь OVS IntPort, в котором задаёшь тэг вилана для доступа к гипервизору.
| |
|
|
2.81, EHLO (?), 10:29, 21/05/2018 [^] [^^] [^^^] [ответить]
| +/– |
1. ZFS не пользуюсь. Пока он не проходит мой личный QA. Не все грабли собраны. virtio не пользуюсь по многим причинам, не буду офтопить, удачи с ним.
2.
>А потому, что нет никакой возможности управлять iscsi-target в современном linux
В современных ядрах LIO, который управляется targetcli. Много этим пользоваться не приходилось, предпочитаю избегать iSCSI в проде, но впечатление осталось неплохое, прозрачная понятная и удобная штука (если сравнивать со всякими альтернативами, СХД и т.д.)
3. Дебианский ifupdown это реальный недостаток в том числе Proxmox. Сам плююсь на него каждый раз. Практика показала, что стабильнее всего со сложными конфигами сети в Debian-based справляется OVS. VLAN-aware штука годная, но сыроватая на мой вкус.
ЗЫ
>линакс
с этим к логопеду
| |
|
3.84, Ilya Ryabinin (?), 12:03, 23/05/2018 [^] [^^] [^^^] [ответить]
| +/– |
Наверное я не совсем понятно выразился про lio, управлять им не может proxmox, может только iet. В ручную это делать смысла нет, тогда уж проще libvirt использовать.
Про zfs, лично я им пользуюсь уже более 5 лет в linux (надеюсь, логопед будет доволен), да косяки есть, но они не настолько критичны. Но, в целом, zfs обеспечивает большую безопасность данным, причем намного. Приведу небольшой пример. В zfs очень редко можно поймать зависание операций ввода вывода из-за циклических блокировок. В этом случае, вам придется перезагрузить машину. Потерь данных, у меня ни разу не было. С другой стороны, на аппаратной raid-10 массиве в сервере dell с серверными scsi -дисками, оказалось, примерно с такой-же частотой с одного из дисков читались неверные данные. В результате рухнуло несколько виртуальных машин. Было очень тяжело понять в чем дело, об ошибках не было никакой информации, выяснилось после миграции хоста на zfs - в контрольных суммах появились ошибки на сбойном диске. А косяки lvm до сих пор не все выявили, там они реально есть, и особенно заметны при быстром создании и удалении снимков. zfs буквально решила все мои проблемы.
virtio не пользуюсь по многим причинам, не буду офтопить, удачи с ним. А все-же, можно парочку примеров? Я использую virtio-scsi через который trimm можно пропускать.
| |
|
4.85, EHLO (?), 18:40, 23/05/2018 [^] [^^] [^^^] [ответить]
| +/– |
> virtio не пользуюсь по многим причинам, не буду офтопить, удачи с ним.
> А все-же, можно парочку примеров? Я использую virtio-scsi через который trimm
> можно пропускать.
описался s/virtio/libvirt/
| |
|
|
|
|