The OpenNET Project / Index page

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



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

Оглавление

Эксперимент по выявлению уязвимостей во FreeBSD при помощи P..., opennews (??), 06-Апр-17, (0) [смотреть все] +1

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


18. "Эксперимент по выявлению уязвимостей во FreeBSD при помощи P..."  +2 +/
Сообщение от Аноним (-), 06-Апр-17, 23:49 
> Да на 1 падение можно пару дней потратить,
> выясняя у пользователя где и что у него упало.

пару дней? Пару лет, в лучшем случае, если пользователь гораздо раньше не плюнет, разотрет и не поставит что-нибудь другое.
У меня вот STABLE виснет на сборке самой себя в vm. Стабильненько, как и положено - без всяких паник, кернельных трейсов и чего бы то ни было, что позволило бы хотя бы примерно определить круг возможных проблем.

ну да, ну да - можно попробовать собрать ядро с дебагом, подключить виртуальный serial (хотя это вряд ли поможет), потерять пару недель (оно все это делает небыстро, а на другом железе, понятно, не воспроизведется) и, может быть, получить какой-то результат. А может и нет. Я этого делать точно не буду, не настолько заинтересован в результате. А так есть надежда, что на PR'ы кто-то обратит внимание, и мне повезет - моя проблема попала в список.

А может кто-то окажется настолько неленивый, что попросит целиком лог.

Хотя, конечно, вряд ли, это ж FreeBSD. Там и PR с готовыми нормальными патчами могут висеть по пять лет.

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

49. "Эксперимент по выявлению уязвимостей во FreeBSD при помощи P..."  –1 +/
Сообщение от P.Galloway (ok), 07-Апр-17, 12:58 
> У меня вот STABLE виснет на сборке самой себя в vm.

