The OpenNET Project / Index page

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



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

Оглавление

Red Hat прекращает разработку CentOS 8 в пользу тестового CentOS Stream, opennews (??), 08-Дек-20, (0) [смотреть все]

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


280. "Red Hat прекращает разработку CentOS 8 в пользу тестового Ce..."  +/
Сообщение от Vladjmir (ok), 09-Дек-20, 11:00 
А какие с ними были проблемы?
Ответить | Правка | Наверх | Cообщить модератору

302. "Red Hat прекращает разработку CentOS 8 в пользу тестового Ce..."  –2 +/
Сообщение от пох. (?), 09-Дек-20, 11:24 
Когда я этим достаточно много занимался (надо понимать, что давно - во времена 5-6) - "немного" задалбывал недопиленный selinux. Без которого несколько стремно, а с которым - сколько там у меня модулей...э...шесть? (Заметь, это не мне что-то необычное, а просто чинит поломанное в _штатной_ сборке и поставке системы. От сислога до ssh.) И с мусором от крона в аудит ничего не поделать в принципе.

Впрочем, убунтиный апдерьмор нынче его даже превзошел, поскольку (в отличие от селинyпса) его так просто не починить.

Сейчас - понятия не имею, что там за "проблемы" - но я сейчас устанавливаю очередные центоси не выходя из vmware powercli (и это по прежнему удобно и с минимумом усилий, впрочем, опять же, это-то и всегда так было), и сдаю девляпсам, даже не посмотрев что там (get-vmguest говорит что running - значит, ок) - они может страдают, просто мне стонов не слышно?

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

344. "Red Hat прекращает разработку CentOS 8 в пользу тестового Ce..."  +/
Сообщение от Vladjmir (ok), 09-Дек-20, 12:50 
8-ка перешла на пакетный менеджер dnf. Я его юзаю в федорке -- у меня с dnf'ом не было проблем. Качает быстро, если возможно дельтами. Дистрибутив содержит в чистоте, при деинсталяции приложений удаляет связанные с ними пакеты, не нужные другим приложениям. Работает достаочно быстро и качественнно. Неоднократно переезжал со старой версии дистрибутива аж на 2 версии вперёд (с 30-й на 32-ю), проблем не испытал, всё обновлялось корректно.

Да старый YUM был тормозным, согласен. Но к DNF претензий у меня нет.

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

356. "Red Hat прекращает разработку CentOS 8 в пользу тестового Ce..."  –1 +/
Сообщение от пох. (?), 09-Дек-20, 13:38 
> 8-ка перешла на пакетный менеджер dnf.

вот совершенно похрен (поскольку это не пакетный менеджер, который был и есть rpm, а надстройка над ним)
> у меня с dnf'ом не было проблем. Качает быстро, если возможно

у меня и с yum не было проблем (набор функций и удобство пользования на нуле, но это если сравнивать с zypper, а не с apt-мы-все-еще(десятьлет)-не-можем-нормальный-поиск)

> Да старый YUM был тормозным, согласен. Но к DNF претензий у меня

для промышленной эксплуатации, а не васянского локалхоста, это совершенно неважно


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

418. "Red Hat прекращает разработку CentOS 8 в пользу тестового Ce..."  +/
Сообщение от Hedgehog (??), 09-Дек-20, 19:57 
> И с мусором от крона в аудит ничего не поделать в принципе.

-a always,exclude -F subj_type=crond_t -F msgtype=USER_ACCT
-a always,exclude -F subj_type=crond_t -F msgtype=CRED_ACQ
-a always,exclude -F subj_type=crond_t -F msgtype=LOGIN
-a always,exclude -F subj_type=crond_t -F msgtype=USER_START
-a always,exclude -F subj_type=crond_t -F msgtype=CRED_REFR
-a always,exclude -F subj_type=crond_t -F msgtype=CRED_DISP
-a always,exclude -F subj_type=crond_t -F msgtype=USER_END

Не благодари.

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

454. "Red Hat прекращает разработку CentOS 8 в пользу тестового Ce..."  –1 +/
Сообщение от пох. (?), 10-Дек-20, 09:55 
>> И с мусором от крона в аудит ничего не поделать в принципе.
> -a always,exclude -F subj_type=crond_t -F msgtype=USER_ACCT

