Автор Тема: Основы поттерингизации и прогрессизма  (Прочитано 39232 раз)

Оффлайн Kalt

  • Участник
  • *
  • Сообщений: 996
RedHat большой, ему видней...
Заказчик?.. ;-)
Intel Xeon X3440 2,53GHz, MSI H55- G43, DDR3- 4x2GB, GF GT710

Оффлайн YYY

  • Мастер
  • ***
  • Сообщений: 6 046
Сейчас идёт тот же процесс, что шёл с утряской initовых скриптов для sysv где граблей было не меньше (при переходе с бранча на бранч в том числе, где требовалось подчас менять порядок загрузки сервисов, писать костыли с паузами для апача, например). Но никому ведь не приходит в голову обвинять в этом sysv, так ведь ?
Вопросов нет - менять порядок загрузки и т.д. конечно можно попасть, но это на порядок проще, так как
а) понятно как решать любому админу (баш прочитать может любой продвинутый юзер линукса, он применяется везде в системе).
б) скрипт более читабелен - я не представляю как можно выучить более 50 (пятидесяти!!!) ключей инита и понять что там за редкий ключ без заглядывания в ман сситемд (про ман службы это отдельно). Можно конечно заучить все 50 ключей и раз в полгода переучивать, т.к. они все плодятся и плодятся, но пардон, а нахрена админу такое счастье?
б) костыли при внедрении системд не пропали - только теперь это не баш костыли, а приходится делать смесь баш+доп. юниты

вовсе с ними не сталкивались
У меня была  как-то давненько проблема с  убунто-сервером и апстартом когда его впилили... сначала было все отлично, а после обновления опачки - мойскул то пускался, то не пускался ...
Во-первых, это было крайне не приятно... Когда привык что линукс просто работает как чайник, а тут такое...
Во-вторых, я понял что нахрен мне такие эксперименты на боевом сервере... да и на домашнем компе тоже не шибко хочется... я с работы прихожу не для того чтоб еще и свой комп админить :)
Хотя это было давно и потом допилили и этот апстарт даже в редхад запихали.
Но есть куча "но" в истории с апстартом...
Там проблема была одного дистрибутива, сейчас проблемы у всех (федорка, дебиан, альт) и выбор все сужается.
И кроме того, в апстарте проблемы выловили быстро из-за того что активная фаза разработки была закончена, ну а с системд мы только в начале пути по граблям :)
« Последнее редактирование: 02.09.2014 22:53:07 от YYY »

Оффлайн YYY

  • Мастер
  • ***
  • Сообщений: 6 046
Любителям андроида в котором тыкают пальцем она понравится.

Не понравится... Андройд и так со своими тараканами, а если еще туда системд впихать - чтоб как с ноутбуком выключить было нельзя или при загрузке в рековери выбрасывал или не мог загрузится из-за распухшего журнала или еще что в этом роде? Не... нафиг нафиг :)
« Последнее редактирование: 02.09.2014 22:59:34 от YYY »

Оффлайн YYY

  • Мастер
  • ***
  • Сообщений: 6 046
Сам системд всего лишь пускалка/тормозилка, без указаний он даже чихнуть не смеет, кто бы чего не говорил.
Информация устарела года так на два. оно уже давно не пускалка а чудо юдо с dhcp и заготовкой http сервера, а также сервисом QR кодов ;)
« Последнее редактирование: 02.09.2014 23:03:51 от YYY »

Оффлайн Speccyfighter

  • Мастер
  • ***
  • Сообщений: 10 259
...

Если из всего этого выбросить мускуль, то все эти аргументы применимы и для десктопа.
Да, под инитом скучно, если не считать мелочей: было триггер не срабатывал, ну и хрен с ним, сервис костылём воткнул, который ничего не рушит и ничего не ломает, очерёдность прописал, на чём проблема и закончилась. Три-четыре дня назад с ossp - ну так это вообще не проблема инита хоть и решается за минуту-две.
Соответственно да, тоже вопрос:
нафига мне на своих боевых десктопах с инит, которые редко видят poweroff, самому себе создавать проблемы, регулярно зачитываясь мануалами systemd про юниты, которые работают через инит-скрипты? Поэтому в своё время встал вопрос: а может оставить только последних, - нет источника проблем, нет и проблемы.

