The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



"Выпуск Stratis 2.1, инструментария для управления локальными..."
Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Изначальное сообщение [ Отслеживать ]

"Выпуск Stratis 2.1, инструментария для управления локальными..."  +/
Сообщение от opennews (ok), 04-Июн-20, 21:36 
После  семи месяцев разработки опубликован выпуск проекта Stratis 2.1, развиваемого  компанией Red Hat и сообществом Fedora для унификации и упрощения средств настройки и управления пулом из одного или нескольких локальных накопителей.  Stratis предоставляет такие возможности, как динамическое выделение места в хранилище, снапшоты, обеспечение целостности и создание слоёв для кэширования. Код проекта написан на языке Rust и  распространяется под лицензией MPL 2.0...

Подробнее: https://www.opennet.me/opennews/art.shtml?num=53092

Ответить | Правка | Cообщить модератору

Оглавление

Сообщения [Сортировка по ответам | RSS]

1. Сообщение от Fracta1L (ok), 04-Июн-20, 21:36   –4 +/
Ясно, очередной демон
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #2, #5, #11

2. Сообщение от Аноним (2), 04-Июн-20, 22:08   –1 +/
Тебе не угодишь. У вас в казахстане там все такие нытики?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1 Ответы: #17

3. Сообщение от ilyafedin (ok), 04-Июн-20, 22:09   –4 +/
> В отличие от ZFS и Btrfs, компоненты Stratis работают только в пространстве пользователя и не требуют загрузки специфичных модулей ядра.

Когда минус преподносится как плюс

> а также с различными НЖМД, SSD и NVMe-накопителями
> НЖМД

Славяне отакуэ

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #4, #13, #19, #21

4. Сообщение от пох. (?), 04-Июн-20, 23:25   –1 +/
>> В отличие от ZFS и Btrfs, компоненты Stratis работают только в пространстве пользователя и не
>> требуют загрузки специфичных модулей ядра.
> Когда минус преподносится как плюс

и при этом являются дезинформацией - разумеется, требуют, поскольку без dm-* ничего делать не умеют абсолютно. Просто нескучный интерфейсик к thin-lvm и прочим компонентам ядра, на игогошечке и с управлением через задниц...dbus. Для неасиляторов lvm.

Уверен, будет востребовано.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #3 Ответы: #6

5. Сообщение от пох. (?), 04-Июн-20, 23:27   +/
> Ясно, очередной демон

И cli-утилитка!

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1 Ответы: #12, #26

6. Сообщение от Аноним (2), 05-Июн-20, 00:22   +/
Через dbus? О, так его внедрят в systemd и все будете использовать как миленькие. Я бы не удивился.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #4 Ответы: #8, #29

7. Сообщение от Wolfy (?), 05-Июн-20, 00:40   +1 +/
>Red Hat Fedora Rust D-Bus

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

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #9

8. Сообщение от пох. (?), 05-Июн-20, 00:50   +/
с thin-lvm без системды ты, по-моему, уже даже не загрузишься.

Во всяком случае, я не придумал, как это сделать. lvm (cli) с ним без демона работать не может.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #6 Ответы: #25

9. Сообщение от пох. (?), 05-Июн-20, 00:51   +/
Да нет, херня какая-то. До bullshit-bingo существенно не хватает игоgo!

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #7 Ответы: #10, #14

10. Сообщение от Wolfy (?), 05-Июн-20, 01:04   +1 +/
> Да нет, херня какая-то. До bullshit-bingo существенно не хватает игоgo!

Завернуть бы ещё всё это в электрончик да переименовать в stratisd со всеми вытекающими.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #9

11. Сообщение от Аноним (-), 05-Июн-20, 01:11   –1 +/
> Ясно, очередной демон

Очередная редхатовская пыхтонрасия. В этот раз сие пытается изображать эрзац btrfs или zfs из гомна и палок. С понятными перспективами...

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1 Ответы: #16

12. Сообщение от Аноним (-), 05-Июн-20, 01:12   +/
> Зубрите новую книгу заклинаний, скоро, уверен, без этой хрени ничего работать толком не будет.