Именно виснет? Я сталкивался с проблемой поедания всей доступной памяти (и swap'a) после чего система превращалась в "тыкву" ;), но не "зависала" (в классическом понимании).
Hypervisor - Xen (FreeBSD 11.0-RELEASE-p8 Dom0), VM 8 cores (2,7 GHZ), 24 G RAM (память увеличивал чисто из принципа), swap 10G.
Воспроизвести легко - льём "freebsd-update-server" (https://www.freebsd.org/doc/en_US.ISO8859-1/articles/freebsd...) и запускаем билд (init.sh amd64 11.0-RELEASE).
Билд идёт в 2 прохода (buldworld, buildkernel, release в jail'e и так 2 раза). Память закончится на make release (или make install после него - ), скорее всего на создании mestick образов (в jail'e штатным методом их создать нельзя). Временно "перебил" make release на make ftp, результаты посмотрим.

> ну да, ну да - можно попробовать собрать ядро с дебагом, подключить виртуальный serial (хотя это вряд ли поможет), потерять пару недель (оно все это делает небыстро, а на другом железе, понятно, не воспроизведется) и, может быть, получить какой-то результат. А может и нет. Я этого делать точно не буду, не настолько заинтересован в результате. А так есть надежда, что на PR'ы кто-то обратит внимание, и мне повезет - моя проблема попала в список.

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

> Хотя, конечно, вряд ли, это ж FreeBSD. Там и PR с готовыми нормальными патчами могут висеть по пять лет.

Тоже не совсем справедливо ("готовые нормальные патчи" если и "динамят", то лишь по причине, что некому пробежать глазами по содержимому), но согласен - косяки есть.

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

52. "Эксперимент по выявлению уязвимостей во FreeBSD при помощи P..."  –1 +/
Сообщение от пох (?), 07-Апр-17, 13:12 
> Именно виснет?

угу, мертво.
память, пока там еще обновляется top, в избытке, скорее еще что-то течет.
Сейчас, правда, разом обновился весь llvm и приличный кусок vm* в ядре, ситуация изменилась (но и у меня слегка изменилась конфигурация, может и в этом дело)

> Ну, не стоит так "передёргивать". Хотите решить проблему - извольте потрудиться,

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

вероятность что подобные баги найдет стат-анализатор - небольшая, но тоже есть, поэтому подобная проверка тоже полезна (это тоже много проще чем мне собирать отладочный стенд)

> Тоже не совсем справедливо ("готовые нормальные патчи" если и "динамят", то лишь
> по причине, что некому пробежать глазами по содержимому)

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


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

136. "Эксперимент по выявлению уязвимостей во FreeBSD при помощи P..."  +3 +/
Сообщение от Сандибридж (?), 08-Апр-17, 10:11 
> народу вообще мало, многим плевать на патчи, они свои
> собственные хотелки пришли реализовывать, оставшиеся годами могут быть заняты другим и
> на твой PR не обращать внимания. Системного подхода к качеству системы
> у фришников, увы, нет и никогда не было.

Ну как бэ, периодически кому-то взбредает в голову вполне так "системненько" взяться за разбор завалов багов и патчей в багзилле. Крайний раз это делал Джон Марино, если я все правильно путаю. Он вообще много чего хорошего делал и по уму. Пару месяцев назад его изгнали из проекта по доносу, мол, не умеет работать в команде, всех критикует, использует менторский тон и т.д., как на ихних форумах писали.

Такие дела.

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

138. "Эксперимент по выявлению уязвимостей во FreeBSD при помощи P..."  –1 +/
Сообщение от P.Galloway (ok), 08-Апр-17, 13:11 
> Ну как бэ, периодически кому-то взбредает в голову вполне так "системненько" взяться
> за разбор завалов багов и патчей в багзилле. Крайний раз это
> делал Джон Марино, если я все правильно путаю. Он вообще много
> чего хорошего делал и по уму. Пару месяцев назад его изгнали
> из проекта по доносу, мол, не умеет работать в команде, всех
> критикует, использует менторский тон и т.д., как на ихних форумах писали.

Подкину "пруфов", т.к. ситуация имеет быть.
https://svnweb.freebsd.org/ports?view=revision&revision=433827

Драма:
https://lists.freebsd.org/pipermail/freebsd-ports/2017-Febru...
https://www.reddit.com/r/BSD/comments/5u7ezi/prominent_freeb...

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

Судя по письму Dewayne Geraghty, его вернули (там также кратко приводятся много интересных вещей - насчёт разработки базовой системы и портов, немного истории и личного опыта), но подробности я проглядел "по диагонали".

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

140. "Эксперимент по выявлению уязвимостей во FreeBSD при помощи P..."  –1 +/
Сообщение от P.Galloway (ok), 08-Апр-17, 13:43 
> Судя по письму Dewayne Geraghty, его вернули

Не, не вернули, но в проектах DragonFlyBSD и NetBSD он, вроде как, остался.
synth его (ports-mgmt/synth) - интересная вещица, жаль если разработка заглохнет.

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

153. "Эксперимент по выявлению уязвимостей во FreeBSD при помощи P..."  –2 +/
Сообщение от Michael Shigorinemail (ok), 08-Апр-17, 19:11 
>> Судя по письму Dewayne Geraghty, его вернули
> Не, не вернули

Написать, что ли, человеку... видал уж такую "демократию".

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

137. "Эксперимент по выявлению уязвимостей во FreeBSD при помощи P..."  –1 +/
Сообщение от P.Galloway (ok), 08-Апр-17, 12:58 
> ну вот трудозатраты должны быть как-то адекватны результату - в данном случае
> мне проще забить - легких путей тут не видно, а шанс
> что оно само раccосется или хотя бы начнет по другому проявляться,
> что проще отлаживать, большой.
> вероятность что подобные баги найдет стат-анализатор - небольшая, но тоже есть, поэтому
> подобная проверка тоже полезна (это тоже много проще чем мне собирать
> отладочный стенд)

Ну как бы в любой ОС такая ситуация, если инфы мало, дампов нет, и воспроизводимость проблемы на др./схожих HW платформах близкая к 0, хоть будет "подставьте_название_ОС/дистрибутива" - результат будет такой же как и у вас сейчас.
Если времени и сил нет на решение проблемы (попросту "не окупится"), то да - проще и разумнее попробовать 2-3 удовлетворяющих вашим условиям продукта и перейти на какой-нибудь из них.
А по существу вашей проблемы - т.к. "оно виснет наглухо", то, наверное, проблема где-то в vm/io или железе (я б посоветовал, помимо прочего, прогнать RAM каким-нибудь memtest, если возможно).

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

Как и в любом другом проекте. Пусть даже "хотелки" будет реализовывать ком.контора - она будет реализовывать то что нужно ей, а не вам. Ну совсем грубый пример Redhat "клал" на Debian и им подобные и их проблемы (Redhat и Debian можете заменить на "имя_компании - нзвание_ос_или_дистра").
Или же - академический пример - "в мире Linux" всем плевать на OpenBSD и "их счета за электроэнергию в ДЦ" тоже (более скажу, не все разработчики ПО и дистров знают о ней), но OpenSSH присутствует практически везде (да и альтернатив как то особо и нет).
Можно воскликнуть - Как же так?! Огромное сообщество, куча коммерческих компаний, тот самый "базар", который разрабатывает так как надо и не "динамит патчи" и не написал свой аналог secure shell?
Да это "флуд" и "передёргивание", но я хочу донести мысль, что мир немножко другой, чем видится в "розовых очках", проблемы есть везде, и конкретно вам в данном случае не повезло, наверное, и с железом, и с системой, но возникни похожая ситуация на другой ОС (а она вполне возможна) - ваша проблемы решалась бы точно так же и негодование было бы таким же.

> Системного подхода к качеству системы у фришников, увы, нет и никогда не было.

Я, например, считаю, что "системный подход" есть у minix, oberon и прочих, но не подскажите, часто и много ли их используют, и годятся ли они для каких-либо применений? Ну, например, web-сервер (малонагруженный - до 10000 запросов в сутки, и каналом в 1-2 мегабита, на железе "из помойки" - типа SOHO-роутера/SOHO-NAS пятилетней давности) или "тонкий клиент"/терминал и т.д и т.п.
Или же, например, я вижу "системный подход" у Apple - ОС поставляется с железом (или наоборот), и только так. Но мне этот факт, как-то безразличен. Тут и "конская цена" на железяку (в т.ч. опциональные "расширялки" и их мало) и отсутствие сервисных центров и отсутствие понимания (у меня) - что мне такого даёт продукт от Apple, что я не могу сделать в др. ОС.

Можно также голословно утверждать об отсутствии "системного подхода" в "подставьте_название_ос" - просто потому что свои проблемы есть и у них (я слабо понимаю, что такое есть мифический "системный подход" - систематизированная разработка или что-то иное?).

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

154. "Эксперимент по выявлению уязвимостей во FreeBSD при помощи P..."  +/
Сообщение от Michael Shigorinemail (ok), 08-Апр-17, 19:13 
> память, пока там еще обновляется top, в избытке, скорее еще что-то течет.

На приснопамятном lists.osdn.org.ua как-то после спешных патчей потекла sympa; выяснить это удалось при помощи collectd, который хотя бы отбрасывал статистику на соседний хост.

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

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

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




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

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