Оффлайн ksa

  • Модератор глобальный
  • *****
  • Сообщений: 9 049
Сам системд всего лишь пускалка/тормозилка, без указаний он даже чихнуть не смеет, кто бы чего не говорил.
Информация устарела года так на два. оно уже давно не пускалка а чудо юдо с dhcp и заготовкой http сервера, а также сервисом QR кодов ;)
Мы здесь говорим конкретно о функционале запуска/останова/перезапуска сервисов и порядка загрузки. Так вот в этой части ни чихнуть ни вдохнуть без нормальных target'ов, нормально написанных инит скриптов с заголовками LSB (в случае отсутствия unit файла и задействования механизма поддержки запуска init скриптов) systemd не может. А удаленно смотреть логи это весьма полезная для админа функция, которую рядовой пользователь в своей системе не увидит, пока не поставит отдельный подпакет (к вопросу о http сервере).

Оффлайн Speccyfighter

  • Мастер
  • ***
  • Сообщений: 10 259
В общем после нескольких перезагрузок и обновлении ядра, система вроде стала работать нормально, хотя все равно грузит процессоры на 20% оба ядра...

Эта тема уже обсуждалась:
- Дистрибутивы с XFCE: systemd versus sysvinit
С разгромным счётом победил sysvint - там жрать ресурсы нечему.
Одновременно, дистрибутивы с sysv наполнены в соответствии с менталитетом поклонников инит: всё  по-минимуму. И новичков это может напрячь.
В связи с чем всплывает бесконечная дилема:
 - Вам шашечки или ехать?

Оффлайн YYY

  • Мастер
  • ***
  • Сообщений: 6 046
Сам системд всего лишь пускалка/тормозилка, без указаний он даже чихнуть не смеет, кто бы чего не говорил.
Информация устарела года так на два. оно уже давно не пускалка а чудо юдо с dhcp и заготовкой http сервера, а также сервисом QR кодов ;)
Мы здесь говорим конкретно о функционале запуска/останова/перезапуска сервисов и порядка загрузки. Так вот в этой части ни чихнуть ни вдохнуть без нормальных target'ов, нормально написанных инит скриптов с заголовками LSB (в случае отсутствия unit файла и задействования механизма поддержки запуска init скриптов) systemd не может.
Ну если нет юнита, то он от сырости не появится, но ситуация когда юнит есть, а служба нормально не поднимается - на форуме альта проскакивала не раз.
Ну это цветочки :) Конечно можно списать на молодость и зеленость поделки...
Но есть же вот такие ягодки:
внедрение системд требует, например, такой развлекухи
https://github.com/knnniggett/ZoneMinder/commit/d40ccaf5682f8cce60f97227541b699a3a19fe12
или, например, таких костылей
http://www.linux.org.ru/forum/admin/10795275
 :)

А удаленно смотреть логи это весьма полезная для админа функция
как будто без системд админы не могли собирать и смотреть с удаленной машинки логи :)

1998 (ну быстро в сети старее не нашел :)
http://unixhelp.ed.ac.uk/CGI/man-cgi?syslog.conf+5
Remote Machine
       This syslogd(8) provides full remote logging, i.e. is able to send mes-
       sages to a remote host running syslogd(8) and to receive messages  from
       remote hosts.  The remote host won't forward the message again, it will
       just log them locally.  To forward messages to  another   host,  prepend
       the hostname with the at sign (''@'').

       Using  this  feature  you're able to control all syslog messages on one
       host, if all other machines will log remotely to that.  This tears down
       administration needs.
« Последнее редактирование: 04.09.2014 01:29:06 от YYY »

Оффлайн ksa

  • Модератор глобальный
  • *****
  • Сообщений: 9 049
