Gentoo или Debian сервер

slackware

slackware

новую фришку

slackware

он неасилед :))))

Слаку я в руки не брал. Gentoo Знаю назубок, debian легкость в установке. Вообщем я же в вопросе не поставил Слаку....

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

блин, что я говорю? - Slackware :)

Если у тебя есть желание тихо и незаметно ночами заниматься тем, что уже давно и грамотно сделали ребята из debian-team, то однозначно gentoo!

:)

Ах еще и сервер!

Перманентная компиляция - непременный атрибут боевого сервера.

Лучше колебайся на новую фришку. Если старая стояла и справлялась - не надо огород городить.

не люблю я эту фришку... Душа не лежит к ней.

Новую фришку.
Или слаку

Лучше слаку

Debian. Как сисадмин говорю.

>Перманентная компиляция - непременный атрибут боевого сервера.

У меня боевой сервер. С двумя MMORPG. С форумом, на котором сидит до 470 человек в онлайне. И перманентной компиляции что-то не наблюдается. Что я не так делаю?

Что за вопрос? Конечно Debian!!! Gentoo ни в коем, не позорься.

>Нужна стабильность

debian stable есессно

>и что бы при апдейте небыло проблем

apt-get dist-upgdare - конёк дебиана

Дебиан, поставил уже третий сервер на нем. Кайф.

> Что я не так делаю?

lie

>lie

Это ты про себя.

А что _я_ не так делаю?

Покажи, где тут "постоянная компиляция":

  PID USER      PR  NI  VIRT  RES  SHR S %CPU %MEM    TIME+  COMMAND
 1802 l2j       19  -1  657m 209m 4140 S   19  8.3 100:31.49 java -Xmx400m -server -cp jbforth_.jar:bsf.jar:bsh-2.0.jar:jyth
 7208 httpd     17   0 52424  16m  12m S   17  0.7   1:04.99 /usr/bin/php-cgi
 7214 httpd     17   0 52304  16m  12m S   16  0.6   0:55.19 /usr/bin/php-cgi
 9919 l2j       17  -1  710m 215m  17m S   14  8.5  23:35.87 java -Xmx450m -server -agentlib:yjpagent -classpath /opt/yjp-5.
 8051 mysql     15   0  616m 218m 3532 S   11  8.6   1108:09 /usr/sbin/mysqld --defaults-file=/etc/mysql/my.cnf --basedir=/u
 7210 httpd     16   0 54164  16m  11m R    9  0.7   1:07.39 /usr/bin/php-cgi
 7218 httpd     16   0 52276  15m  12m S    7  0.6   0:59.70 /usr/bin/php-cgi
30696 httpd     15   0  119m  33m  19m S    6  1.3   1:30.62 /usr/sbin/apache2 -DXDEFAULT_VHOST -DFASTCGI -DPERL -DPHP5 -DSS
 7209 httpd     16   0 52236  15m  11m S    2  0.6   0:57.75 /usr/bin/php-cgi
20134 httpd     15   0  6388 3512  936 S    2  0.1   0:24.22 /usr/sbin/lighttpd -f /etc/lighttpd/lighttpd.conf
 7212 httpd     17   0 52276  14m  10m S    2  0.6   1:03.05 /usr/bin/php-cgi
 7215 httpd     17   0 52316  13m 9.9m S    2  0.5   0:59.22 /usr/bin/php-cgi
 7211 httpd     17   0 52500  14m  10m S    1  0.6   1:07.93 /usr/bin/php-cgi
 7220 httpd     16   0 52308  14m  10m S    1  0.6   0:59.09 /usr/bin/php-cgi
 7224 httpd     17   0 52272  14m  10m S    1  0.6   0:57.76 /usr/bin/php-cgi
 8075 root      16   0  2240 1156  788 R    1  0.0   0:00.18 top
 7213 httpd     16   0 52380  15m  11m S    0  0.6   1:01.36 /usr/bin/php-cgi
 7216 httpd     16   0 52368  16m  12m S    0  0.6   0:54.58 /usr/bin/php-cgi
 7221 httpd     17   0 52192  13m 9700 S    0  0.5   0:59.48 /usr/bin/php-cgi