btrfs'у такой кал ни к чему, так что страдать будут фанаты редгада :)

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #5

13. Сообщение от Аноним (-), 05-Июн-20, 01:14   +/
> Когда минус преподносится как плюс

Что такое? Вы не хотите посмотреть как пыхтонрасия с дыбасами будет глюкать кантуя ваши данные в процессе довольно стремных операций с сторажами? Приятного полета :)

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #3

14. Сообщение от Аноним (-), 05-Июн-20, 01:15   +/
> Да нет, херня какая-то. До bullshit-bingo существенно не хватает игоgo!

А финики^W пыхтон, пыхтон то где?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #9 Ответы: #15

15. Сообщение от пох. (?), 05-Июн-20, 01:31   –1 +/
Где надо - в LSB!
Все что не содержит пихона - и линухом-то не является.
(с точки зрения redhat. Впрочем, точка зрения network-managerнутых страдальцев не должна сильно отличаться.)


Ответить | Правка | Наверх | Cообщить модератору
Родитель: #14

16. Сообщение от пох. (?), 05-Июн-20, 01:35   +1 +/
> Очередная редхатовская пыхтонрасия. В этот раз сие пытается изображать эрзац btrfs или
> zfs из гомна и палок. С понятными перспективами...

угу - станет industry standard'ом, в отличие от тех двух вечных недоделков.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #11 Ответы: #18, #20, #28

17. Сообщение от Fracta1L (ok), 05-Июн-20, 08:02   +1 +/
Почему не угодишь? Btrfs мне вполне нравится. Я просто не понимаю на кой чёрт нужен демон для управления файловыми системами. Не люблю лишние сущности.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2 Ответы: #33

18. Сообщение от Fracta1L (ok), 05-Июн-20, 08:03   +/
> станет industry standard'ом

От слова indus

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #16 Ответы: #24

19. Сообщение от Fracta1L (ok), 05-Июн-20, 08:05   +/
Особенно порадовало "SSD и NVMe"
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #3 Ответы: #39

20. Сообщение от Блабла (?), 05-Июн-20, 08:30   +1 +/
толсто, особенно называть ZFS недоделкой, троллить надо научиться потоньше, со вкусом...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #16 Ответы: #22, #23

21. Сообщение от other_anonymous (?), 05-Июн-20, 08:46   –1 +/
> Славяне отакуэ
> Славяне

SJW и CoC на тебя нет. Употребляй followers, workers, replicas вместо этого. Ну на крайняк фоловеры, воркеры и реплики.
Ты их еще "последователями", "работниками" или "копирами" назови

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #3 Ответы: #38

22. Сообщение от Аноним (22), 05-Июн-20, 08:58   –3 +/
а что оно доделка? что там у нас с фрагментацией диска и COW? ой.. а что оно тормозит нежданно при 2/3 занятом пуле ? И правда что оно не может собираться с 5.0+ в дебаг режиме ?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #20

23. Сообщение от пох. (?), 05-Июн-20, 09:33   +/
> толсто, особенно называть ZFS недоделкой

на, поешь: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=235683

Желающие могут пытаться найти п-ц такого же масштаба в редхатовской или любой другой багзиле.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #20 Ответы: #35, #36, #41

24. Сообщение от пох. (?), 05-Июн-20, 09:36   +/
>> станет industry standard'ом
> От слова indus

это неполиткорректно. Тренируйся выговаривать "уважаемые коллеги". Тем более что придется - когда будешь обращаться к ним с просьбой починить тебе это. Не будешь же сам туда нырять?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #18 Ответы: #27

25. Сообщение от 1 (??), 05-Июн-20, 11:32   +/
А в devuan-е как они это обходят ?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #8 Ответы: #30, #31

26. Сообщение от Аноним (26), 05-Июн-20, 15:21   +/
RHCSA8 без сратиса уже "неработает"...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #5

27. Сообщение от Аноним (27), 05-Июн-20, 17:01   +/
Ггг когда пыхтонрасия $%^нется на середине длительной операции а индус скажет "не ругайся насяльника" - там будет очень кстати чемодан, нет, наверное уже все же самосвал бабла, для вон той лабы по датарекавери.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #24

