Войти в систему

Home
    - Создать дневник
    - Написать в дневник
       - Подробный режим

LJ.Rossia.org
    - Новости сайта
    - Общие настройки
    - Sitemap
    - Оплата
    - ljr-fif

Редактировать...
    - Настройки
    - Список друзей
    - Дневник
    - Картинки
    - Пароль
    - Вид дневника

Сообщества

Настроить S2

Помощь
    - Забыли пароль?
    - FAQ
    - Тех. поддержка



Пишет Misha Verbitsky ([info]tiphareth)
@ 2009-07-05 00:38:00


Previous Entry  Add to memories!  Tell a Friend!  Next Entry
Настроение: tired
Музыка:Hochenkeit - "omu4h 4aholab / 400 Boys"
Entry tags:lenin.ru

lenin.ru переехал
Перенесли lenin.ru окончательно, со всеми поддоменами.
Вроде бы без проблем. Новый сервер мне нравится, не глючит
пока, и даже не греется. Вообще Генту это идеальная серверная
система, воистину.

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

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

Привет



(Читать комментарии) - (Добавить комментарий)


[info]beshenov
2009-07-05 20:42 (ссылка)
> а апгрэйд системы на ящике, к которому нет физического доступа, дело дико рисковое

Ну только если так. Хотя ветка всегда тестируется, и кое-где даже очень долго, прежде чем объявляется стабильной. Пакеты и зависимости при этом "замораживаются". Зависимости регулярно ломают в экспериментальной ветке.

"Dependency hell", вроде, про ручное разрешение зависимостей, как в голом dpkg и rpm. Но его никто и не использует.

(Ответить) (Уровень выше) (Ветвь дискуссии)


[info]tiphareth
2009-07-05 22:23 (ссылка)
>Зависимости регулярно ломают в экспериментальной ветке.

Везде ломают. Проблема в том, что за 2-3 года сломанные
зависимости накапливаются, и со временем неизбежно делают
систему неработоспособной.

Впрочем, с Дебяном дела я особо не имел, но с rpm, yum и прочим
это неизбежно случается. Но на современных системах бинарник
компилируется из сорсов за минуту, то есть быстрее, чем
скачивать, и возня с бинарниками вообще низачем не нужна.

Такие дела
Миша

(Ответить) (Уровень выше) (Ветвь дискуссии)


[info]gorinevski.livejournal.com
2009-07-05 23:44 (ссылка)
Если админ смог за 2-3 года убить CentOS сломанными зависимостями - это повод, чтобы дать ему медаль за отвагу и беспощадность при исполнении.
Что касается доступа к ящику, то следует пользоваться KVM over IP или аналогами, зашитыми в серверные BIOSы.

(Ответить) (Уровень выше) (Ветвь дискуссии)


[info]tiphareth
2009-07-06 00:04 (ссылка)
>следует пользоваться KVM over IP

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

(Ответить) (Уровень выше)


[info]tiphareth
2009-07-06 00:08 (ссылка)
>Если админ смог за 2-3 года убить
>CentOS сломанными зависимостями

а похуй, убил не убил
вот у меня на сервере Mandrake 9.1
че с ним делать теперь? всю систему с нуля
переставлять что ли? Пакетов под него
нигде нет уже лет 5.

да хуй же

Апгрэйд с 9.1 в 10.1 я как-то делал,
в домашнем компе, пол-линукса слетело к ебеням,
а сейчас и 10.1 хуй найдешь

(Ответить) (Уровень выше) (Ветвь дискуссии)


[info]gorinevski.livejournal.com
2009-07-06 00:29 (ссылка)
Зачем тебе вечная игла для примуса? Как бы ты ни бился, период полураспада сервера с ОС не больше 5 лет, а потом уже костлявая объявляется. Центос, я думаю, тебе даст несколько долгих лет + еще, если повезет, несколько лет загробной жизни. А вот качесто жизни улучшится, типа за пару минут чего-нибудь поставить/проапгрэйдить итп. Если, конечно, это тебя не лишит удовольствия часами что-нибудь собирать.

Про ментов и KVM не понял, я не в контексте. Я про это: http://en.wikipedia.org/wiki/KVM_switch#KVM_over_IP и это бывает прямо уже в сервере через езернет железно-софтовое и за небольшие денежки.

(Ответить) (Уровень выше) (Ветвь дискуссии)


[info]tiphareth
2009-07-06 00:36 (ссылка)
Соответствующая железка стоит $2000 примерно
мой провайдер (единственный в Британии, который
согласился взять мой сервер с обещанием не закрывать
ничего без распоряжения полиции) позволить себе
его не может

оба провайдера в Москве тоже не имеют его

а те, которые имеют, закроют сервер по первому же комплэйну
от политически озабоченных

ну а причин ставить центос никаких таки не вижу, бинарники
это прошлый век (а тем более RPM-системы - анахронизм вообще)

будь у меня 1000 компов с одинаковыми задачами,
тогда центос рулит, а у меня 1.

Такие дела
Миша

(Ответить) (Уровень выше) (Ветвь дискуссии)


[info]gorinevski.livejournal.com
2009-07-06 00:56 (ссылка)
Железка твоя должня быть, а не провайдера, если сервер твой, я думал, ты про него. С ценой ты ошибаешься на порядок.
От балды: http://www.google.com/products?q=KVM-over-IP%20Remote%20Management%20Card

Если мамка у тебя серверная, для нее может быть такое решение за 100 (туда фитюлька вставляется или уже есть там). У нас хостеровский сервер за 50 в месяц такое включает, кажется.

Если бы у тебя было 1000 серверов, то твои айтишники бы решали, как им удобнее и какими тулзами, т.к. такое количество серверов может существовать только в симбиозе со стаей людей. А раз у тебя 1 и хобби пересобирать и тестировать то, что уже собрали и протестировали 1000 раз, то тебе RPM система не нужна.