Ну если нет юнита, то он от сырости не появится, но ситуация когда юнит есть, а служба нормально не поднимается - на форуме альта проскакивала не раз. Ну это цветочки :) Конечно можно списать на молодость и зеленость поделки...
Следущий пример показывает, что юнит должен соответствовать тому, что он запускает. Если что-то там требует реалтайма, то дайте ему реалтайм, иначе пускалка не поймёт и системе поплохеет. Системд делает только то, что указано. Он не обязан обладать интеллектом и домысливать за вас, чего же такого ещё надо сервису. К вопросу о монструозности функционала по запуску/останову/перезапуску.
1998 (ну быстро в сети старее не нашел :)
Это немного не то, просмотр логов в браузере и просмотр логов классическим способом вещи немного разные.

Оффлайн YYY

  • Мастер
  • ***
  • Сообщений: 6 046
Ну если нет юнита, то он от сырости не появится, но ситуация когда юнит есть, а служба нормально не поднимается - на форуме альта проскакивала не раз. Ну это цветочки :) Конечно можно списать на молодость и зеленость поделки...
Следущий пример показывает, что юнит должен соответствовать тому, что он запускает. Если что-то там требует реалтайма, то дайте ему реалтайм
Ну т.е. уперлись в то, что я должен быть/стать экспертом по системд чтоб вернуть работоспособность десятилетиями работающим решениям на sysv и в то что шаг лево или шаг вправо от дефолта в системе с системд ведет к проблемам и костылям...
:)
А документация у системд, пардон, гогно (я же не зря тебя спрашивал сможешь или нет по доке составить минимальный юнит :)
Т.е. ты отправляешь пользователя лезть в рассылки, гугл и код системд, а потом спрашиваешь почему к этой недоделке такие вопросы? :)
 




1998 (ну быстро в сети старее не нашел :)
Это немного не то, просмотр логов в браузере и просмотр логов классическим способом вещи немного разные.
Почему классическим способом?
Логи заворачиваются в sql и приделывается web морда - и тогда до такого решения (еще из прошлого века!!!) этому новомодному "просмотр логов в браузере" как до луны пешком по удобству и возможностям.
Хоть на коленке делается (мы же про админа) хоть используется готовое решение...

Оффлайн ksa

  • Модератор глобальный
  • *****
  • Сообщений: 9 049
Почему классическим способом?
Логи заворачиваются в sql и приделывается web морда - и тогда до такого решения (еще из прошлого века!!!) этому новомодному "просмотр логов в браузере" как до луны пешком по удобству и возможностям.
Это именно классический способ, когда для получения дополнительного функционала нужно городить то, что абсолютно может быть ненужным на конкретном сервере (в т.ч. по причине ограниченности ресурсов). И нафига мне на слабом серваке ещё базу данных разворачивать, когда берётся простой http сервер из состава системды, ставится пакет и наблюдай на удаленной машине свои логи.
Ну т.е. уперлись в то, что я должен быть/стать экспертом по системд чтоб вернуть работоспособность десятилетиями работающим решениям на sysv и в то что шаг лево или шаг вправо от дефолта в системе с системд ведет к проблемам и костылям...:) А документация у системд, пардон, гогно (я же не зря тебя спрашивал сможешь или нет по доке составить минимальный юнит :)Т.е. ты отправляешь пользователя лезть в рассылки, гугл и код системд, а потом спрашиваешь почему к этой недоделке такие вопросы? :)
Так я с этим не спорю. Системды в начале пути, грабли ещё не все собраны, но многое из того, что делается в рамках проекта системды может весьма упростить жизнь не только пользователям, но и админам. Главное, чтобы адекватность апстрима не падала ниже плинтуса.
UPD Ну, и пора апрстиму и лично господину Поттеру официально заявить, что проект системды это не система инициализации, чтобы у людей вопросов больше не возникало
http://www.datenterrorist.de/grafix/systemd_monster.gif

