The OpenNET Project / Index page

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



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

Оглавление

Релиз Linux-дистрибутива Fedora 20, opennews (??), 17-Дек-13, (0) [смотреть все] +4

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


21. "Релиз Linux-дистрибутива Fedora 20"  –4 +/
Сообщение от chinarulezzz (ok), 17-Дек-13, 19:51 
>Новый демон systemd-machined для управления виртуальными машинами и контейнерами, а также для накопления метаданных об их работе.

звучит так по серьёзному бесполезно :-D

>В утилиту systemctl добавлена поддержка опции "--state=", позволяющей фильтровать вывод списка юнитов по состоянию активации;

можно просто grep и текстовые конфиги. Хотя, на каждое новое событие делать опцию фильтрации - тоже way.

P.S. Новость написана образцово! Учитесь убунтята, как чейнджлоги программ кратко описывать в новости выхода дистрибутива! А то этот ваш Марк, только обои меняет, да кнопки передвигает, и больше ничего не делает.)))

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

30. "Релиз Linux-дистрибутива Fedora 20"  +1 +/
Сообщение от Stax (ok), 17-Дек-13, 20:25 
> можно просто grep и текстовые конфиги. Хотя, на каждое новое событие делать опцию фильтрации - тоже way.

Ну, они заботятся о корректности. Понятно, что systemctl --all|grep FAIL тоже вариант, но вдруг слово FAIL встретится где-то еще, эта таблица все же не совсем идеальная. Понятно, можно регэкспом смотреть на нужный столбец, но это хитрее, большинство будет лениться так писать, а с опцией надежно. В общем, все ок - существует же pgrep, хотя формально можно хитро грепать вывод ps или файлы в /proc.

Насчет ченжлогов, ну тут тоже не все так просто, интеграция многих новых версий потребовала приличной работы. Иначе можно подумать, что пол-года развития версии люди разве что подкидывали новые сорцы, да билдсистема работала :)) Но все намного сложнее. Кусочки из ченжлогов совсем внешних проектов, конечно, тоже есть в описании, но их не так много (если считать, что вещи типа systemd или polkit разработаны в самой федоре..)

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

34. "Релиз Linux-дистрибутива Fedora 20"  –1 +/
Сообщение от chinarulezzz (ok), 17-Дек-13, 20:40 
>Ну, они заботятся о корректности.

о, это можно б было назвать иначе, но зачем нам гадать о мотивах?

>systemctl --all|grep FAIL тоже вариант, но вдруг слово FAIL встретится где-то еще, эта таблица все же не совсем идеальная.

идеал нереален, его никто не видел и не знает где он. К тому же, обозначать событие и грепать по событию: grep \[:событие:date\] не тоже что grep FAIL. Твой пример некорректен. Ну да неважно, пусть от этого мало что меняется: реализовать в бинаре греп на каждое событие - идеальней чтоли? ;) Этот монолит зависит друг от друга, и изменение в журнале требует изменение в контролере и мгновенного документирования (для близкого к идеалу варианту). Оверхед, имхо. Ради чего? Корректности)))

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

75. "Релиз Linux-дистрибутива Fedora 20"  –1 +/
Сообщение от Аноним (-), 18-Дек-13, 01:24 
>>Ну, они заботятся о корректности.
> о, это можно б было назвать иначе, но зачем нам гадать о мотивах?

Да. Например, стабильностью. Когда скрипт не начинает падать, когда меняют формулировку сообщения в логе.

> реализовать в бинаре греп на каждое событие - идеальней чтоли? ;)

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

> Этот монолит зависит друг от друга, и изменение в журнале требует изменение в контролере и мгновенного документирования (для близкого к идеалу варианту).

Да-да, обновление схемы БД обязательно требует патчей и пересборки СУБД.

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

86. "Релиз Linux-дистрибутива Fedora 20"  +/
Сообщение от chinarulezzz (ok), 18-Дек-13, 03:25 
>>>Ну, они заботятся о корректности.
>> о, это можно б было назвать иначе, но зачем нам гадать о мотивах?
> Да. Например, стабильностью. Когда скрипт не начинает падать, когда меняют формулировку
> сообщения в логе.

Доооо, стабильность :D Федора, системдэ. А что, в федоре скрипт падал от смены формулировки сообщения в логе?

>> реализовать в бинаре греп на каждое событие - идеальней чтоли? ;)
> Это называется "база данных". Расскажите пользователям мускуля и постгреса, что БД -
> это оверхед и нужно срочно переходить на текстовые файлы. Потом расскажете,
> что получится.

