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

Релиз Linux-дистрибутива CentOS 5.6, opennews (??), 09-Апр-11, (0) [смотреть все] Как принято здесь говорить Ура товарищи , Nikolay (??), 09:56 , 09-Апр-11, (1) +2 Ну что, теперь на финишной прямой к centos6 А то заждались уже , rotor (?), 10:21 , 09-Апр-11, (2) +2 http mirror flhsi com centos 5 6 isos x86_64 CentOS-5 6-x86_64-bin-DVD torrent, AHAH (?), 10:36 , 09-Апр-11, (3) Не халивара ради, народ объясните чем он так хорош этот центос, понятно что на п, Funt (?), 10:49 , 09-Апр-11, (4) +2 // не холивара ради чем ветка debian stable лучше debian testing наверно тем что, AHAH (?), 11:09 , 09-Апр-11, (6) +4 Временем поддерки В федоре всё время приходится переходить на новые мажорные вер, vadiml (ok), 11:09 , 09-Апр-11, (7) +4 на первой работе стоял RHEL, с техсаппортом иногда приходилось общатьсяпод впеча, A1ek (ok), 11:24 , 09-Апр-11, (8) +3 У тебя федора на продакшенах стоит , rotor (?), 11:26 , 09-Апр-11, (9) –1 // нет у меня на продакшене дебиан и фря, т к считаю тот же дебиан гораздо лучше ч, Funt (?), 12:20 , 09-Апр-11, (14) +4 // Я конечно не спорю, что debian очень хороший дистрибутив, тем более что сам част, rotor (?), 13:05 , 09-Апр-11, (17) +2 Аргумент совсем не плохой, вообщем вывод если нужна длительная поддержка ставь ц, Funt (?), 13:31 , 09-Апр-11, (22) и что в работе главное стабильность у нас на работе рабочие места все на centos, andrey (??), 15:59 , 09-Апр-11, (30) 1 Можно аргументы добавить почему centos костыль 2 По поводу дебиана Недавно , kvm (??), 02:33 , 12-Апр-11, (82) Вы какой-то не тот Debian смотрели В 6 0 почти весь софт свежее чем в RHEL 6, у, Yoga (??), 11:57 , 12-Апр-11, (83) +1 С давних пор сидел на Debian в качестве десктопа Версии пакетов в Lenny прост, kvm (??), 14:46 , 12-Апр-11, (84) Эх, не понимаем главную фишку RedHat знаменит тем что он БИНАРНО совместим с м, anonymous (??), 11:35 , 09-Апр-11, (10) –3 // А можно хоть пару наименований, неужели ради бинарной совместимости с недемократ, cmp (ok), 11:57 , 09-Апр-11, (12) // По сути рхел это и есть федора, просто всех пугает слово лаборатория, но рхел пр, Funt (?), 12:28 , 09-Апр-11, (15) –4 Представьте себе равнинную реку, горный поток, а затем подумайте -- по чему легч, Michael Shigorin (ok), 19:38 , 09-Апр-11, (43) Заметно, что дилетантский CentOS Team не ведёт реверс-инжиниринга RHEL Они бер, prapor (??), 13:48 , 09-Апр-11, (23) // Ну вот и попробуй - src rpm рхел6 в свободном доступе Теперь собери его так, чт, исчо_адын_аноним (?), 15:24 , 09-Апр-11, (27) –1 причем здесь вообще контрольные суммы вы хотите обвинить Redhat Team в нарушени, andrey (??), 16:02 , 09-Апр-11, (31) +2 Справедливости ради, стоит заметить, что собрать дистрибутив из тех исходников, , prapor (??), 16:33 , 09-Апр-11, (35) +2 Ну вот и попробуй теперь прочитать ещё раз моё сообщение, может таки дойдёт его , prapor (??), 16:31 , 09-Апр-11, (34) Что-то я сомневаюсь, что контрольные суммы бинарников совпадают Сами сравнивали, Aman (ok), 16:34 , 09-Апр-11, (36) +1 Если из хотя бы одного пакета выдернули редхатовский брендинг, то сменится сумма, Michael Shigorin (ok), 19:42 , 09-Апр-11, (44) +3 Вот и я про это Ох, не собирали местные дистры, ох, не собиралиМиша, к вам это , исчо_адын_аноним (?), 22:30 , 09-Апр-11, (52) ну да, теперь господа мэйнтейнеры может расскажут как реверсинжиниринг соотносит, ананим (?), 03:02 , 10-Апр-11, (58) Вы можете дать пруф на редхат, где был бы описан тот жуткий набор софта, что сто, исчо_адын_аноним (?), 13:22 , 10-Апр-11, (65) Не знаю про реверс-, но шляпники зуб дают за неизменность ABI в т ч при накатыв, Michael Shigorin (ok), 16:21 , 11-Апр-11, (74) Я то это понимаю, вот и удивился Потом не во всех же бинарниках лежат логотипы , Aman (ok), 00:34 , 10-Апр-11, (56) +1 Ты с ума сошёл чтоли Centos гарантирует БИНАРНУЮ совместимость, а никак не на у, Dimez (ok), 17:20 , 09-Апр-11, (40) +1 Можно ссылочку на гарантии Я и таких не видел Почему отстаёт -- центосники объ, Michael Shigorin (ok), 16:23 , 11-Апр-11, (75) Когда нащупаешь набор софта в сборочной машине - поделись с разрабами Центоса - , Марат (??), 16:29 , 10-Апр-11, (66) Да Насколько понимаю, дело не в стеке компиляторов , а в сборочной системе -- н, Michael Shigorin (ok), 19:34 , 09-Апр-11, (42) Все патчи включены в src rpm пакеты Также из спеков ясно, какой компилятор исп, Nxx (ok), 22:50 , 09-Апр-11, (53) +1 Для продакшена на серверах, там где нужны по настоящему стабильность, безболезне, stamnik (ok), 11:44 , 09-Апр-11, (11) // Для продакшена на серверах, там где нужны по настоящему стабильность, безболезне, GTO (?), 13:14 , 09-Апр-11, (19) +2 рхел хорош на серверах, прежде всего из поддержки рхел, но центос под сомнением,, Funt (?), 12:31 , 09-Апр-11, (16) –2 // не понимаю людей которые на сервера пихают слакваре или гентускажем на домашний , AHAH (?), 13:27 , 09-Апр-11, (20) // Во-первых, хрень, в которой надо еще разобраться, чтобы отстроить нормальный се, cmp (ok), 14:13 , 09-Апр-11, (24) –1   // есть такое понятие как корпоративный стандарт , если я шел на работу и сказали с, AHAH (?), 15:27 , 09-Апр-11, (28)   В слаке давно все автоматизировано slackpkg update slackpkg upgrade-all -- , zomg (?), 16:09 , 09-Апр-11, (32) –1   спасибо , не знал , особенно про обновления , давно ее пробовалвыйдет , надеюсь , AHAH (?), 16:21 , 09-Апр-11, (33)   А что в Slackware появился пакетный менеджер Раньше не было, odus (ok), 16:46 , 09-Апр-11, (38)   Там он не _менеджер_, поскольку _управление_ зависимостями вынесено вне системы , Michael Shigorin (ok), 20:23 , 09-Апр-11, (48) –1   Да, только и период выхода опубликованных критикалов, тоже самый большой, до 2-у, Aman (ok), 16:50 , 09-Апр-11, (39) +2   Если речь о предприятии чей бизнес не связан с IT, то нафиг такую гнилую контору, cmp (ok), 19:12 , 09-Апр-11, (41) –1   У меня есть один коллега -- вроде бы опёнковец и дебианщик, а по сути именно сла, Michael Shigorin (ok), 19:47 , 09-Апр-11, (46) –2   Не предлагаю слаку на сервера ставить всем и всегда, но в неких идеальных усло, cmp (ok), 04:46 , 10-Апр-11, (61)   Дядьку, так вторые экземпляры распихиваются по контейнерам и обычно от этого п, Michael Shigorin (ok), 16:33 , 11-Апр-11, (76) –1   Не надо ляля Это в вашем линупсе для такихпростых вещей нужны контейнеры и проч, vle (ok), 21:10 , 11-Апр-11, (80)   Во-первых, пилит не редхат, у которого rhel теперь на upstart, а коллектив разра, non anon (?), 17:22 , 13-Апр-11, (85)   chroot - ну, как же, пложение сущностей - есть в сущности зло По темповику кажд, cmp (ok), 04:57 , 22-Апр-11, (87) –1   Мойша, ви меня таки извините, но на правах того самого одного коллеги не могу , один коллега (?), 18:34 , 13-Апр-11, (86) +2   Если нужны нестандартные решения то без генты не обойтись, к тому же на серверах, Funt (?), 21:05 , 09-Апр-11, (50) +1 // Пардон, а сертификатик будет о том, что это действительно система 5го уровня за, klalafuda (?), 09:47 , 11-Апр-11, (71) Юноша, научитесь выговаривать hardened и не путать с hurd, пожалуйста Также хо, Michael Shigorin (ok), 16:37 , 11-Апр-11, (77) hard извиняюсь описался, но сути это не меняет, про другие системы молучу, на др, Funt (?), 23:24 , 11-Апр-11, (81) Вроде парадигма CentOS всё как в RHEL, включая ошибки , т е никаких исправлени, А. Н. Оним (?), 13:12 , 09-Апр-11, (18) // написано же что усовершенствовали левый софт в ядро не лезли, разве только копи, Аноним (-), 13:27 , 09-Апр-11, (21) Обновился, полет нормальный , Аноним (-), 14:34 , 09-Апр-11, (25) +1 На 6 релиз забили , Иван Иванович Иванов (?), 14:47 , 09-Апр-11, (26) // Стучат пяткой в грудь, что вот теперь занимаются только им и допилят до выхода R, prapor (??), 16:35 , 09-Апр-11, (37) Что я вижу Неужели центос отныне действительно будет предоставлять нормальный р, Аноним (-), 15:46 , 09-Апр-11, (29) yum info boostLoaded plugins changelog, fastestmirrorAvailable PackagesName , klalafuda (?), 19:46 , 09-Апр-11, (45) +1 // RHEL как правило не используется разработчиками софта Да и сам по себе boost не , vle (ok), 01:04 , 11-Апр-11, (68) // Зато он как правило используется как конечная система На которой в свою очередь, klalafuda (?), 09:40 , 11-Апр-11, (69) // Коммерческий закрытый софт, использующий boost,просто напросто соберется с нужно, vle (ok), 13:14 , 11-Апр-11, (73) yum clean all yum update glibc yum update yum rpm pyth yum clea, Ivan1986 (?), 19:48 , 09-Апр-11, (47) –4 // скребя в затылке Про убунту слайды показать Там похлеще, только бумажкой нак, Michael Shigorin (ok), 20:28 , 09-Апр-11, (49) Это рекомендованный безопасный путь, чтобы обновление проходило с последними gli, Аноним (-), 21:16 , 09-Апр-11, (51) Не понимаю, а чего все это считают магией Ведь всё логично и понятно Что такое, Aman (ok), 23:24 , 09-Апр-11, (54) Кто знает когда будет в CentOS официальная поддержка ext4 Думал в этом релизе но, CHIM.86 (ok), 00:12 , 10-Апр-11, (55) // В этом релизе официальная поддержка ext4, читаем релиз ноты внимательно Более то, Stax (ok), 01:49 , 10-Апр-11, (57) // Не знаю как про редхат, но в CentOS в инсталяторе нет выбора ext4 Уже скачивал , CHIM.86 (ok), 03:05 , 10-Апр-11, (59) // наверно там нужно опцию добавить при старте , andrey (??), 05:23 , 10-Апр-11, (62) А почему после yum update в Webmin так и пишется CentOS 5 5 Одной строчки достат, Аноним (-), 11:43 , 10-Апр-11, (63) // cat etc redhat-release CentOS release 5 6 Final , Nikolay (??), 12:04 , 10-Апр-11, (64) Особенно радостно, что наконец обновили GCC до 4 4 Завтра на работе обновляюсь , Толстый (ok), 17:12 , 10-Апр-11, (67) // Ну обновили - это наверное не совсем так Скорее - добавили cat etc redhat-, klalafuda (?), 09:44 , 11-Апр-11, (70) // Это даже лучше, ничего не сломается зато , Толстый (ok), 17:21 , 11-Апр-11, (79) про 6й центос, вот пишут мол сложно, долго траляля какой гемор однако сайнти, Аноним (-), 12:03 , 11-Апр-11, (72) // У них всё-таки надобность в халявном редхате более другими ресурсами подпёрта , Michael Shigorin (ok), 16:39 , 11-Апр-11, (78) Товарищи, а как на счет бага с залипанием процессов из-за неизвестной причины , Аноним (-), 00:29 , 03-Май-11, (88) 1,2,3,4,16,18,25,26,29,45,47,55,63,67,72,88