...

Ну ладно, а что вообще никогда не компилишь? :)

>Покажи, где тут "постоянная компиляция":

ты все так буквально понимаешь? Пример из жизни - нашли дыру в apache || sshd || и-что-еще-там-у-тебя-есть. Дыра серьезная. Что будешь делать? Обновлять на сервере? Емержить на нем? Ну-ну. Как минимум, за наличие компилятора на сервере я бы уже по голове не погладил, про нагрузку вообще не говорю. Собирать на другом компьтере и ставить на сервер? Это у тебя сервер один, а у людей и побольше бывает.

А администраторы/пользоветели debian просто открывают (если нужно)коннект с сервера в сторону репозитория и одной командой в течении считаных секунд или минут (в зависимости от объема/канала) ставят патченые пакеты.

>Ну ладно, а что вообще никогда не компилишь? :)

Компилю. Только на таком загруженном сервере, при nice +15, компиляция обновлений занимает в среднем минут 20..30 в день. Выполняется ежедневно в 7 утра. Сегодня не было, так как в emerge -puvtDN world образовался конфикт, который система самостоятельно не разруливает, пришлось с утра вмешаться. Вчера обновились:
- file-4.17-r1
- java-config-wrapper-0.9-r4
- automake-1.9.6-r2
- python-docs-2.4.3
- python-2.4.3-r1
- sysvinit-2.86-r5

Общее время компиляции - 17 минут.

Позавчера:
- java-config-wrapper-0.9-r3
- java-config-2.0.24
- autoconf-wrapper-3.2
- eselect-compiler-2.0.0_rc2-r1

Общее время компиляции - 2 минуты.

В общем, не тянет это как-то на "круглосуточную компиляцию". Напомню также, что это всё при nice=15 :)

>Пример из жизни - нашли дыру в apache || sshd || и-что-еще-там-у-тебя-есть. Дыра серьезная. Что будешь делать?

Когда я утром проснусь, процентов 70 за то, что Апач уже будет пересобран, останется его только перезапустить :)

Время сборки Апача 2.0.58 - 14 минут.

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

Да ну? Даже когда для его выполнения требуется рутовый доступ? Не кажется ли тебе, что если кто-то уже добрался до рута, то компилятор ему не обязателен? :)

>про нагрузку вообще не говорю

Вот и не говори. Повторюсь для тормозов, что на том же сервере -две ММОРПГ, на которых было до полутора сотни человек в онлайне в пике. Процесс компиляции никаких лагов у них не вызывал :)

>Это у тебя сервер один, а у людей и побольше бывает.

А я где-то говорю за всех? Не нужно мне свои фантазии приписывать :)

> Компилю. Только на таком загруженном сервере, при nice +15, компиляция обновлений занимает в среднем минут 20..30 в день. Выполняется ежедневно в 7 утра. Сегодня не было, так как в emerge -puvtDN world образовался конфикт, который система самостоятельно не разруливает, пришлось с утра вмешаться. Вчера обновились:

Ты болен. Просто болен. Нарвешься на несовместимость новой свежесобранной версии со старой -- вот тогда поймешь, но поздно будет.

PS. Я так живо представляю, что я на всех своих несчастных ~ 50 машинах что-то гордо пересобираю по ночам -- дурно становится. А ведь есть люди, у которых машин поболее.

Debian, естественно.
Ни в коем случае не Слакварь. Ибо кал еси, смрад еси и гной еси (с)

Апач 15 минут собирается??

>Нарвешься на несовместимость новой свежесобранной версии со старой

1. Автоматическое обновление происходит только для очевидных случаев. Или ты не заметил выше, почему у меня сегодня не прошло автоматическое обновление? :)

2. Ты забываешь, что Gentoo - это source based. И в стабильных версиях нарваться на несовместимость библиотек - практически нереально. По крайней мере за полтора года её эксплуатации на сервере такого не было ни разу. А вот Red Hat у меня постоянно и методично умирал через год после установки. Достаточно сказать, что к концу функционирования система сама себя именовала Fedora Core 7.3 :)

После RH, Gentoo - это просто одно удовльствие.

