The OpenNET Project / Index page

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



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

Оглавление

Релиз systemd 233, opennews (??), 02-Мрт-17, (0) [смотреть все]

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


12. "Релиз systemd 233"  +10 +/
Сообщение от Аноним (-), 02-Мрт-17, 14:44 
потому что в /usr должны лежать конфиги системы, написанные майнтейнерами и приезжающие из пакетов, а в /etc - локальные, написанные админом.
Ответить | Правка | К родителю #2 | Наверх | Cообщить модератору

18. "Релиз systemd 233"  –5 +/
Сообщение от Аноним (-), 02-Мрт-17, 15:13 
А когда я ищу действующий конфиг, я куда должен лезть? В место А, если нет Б, если нет С, если нет Д, если нет - бл*, я за---лся!
Ответить | Правка | Наверх | Cообщить модератору

59. "Релиз systemd 233"  –1 +/
Сообщение от XXXasd (ok), 02-Мрт-17, 18:54 
> я куда должен лезть?

а куда ты его клал?

ни куда? тогда в /usr/

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

62. "Релиз systemd 233"  +/
Сообщение от Аноним (-), 02-Мрт-17, 19:08 
Вы что, единственный админ в ойкумене?
Ответить | Правка | Наверх | Cообщить модератору

117. "Релиз systemd 233"  +1 +/
Сообщение от Аноним (-), 02-Мрт-17, 23:48 
> Вы что, единственный админ в ойкумене?

А вы что, не знакомы с системами, которые администрируете?

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

127. "Релиз systemd 233"  +1 +/
Сообщение от RomanCh (ok), 03-Мрт-17, 01:26 
Тут такое дело, что на практике иногда действительно так и бывает. Иногда впервые заходишь на машину которую до тебя настраивали несколько поколений админов (и программистов!) разной степени вменяемости и компетентности.

Да, в теории конечно "вы же должны всё изучить и знать!" но на практике:

* На это чаще всего просто нет времени.
* О существовании некоторых машин вы узнаёте только когда они ломаются, т.к. передача проекта была осуществлена на уровне "вот вам xls файл, в нём всё описано!"

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

171. "Релиз systemd 233"  +/
Сообщение от freehckemail (ok), 03-Мрт-17, 15:14 
> * На это чаще всего просто нет времени.
> * О существовании некоторых машин вы узнаёте только когда они ломаются, т.к.
> передача проекта была осуществлена на уровне "вот вам xls файл, в
> нём всё описано!"

Ну, это скорее организационные проблемы. К тому же, в системах с systemd этого нет лишь потому что они покамест довольно молоды: подождём лет десять, и будут те же самые проблемы. Тут даже дело не в степени адекватности предыдущих поколений админов, сколько в адекватности разработчиков данного инструмента.

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

178. "Релиз systemd 233"  –3 +/
Сообщение от Аноним (-), 03-Мрт-17, 16:59 
> в системах с systemd этого нет

systemd уже 6 лет и проблем нет. Вы предлагаете ждать 16 лет (6+10) чтобы понять что правильная архитектура привела к полному решению нагноившейся проблемы? Долго же до вас доходит...

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

180. "Релиз systemd 233"  +/
Сообщение от freehckemail (ok), 03-Мрт-17, 17:51 
>> в системах с systemd этого нет
> systemd уже 6 лет и проблем нет.

Как же. В 2014-2015м systemd имел тенденцию падать в сегфолт при выполнении элементарных операций, но это ж не проблема, что это я в самом деле. Хотите пруфлинк дам? Надо всего лишь зайти в архив debian-russian. :)

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

219. "Релиз systemd 233"  –2 +/
Сообщение от yz (?), 05-Мрт-17, 11:25 
рассматривать systemd из debian смешно, они там на десятки версий отстают. Когда это давно починили в апстрими, вы получите обновление в следующем релизе. В debian странно поступили пытаются поддерживать функциональность systemd, пытаешься начинать использоваться и тут выясняется что версия настолько древняя в которой бага или просто функционал на начальном уровне. В redhat хотябы зарезали такой функционал, чтобы даже не пытался настраивать и делал и как раньше
Ответить | Правка | Наверх | Cообщить модератору

220. "Релиз systemd 233"  +1 +/
Сообщение от freehckemail (ok), 05-Мрт-17, 12:34 
О, знакомая песня. :)

https://opennet.ru/opennews/art.shtml?num=43862#62

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

