k
OrangeFS очень охотно в ядро приняли, сам Линус похвалил и в пример их код поставил
Size: a a a
2021 February 03
k
перед LustreFS😂😂😂
ВН
Ну если не говнокодить и придерживаться общепринятых интерфейсов мне кажется всё норм будет
Там часто апи меняюцца
ВН
Не всегда сильно, но часто
ВН
Ну про это видимо @gmelikov хорошо расскажет))
ВН
Да вообще ядро это какой-то отдельный мир. Например у меня в витасторе все метаданные в JSON и я НЕ ХОЧУ его ни на что менять. Банальный вопрос - а где взять парсер JSON для модуля ядра ?)))
AP
Ещё есть такой мем про (не)надёжность сигейта, но я думаю вы уже в курсе про это
Про ненадежность сигейтовских винтов я знаю (да и то с последними сериями у нас довольно положительный опыт), про хранилки ругани особо не слышал. Мем был про хранилки или про винты?
i
Про ненадежность сигейтовских винтов я знаю (да и то с последними сериями у нас довольно положительный опыт), про хранилки ругани особо не слышал. Мем был про хранилки или про винты?
Why not both?
AP
Обычно это работает немного по другому, отдаёшь ему один большой LUN, а он его уже нарезает через LVM
Получается ли таким образом сделать shared LVM storage на несколько нод кластера Proxmox?
МК
Да вообще ядро это какой-то отдельный мир. Например у меня в витасторе все метаданные в JSON и я НЕ ХОЧУ его ни на что менять. Банальный вопрос - а где взять парсер JSON для модуля ядра ?)))
напиши его. И ему отправим типа такого:
[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[ и так пару мегабайтМК
и да, удачи с хуйникодом
МК
и с number
МК
и c NaN
AP
Ну например у тебя есть хранилка, которая умеет отдавать LUN, и ты хз что с этим дальше делать.
Добавляешь его в LINSTOR, и дальше рулишь как хочешь через удобную апишечку с кучей готовых драйверов под прокс/куб/опенстэк/опеннебулу и т.п.
Добавляешь его в LINSTOR, и дальше рулишь как хочешь через удобную апишечку с кучей готовых драйверов под прокс/куб/опенстэк/опеннебулу и т.п.
А пока Linstor не поддерживает shared storage - какие сейчас варианты удобно нарезать LUN на PV в кубе?
k
Получается ли таким образом сделать shared LVM storage на несколько нод кластера Proxmox?
да, причём не нужен даже cLVM
ВН
и да, удачи с хуйникодом
Ну это мне например не сдалось
SM
Ну например у тебя есть хранилка, которая умеет отдавать LUN, и ты хз что с этим дальше делать.
Добавляешь его в LINSTOR, и дальше рулишь как хочешь через удобную апишечку с кучей готовых драйверов под прокс/куб/опенстэк/опеннебулу и т.п.
Добавляешь его в LINSTOR, и дальше рулишь как хочешь через удобную апишечку с кучей готовых драйверов под прокс/куб/опенстэк/опеннебулу и т.п.
Чот не понятно, кто тогда будет репликацией заниматься.
G
Ну про это видимо @gmelikov хорошо расскажет))
стабильно каждую мажорную версию ядра интерфейсы ломают, в 5.10 в очередной раз хорошенько поднасрали. Хорошо ещё не часто закрывают под gpl ранее доступные всем методы. Зато как закрывают, так боль, "не в ядре - кладём на это жирный болт, а заодно грязью поливаем"
k
стабильно каждую мажорную версию ядра интерфейсы ломают, в 5.10 в очередной раз хорошенько поднасрали. Хорошо ещё не часто закрывают под gpl ранее доступные всем методы. Зато как закрывают, так боль, "не в ядре - кладём на это жирный болт, а заодно грязью поливаем"
в смысле если не gpl, то и использовать их нельзя?
G
в смысле если не gpl, то и использовать их нельзя?
ага, если модуль не совместим с gpl для дистрибуции в бинарном виде. Т.е. у ядра есть набор функций "для всех" и "только для совместимых с gpl"