>А ведь есть люди, у которых машин поболее.

А есть люди, у которых сервер один. Я где-то ратовал за переход всех твоих серверов на Gentoo?

"Отучаемся говорить за всех" (c) FIDO.

>Апач 15 минут собирается??

Genlop так говорит. Не 15, а 14.

На amd64-2200 - 6 минут.

Может, конечно, genlop и врёт, но 6 минут реально измерить ручками. Сейчас проверю.

# time emerge apache
...
real 8m54.167s
user 2m20.681s
sys 1m32.490s

Это время не только компиляции, но и установки (у апача вагон и маленькая тележка мелких файлов - дока, например, да и /etc/ld.so.cache долго обновляется)... Так что компиляция сама по себе ещё меньше времени занимает. Кстати, всё с nice=+15 и интенсивным сёрфингом во время компиляции :)

> И в стабильных версиях нарваться на несовместимость библиотек - практически нереально


Зато такое бывает.

>>> Unpacking source...
>>> Unpacking gettext-1.05.tar.gz to /var/tmp/portage/Locale-gettext-1.05/work
>>> Source unpacked.
>>> Compiling source in /var/tmp/portage/Locale-gettext-1.05/work/gettext-1.05 ...
* Using ExtUtils::MakeMaker
checking for gettext... no
checking for gettext in -lintl...gettext function not found. Please install libintl at Makefile.PL line 18.
no

!!! ERROR: dev-perl/Locale-gettext-1.05 failed.
Call stack:
ebuild.sh, line 1539: Called dyn_compile
ebuild.sh, line 939: Called src_compile
ebuild.sh, line 1248: Called perl-module_src_compile
perl-module.eclass, line 128: Called perl-module_src_prep
perl-module.eclass, line 117: Called die

!!! Unable to build! (are you using USE="build"?)
!!! If you need support, post the topmost build error, and the call stack if relevant.




>>> Unpacking source...
>>> Unpacking libintl-perl-1.11.tar.gz to /var/tmp/portage/libintl-perl-1.11/work
>>> Source unpacked.
>>> Compiling source in /var/tmp/portage/libintl-perl-1.11/work/libintl-perl-1.11 ...
* Using ExtUtils::MakeMaker
Checking whether we can compile the XS version ... no
=> Cannot build the XS version of libintl-perl (see 'config.log' for
=> details). This is harmless!
Checking if your kit is complete...
Looks good

Error: Unable to locate installed Perl libraries or Perl source code.

It is recommended that you install perl in a standard location before
building extensions. Some precompiled versions of perl do not contain
these header files, so you cannot build extensions. In such a case,
please build and install your perl from a fresh perl distribution. It
usually solves this kind of problem.

(You get this message, because MakeMaker could not find "/usr/lib/perl5/5.8.7/i386-linux/CORE/perl.h")

!!! ERROR: dev-perl/libintl-perl-1.11 failed.
Call stack:
ebuild.sh, line 1539: Called dyn_compile
ebuild.sh, line 939: Called src_compile
ebuild.sh, line 1248: Called perl-module_src_compile
perl-module.eclass, line 128: Called perl-module_src_prep
perl-module.eclass, line 117: Called die

!!! Unable to build! (are you using USE="build"?)
!!! If you need support, post the topmost build error, and the call stack if relevant.

>Зато такое бывает.

# emerge -av dev-perl/Locale-gettext
...
[ebuild   R   ] dev-perl/Locale-gettext-1.05  USE="-minimal%" 7 kB [14]
...
checking for gettext... yes
...
>>> Merging dev-perl/Locale-gettext-1.05 to /
...
>>> dev-perl/Locale-gettext-1.05 merged.



Кто из нас что не так делает?



# emerge -av dev-perl/libintl-perl
...
[ebuild  N    ] dev-perl/libintl-perl-1.11  USE="-minimal" 535 kB [23]
...
Writing Makefile for libintl-perl
...
>>> Merging dev-perl/libintl-perl-1.11 to /
...
>>> dev-perl/libintl-perl-1.11 merged.

В первом случае - на боевом сервере, во втором - мне эта либа не
нужна на сервере, так что поставил на десктопном amd64, на котором
сижу.