(Ответить) (Уровень выше) (Ветвь дискуссии)


[info]tiphareth
2009-07-06 01:05 (ссылка)
Есть провайдерская железка, в которую вставляются провода
от сервера, а она шлет сигнал по IP. Она дико дорогая.

Что существуют PCI-карты для того же самого, я не знал
(2 года назад, когда покупал дико дорогой сервер, не было
вроде бы, я б баксов 500 с удовольствием потратил бы).
Спасибо, в следующий раз воспользуюсь.

А ты не в курсе, что это у нее за разъемы тут?
LAN я понимаю, а еще два что - сериальные порты что ли?
И нафига?

Такие дела
Миша

(Ответить) (Уровень выше) (Ветвь дискуссии)


[info]gorinevski.livejournal.com
2009-07-06 01:26 (ссылка)
Не, я про эту конкретную ничего не знаю, но когда я пару лет назад покупал супермайкро у них что-такое было свое, и у HP уже это дело часто прямо в мамке, надо только пробашлять "лицензию", от которой работает все, а не часть, как сначала. И у других готовых серверов часто. Эти хрени еще ресет умеют делать и температуру мониторить.
А "провайдерская железка", кстати, тоже недорогая, за 500 8 портов.

(Ответить) (Уровень выше) (Ветвь дискуссии)


[info]tiphareth
2009-07-06 01:35 (ссылка)
>А "провайдерская железка", кстати, тоже недорогая, за 500 8 портов.

А, ну круто
в 2007 в UK дешевле 2500 фунтов не было,
искал специально

(Ответить) (Уровень выше)


[info]tiphareth
2009-07-06 00:39 (ссылка)
>часами что-нибудь собирать

кстати, собирается оно не часами, а примерно
столько же времени, сколько занимает скачивание,
то есть по времени установки проигрыш минимальный
всю систему целиком можно пересобрать за 2 часа
(включая ядро и gcc)

но на продакшн, конечно, пересобирать
систему никто не станет, фигли, а мелкий
апгрэйд занимает минуту-две

(Ответить) (Уровень выше) (Ветвь дискуссии)


[info]beshenov
2009-07-07 04:48 (ссылка)
> всю систему целиком можно пересобрать за 2 часа включая ядро и gcc

Сомнительно. Я не могу отказаться от бинарников, как раз потому что собирать очень долго. Мне кажется, всю свою систему, включая ядро и все компиляторы-интерпретаторы, мне и за день не собрать (это рабочий десктоп, вполне современный). Загрузка пакетов из сети занимает в несколько раз меньше времени.

(Ответить) (Уровень выше) (Ветвь дискуссии)


[info]tiphareth
2009-07-07 06:27 (ссылка)
Может, qt/gnome сильно гадят?
Под сервер, который я сейчас ставил (с одним процессором
типа core duo и не самым новым) emerge world занимал 2 часа
(из них полчаса уходило на gcc). Но qt/gnome я стараюсь
сознательно не ставить (и сношу везде, где могу)

На gentoo.org приводятся раскладки по времени компиляции
генту, на десктопных системах, там сравнимые цифры.

Такие дела
Миша

(Ответить) (Уровень выше) (Ветвь дискуссии)


[info]beshenov
2009-07-07 07:46 (ссылка)
GNOME и KDE у меня нет, есть GTK с Qt.

Собирается очень долго ядро, вещи из GCC (gcc, g++), Qt (библиотеки и SDK), всякие прочие штуки типа ghc (минут сорок сборки против пяти минут на загрузку и установку бинарников), особо хитрые библиотеки.

Если всё собирать, то уйдет целый рабочий день.

На сервере, разумеется, ПО другое и его меньше.

(Ответить) (Уровень выше)


[info]don-oles.livejournal.com
2009-07-07 09:41 (ссылка)
Правильные пацаны ставят FreeBSD.
Нахуй линух если нету оракла, жабы, домино.

(Ответить) (Уровень выше)


[info]yushi
2009-07-06 17:53 (ссылка)
Проблема в том, что за 2-3 года сломанные
зависимости накапливаются, и со временем неизбежно делают
систему неработоспособной.


Да нет же! Чтобы не быть голословным, вот тебе пруфлинк: http://squadette.livejournal.com/594332.html

"за последние несколько месяцев я постепенно апгрейдил свой серверочек на ходу (без единой перезагрузки) по маршруту FC6 -> FC7 -> FC8 -> FC9 -> FC10"

При том, что yum соперничает с urpmi за первое место в рейтинге самых тупых и глючных систем управления пакетами, да.

Впрочем, с Дебяном дела я особо не имел, но с rpm, yum и прочим
это неизбежно случается.


Давай не путать. Есть собственно форматы пакетов (популярных — два: rpm и dpkg). Пакет — это просто архив с программой, плюс скрипты установки/удаления, плюс список зависимостей. Гентушный ебилд это тоже в каком-то смысле такой пакет. И есть системы управления пакетами. Это apt, yum, yast, urpmi, emerge. Такие системы позволяют выкачивать пакет из внешних источников вместе со всеми зависимостями (избавляя таким образом пользователя от dependency hell), а также обновлять систему, как подкачивая всякие мелки апдейты в рамках одной версии ОС (скажем, закрывающие дырки в безопасности), так и прыгая между версиями.

Если не ставить в систему левый софт через "./configure; make; make install" и не запихивать пакеты на компьютер при помощи "rpm --force --nodeps" и аналогов, оно будет вполне живучее и работоспособное хоть с apt, хоть с emerge. И даже с yum иногда, как вот показывает практика.

(Ответить) (Уровень выше)


(Читать комментарии) -