The OpenNET Project / Index page

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



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

Оглавление

Выпуск пакетного менеджера DNF 4.15, opennews (??), 09-Апр-23, (0) [смотреть все]

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


29. "Выпуск пакетного менеджера DNF 4.15"  +/
Сообщение от Аноним (27), 09-Апр-23, 13:13 
Технически линукс и винда в этом плане ведут себя различно, а по факту - проблема одинаковое и решеение одинаковое.

Нашли очередную дырку в openssl (или ее виндовом аналоге). Проблема винды: открытый файл нельзя презаписать, блокировка. Требуется перезагрузка. Проблема линукса: открытый файл перезаписывается при обновлении без проблем, но все приложния, где он был открыт продолжают видеть старый файл, с неизвестными потенциально последствиями, ведь уязвимость уйдет не после установки обновления, а после перезапуска всего, что могло использовать эту библиотеку. На системе с кучей компонент перезапускать половину системных процессов потенциально более проблемно, чем перезагрузить все и гарантировать что уязвимость более нельзя проэксплуатировать. В итоге то же решение, что и на винде. То, что в линуксе обновляются открытые файлы это изящно, но реальную проблему только скрывает.

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

40. "Выпуск пакетного менеджера DNF 4.15"  –2 +/
Сообщение от n00by (ok), 09-Апр-23, 14:10 
> На системе с кучей компонент перезапускать половину
> системных процессов потенциально более проблемно, чем перезагрузить все и гарантировать
> что уязвимость более нельзя проэксплуатировать.

systemd как раз могла бы решать этот вопрос, но почему-то занимается всем остальным, кроме него.

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

102. "Выпуск пакетного менеджера DNF 4.15"  +/
Сообщение от Аноним (100), 10-Апр-23, 09:03 
Вообще-то в apt хуки сделали и вот таки благодаря тому что интерфейс к системд более менее унифицирован оно вполне умеет перезапускать затронутые обновлениями сервисы. Более того - в новых убунтах это даже сдедали по дефолту.

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

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

121. "Выпуск пакетного менеджера DNF 4.15"  +/
Сообщение от n00by (ok), 10-Апр-23, 13:29 
apt-хуки? Парсить /proc что ли? Не-не-не, это не так делается, потому что получите гонки. У systemd и без того есть все данные для построения графа.
Ответить | Правка | Наверх | Cообщить модератору

136. "Выпуск пакетного менеджера DNF 4.15"  +/
Сообщение от Аноним (136), 10-Апр-23, 19:53 
> apt-хуки? Парсить /proc что ли? Не-не-не, это не так делается, потому что получите гонки.

Не, там как-то иначе сделано. Оно трекает зависисмости и если мы проапдейтили допустим zlib - можно настроить что будет авторестарт всех сервисов кто зависит от zlib.

Полезность фичи разумеется сильно зависит от характера сервисов. Если оно вышибет легион юзеров с какого-нибудь сервера без предупреждения, они разумеется останутся недовольны, так что нубастые админы иногда кушают лучи добра за внезапные вырубания сервисов. Зато, вот, все что зависело от zlib теперь юзает новый zlib. Без полного ребута.

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

> У systemd и без того есть все данные для построения графа.

А у пакетника есть все данные о depends на предмет либа <-> установленный софт, чтобы при апдейте либы озаботиться рестартом ее юзеров, если это так сконфигурено. А вот сам по себе системд в чистом виде вообще не знает "кто юзает zlib в системе". Ну не его это изначально.

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

151. "Выпуск пакетного менеджера DNF 4.15"  +/
Сообщение от n00by (ok), 11-Апр-23, 07:04 
>> apt-хуки? Парсить /proc что ли? Не-не-не, это не так делается, потому что получите гонки.
> Не, там как-то иначе сделано. Оно трекает зависисмости и если мы проапдейтили
> допустим zlib - можно настроить что будет авторестарт всех сервисов кто
> зависит от zlib.

Эти сервисы зависят не только от zlib, но и друг от друга, потому перезапускать их следует в определённом порядке. Этим как раз и заведует systemd.

Моё сообщение о systemd было ответом на "перезапускать половину системных процессов потенциально более проблемно, чем перезагрузить все".

> А у пакетника есть все данные о depends на предмет либа <-> установленный софт

Странно, что systemd не спрашивает пакетник, а смотрит соответствующие поля в юнит-файлах.

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