Вообще, с Perl-либами, на сколько помню, проблем никогда не было,
даже, когда немалую их часть ставлю через g-cpan, а до того - вообще
средствами Перла ставил :)

Единственные места, где на сервере иногда вылезают глюки - это то,
что касается Java 1.5

Но, кстати, какие ещё дистрибутивы способны, пусть и с глюками,
порой, одновременно работать с Java 1.5, 1.4 и 1.6? :)

Кстати, у тебя точно не (are you using USE="build"?)

:)

Не стоит свои кривые руки выдавать за чужие косяки.

Вам тоже язык отрубить?

https://bugs.gentoo.org/show_bug.cgi?id=119948

точно :)

> Кто из нас что не так делает?

в 2006.0 сломали...

тихо-тихо сам с собой я веду беседу?

>точно :)

Кхм. А можно скромный вопрос?

# euse -i build global use flags (searching: build) ************************************************************ [- ] build - !!internal use only!! DO NOT SET THIS FLAG YOURSELF!, used for creating build images and the first half of bootstrapping.

Зачем тебе !!internal use only!! ? :)

Ведь, вполне вменяемо написано: DO NOT SET THIS FLAG YOURSELF!

Дык, нету build флага у меня нигде :)

Решение подсказали в рассылке.

USE="-nls" emerge perl

Gentoo Base System version 1.6.14
Portage 2.1 (default-linux/x86/2006.0, gcc-3.4.6, glibc-2.3.6-r4, 2.6.16.16 i686)
=================================================================
System uname: 2.6.16.16 i686
dev-lang/python: 2.4.2
dev-python/pycrypto: 2.0.1-r5
dev-util/ccache: [Not Present]
dev-util/confcache: [Not Present]
sys-apps/sandbox: 1.2.12
sys-devel/autoconf: 2.13, 2.59-r7
sys-devel/automake: [Not Present]
sys-devel/binutils: 2.16.1-r2
sys-devel/gcc-config: 1.3.13-r2
sys-devel/libtool: [Not Present]
virtual/os-headers: 2.6.11-r2
ACCEPT_KEYWORDS="x86"
AUTOCLEAN="yes"
CBUILD="i686-pc-linux-gnu"
CFLAGS="-march=pentium4 -O3 -pipe -fomit-frame-pointer"
CHOST="i686-pc-linux-gnu"
CONFIG_PROTECT="/etc"
CONFIG_PROTECT_MASK="/etc/env.d /etc/gconf"
CXXFLAGS="-march=pentium4 -O3 -pipe -fomit-frame-pointer"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoconfig distlocks metadata-transfer sandbox sfperms strict"
GENTOO_MIRRORS="http://mirror.aiya.ru/pub/gentoo";
LANG="ru_RU.KOI8-R"
LINGUAS="ru"
MAKEOPTS="-j3"
PKGDIR="/usr/portage/packages"
PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --delete-after --stats --timeout=180 --exclude='/distfiles' --exclude='/local' --exclude='/packages'"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
PORTDIR_OVERLAY="/usr/local/portage"
SYNC="rsync://mirror.aiya.ru/gentoo-portage"
USE="x86 X alsa apache2 apm arts avi bash-completion berkdb bitmap-fonts bzip2 cli crypt cups dri eds emboss encode esd foomaticdb fortran freetype gdbm gif gnome gpm gstreamer gtk gtk2 imlib isdnlog java jpeg kde libg++ libwww mad mikmod motif mp3 mpeg ncurses nls nptl nptlonly ogg opengl oss pam pcre pdflib perl png pppd python qt quicktime readline reflection sdl session spell spl ssl tcpd truetype truetype-fonts type1-fonts udev vorbis xml xmms xorg xv zlib elibc_glibc kernel_linux linguas_ru userland_GNU video_cards_nvidia"
Unset: CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LC_ALL, LDFLAGS, PORTAGE_RSYNC_EXTRA_OPTS

Ну и кому надо рубить язык, вместе с пальцами и яйцами?

Разработчикам и Вам.

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

Не было на бутстрапе петель.

Взаимно.