LINUX.ORG.RU

Разработчики FreeBSD планируют создать аналог systemd

 ,


2

2

На конференции MeetBSD California 2014 основатель FreeBSD (и, по совместительству, разработчик системы портов) обрисовал планы проекта на ближайшее десятилетие, в том числе:

  • создание унифицированного интерфейса для конфигурирования системы и всех сервисов
  • разработка централизованной системы уведомлений о событиях
  • улучшение механизма запуска сервисов и разрешения их конфликтов

Особое внимание привлекает последний пункт. Предполагается полностью переделать /etc/rc.d, чтобы он обрёл возможности управления сервисами наподобие того, как это реализовано в systemd.

Леннарт Поттеринг, создатель systemd, положительно отозвался о презентации.

>>> Подробности

anonymous

Проверено: maxcom ()
Последнее исправление: maxcom (всего исправлений: 1)

А что бы сказал Патрик?

anonymous
()
Ответ на: комментарий от anonymous

logind, udev и dbus изначально не бывают без systemd. Это не доказательство?

Shadow ★★★★★
()
Ответ на: комментарий от cab

Ну, блин... 128битный UUID фактически в любов виде выглядит нечитабельно. И кодировать его в ASCI... Смысла нет.
ИМХО, нет особого смысла делать журнал плейнтекстом. В тот-же бинарный формат можно закатывать избыточность, для восстановления. Да и вообще, бинарное представление для многих вещей подходит лучше. К примеру, если тебе нужно регистрировать TCP заголовки подозрительных пакетов.

kir2yar
()
Ответ на: комментарий от cab

За год использования сего поделия у меня накопилось ~4G логов (дефолтный rotate по 10% раздела). Из них побилось 3 файла (2 из них — invalid monotonic timestamp, один — битый lz4 в конце лога). За это время комп пережил более 20 ребутов по перегреву.

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

Я ещё кощунственный вэщ скажу: strings прекрасно показывает содержимое этих ужасных бинарных логов.. Можно ещё strings $log | grep MESSAGE= | less использовать.

grossws
()
Ответ на: комментарий от kir2yar

Если вас и правда волнуют логи - вы храните их на отдельной машине.

Так о том и спич, что их не только хранить, их еще и считать надо.
А повредиться они могут и на отдельной машине.

cab ★★★★
()
Ответ на: комментарий от cab

Я это уже читал. Ты все равно поимеешь больше потерянной информации, чем с плейнтекста. А ломаться есть чему, по крайней мере гугл по запросу «journald corruption» выдает много ссылок. Лор тоже нашел Битые логи с systemd-journald

Господи, да сколько-же раз повторять... Если у вас логи хранятся на локальной машине - вам на них по факту насрать!
Но нет, с умным видом будем обсуждать вероятность отвала логов. Сравнивать плейнтекст и бинарные логи.
Ламеры, блин, ушастые.
Если у вас лог ведется и хранится только на локальной машине - либо это десктоп, либо сервачок для экспириментов, либо вы дебил.
Точка.

kir2yar
()
Ответ на: комментарий от kir2yar

Просто рядом будет лежать метаинформация в бинарном виде.

метаинформацию можно держать где-то в другом месте.

cab ★★★★
()
Ответ на: комментарий от kir2yar

Не буду теоретизировать, просто процитирую одного из нарвавшихся:

Yesterday my laptop failed to resume from suspend, no ttys, no reisub, nothing worked except using the power button. Rebooted, fired journalctl and I have nothing except the last boot logs.

journactl --verify returns that my system logs are corrupted, about all my logs (48MB of 50MB of maximum disk usage) are now completely useless. This is not the first time this happens and searching around I can only find people with the same problem that «resolved» deleting the corrupted logs and starting with a new file.


Вы только вдумайтесь: system logs are corrupted - это приговор самой идее. И внимательные люди сразу обратили внимание на порочность такого подхода. До остальных эта простая мысль доходит с опытом.

A-234 ★★★★★
()

Всё. Надо уходить в анабиоз. Поставить 10ку и забыть про ОСи навсегда.

Хотя, BSDшники народ прагматичный. Всё что попадает к ним, доводят до ума. Может и свои идеи реализуют по-человечески, как это теперь с пакетным менеджером pkg2ng?

drfaust ★★★★★
()
Последнее исправление: drfaust (всего исправлений: 1)
Ответ на: комментарий от cab

Так о том и спич, что их не только хранить, их еще и считать надо.
А повредиться они могут и на отдельной машине.

Да на отдельной машине они хранятся именно что в бинарном виде. В каком-нибудь posgresql. И к ним привязана вебморда. И что-то вроде заббикса.

kir2yar
()
Ответ на: комментарий от cab

Огак. В sql бд. С рейдом. Огак. А еще в серверную может метеорит попасть.
Имхо, вероятность одновременного повреждения логов маловата.

kir2yar
()
Ответ на: комментарий от A-234

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

Экспериментировал на файле в 70мб. Резал его на кусочки, подмешивал туда мусор, в общем, извращался как мог.

kir2yar
()
Ответ на: комментарий от anonymous

Я уже перелез на венду.

А что там делать? А, работать... Видимо на линуксе злой Лёнька не дает работать =)

Чего и вам желаю.

Лол, я с нее слезать собираюсь наоборот.

СПО всё!

«Наше всё» ?

Deleted
()
Ответ на: комментарий от kir2yar

