LINUX.ORG.RU

вот переписывать чужое, переводить и т.п.(это конечно нужно и важно), не свой труд короче. Вот это уродство настоящее. Вместо того, чтобы свое что-то делать. и об этом говорить...

anonymous
()

Ну, а кто сказал, что newsyslog под Linux'om не работает? Слава богу, оригинальный syslog(который изначально опять же для BSD был писан) никто не использует уже...

Опять же, даже если newsyslog не идет с вашим любимым Slackware, это еще не значит, что его нельзя туда поставить.

BaT ★★★★★
()

2Bat:
Сам то понял, что сказал?
newsyslog (файлы ротатит) и syslogd (который их делает).
Или имелся ввиду syslog(3)?

anonymous
()

Взяли бы и поставили logrotate (который RH написала). Ведь нужно поворачивать логи не только от syslog, но и от httpd и очень много чего еще.

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

Последнему anonymous'у: Ты вообще видел что такое newsyslog? Он ворочает не только syslog'овские файлы, а те какие ты ему скажешь.

А RedHat ваш ненавижу. Вот стоит у меня сервер еще на 6.1. Была бы моя воля, я бы давно FreeBSD на него поставил, чтобы забыть про еженедельное обновление OpenSSH, Squid, etc. Т.к. на остальных серверах а просто удаленно обновляю ОС и забываю про все прежние дыры.

Мужики, я не наезжаю, я прошу совета: как мне проапгрейдить RedHat 6.1 с минимальным downfime'ом (больше 15 минут на промышленном сервере мне начальство не даст). Т.е. я хочу "новое" ядро, gcc, и т.д. Во фрюхе ведь это так просто делается: # cvsup /xxx/xxx/xxx/cvsup/stable # make buildworld # make buildkernel KRNCONF=YOU_KERNEL_NAME # make installkernel KRNCONF=YOU_KERNEL_NAME # make installworld # mergemaster # reboot

Знатоки Linux'а, подскажите мне что-либо подобное под RedHat'ом.

anonymous
()

   Последнему  anonymous'у:  Ты  вообще  видел  что  такое  newsyslog? Он
   ворочает не только syslog'овские файлы, а те какие ты ему скажешь.
Нет, не видел. А почему тогда BSD-шники не стали его использовать?
Религия не позволила?
   Мужики, я не наезжаю, я прошу совета: как мне проапгрейдить RedHat 6.1
   с минимальным downfime'ом (больше 15 минут на промышленном сервере мне
   начальство  не  даст).  Т.е. я хочу "новое" ядро, gcc, и т.д. Во фрюхе
   ведь это так просто делается: # cvsup /xxx/xxx/xxx/cvsup/stable # make
   buildworld # make buildkernel KRNCONF=YOU_KERNEL_NAME # make installk-
   ernel  KRNCONF=YOU_KERNEL_NAME # make installworld # mergemaster # re-
   boot
В RH (как и в любом другом дистре) это тоже возможно - апргейдишь libc,
весь софт, выковыриваешь ядро из RPM, ставишь его параллельно, прописываешь
как основное, создаешь файлы устройств и перезагружаешь машину.
Без имитирования на тестовом сервере этого лучше не делать.
Ну и для тривиально написать скрипты или взять уже работающий софт
для апгрейда системы каждые N часов всеми апдейтами.

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

>Нет, не видел. А почему тогда BSD-шники не стали его использовать? >Религия не позволила? Newsyslod ??? Используем, и очень активно.

>В RH (как и в любом другом дистре) это тоже возможно - апргейдишь >libc, >весь софт, выковыриваешь ядро из RPM, ставишь его параллельно, >прописываешь >как основное, создаешь файлы устройств и перезагружаешь машину.

Ключевое слово: "апргейдишь libc,весь софт".

Ребята, еще раз напоминаю про downtime=15min. Пересобрать ВЕСЬ софт за это время просто невозможно. Из критичных пакетов: apache-rus/PL30.xx (mod_perl, PHP.4.1.2) ProFTPD Qpopper xtradiusd PgSQL

Переубедите меня: во FreeBSD я просто делаю upgarde ОС и далее portupgrade любого пакета. Downtime менее 5 минут (пока делаю 'mergemaster'). Хочу такого же под RH.

anonymous
()

Кстати, дока есть какая-нибудь по перходу с ядра 2.2.xxx на 2.4.xxx ?? Что там в libc ставить и т.д.

anonymous
()

   >Нет,  не  видел.  А почему тогда BSD-шники не стали его использовать?
   >Религия не позволила? Newsyslod ??? Используем, и очень активно.
Я имел ввиду logrotate. Зачем было писать newsyslogd если можно использовать
старый + logrotate? Или newsyslogd дает еще что-то кроме ротации?
   Ключевое слово: "апргейдишь libc,весь софт".
Я имел ввиду ставишь все новье из RPM'ов (сначала libc). Компилять ничего
не надо. Это тоже быстро можно сделать. Короче, смотря что за софт стоит.

А по хорошему - это проблемы начальства. Еще бы хотели, чтобы компьютеры
начали читать их мысли. Можно просто сделать еще failover машину, отрубить
первую, проапргейдить, полдключить.

anonymous
()

Да нет никакого newsyslogd. Есть newsyslog - утилита для ротации логов
и пожатия их (по желанию) gzip'om || bzip'om. И никаким образом
не заменяет старый syslogd.

man 8 newsyslog

NAME
newsyslog - maintain system log files to manageable sizes

SYNOPSIS
newsyslog [-Fnrv] [-f config_file] [-a directory] [file ...]

....

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

Да, все верно - это у меня замкнуло чего-то на тему syslog-ng - New Generation Syslog. Там есть некоторые приятные расширения стандартного syslog.

В общем, каюсь, недоглядел :)

BaT ★★★★★
()

V *BSD schas tozhe ispolzuetsa ne syslogd, a to, chto v Linux nazyvaut "msyslogd" - module syslogd. On imeet te zhe fetures, chto syslog-ng i bolshe, no on standartnee i priamee.

Po povodu kernel 2.4:

upgrade modutils & pppd - that's all.

Shadow ★★★★★
()

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

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

> Ребята, еще раз напоминаю про downtime=15min. Пересобрать ВЕСЬ софт за это время просто невозможно.

Классическое bsd-мышление ;-( На линуксе все это можно сделать практически с нулевым даунтаймом ;)
Если менять ядро, то естесно нужно бутиться, и даже в этом случае даунтайм будет
гораздо менее 5 минут...

Апгрейдишь glibc. Это делается без остановки сервисов. Апгрейдишь утилиты - e2fsprogs, util-linux, опять же
ничего не останавливая. Далее апгрейдишь нужные сервисы и делаешь им рестарт - 1-2 секунды
даунтайм. В конце ставишь новое ядро и reboot... Немного больше телодвижений,
но даунтайм при этом минимальный. Спрашивается, кто в данной ситуации более похож на Юникс ;)

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