156. "Выпуск пакетного менеджера DNF 4.15"  +/
Сообщение от Аноним (154), 11-Апр-23, 13:57 
> Эти сервисы зависят не только от zlib, но и друг от друга, потому перезапускать
> их следует в определённом порядке. Этим как раз и заведует systemd.

Ну да. И в этом аспекте системд все же улучшил некоторые аспекты. По факту в случае apt пакетник после инсталла пакета информирует системд что хочет рестарт вот этого и этого а тот сам секвенсит это. И на вид это вроде бы как раз нормальное разделение фичности по компонентам. Зачем системде самому знать кто там какую либу юзает - это наверное лишнее, он и так уже здоровый стал и втягивать в него именно это странная идея. Это конечно уменьшит core пакетника но раздует системду. Как по мне лучше пусть эпизодичкски запускаемый тул жиреет чем резидентный системный управлятор живость которого в системе довольно критична.

> "перезапускать половину системных процессов потенциально более проблемно,
> чем перезагрузить все".

Всякие дебианобразные научились вот авторестартить затронутые апдейтом сервисы, в том числе и трекая либы. Если это разрешено в настройках пакетника. Что так то довольно продвинуто. Это позволяет с одной стороны апдейтнуть и либы и получить эффект от апдейта а с другой избежать полный ребут - в чем пойнт этого упражнения и состоит. На десктопе это разумеется хуже работает, какие нибудь иксы например перезапустить чтобы они поюзали фикшеный libc и чтоб при этом графика не осыпалась - да сейчас. Но вот чем мне линукс нравится, так это тем что можно самому решать вместо "мы решили вас перезагрузить и фиг оспоришь, скажите гудбай работе".

Самое интересное? А вот системд например на удивление умеет релоадить сам себя после апдейта. Так что его pid 1 вгружает новый pid 1 из новой версии - и это забавный финт с точки зрения всяких системных штук.

> Странно, что systemd не спрашивает пакетник, а смотрит соответствующие поля в юнит-файлах.

Пакетники разные бывают. Или даже никаких. Systemd не может уповать на какую-то конкретику. С другой стороны он делает некоторые вещи для интеграции с пакетниками без учета какой пакетник. Как то - майнтайнерам было сказано что ваши юнитфайлы вы кладете в usr, а админские оверрайды идут в /etc и пакетник ЭТО вообще не трогает, хоть там как. Это заодно решило и проблему с конфигфайлами vs пакетник: можно и системные дефолты притащить, но они ни при каких условиях не перетрут оверрайды админа, оверрайды приоритетнее. Вообще, это довольно продуманная архитектура, деланая именно с учетом фактического состояния дел. И мало кто еще этим может похвастаться. Как угодно но Поттеринг был далеко не самый плохой архитект и техзадание ему нормально скроили.

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

159. "Выпуск пакетного менеджера DNF 4.15"  +/
Сообщение от n00by (ok), 12-Апр-23, 08:52 
> Зачем системде самому знать кто там какую либу
> юзает - это наверное лишнее, он и так уже здоровый стал
> и втягивать в него именно это странная идея. Это конечно уменьшит
> core пакетника но раздует системду.

Потому что:

> Пакетники разные бывают. Или даже никаких. Systemd не может уповать на какую-то
> конкретику.

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

165. "Выпуск пакетного менеджера DNF 4.15"  +/
Сообщение от Аноним (-), 14-Апр-23, 15:08 
Поттерингу и так чрезмерную интеграцию, прибитие на гвозди и излишний вес пеняют. То что вы предлагаете технически реализовать можно при сильном желании, но кмк это усугубит упомянутые аспекты а в чем будет профит - кто б его знает. Оно ведь уже было и работало, хоть и по другой технологии...
Ответить | Правка | Наверх | Cообщить модератору

147. "Выпуск пакетного менеджера DNF 4.15"  +/
Сообщение от San (??), 10-Апр-23, 21:05 
apt install needrestart
Ответить | Правка | К родителю #121 | Наверх | Cообщить модератору

152. "Выпуск пакетного менеджера DNF 4.15"  +/
Сообщение от n00by (ok), 11-Апр-23, 07:06 
Посмотрите сообщение №29, на которое был мой исходный ответ про systemd:

"перезапускать половину системных процессов потенциально более проблемно, чем перезагрузить все".

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

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

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




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

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