DdShurick

  • Гость
Системды в начале пути, грабли ещё не все собраны,
Вот-вот. Чем дальше в лес, тем толще партизаны.
но многое из того, что делается в рамках проекта системды может весьма упростить жизнь не только пользователям, но и админам.
Мальчикам-админам может быть, но дедушкам-юзерам вряд ли. Квалификация не та.
Господа админы. Вы в конечном итоге работаете для простых пользователей. Не забывайте про это и спускайтесь иногда на землю, чтобы посмотреть снизу.

Оффлайн YYY

  • Мастер
  • ***
  • Сообщений: 6 046
Почему классическим способом?
Логи заворачиваются в sql и приделывается web морда - и тогда до такого решения (еще из прошлого века!!!) этому новомодному "просмотр логов в браузере" как до луны пешком по удобству и возможностям.
Это именно классический способ, когда для получения дополнительного функционала нужно городить то, что абсолютно может быть ненужным на конкретном сервере

Что городить? На конкретном сервере вообще ничего не нужно городить!
Если тебе нужны логи от сервера через сеть, то значит тебе сложнее дойти пешком дойти до сервера. Логично? Логично! Т.е. у тебя большая сеть, а тебе лениво бегать...
Ну дак настраиваешь отправку логов на сервер логов от компов и всех умных железяк типа маршрутизаторов, модемов, атс и т.д. и т.п. - это же фактически стандарт.
И на сервере логов у тебя все данные в базе, централизованные бэкапы, возможность анализа по группе машин/устройств, поиск, сортировка и т.д. и т.п. Ну и веб морда в которой и графики и диаграммы и логи всех-всех умных железяк, а не только одного сервера.
Это десятилетиями работало и работает и будет работать!
А тут пришел Лёня и подарил миру ненужную ненужность - домашнему юзеру "просмотр логов в браузере" нафиг не нужен, а у серьезного админа все и так давно в браузере, т.е. тоже "просмотр логов в браузере" средствами системд нафиг не нужен.
В итоге все равно в сети syslog и журналд дублирует все в этот суслог
« Последнее редактирование: 04.09.2014 09:19:00 от YYY »

Оффлайн ksa

  • Модератор глобальный
  • *****
  • Сообщений: 9 049
Мальчикам-админам может быть, но дедушкам-юзерам вряд ли. Квалификация не та.
Пример отрицательный, который не приемлем в конкретной ситуации я привёл. Давайте будем разбирать конкретные примеры, а не абстракции. Хорошо ?
Господа админы. Вы в конечном итоге работаете для простых пользователей. Не забывайте про это и спускайтесь иногда на землю, чтобы посмотреть снизу.
А кто забывает ? По месту приложения труда об этом думаешь постоянно. Благо уже и до высшего руководства дошло, что надо переползать на СПО, следовательно работёнки прибавится. И вот в такой ситуации новые возможности системды будут весьма к стати. Если эти возможности позволят быстрее и эффективнее решать проблемы, то почему я должен выбирать длинный путь ковыряния с sysV init (в плане рассмотрения конкретного примера с просмотром удалённых логов) ?
Вот-вот. Чем дальше в лес, тем толще партизаны.
Что-то пока эти партизаны либо голодают либо разбежались. Не видно их, как не видно каких-то особых нерешаемых проблем с новыми версиями системд в сизифе.

Оффлайн YYY

  • Мастер
  • ***
  • Сообщений: 6 046
Мальчикам-админам может быть
С арч линукса :) У меня неделю уже линукс - я админ :)


http://blog.delouw.ch/2013/07/24/why-journalctl-is-cool-and-syslog-will-survive-for-another-decade/
Why journalctl is cool
бла-бла-бла
круто круто
\m/ \m/

Jubal says: How does this scale on hundreds or thousands of hosts?

Luc de Louw: Well… at the moment journalctl is only localhost, so it scales to exactly one host

гы гы :)
« Последнее редактирование: 04.09.2014 09:24:02 от YYY »