Пользователям? Почему не создателям? Или ты считаешь что БД в ините - это не оверхед? :D

>> Этот монолит зависит друг от друга, и изменение в журнале требует изменение в контролере и мгновенного документирования (для близкого к идеалу варианту).
> Да-да, обновление схемы БД обязательно требует патчей и пересборки СУБД.

как видим - да. Изменение в journald требует изменения systemtcl. А документирование - второстепенно, потому что код главнее.

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

83. "Релиз Linux-дистрибутива Fedora 20"  +/
Сообщение от Аноним (-), 18-Дек-13, 02:38 
>>Новый демон systemd-machined для управления виртуальными машинами и контейнерами, а также для накопления метаданных об их работе.
> звучит так по серьёзному бесполезно :-D

Для тех, кто не пользуется контейнерами и виртуалками, наверное, да.

> можно просто grep и текстовые конфиги. Хотя, на каждое новое событие делать опцию фильтрации - тоже way.

Состояние активации описывается не конфигами, а симлинками (точно так же, как в sysvinit).
Боюсь, греп не очень поможет.

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

88. "Релиз Linux-дистрибутива Fedora 20"  +1 +/
Сообщение от chinarulezzz (ok), 18-Дек-13, 03:32 
>>>Новый демон systemd-machined для управления виртуальными машинами и контейнерами, а также для накопления метаданных об их работе.
>> звучит так по серьёзному бесполезно :-D
> Для тех, кто не пользуется контейнерами и виртуалками, наверное, да.

как ж они до этого ими пользовались? Мучительно наверное. А теперь им будет легче, теперь в качестве бонуса - _накопление метаданных_!!!! Уау! Ай да поттеринг, ай да...

>> можно просто grep и текстовые конфиги. Хотя, на каждое новое событие делать опцию фильтрации - тоже way.
> Состояние активации описывается не конфигами, а симлинками (точно так же, как в
> sysvinit).
> Боюсь, греп не очень поможет.

Спасибо. Для этих задач мне ls хватит, кстати. Что же лёня с вами всеми сделал?

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

135. "Релиз Linux-дистрибутива Fedora 20"  +/
Сообщение от AnonymousRex (ok), 18-Дек-13, 22:40 
> как ж они до этого ими пользовались? Мучительно наверное. А теперь им
> будет легче, теперь в качестве бонуса - _накопление метаданных_!!!! Уау! Ай
> да поттеринг, ай да...

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

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

136. "Релиз Linux-дистрибутива Fedora 20"  +/
Сообщение от chinarulezzz (ok), 18-Дек-13, 23:02 
>> как ж они до этого ими пользовались? Мучительно наверное. А теперь им
>> будет легче, теперь в качестве бонуса - _накопление метаданных_!!!! Уау! Ай
>> да поттеринг, ай да...
> мучительно. приходилось пилить скрипты с постоянным опросом состояния и сливом статусов
> в базу данных, плюс какой нибудь джаспер-репортс для обработки набранных данных
> и вывода вменяемого аутпута.

приведи конкретные проблемы и их решения до systemd-machined, и после.

> Но откуда вам, хомячкам о таком задумываться?

Вот и задумываюсь, спрашиваю тебя, интересуюсь.

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

138. "Релиз Linux-дистрибутива Fedora 20"  +/
Сообщение от AnonymousRex (ok), 19-Дек-13, 02:48 
> приведи конкретные проблемы и их решения до systemd-machined, и после.

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

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

139. "Релиз Linux-дистрибутива Fedora 20"  +/
Сообщение от chinarulezzz (ok), 19-Дек-13, 02:58 
>> приведи конкретные проблемы и их решения до systemd-machined, и после.
> ты ман читал?

нет. и без того всё работает.

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

конечно всё это так важно и нужно, и ворд лучше vim'a. Но ты конечно же мне не скажешь какие конкретные проблемы и их решения у тебя были до systemd-machined, и после. Так ведь?

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

142. "Релиз Linux-дистрибутива Fedora 20"  +/
Сообщение от AnonymousRex (ok), 19-Дек-13, 05:37 
> нет. и без того всё работает.

мда, о чем с тобой говорить?

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

147. "Релиз Linux-дистрибутива Fedora 20"  +/
Сообщение от chinarulezzz (ok), 19-Дек-13, 13:04 
>> нет. и без того всё работает.
> мда, о чем с тобой говорить?

о том, с чего начал.

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

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

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




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

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