Only msgtype field can be used with exclude filter

(rhel6)

Можно, наверное, добавить другой фильтр - c never,* - в нем можно subj_type, но тогда уфильтруются и реальные проблемы с кроном, пойманные selinux.

Может, это как раз пользователям нынешней "поддерживаемой" центоси наконец-то сделали щастье?
Тогда спасибо, конечно, но они опоздали на десять лет :-(

Ну и если бы это даже работало - вопрос о том, чем думал дятел, устроивший этот геморрой там, где должно быть ноль ложных срабатываний (не в курсе ли он, к примеру, что вообще-то у cron тридцать лет как есть нормальный syslog, где все это в человекочитаемом виде и отдельно от системных событий?), и почему за пятнадцать лет никто не почесался убрать этот вредный и ненужный мусор из дефолтной системы, остается.

Впрочем, сейчас меня больше интересует notabug apparmor, вижжащий про каждый запуск man. Включая даже внутриконтейнерные. (реально закрыт с notabug, десять лет ВСЕ де6иллианы гадят в логи ненужным мусором, неотключаемо. cococommunity, cocococoсесюрити! Ай-ай-ай, у них setuid man!!! Двадцать лет как и всегда был.)

Про selinux же можно спокойно забывать - он останется только в коммерческом редхате, который будет использоваться примерно нигде, да и там - под надзором чутких и внимательных ребят из интегратора-продавана "решениев" (которые первым делом отключат selinux еще до загрузки, они по другому не умеют ;-)

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

457. "Red Hat прекращает разработку CentOS 8 в пользу тестового Ce..."  +/
Сообщение от Аноним (457), 10-Дек-20, 10:04 
> крона в аудит ничего не поделать в принципе.

Я поделал apt purge cron. А фигли, man systemd.timers :P

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

464. "Red Hat прекращает разработку CentOS 8 в пользу тестового Ce..."  +/
Сообщение от пох. (?), 10-Дек-20, 10:49 
>> крона в аудит ничего не поделать в принципе.
> Я поделал apt purge cron. А фигли, man systemd.timers :P

о да, да, вот эт ок - тру редхат вэй. Ни логов нормальных, ни нормального управления, вместо одной строчки простыня на пол-экрана, _автоматическая_ магия уведомления почтой если что-то сломалось - девляпсу ненужно, apt purge postfix следом...впрочем, у модных-современных новых-стандартов mta и изначально не устанавливается...

Зато мы можем планировать запуск с точностью до микросекунд, смотрите, смотрите!

Кстати, выгул собак никому не нужно? Ковидом там если кто заразился, к примеру?


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

562. "Red Hat прекращает разработку CentOS 8 в пользу тестового Ce..."  +/
Сообщение от Аноним (-), 12-Дек-20, 12:45 
Вот как раз логи нормальные. Если что-то фэйлится, хотя-бы в логе обычно написано почему, с выхлопом stdout/stderr. И никто не срет в лог левым мусором. И юнит файлы - да, пара строчек, в отличие от. И все активные таймеры смотрятся там же где и остальное. А не в 10 разных дирофайлах мануальщиной.

И кстати алерты лепить удобнее, он хоть как-то структурирован, а разгребать скриптом лог - юзерье стремными входными данными может столько лулзов извлечь что ну его нафиг. А то еще потом из всех блеклистов за спам придется хост вынимать. Когда бобби тэйблс решит что он наследник нигерийского принца, прописав это в юзерагент, такая "аналитика" ему как раз твой удачно установленный mta и вызовет.

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

577. "Red Hat прекращает разработку CentOS 8 в пользу тестового Ce..."  +1 +/
Сообщение от пох. (?), 12-Дек-20, 20:10 
> Вот как раз логи нормальные

да-да, result is RESULT. Для вас это нормально.
Какой "левый мусор" тебе приснился в syslog от нормального crond - это к твоему психиатру, не ко мне.
Любой неучтенный stderr из cron job внезапно, отправляется почтой автору. Но вы ж не умеете в локальную почту.

> И юнит файлы - да, пара строчек, в отличие от.

одной?

> И все активные таймеры смотрятся там же где и остальное.

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

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

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

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

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




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

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