28. Сообщение от Аноним (27), 05-Июн-20, 17:02   +/
> угу - станет industry standard'ом, в отличие от тех двух вечных недоделков.

И что характерно, жрать его будешь ты и еще полтора извращенских энтерпрайза на весь глобус.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #16 Ответы: #32

29. Сообщение от Аноним (27), 05-Июн-20, 17:04   +/
> Через dbus? О, так его внедрят в systemd

Дык системд давно умеет в дбас. Правда, он опционален, но так можно было.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #6

30. Сообщение от Аноним (27), 05-Июн-20, 17:05   +/
> А в devuan-е как они это обходят ?

Установкой на однодисковый локалхост.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #25

31. Сообщение от пох. (?), 05-Июн-20, 17:18   +/
Ставятся на скрепную ext4, полагаю.
А если на lvm - то обычный.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #25

32. Сообщение от пох. (?), 05-Июн-20, 17:34   +/
Ну да, конечно - у rhel всего полтора клиента. Главное - верь!

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #28 Ответы: #34

33. Сообщение от Аноним (-), 05-Июн-20, 17:40   +/
> Почему не угодишь? Btrfs мне вполне нравится. Я просто не понимаю на
> кой чёрт нужен демон для управления файловыми системами. Не люблю лишние сущности.

Ну, понимаешь, в btrfs хватило ума сделать годные фичи в структурах ФС. Поэтому ядерный тредик или job queue для kworker справляются.

А тут видите ли из г-на и палок пытаются слепить нечто отдаленно похожее. Поскольку кто-то должен эти палки и гомно приматывать на проволоку, чтобы это вообще не развалилось - и это не в ядре - а что им еще оставалось? :)

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #17

34. Сообщение от Аноним (-), 05-Июн-20, 17:42   +/
> Ну да, конечно - у rhel всего полтора клиента. Главное - верь!

Примерно так - они жырняк окучивают, на мелочи не размениваются.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #32

35. Сообщение от Anon Y Mous (?), 06-Июн-20, 06:50   +/
Даже stack backtrace прочитать невозможно... надо ж было напихать столько ненужных деталей!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #23 Ответы: #37

36. Сообщение от Аноним (36), 07-Июн-20, 18:18   +/
> There is no obvious software bug, as far as I can tell, so this report is not actionable.

Да, такого наверное у редхата не бывает. Хотя аутист Дреппер может попытаться и отжать эти лавры, конечно. В смысле, мог бы, в свое время.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #23

37. Сообщение от Аноним (37), 07-Июн-20, 18:20   +/
Блин я теперь понимаю почему ZFS чинить все очкуют. Давненько я такого не видал..
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #35

38. Сообщение от Аноним (37), 07-Июн-20, 18:21   +/
Реплики. Индусские.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #21

39. Сообщение от Эксперт (?), 07-Июн-20, 20:02   +/
всем кроме тебя очевидно что речь про интерфейс
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #19

40. Сообщение от Эксперт (?), 07-Июн-20, 20:04   +/
сжатие и дедуп уже доступны через vdo
Ответить | Правка | Наверх | Cообщить модератору

41. Сообщение от Anon Y Mous (?), 08-Июн-20, 02:19   +/
> panic: Solaris(panic): blkptr at 0xfffffe0059108980 DVA 0 has invalid OFFSET 72057594038013952

Я не знаю, зачем они показывают смещение в десятичном виде. В шестнадцатиричном это 0x100000000015000 - так что это запросто может быть бит-флип в памяти, который случился до вычисления контрольной суммы блока и благополучно записался на диск. От этого, пожалуй, ни одна ФС не защищена.

Странно, почему все эти Anrdiy'ы, пилящие ZFS в FreeBSD этого не увидели и не написали в баг репорте. Заодно бы могли сделать патчик, этот конкретный бит флип исправляющий на лету - тривиальная задачка, в общем-то.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #23


Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2025 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру