The OpenNET Project / Index page

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



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

Оглавление

Проект FreeBSD перевёл порт ARM64 в число первичных и исправил 3 опасных уязвимости, opennews (ok), 10-Апр-21, (0) [смотреть все]

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


10. "Проект FreeBSD перевёл порт ARM64 в число первичных и исправ..."  +5 +/
Сообщение от Анонимс (?), 10-Апр-21, 09:02 
За всë время использования ни разу не было перечисленных проблем.
Про WiFi ничего сказать не могу не пользовался на серверах.
А почему ребут лучше не делать?
Ответить | Правка | Наверх | Cообщить модератору

14. "Проект FreeBSD перевёл порт ARM64 в число первичных и исправ..."  –9 +/
Сообщение от Аноним (25), 10-Апр-21, 09:23 
Сервера - это такое. Мне интересен десктоп/лэптоп.
Ребут почему-то именно во фрибзде оставляет обородование в странном состоянии - пц-спикер пищит почти минуту, иногда USB-контроллер, насыпав ошибок, вешает ядро. Где-то память не очищается при ребуте, нужно выключение.

По потере данных из-за выключения на UFS - наблюдал с фрибзды 8 до 11. Потерял около 10 серверов(физ и вирт), и один десктоп. В 13-й бзде этого ещё не наблюдал, но всё равно очкую.

То есть основная проблема платформы - отсутствие юзербазы. Тех людей, которые фрибзду будут обкатывать на своих ноутбуках.

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

16. "Проект FreeBSD перевёл порт ARM64 в число первичных и исправ..."  +9 +/
Сообщение от Аноним (16), 10-Апр-21, 09:48 
очкуй дальше. и ни в коем случае не пробуй zfs. и продолжай рассказывать басни про ufs. чем меньше вас, тем больше нас.
Ответить | Правка | Наверх | Cообщить модератору

22. "Проект FreeBSD перевёл порт ARM64 в число первичных и исправ..."  –3 +/
Сообщение от Аноним (25), 10-Апр-21, 10:33 
> и ни в коем случае не пробуй zfs

Ну вот благодоря нашим нагрузкам в zfs были исправлены проблемы с read-range locks. Молодец, попал пальцем в небо. И кстати скоро ZoL будет и во фрибзде, вот только зачем она мне на ноуте? Хотя есть вариант - если ufs продолжит падать, то от безальтернативщины придётся на zfs переходить.

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

31. "Проект FreeBSD перевёл порт ARM64 в число первичных и исправ..."  +4 +/
Сообщение от Аноним (31), 10-Апр-21, 11:27 
"Мужик, я не пойму - ты охотник или [cencored] (гей)?" (с) анекдот

Если у меня что-то стабильно рассыпается в руках, и я точно знаю, что мои руки не виноваты - я просто этим не пользуюсь. Не мучай себя, сиди на Linux.

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

40. "Проект FreeBSD перевёл порт ARM64 в число первичных и исправ..."  +/
Сообщение от n80 (?), 10-Апр-21, 13:25 
> зачем она мне на ноуте?

Если вопрос про ZFS в целом (а не про конкретно ZoL), в очередной раз повторюсь: ИМХО, хотя бы и ради прозрачных контрольных сумм (а чем дальше, тем железо нежнее и более склонно к bit rot, хотя и есть нюансы) и снапшотов.

А ещё есть подозрение, что пользователей ZFS побольше будет (чем у UFS), что в определённой мере коррелирует с обнаружением багов и их исправлением.

Ещё, конечно, очень интересен смысл использования *BSD вместо что-то_там/Linux на домашнем железе в целом и ноуте в частности, что это дало? Наверняка что-то даёт, просто я не особо в курсе BSD мира, без всякой задней мысли интересуюсь.

Ответить | Правка | К родителю #22 | Наверх | Cообщить модератору

70. "Проект FreeBSD перевёл порт ARM64 в число первичных и исправ..."  –1 +/
Сообщение от пох. (?), 10-Апр-21, 18:43 
> А ещё есть подозрение, что пользователей ZFS побольше будет (чем у UFS),
> что в определённой мере коррелирует с обнаружением багов и их исправлением.

а есть печальный факт:  https://github.com/openzfs/zfs/issues/6224

> Ещё, конечно, очень интересен смысл использования *BSD вместо что-то_там/Linux на домашнем
> железе в целом и ноуте в частности, что это дало? Наверняка

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

p.s. а зачем на ноуте снапшоты, кстати? Ну разьве что ради теоретической возможности отката системы (но для этого нужны не просто снапшоты, а толком недоделанные и недокументированные bootenvы) - то есть исправления последствий рукожопия разработчиков. А зачем иметь дело с их продуктом вообще, если его ТАК надо исправлять?

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

87. "Проект FreeBSD перевёл порт ARM64 в число первичных и исправ..."  +/
Сообщение от n80 (?), 11-Апр-21, 00:09 
> а есть печальный факт:  https://github.com/openzfs/zfs/issues/6224

К ZoL/OpenZFS у меня самого претензий хватает, но тут уж выбор меньшего зла, скорее.

> я вас про ваш линyпсь могу спросить о том же. "вместо нормальной дисяточки".

Вопрос был к конкретному пользователю, который (по идее) может именно про BSD рассказать, а не вот это вот всё.

> Но не буду, вы ж опять бредом сивой кобылы ответите.

Вот не надо грязи, где это я бредом отвечал?

> p.s. а зачем на ноуте снапшоты, кстати? Ну разьве что ради теоретической возможности отката системы (но для этого нужны не просто снапшоты, а толком недоделанные и недокументированные bootenvы) - то есть исправления последствий рукожопия разработчиков. А зачем иметь дело с их продуктом вообще, если его ТАК надо исправлять?

За всех сказать не могу, а лично мне для бекапов нужны и, иногда, чтобы быстро что-то восстановить можно было (не всю систему, а случайно снесённый/изменённый файл). Но пока решается где-то с помощью NILFS, где-то XFS + xfsdump, где-то вообще банально rsync. ZFS только на экспериментальной полке гоняю пока, но у кого-то опыт работы с ним куда больше моего и полностью им довольны и используют у себя для целей, аналогичных моим. Я пока только рассматриваю.

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

97. "Проект FreeBSD перевёл порт ARM64 в число первичных и исправ..."  –1 +/
Сообщение от пох. (?), 11-Апр-21, 11:15 
> К ZoL/OpenZFS у меня самого претензий хватает, но тут уж выбор меньшего зла, скорее.

я вяло посматриваю на refs. over storage direct, разумеется.
Остальное успело достать. Если уж выбирать меньшее зло - то выбирать без идеологических глупостей.

> а лично мне для бекапов нужны и, иногда, чтобы быстро что-то восстановить можно было (не всю
> систему, а случайно снесённый/изменённый файл).

хм...

> но у кого-то опыт работы с ним куда больше моего и полностью им довольны

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

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

103. "Проект FreeBSD перевёл порт ARM64 в число первичных и исправ..."  +/
Сообщение от n80 (?), 11-Апр-21, 16:14 
> я вяло посматриваю на refs. over storage direct, разумеется.
> Остальное успело достать.

Очень удачная формулировка, однако. Точная. Именно что остальное уже успело, а это — (пока) ещё нет.

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

Святое дело, чем дальше копаешь что-то, тем больше ужасаешься от мысли, как оно вообще работает и сколько тут ещё мест для подстилания соломы неприкрытых. И может начать казаться, что у ещё неизученного дела обстоят куда лучше. Только вот после изучения потрохов NT в целом (и этого самого ReFS в частности) обнаруживается, что там драконов заныкано не меньше, а некоторые из них ещё страшнее (хотя кому как). Так что всецело поддерживаю идею насчёт выбора «без идеологических глупостей», ковырять — так всех одинаково глубоко. С собаками, может, и спокойнее, но меня ещё не настолько достало, я пока ещё поковыряюсь.

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

105. "Проект FreeBSD перевёл порт ARM64 в число первичных и исправ..."  +/
Сообщение от пох. (?), 11-Апр-21, 16:55 
> И может начать казаться, что у ещё неизученного дела обстоят куда лучше.

оно хотя бы чисто технически выглядит лучше. Из отдаленно похожего у нас только gluster, но там и с производительностью, и с надежностью все ровно так, как и должно быть у продукта made in India.

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

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

67. "Проект FreeBSD перевёл порт ARM64 в число первичных и исправ..."  +/
Сообщение от Аноним (67), 10-Апр-21, 18:21 
не ZFS on Linux, он же ZoL, а OpenZFS
и можно тогда взять и назвать тот проект ZFS on FreeBSD
Ответить | Правка | К родителю #22 | Наверх | Cообщить модератору

125. "Проект FreeBSD перевёл порт ARM64 в число первичных и исправ..."  +/
Сообщение от bOOster (ok), 13-Апр-21, 09:55 
Да это клиника головного мозга, паранойя называется. Он просто настолько туп что не понимает что ядро ZFS было изначально портировано на BSD. И основной вклад в стабильность работы внесли illumos и bsd, что первый что второй уже давно ZFS используют в продуктиве. Linux оиды с горем пополам дописали обвес чтобы прикрутить через задний проход ZFS к Linux ядру - назвав это ZoL и как результат никакая часть этого поделия в другие реализации OpenZFS не попадет. Да есть и у линуксоидов части OpenZFS ядра которые они пилят, но общий их вклад в OpenZFS не превышает и 10%. Зато традиционно криков что они чето там пилят на все 90%.
Ответить | Правка | Наверх | Cообщить модератору

128. "Проект FreeBSD перевёл порт ARM64 в число первичных и исправ..."  +/
Сообщение от пох. (?), 13-Апр-21, 14:46 
Бредни впопеннетчиков, рулоны на вес.

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

17. "Проект FreeBSD перевёл порт ARM64 в число первичных и исправ..."  +8 +/
Сообщение от Аноним (31), 10-Апр-21, 09:56 
Потерять 10 серверов - это уже однозначно диагноз пользователя, а не ОС. Тебя гнать надо от любой техники.

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

21. "Проект FreeBSD перевёл порт ARM64 в число первичных и исправ..."  –5 +/
Сообщение от Аноним (25), 10-Апр-21, 10:29 
А почему тогда на других осях файловые системы работают в отличии от UFS? В этом тоже пользователь виноват? Где-то мы уже такое слышали.
Ответить | Правка | Наверх | Cообщить модератору

29. "Проект FreeBSD перевёл порт ARM64 в число первичных и исправ..."  +/
Сообщение от Аноним (31), 10-Апр-21, 11:15 
Потому что компьютеры у нас теперь осваивают раньше, чем учатся читать. А иногда - и раньше, чем думать.
А те, кто читать и осмысливать прочитанное умеют, знают про то, что такое background fsck, как оно работает, и когда оно нужно, а когда - нет.
Ответить | Правка | Наверх | Cообщить модератору

39. "Проект FreeBSD перевёл порт ARM64 в число первичных и исправ..."  +4 +/
Сообщение от Аноним (-), 10-Апр-21, 13:25 
> А почему тогда на других осях файловые системы работают в отличии от UFS?

Потому что очередное кулстори от опеннетного анонима "как оно все там, на 100500 машинах, будет - экстраполяция опыта установки фри на хреново поддерживаемый азуз ноут, бай аноним".

Только вот намертво виснущая при просыпании бубунта на EXT4 на леново L430 и "но оператинг систем детектед" после ребута - "Это другое! Понимать надо!"(с)

Ответить | Правка | К родителю #21 | Наверх | Cообщить модератору

55. "Проект FreeBSD перевёл порт ARM64 в число первичных и исправ..."  +/
Сообщение от Аноним (55), 10-Апр-21, 16:00 
Лол. Хдд поменяй
Ответить | Правка | Наверх | Cообщить модератору

56. "Проект FreeBSD перевёл порт ARM64 в число первичных и исправ..."  +/
Сообщение от Аноним (-), 10-Апр-21, 16:03 
>> Ноут с SSD
> Лол. Хдд поменяй

"Это другое! Понимать надо!"(с)


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

73. "Проект FreeBSD перевёл порт ARM64 в число первичных и исправ..."  +/
Сообщение от пох. (?), 10-Апр-21, 19:35 
> А почему тогда на других осях файловые системы работают в отличии от UFS? В этом тоже
> пользователь виноват?

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

Я тут нашел прелестную историю о превращении в тыкву xfs после банального апгрейда ведра - необратимом, практически. С works-as-intended в качестве решения проблемы. И чо?

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


Ответить | Правка | К родителю #21 | Наверх | Cообщить модератору

89. "Проект FreeBSD перевёл порт ARM64 в число первичных и исправ..."  –1 +/
Сообщение от Аноним (89), 11-Апр-21, 04:26 
> нашел прелестную историю о превращении в тыкву xfs после банального апгрейда ведра

нашел - делись ссылкой!

по моему опыту, xfs одна из самых беспроблемных фс (проблемы не умеющих программировать не в счет), интересно.

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

109. "Проект FreeBSD перевёл порт ARM64 в число первичных и исправ..."  +/
Сообщение от пох. (?), 11-Апр-21, 17:16 
> нашел - делись ссылкой!

https://www.opennet.ru/openforum/vsluhforumID3/123884.html#110

> по моему опыту, xfs одна из самых беспроблемных фс (проблемы не умеющих
> программировать не в счет)

оригинально. Нет. Я не хочу ее "программировать".

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

23. "Проект FreeBSD перевёл порт ARM64 в число первичных и исправ..."  –1 +/
Сообщение от Сергей (??), 10-Апр-21, 10:40 
Прикольно однако, особенно про потерю на вирт. машине... Я на слабых машинках и вм именно ufs с журналом и юзаю и все хоккей, может я руки не мою и еще чего не делаю...
Ответить | Правка | К родителю #14 | Наверх | Cообщить модератору

26. "Проект FreeBSD перевёл порт ARM64 в число первичных и исправ..."  –1 +/
Сообщение от Аноним (25), 10-Апр-21, 10:48 
И на виртуалках, и на физиках. При остановке машины или выключении питания.
По виртуалкам - так вообще, линуксовому хосту - ничего, а фрибздешную машину даже fsck не исправит. То есть метаданные провтыкались вообще полностью. По физикам - то же, будем смотреть как 13-я себя поведёт.
Ответить | Правка | Наверх | Cообщить модератору

90. "Проект FreeBSD перевёл порт ARM64 в число первичных и исправ..."  +1 +/
Сообщение от _ (??), 11-Апр-21, 05:52 
Дендромутант-рукожоп! Талантливый! :)
Ответить | Правка | Наверх | Cообщить модератору

27. "Проект FreeBSD перевёл порт ARM64 в число первичных и исправ..."  –4 +/
Сообщение от Аноним (27), 10-Апр-21, 10:53 
У меня именно уфс рассыпалась и именно на железе, в дефолтной конфигурации, но фанатики мне не верят. Дело было пару лет назад. Те же самые фанатики пугают проблемами с ext4, когда реальные проблемы бывают только у xfs.
Ответить | Правка | К родителю #23 | Наверх | Cообщить модератору

32. "Проект FreeBSD перевёл порт ARM64 в число первичных и исправ..."  +3 +/
Сообщение от Аноним (31), 10-Апр-21, 11:31 
Да эти сказочники с историями про разваливающуюся UFS в каждом треде про bsd обязательно отмечаются. Традиция у них такая. Унылая и беспощадная.
Ответить | Правка | К родителю #23 | Наверх | Cообщить модератору

35. "Проект FreeBSD перевёл порт ARM64 в число первичных и исправ..."  +3 +/
Сообщение от Аноним (35), 10-Апр-21, 13:04 
> Да эти сказочники с историями про разваливающуюся UFS

Причем каждый раз добавляются "детали" из комментов последнего треда ... но как обычно - 0 ссылок на багрепорты и палевные мелочи.

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

36. "Проект FreeBSD перевёл порт ARM64 в число первичных и исправ..."  +/
Сообщение от Михрютка (ok), 10-Апр-21, 13:06 
>>>Где-то память не очищается при ребуте, нужно выключение.

прелесть какая.

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

118. "Проект FreeBSD перевёл порт ARM64 в число первичных и исправ..."  +/
Сообщение от t28 (?), 12-Апр-21, 14:14 
> Ребут почему-то именно во фрибзде оставляет обородование в странном состоянии …
> … насыпав ошибок, вешает ядро.

На десктопе Free давно не юзал, а на серверах наблюдал странное поведение при reboot'ах.
Ядро выпадает в кору, но при этом через 15 секунд перезагружается.

> По потере данных из-за выключения на UFS - наблюдал с фрибзды 8 до 11.
> Потерял около 10 серверов(физ и вирт), и один десктоп.

На Free за 23 года юзания на серверах такого не припомню. Т.е. подобное, возможно, и было,
но в памяти как-то не отложилось. А вот в линуксе стабильно по нескольку раз в год на
серверах, в случае кернел паник или unscheduled power off. При том, терялись данные как
на EXTx так и на XFS.

Домашний ноут на линукс. / — на BTRFS, /home — на EXT4.
С / BTRFS вообще никаких проблем ни разу не было, а вот /home падает раз в 3—4 месяца.

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

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

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




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

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