https://www.opennet.ru/openforum/vsluhforumID3/76190.html Анонсирован (http://lists.centos.org/pipermail/centos-announce/2011-April/017282.html) релиз Linux дистрибутива CentOS 5.6 (http://wiki.centos.org/Manuals/ReleaseNotes/CentOS5.6), основанного на пакетной базе Red Hat Enterprise Linux 5.6 (http://www.opennet.ru/opennews/art.shtml?num=29261). Релиз CentOS 5.6 вышел спустя почти три месяца с момента появления RHEL 5.6, что привело к нарушению штатного режима выпуска обновлений: до выхода CentOS 5.6 для ветки 5.5 было решено портировать только обновления с исправлением критических уязвимостей. Все обновления, выпуск которых был задержан с начала января, теперь доступны (http://ftp.funet.fi/pub/mirrors/centos.org/5.6/updates/i386/RPMS/) для ветки CentOS 5.6.<br><br><br>В отличие от RHEL в CentOS пакеты из серверной и из десктоп редакции RHEL объединены в единый репозиторий пакетов и в один установочный комплект. CentOS 5.6 поставляется (http://ftp.funet.fi/pub/mirrors/centos.org/5.6/isos/) для платформ i386 и x86_64 в сборках: LiveCD (693 Мб (http...<br><br>URL: http://lists.c https://www.opennet.ru/openforum/vsluhforumID3/76190.html#88 Mon, 02 May 2011 20:29:53 GMT Товарищи, а как на счет бага с залипанием процессов из-за неизвестной причины? :))))<br>Честно говоря уже надоело перегружать сервер из-за этого:<br><br> =======================<br>INFO: task sendmail:10090 blocked for more than 120 seconds.<br>"echo 0 &gt; /proc/sys/kernel/hung_task_timeout_secs" disables this message.<br>sendmail D 00009B39 2572 10090 10067 10088 (NOTLB)<br> da5d1ed0 00200086 dcce8022 00009b39 00009b37 0000000e 00000000 00000007<br> f7f78000 dcce91e2 00009b39 000011c0 00000000 f7f7810c c2b02c00 f779e3c0<br> 00000002 004eea4f 00000000 da5d007b c041007b ffffff03 da5d1ed8 f7c48650<br>Call Trace:<br> [&lt;c041007b&gt;] mtrr_attrib_to_str+0x3/0x14<br> [&lt;c043614b&gt;] prepare_to_wait+0x24/0x46<br> [&lt;f88691da&gt;] log_wait_commit+0x80/0xc7 [jbd]<br> [&lt;c0435fff&gt;] autoremove_wake_function+0x0/0x2d<br> [&lt;f8864661&gt;] journal_stop+0x195/0x1ba [jbd]<br> [&lt;c04944e2&gt;] __writeback_single_inode+0x1a3/0x2af<br> [&lt;c045db7e&gt;] do_writepages+0x2b/0x32<br> [&lt;c04596eb&gt;] __filemap_fdatawrite_range+0x66/0x72<br> [&lt;c0494b7e&gt;] sync_ https://www.opennet.ru/openforum/vsluhforumID3/76190.html#87 Fri, 22 Apr 2011 00:57:13 GMT chroot - ну, как же, пложение сущностей - есть в сущности зло. По темповику каждому процессу, по собственному корню, так уж проще виртуальных серверов наплодить пусть там и по персональному ядру будет, если у мс тенденция к разделению данных на системные и пользовательские, пытаются уйти от сохранения данных в системе или програм-файлз, то это движение в обратную сторону, хранить не в /etc, а каком-нить /srv/http/etc или еще черти где.<br><br> https://www.opennet.ru/openforum/vsluhforumID3/76190.html#86 Wed, 13 Apr 2011 14:34:26 GMT &gt;&gt; но почему не слака, там скриптов на 50Кб, чаще, проще решить задачу чутка их подправив <br>&gt; У меня есть один коллега -- вроде бы опёнковец и дебианщик, а <br>&gt; по сути именно слакварист. Вот он там "чутка поправит", тут <br>&gt; "напишет своё", а потом смотреть на это всё сердце кровью обливается. <br><br>Мойша, ви меня таки извините, но на правах того самого "одного коллеги" не могу не заметить, что глядя на ваши поделия меня таки неудержимо тянет на смех. Не выносите сор из избы, вам же хуже будет =)<br><br>Все решают затраты по времени. Очень часто нарисовать свое означает экономию времени на изучении чужого, разумеется, при соблюдении условия - я могу это сделать на должном уровне и в предсказуемые сроки.<br><br>В случае же Мойши Шигорина все значительно сложнее - он, фигурально выражаясь, пытается сделать репозиторий с одним рпм-пакетом ради одной инсталляции одного шелл-скрипта. Такая нерациональная трата ресурсов выглядит, по крайней мере, глупо; но Миша не признаёт наличие проблемы, и тем самым часто доставляет =)<br> https://www.opennet.ru/openforum/vsluhforumID3/76190.html#85 Wed, 13 Apr 2011 13:22:38 GMT &gt;rh вон пилит свою мега systemd, но что-то я не нашел в спеках на нее заявленной поддержки более 1 копии процесса со отдельными pid файлами<br><br>Во-первых, пилит не редхат, у которого rhel теперь на upstart, а коллектив разработчиков из разных компаний (rh, novel, ibm, nokia, mandriva и т.д.).<br><br>Во-вторых, systemd не использует pid-файлы. В линаксе давно уже поддерживаются контрольные группы, которые не только упрощают отслеживание процессов, включая их потомков, но и автоматом дают возможность ограничивать для них ресурсы. Проще говоря, в линаксе pid-файлы уже давно не нужны.<br><br>В-третьих, systemd использует такую занятную фичу линакса, как filesystem namespaces. Например, для заданного процесса можно сделать корень доступным только на чтение. А еще можно сделать так, чтобы процесс видел свой собственный каталог /tmp, не тот, который видят другие процессы. Не говоря уже о нативной поддержке чрута.<br><br>В общем, в systemd запускать параллельно одинаковые процессы для разных задач не просто легко, а очень легко.<br> https://www.opennet.ru/openforum/vsluhforumID3/76190.html#84 Tue, 12 Apr 2011 10:46:05 GMT &gt; Вы какой-то не тот Debian смотрели. В 6.0 почти весь софт свежее <br>&gt; чем в RHEL 6, уж про Центось 5.6 и вовсе молчать <br>&gt; можно.<br><br>С давних пор сидел на Debian (в качестве десктопа). Версии пакетов в Lenny просто древние. Анстейбл у деба очень сильно анстейбл. Ну а сквиз я просто не дождался. Перешел на Федору. Очень доволен.<br><br>Как серверный дистрибутив Дебиан хорош и достаточно стабилен. И тут уже холивары разводить не стану - кто к чему привык. Сам предпочитаю CentOS и Фрю. <br> https://www.opennet.ru/openforum/vsluhforumID3/76190.html#83 Tue, 12 Apr 2011 07:57:08 GMT Вы какой-то не тот Debian смотрели. В 6.0 почти весь софт свежее чем в RHEL 6, уж про Центось 5.6 и вовсе молчать можно.<br> https://www.opennet.ru/openforum/vsluhforumID3/76190.html#82 Mon, 11 Apr 2011 22:33:49 GMT 1. Можно аргументы добавить почему centos костыль?<br>2. По поводу дебиана. Недавно отказался от него полностью. Пакетная база ну ооочень старая. Дебиановцы софт в репозиторий принимают дольше, чем его пишут девелоперы. В результате каждый новый пакетик в дебиане уже заведомо старый.<br>3. Не могу также удержаться чтобы не отметить CentOS с подключенным epel.repo.<br><br>Отличный дистр. Ждем 6.<br> https://www.opennet.ru/openforum/vsluhforumID3/76190.html#81 Mon, 11 Apr 2011 19:24:54 GMT hard извиняюсь описался, но сути это не меняет, про другие системы молучу, на других системах это можно делать, но с каким бубнум, к тому же в некоторых случаях придется если нужен пакет из не более старый или новый не из репов, придется пол системы перелапатить в некоторых случаях, а здесь всё стандартными средствами портеж<br> https://www.opennet.ru/openforum/vsluhforumID3/76190.html#80 Mon, 11 Apr 2011 17:10:57 GMT &gt; Дядьку, так "вторые экземпляры" распихиваются по контейнерам<br>&gt; и обычно от этого получается гораздо всё чище,<br>&gt; аккуратней и поддерживаемей, чем месиво из всего в <br>&gt; одном корне.<br><br>Не надо ляля. Это в вашем линупсе для таких<br>простых вещей нужны контейнеры и прочая тяжелая артилерия<br>с оверхедом и на поддержку и на ресурсы компа.<br><br>В NetBSD такие вещи делаются гораздо удобнее и проще, чем<br>в любом линупсе.<br>Во FreeBSD, думаю, примерно так же.<br><br>Совершенно недавно запускал на сервере ДВА демона dictd<br>на разных портах В READ-ONLY CHROOT-е.<br><br>Ниже пример.<br>Вот дефолтный стартап скрипт.<br><br>/etc/rc.d/dictd:<br> #!/bin/sh<br> #<br> # PROVIDE: dictd<br> # REQUIRE: LOGIN<br><br> . /etc/rc.subr<br><br> name="dictd"<br> dictd_flags=${dictd_flags-"--pp '/usr/bin/m4 -P'"}<br> rcvar=$name<br> command="/usr/pkg/sbin/${name}"<br> pidfile="/var/run/${name}.pid"<br> required_files="/usr/pkg/etc/dictd.conf"<br><br> load_rc_config $name<br> run_rc_command "$1"<br><br>А вот стартап для дополнительного демона на другом порту.<br><br>/