225. "Релиз systemd 233"  +/
Сообщение от yz (?), 06-Мрт-17, 16:20 
Тут получается одни не могут сделать стабильную ветку, другие вкорячили а поддерживать до конца не в силах.
Ответить | Правка | Наверх | Cообщить модератору

226. "Релиз systemd 233"  +2 +/
Сообщение от Аноним (-), 06-Мрт-17, 17:48 
Но разве вкорячивание не аргументировалось тем, что бедным мейнтейнерам станет проще все поддерживать?
Ответить | Правка | К родителю #225 | Наверх | Cообщить модератору

230. "Релиз systemd 233"  +/
Сообщение от freehckemail (ok), 06-Мрт-17, 23:50 
Оба правы. :)
Ответить | Правка | К родителю #226 | Наверх | Cообщить модератору

201. "Релиз systemd 233"  +1 +/
Сообщение от . (?), 04-Мрт-17, 20:06 
>systemd уже 6 лет и проблем нет.

В Багдаде всё спокойно :)
Вот только ты забыл что тут у людей и опыт и интернет таки есть ...
Так что мир-дверь-мяч ты :)

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

232. "Релиз systemd 233"  –1 +/
Сообщение от дуайт эйзенхауер (?), 10-Мрт-17, 01:25 
В паппет, ёпрст.
Ответить | Правка | К родителю #18 | Наверх | Cообщить модератору

65. "Релиз systemd 233"  +/
Сообщение от freehckemail (ok), 02-Мрт-17, 19:16 
> потому что в /usr должны лежать конфиги системы, написанные майнтейнерами и приезжающие из пакетов, а в /etc - локальные, написанные админом.

Ага. Мой любимый с некоторых пор вопрос: что такое "конфиги" в этом контексте?

А то однажды разговаривали-разговаривали о конфигах, а потом выяснилось, что это не конфиги демонов, а их .unit-файлы.

А всё почему? Потому что дефолтные конфиги от мейнтейнеров (которые именно конфиги демонов), могут оказаться разными, в зависимости от ряда факторов.

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

102. "Релиз systemd 233"  +2 +/
Сообщение от freehckemail (ok), 02-Мрт-17, 22:45 
>> потому что в /usr должны лежать конфиги системы, написанные майнтейнерами и приезжающие из пакетов, а в /etc - локальные, написанные админом.
> Ага. Мой любимый с некоторых пор вопрос: что такое "конфиги" в этом контексте?

Угу. И гробовое молчание.

Конечно, ведь если ответить на этот вопрос, то встанет следующий:

Понятно, почему юниты, являющиеся конфигурационными файлами для systemd, лежат в /usr. Не понятно, почему там должны лежать правила dbus, которые являются конфигурацией, внезапно, dbus.

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

106. "Релиз systemd 233"  –4 +/
Сообщение от Аноним (-), 02-Мрт-17, 23:29 
> Понятно, почему юниты, являющиеся конфигурационными файлами для systemd, лежат в /usr. Не понятно, почему там должны лежать правила dbus, которые являются конфигурацией, внезапно, dbus.

Потому что эта схема логична, понятна и удобна для абсолютного большинства конфигов.

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

142. "Релиз systemd 233"  +2 +/
Сообщение от Аноним (-), 03-Мрт-17, 09:43 
> Потому что эта схема логична, понятна и удобна для абсолютного большинства конфигов.

конфиги стали обладать мышлением? 8-(
я уже опасаюсь systemd

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

193. "Релиз systemd 233"  –3 +/
Сообщение от anomymous (?), 04-Мрт-17, 14:47 
Да, и интеллект systemd начал превосходить интеллект многих среднестатистических админчиков локалхостов, привыкших к vi и вороху дерьма в /etc/init.d
Ответить | Правка | Наверх | Cообщить модератору

198. "Релиз systemd 233"  +1 +/
Сообщение от Аноним (-), 04-Мрт-17, 16:08 
> Да, и интеллект systemd начал превосходить интеллект многих среднестатистических админчиков
> локалхостов, привыкших к vi и вороху дерьма в /etc/init.d

сам-то каким парком рулишь?
судя по апломбу - два сервера в бухгалтерии и один прокси? :)))))))))

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

202. "Релиз systemd 233"  +/
Сообщение от . (?), 04-Мрт-17, 20:08 
И все три виндоуз :)
Ответить | Правка | Наверх | Cообщить модератору

107. "Релиз systemd 233"  –2 +/
Сообщение от Аноним (-), 02-Мрт-17, 23:31 
> Ага. Мой любимый с некоторых пор вопрос: что такое "конфиги" в этом контексте?
> А то однажды разговаривали-разговаривали о конфигах, а потом выяснилось, что это не конфиги демонов, а их .unit-файлы.