Сообщения

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

	24. "Релиз Linux-дистрибутива CentOS 5.6"	–1 +/–
	Сообщение от cmp (ok), 09-Апр-11, 14:13
	Во-первых, хрень, в которой надо еще разобраться, чтобы отстроить "нормальный серв" гарантирует, что админа не уволят, а если уволят, то пожалеют и скорее всего потеряют инфу/время, короче деньги. Во-вторых, это нормальная практика в других отраслях, скажем, как новый губернатор со своей командой, или премьер со своим правительством, или новый топ-манагер нокии с теплыми чувствами к своей старой работе в мс, пытающийся пропихнуть его и теперь. Если человек справляется с поставленной задачей, то не один ли хрен какими средствами, думаю работодателю, даже предпочтительнее чтобы использовалась система, которую его сотрудник знает лучше, а значит эффективнее работает. Генту на сервере, конечно заставляет задуматься о вменяемости, но почему не слака, там скриптов на 50Кб, чаще, проще решить задачу чутка их подправив, чем гуглить штатное средство для любой из перечисленных ОС.
	Ответить | Правка | Наверх | Cообщить модератору

	28. "Релиз Linux-дистрибутива CentOS 5.6"	+/–
	Сообщение от AHAH (?), 09-Апр-11, 15:27
	есть такое понятие как корпоративный стандарт , если я шел на работу и сказали сверху будешь использовать слес , значит использовать слес если уйду с этой работы то будут искать человека со знанием именно слеса , будь ты семь пядей во лбу со знаниями еще полусотни дистрибутивов так что <<< Если человек справляется с поставленной задачей, то не один ли хрен какими средствами, думаю работодателю, даже предпочтительнее чтобы использовалась система, которую его сотрудник знает лучше, а значит эффективнее работает. >>> рассуждения на уровне небольшой конторы - тогда согласен -- как в приборостроение : взаимозаменяемость и стандартизация давно прошли дни что системный администратор это Б в компании и как он сказал так и будет какую разнарядку спустили сверху какой софт использовать и каких версий так и будет --- также сравните затрату сил на обновления ПО \ дистрибутива в слакваре и дебиане \ слесе \ центе - Вам не жалко своего времени ?
	Ответить | Правка | Наверх | Cообщить модератору

	32. "Релиз Linux-дистрибутива CentOS 5.6"	–1 +/–
	Сообщение от zomg (?), 09-Апр-11, 16:09
	>> также сравните затрату сил на обновления ПО \ дистрибутива в слакваре и дебиане \ слесе \ центе - Вам не жалко своего времени ? В слаке давно все автоматизировано. slackpkg update && slackpkg upgrade-all  -- и все патчи приехали. Между релизами аналогично. Время поддержки релиза в слаке, между прочим, самое большое из всех дистров. Версия 8.1, вышедшая в 2002 году, до сих пор получает обновления. Задумайтесь.
	Ответить | Правка | Наверх | Cообщить модератору

	33. "Релиз Linux-дистрибутива CentOS 5.6"	+/–
	Сообщение от AHAH (?), 09-Апр-11, 16:21
	спасибо , не знал , особенно про обновления , давно ее пробовал выйдет , надеюсь , скоро , может на десктоп поставлю
	Ответить | Правка | Наверх | Cообщить модератору

	38. "Релиз Linux-дистрибутива CentOS 5.6"	+/–
	Сообщение от odus (ok), 09-Апр-11, 16:46
	А что в Slackware появился пакетный менеджер ? Раньше не было
	Ответить | Правка | К родителю #32 | Наверх | Cообщить модератору

	48. "rhel vs centos vs slackware vs..."	–1 +/–
	Сообщение от Michael Shigorin (ok), 09-Апр-11, 20:23
	Там он не _менеджер_, поскольку _управление_ зависимостями вынесено вне системы и выполняется специальным слоем API между стулом и клавиатурой ;-) Например, список бубнов для обновления yum'ом в новости мне глаз резанул.  Интересно, сколько и каких нужно действий (и насколько они документируемы) для обновления предыдущей слаквари до текущей? 2 zomg: нет, не "самое большое", а "внушительное, но всё равно меньше RHEL": http://www.redhat.com/rhel/server/extended_lifecycle_support/ И одно дело -- кто-то порой собирает и выкладывает, а совсем другое -- систематически и в ожидаемый срок выпускаются обновления.  Я вон и сейчас изредка делаю апдейты для ALM2.4 (2004 г.в.) и даже их выкладываю -- но ко времени _поддержки_ релиза это не относится.
	Ответить | Правка | Наверх | Cообщить модератору

	39. "Релиз Linux-дистрибутива CentOS 5.6"	+2 +/–
	Сообщение от Aman (ok), 09-Апр-11, 16:50
	> Время поддержки релиза в слаке, между прочим, самое большое из всех дистров. > Версия 8.1, вышедшая в 2002 году, до сих пор получает обновления. > Задумайтесь. Да, только и период выхода опубликованных критикалов, тоже самый большой, до 2-ух недель доходит (LAMP). Для старых релизов что-то апдейтится, что-то нет. Как захочется. Так что не надо. Можно конечно самому, ручками всё собрать, но смысл? Ядро в слаке всегда чисто ванильное. Для узких задач может быть плюc. Но ядра rhel рулят. И патчами и временем поддержки одной ветки (на слаку ядерные апдейты заканчиваются с поддержкой юзаемого ванила), бекпортов нет. Несерьёзно это всё. Для несерьёзного юзания, just for fun.
	Ответить | Правка | К родителю #32 | Наверх | Cообщить модератору

	41. "Релиз Linux-дистрибутива CentOS 5.6"	–1 +/–
	Сообщение от cmp (ok), 09-Апр-11, 19:12
	> сказали сверху будешь использовать слес , значит использовать слес Если речь о предприятии чей бизнес не связан с IT, то нафиг такую гнилую контору, потому что, нет гарантии, что завтра генерального не осинит идея вин98 на серверах. А аргументы против, как шерифа проблемы индейца. Партия сказала - надо, коммунист ответил - есть. За содержание инфраструктуры деньги платят админу, значит это его ответственность и решение, другое дело, если админ не очень-то компитентен и предприятию приходится пользоваться поддержкой извне. > рассуждения на уровне небольшой конторы И да, и нет. У больших контор этим занимается специальный отдел, у которого есть начальник, которому виднее, понятное дело устраиваться в эту компанию простым админом домена и диктовать условия - мол я сервак на что-то там переведу, мне так удобнее, а тех.поддержка пусть с клиентскими машинами как хочет изголяется, - не правильно. Но устраиваясь начальником отдела, подиктовать условия очень даже можно. > также сравните затрату сил на обновления ПО \ дистрибутива в слакваре и дебиане \ слесе \ центе - Обновление обновлению рознь, когда речь идет о внесении незначительных изменений, типа пхп с 5.2 до 5.3, то можно выбирать - любой дистр справится с разной степенью корявости. С обновлением glibc где-то уже могут начатся проблемы, а если речь идет об обновлении фс с ext3 до ext4, или перенос системы на виртуальный сервер, где журналируемая фс вообще без надобности. > Вам не жалко своего времени? Именно по-этому, предпочитаю доводить сервера до состояния, когда им уже не требуется никаких обновлений, чтобы года 3 и не вспоминать про его существование, сам не упадет, а чтобы не помогли, время от времени мониторить логи, - статистику обращений к портам хотя бы, на 99% попытку взлома можно отловить на шлюзе. Более того, 2 месяца на https в глобале висела web-морда управления кое-чем на тестовом компе, - 3 попытки обнаружить там phpmyadmin, зато ssh ломают - в урожайный день по ~40 ip в черном списке, короче по личному опыту, в своих силах я уверен больше, чем в обновлениях от "дяди", а 60% рабочего времени трачу на сторонние проекты.
	Ответить | Правка | К родителю #28 | Наверх | Cообщить модератору

	46. "Релиз Linux-дистрибутива CentOS 5.6"	–2 +/–
	Сообщение от Michael Shigorin (ok), 09-Апр-11, 19:47
	> но почему не слака, там скриптов на 50Кб, чаще, проще решить задачу чутка их подправив У меня есть один коллега -- вроде бы опёнковец и дебианщик, а по сути именно слакварист.  Вот он там "чутка поправит", тут "напишет своё", а потом смотреть на это всё сердце кровью обливается. Предлагаю к ознакомлению вот эту статью (автор сейчас в яндексе работает): http://www.linux.kiev.ua/ru/docs/articles/ideal-sysadm-rpm/ PS: смотрю, про 8.1 уже отметились -- не буду повторять в качестве "впрочем" ;-)
	Ответить | Правка | К родителю #24 | Наверх | Cообщить модератору

	61. "Релиз Linux-дистрибутива CentOS 5.6"	+/–
	Сообщение от cmp (ok), 10-Апр-11, 04:46
	Не предлагаю слаку на сервера ставить всем и всегда, но в неких "идеальных" условиях вполне вариант, лично по мне, так она как автомат калашникова, там ломаться нечему, хотя автоматизации - ноль, из каробки не заработает и какое-то время придется допиливать. Чую щас опять заминусуют, но как вы штатными средствами (без ковыряния скриптов) запустите второй процесс FastCGI демона, с правами рута, который бы формировал страничку-отчет о состоянии впн соединений, дабы не лазить в консоль каждый раз когда в филиале чета отваливается, rh вон пилит свою мега systemd, но что-то я не нашел в спеках на нее заявленной поддержки более 1 копии процесса со отдельными pid файлами. Да я обеими руками за стандарты, тока их уже давно не принимают, то судятся, то жопу мнут, html5 уже на финишную прямую вышел, и бах - а мы хотели, но нас так мало, а надо всем, и в итоге дырка от бублика, зато ее на всех хватает.
	Ответить | Правка | Наверх | Cообщить модератору

	76. "Релиз Linux-дистрибутива CentOS 5.6"	–1 +/–
	Сообщение от Michael Shigorin (ok), 11-Апр-11, 16:33
	Дядьку, так "вторые экземпляры" распихиваются по контейнерам и обычно от этого получается гораздо всё чище, аккуратней и поддерживаемей, чем месиво из всего в одном корне. Посмотрите не openvz, так lxc -- только один момент: когда накладные расходы на каждый контейнер невелики, то это нормально, а вот даже на одном хосте держать десяток слакварей вместо одной -- боюсь, ближе к застрелиться (разве что очень аккуратно прошаблонить и следить за тем, что одинаковые изменения делаются одинаковым образом). А насчёт "ломаться нечему" -- так из редхата слакварь сделать можно, а вот наоборот -- практически нет (SuSE от корней отучали много лет, но aaa & K не так давно выкорчевали). IMHO слакварь хороша разве что баги в апстримы файлить -- без патчей ситуация ближе к ожидаемой их разработчиками получается.  Но у меня, скажем, основные задачи линуксового дистрибутива немного другие :) #include "http://forum.lafox.net/?showtopic=11769"
	Ответить | Правка | Наверх | Cообщить модератору

	80. "Релиз Linux-дистрибутива CentOS 5.6"	+/–
	Сообщение от vle (ok), 11-Апр-11, 21:10
	> Дядьку, так "вторые экземпляры" распихиваются по контейнерам > и обычно от этого получается гораздо всё чище, > аккуратней и поддерживаемей, чем месиво из всего в > одном корне. Не надо ляля. Это в вашем линупсе для таких простых вещей нужны контейнеры и прочая тяжелая артилерия с оверхедом и на поддержку и на ресурсы компа. В NetBSD такие вещи делаются гораздо удобнее и проще, чем в любом линупсе. Во FreeBSD, думаю, примерно так же. Совершенно недавно запускал на сервере ДВА демона dictd на разных портах В READ-ONLY CHROOT-е. Ниже пример. Вот дефолтный стартап скрипт. /etc/rc.d/dictd:    #!/bin/sh    #    # PROVIDE: dictd    # REQUIRE: LOGIN    . /etc/rc.subr    name="dictd"    dictd_flags=${dictd_flags-"--pp '/usr/bin/m4 -P'"}    rcvar=$name    command="/usr/pkg/sbin/${name}"    pidfile="/var/run/${name}.pid"    required_files="/usr/pkg/etc/dictd.conf"    load_rc_config $name    run_rc_command "$1" А вот стартап для дополнительного демона на другом порту. /etc/rc.d/dictd_pkg_online:    #!/bin/sh    #    # PROVIDE: dictd_pkg_online    # REQUIRE: LOGIN    . /etc/rc.subr    name="dictd_pkg_online"    dflt_flags="-c /usr/pkg/etc/dictd_pkg_online.conf --pp '/usr/bin/m4 -P'"    dictd_pkg_online_flags=${dictd_pkg_online_flags-$dflt_flags}    rcvar=$name    command="/usr/pkg/sbin/dictd"    pidfile="/var/run/${name}.pid"    required_files="/usr/pkg/etc/dictd_pkg_online.conf"    load_rc_config $name    run_rc_command "$1" wdiff, думаю, ты получишь сам. /etc/rc.conf:    dictd=YES    dictd_chroot=/srv/dictd    dictd_pkg_online=YES    dictd_pkg_online_chroot=/srv/dictd_pkg_online Естественно, /etc/rc.d/foobar [start|status|restart|stop|...] работает, как положено. > (SuSE от корней отучали много лет, > но aaa & K не так давно выкорчевали). Опять сплетни распространяем? 12 лет назад SuSE-6.1 был сильно мало похож на слаку, уж поверь.
	Ответить | Правка | Наверх | Cообщить модератору

	85. "Релиз Linux-дистрибутива CentOS 5.6"	+/–
	Сообщение от non anon (?), 13-Апр-11, 17:22
	>rh вон пилит свою мега systemd, но что-то я не нашел в спеках на нее заявленной поддержки более 1 копии процесса со отдельными pid файлами Во-первых, пилит не редхат, у которого rhel теперь на upstart, а коллектив разработчиков из разных компаний (rh, novel, ibm, nokia, mandriva и т.д.). Во-вторых, systemd не использует pid-файлы. В линаксе давно уже поддерживаются контрольные группы, которые не только упрощают отслеживание процессов, включая их потомков, но и автоматом дают возможность ограничивать для них ресурсы. Проще говоря, в линаксе pid-файлы уже давно не нужны. В-третьих, systemd использует такую занятную фичу линакса, как filesystem namespaces. Например, для заданного процесса можно сделать корень доступным только на чтение. А еще можно сделать так, чтобы процесс видел свой собственный каталог /tmp, не тот, который видят другие процессы. Не говоря уже о нативной поддержке чрута. В общем, в systemd запускать параллельно одинаковые процессы для разных задач не просто легко, а очень легко.
	Ответить | Правка | К родителю #61 | Наверх | Cообщить модератору

	87. "Релиз Linux-дистрибутива CentOS 5.6"	–1 +/–
	Сообщение от cmp (ok), 22-Апр-11, 04:57
	chroot - ну, как же, пложение сущностей - есть в сущности зло. По темповику каждому процессу, по собственному корню, так уж проще виртуальных серверов наплодить пусть там и по персональному ядру будет, если у мс тенденция к разделению данных на системные и пользовательские, пытаются уйти от сохранения данных в системе или програм-файлз, то это движение в обратную сторону, хранить не в /etc, а каком-нить /srv/http/etc или еще черти где.
	Ответить | Правка | Наверх | Cообщить модератору

	86. "Релиз Linux-дистрибутива CentOS 5.6"	+2 +/–
	Сообщение от один коллега (?), 13-Апр-11, 18:34
	>> но почему не слака, там скриптов на 50Кб, чаще, проще решить задачу чутка их подправив > У меня есть один коллега -- вроде бы опёнковец и дебианщик, а > по сути именно слакварист.  Вот он там "чутка поправит", тут > "напишет своё", а потом смотреть на это всё сердце кровью обливается. Мойша, ви меня таки извините, но на правах того самого "одного коллеги" не могу не заметить, что глядя на ваши поделия меня таки неудержимо тянет на смех. Не выносите сор из избы, вам же хуже будет =) Все решают затраты по времени. Очень часто нарисовать свое означает экономию времени на изучении чужого, разумеется, при соблюдении условия - я могу это сделать на должном уровне и в предсказуемые сроки. В случае же Мойши Шигорина все значительно сложнее - он, фигурально выражаясь, пытается сделать репозиторий с одним рпм-пакетом ради одной инсталляции одного шелл-скрипта. Такая нерациональная трата ресурсов выглядит, по крайней мере, глупо; но Миша не признаёт наличие проблемы, и тем самым часто доставляет =)
	Ответить | Правка | К родителю #46 | Наверх | Cообщить модератору

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

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