Те, можно открыть лог любым текстовым редактором и таки увидет сообщения служб в том, виде, в котором-бы они хранились-бы в сислоге.

В двоичном виде что ли?

Deleted
()
Ответ на: комментарий от Deleted

Поставь себе федорку последнюю в виртуалку.
А затем сделай как тут советовали: strings $log | grep MESSAGE= | less
Очень бинарно, да?

kir2yar
()
Ответ на: комментарий от A-234

текст я вам что на винде что на фряхе разобрать смогу

Сразу и за версту видно человека, никогда в жизни не открывавшего в винде текстовый файл с разделителями строк, отличными от \r\n.

dexpl ★★★★★
()
Ответ на: комментарий от dexpl

Да что там. Даже в винде он не открывал текст в кодировке отличной от cp1251.
О сколько гемора мне в свое время добавила разница между 866 и cp1251!

kir2yar
()
Ответ на: комментарий от A-234

Внезапно

Tip: While the journal is stored in a binary format, the content of stored messages is not modified. This means it is viewable with strings, for example for recovery in an environment which does not have systemd installed. Example command:

$ strings /mnt/arch/var/log/journal/af4967d77fba44c6b093d0e9862f6ddd/system.journal | grep -i message

Тебе сказать, какому пакету принадлежит strings, или сам разберешься?

arcanis ★★★★
()
Ответ на: комментарий от kir2yar

Да на отдельной машине они хранятся именно что в бинарном виде. В каком-нибудь posgresql

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

cab ★★★★
()

похоже, их маскот не предохранялся на изветсной картинке

ii343hbka ★★★
()
Ответ на: комментарий от dexpl

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

A-234 ★★★★★
()

Если сделают нормально (и без ублюдочных ini-файлов) - хорошо.

tailgunner ★★★★★
()
Ответ на: комментарий от kir2yar

Извините, вы например для этого браузер использовать не пробовали? Там в менюшке «File» обычно есть пунктик «Open file», вот он для вас.

A-234 ★★★★★
()
Ответ на: комментарий от kir2yar

Сделал на своей гентушке

strings /var/log/journal/536b4242460fd490a5d085855300989a/system.journal | grep -i message 

В общем я доволен.

Deleted
()
Ответ на: комментарий от A-234

strings под фряхой емнип есть. Под линупсом тоже. Под виндой (в базовой поставке) не слышал, да, но, я надеюсь, что вы тут собрались не notepad'ом логи парсить ;)

arcanis ★★★★
()
Ответ на: комментарий от A-234

Список тулзей решающих вашу попаболь просто огромен, гугл в помощь.

Тулзы, решающие вашу попоболь по поводу бинарного journal, только в этой теме упомянуты уже n-дцать раз: journalctl во-первых и strings /path/to/file.journal | grep ^MESSAGE_ID= | less во-вторых. И никакой гугл не нужен, родных средств и доков достаточно.

dexpl ★★★★★
()

Больше systemd хороших и разных!

ashot ★★★★
()

с пасьянсом и библиотекаршами?

amazpyel ★★★
()

Фухх.. на 3-ю страницу успел.

ashot ★★★★
()
Ответ на: комментарий от A-234

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

Эх, только по закону подлости, эти тулзы нужны тогда, когда гугла нет. Во всяком случае, использовать разные кодировки для cli и gui мог додуматься только редкостный мудак.

Так-то, под виндой даже notepad++ выручает.

kir2yar
()

Содержание треда было предсказано до его открытия. Господа, из вас реактивный двигатель делать надо. На баттхёртной тяге.

intelfx ★★★★★
()
Ответ на: комментарий от A-234

Извините, вы например для этого браузер использовать не пробовали? Там в менюшке «File» обычно есть пунктик «Open file», вот он для вас.

Ога, когда нужно налабать bat, который должен что-то делать в папке с русским названием.
Слава богу, дни эникейства далеко позади.

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

kir2yar
()
Ответ на: комментарий от intelfx

С момента появления systemd я не устаю благодарить Поттеринга!
Благородя ему моя потребность в срачах удовлетворенна полностью!
Со времен дистросрачей, со времен wayland-mir-x11 срачей, со времен os-срачей ничего такого жирного, с такой концентрацией попаболи не было!

kir2yar
()
Ответ на: комментарий от A-234

Вот у меня недавно зависли иксы, после чего система была перезагружена по магической комбинации Alt+SysRq+[S+U+B]. И знаете что? Я не обнаружил в старых добрых текстовых логах ни-че-го, даже сообщения об emergency sync. Так что они тоже оказались completely useless.

lizard ★★★
()
Ответ на: комментарий от arcanis

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

A-234 ★★★★★
()
Ответ на: комментарий от intelfx

Вы оригинал почитайте, там речь не о том что его прочитать нельзя, в него информация добавляться перестала.

A-234 ★★★★★
()
Ответ на: комментарий от dexpl

Сразу и за версту видно человека, никогда в жизни не открывавшего в винде текстовый файл с разделителями строк, отличными от \r\n.

изкоробочным Wordpad-ом всё прекрасно открывается

Harald ★★★★★
()
Ответ на: комментарий от kir2yar

Эх, только по закону подлости, эти тулзы нужны тогда, когда гугла нет. Во всяком случае, использовать разные кодировки для cli и gui мог додуматься только редкостный мудак.

Wordpad. Есть из коробки. Показывает юниксовые плейнтексты как надо

Harald ★★★★★
()

R.I.P., Unix!

anonymous
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.