Юнит-файлы - частный случай файлов конфигурации (в данном случае - файлов конфигурации systemd).

Файлы конфигурации D-Bus - другой частный случай.

А схема etc over usr работает понятно и прозрачно в обоих случаях, и во многих других.

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

148. "Релиз systemd 233"  +/
Сообщение от freehckemail (ok), 03-Мрт-17, 10:24 
> А схема etc over usr работает понятно и прозрачно в обоих случаях, и во многих других.

Между прочим, "работает понятно и прозрачно" - это тот вопрос, на который я потратил очень много времени, чтобы оно так и было. Но вот ответьте мне: а в чём собственно цимес?

Ну можете вы откатиться, потому что у вас в /usr файлы с дефолтами всегда остаются. Но зачем? Что, вы так много юнитов меняете? Если нет, то не проще ли сделать бэкап редактируемого юнита?

Ну можете вы строить диффы конфигурации systemd. А толку? Смотреть диффы имеет смысл только тому, кто дефолты хорошо знает. А дефолты systemd, судя по новостям, меняются каждую версию.

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

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

217. "Релиз systemd 233"  +1 +/
Сообщение от Vkni (ok), 04-Мрт-17, 22:57 
> Если нет, то не проще ли сделать бэкап редактируемого юнита?

Кстати, если backup продолбан, пакет всегда можно скачать ещё один раз из репозитария, и переустановить, восстановив конфиг maintainer'а. Или просто вытащить из .rpm/.deb с помощью mc или утилит командной строки.

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

126. "Релиз systemd 233"  +1 +/
Сообщение от Kroz (ok), 03-Мрт-17, 01:19 
> потому что в /usr должны лежать конфиги системы, написанные майнтейнерами и приезжающие
> из пакетов, а в /etc - локальные, написанные админом.

C такой логикой нужно весь /etc в /usr засунуть.

Кейс: С очередным обновлением приходит апдейт конфигов в /usr, и получается что "локальная версия" (точнее её части, которые были модифицированы в апдейте) уже не актуальны. Как с этим предлагается работать?

Если всё в /etc, то пакетный менеджер обнаруживает, что файл был изменен админом, кладет новую версию конфига рядом, и выводит сообщение админу "смерджи, пожалуйста". А с вариантом "конфиги в /usr" как?

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

149. "Релиз systemd 233"  +/
Сообщение от freehckemail (ok), 03-Мрт-17, 10:30 
> Кейс: С очередным обновлением приходит апдейт конфигов в /usr

Ты им ещё раскрой большой секрет, пакет может предоставлять несколько дефолтных конфигов в зависимости от цели установки. За примерами тоже далеко ходить не надо: apt-get install postfix.

Ох, Kroz, знаешь, сколько таких разговоров у меня уже было? :)
Не парься, они не слушают.

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

216. "Релиз systemd 233"  +/
Сообщение от Vkni (ok), 04-Мрт-17, 22:54 
> C такой логикой нужно весь /etc в /usr засунуть.

Я подозреваю, что там один кадр забыл, что есть репозитарии, из которых всегда можно вытащить изначальный пакетный конфиг вместе с самим пакетом. Или вообще не догадывался об этом, т.к. пришёл с MS Windows.

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

233. "Релиз systemd 233"  +/
Сообщение от freehckemail (ok), 10-Мрт-17, 06:31 
>> C такой логикой нужно весь /etc в /usr засунуть.
> Я подозреваю, что там один кадр забыл, что есть репозитарии, из которых
> всегда можно вытащить изначальный пакетный конфиг вместе с самим пакетом. Или
> вообще не догадывался об этом, т.к. пришёл с MS Windows.

Он что-то говорил на тему "давайте заменим пакетный менеджер на btrfs". Может быть ему понравились снапшоты btrfs? Зная Поттеринга, видение его могло бы быть примерно таким: systemd мониторит появление новых и изменения старых юнитов и каждый раз при обнаружении оных делает снапшот.

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

215. "Релиз systemd 233"  +/
Сообщение от Vkni (ok), 04-Мрт-17, 22:52 
> потому что в /usr должны лежать конфиги системы, написанные майнтейнерами и приезжающие
> из пакетов, а в /etc - локальные, написанные админом.

А зачем нужны конфиги системы, написанные "майнтейнерами", если есть сисадминские? Это я как maintainer спрашиваю.

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

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

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




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

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