В компании .masterhost предоставляют образы с операционными системами, для которых уже анонсировано EOL (время жизни продукта уже завершено).
Для Fedora Core 7 дела можно частично поправить, используя репозиторий remi для получения свежих обновлений, типа PHP 5.3.
Тем не менее, более правильно обновиться до новой версии операционной системы.
Процесс лучше проходить последовательно.
с Fedora Core 7 на Fedora 8 (шаг необязательный)
yum clean all
rpm -Uvh http://archives.fedoraproject.org/pub/archive/fedora/linux/updates/8/i386/fedora-release-8-6.transition.noarch.rpm
yum clean all
yum -y upgrade
reboot
После перезагрузки (занимает десяток секунд) проверяем версию:
с Fedora Core 7 или Fedora 8 на Fedora 9
yum clean all
rpm -Uvh http://archives.fedoraproject.org/pub/archive/fedora/linux/updates/9/i386.newkey/fedora-release-notes-9.0.2-1.noarch.rpm http://archives.fedoraproject.org/pub/archive/fedora/linux/updates/9/i38...
yum clean all
yum -y upgrade
reboot
с Fedora 9 на Fedora 10
Пришлось убить avahi, так как он не резолвился (yum remove avahi).
yum clean all
rpm -Uhv http://archives.fedoraproject.org/pub/archive/fedora/linux/releases/10/Fedora/i386/os/Packages/fedora-release-notes-10.0.0-1.noarch.rpm http://archives.fedoraproject.org/pub/archive/fedora/linux/releases/10/F...
yum -y clean all
yum upgrade
reboot
с Fedora 10 на Fedora 11
yum clean all
rpm -Uvh ftp://download.fedora.redhat.com/pub/fedora/linux/releases/11/Fedora/i386/os/Packages/fedora-release-11-1.noarch.rpm ftp://download.fedora.redhat.com/pub/fedora/linux/releases/11/Fedora/i38...
yum clean all
yum -y upgrade
reboot
с Fedora 11 на Fedora 12
yum clean all
rpm -Uvh http://mirror.corbina.net/pub/Linux/fedora/releases/12/Fedora/i386/os/Packages/fedora-release-12-1.noarch.rpm http://mirror.corbina.net/pub/Linux/fedora/releases/12/Fedora/i386/os/Pa...
yum clean all
yum -y upgrade
reboot
с Fedora 11 или Fedora 12 на Fedora 13 (нежелательно)
Не рекомендую пока обновляться на Fedora 13.
Были глюки с пакетом lynx (требовал пакета indexhtml), просто его удалил (yum remove lynx), так как консольный браузер мне не нужен.
yum clean all
rpm -Uvh http://mirror.corbina.net/pub/Linux/fedora/releases/13/Fedora/i386/os/Packages/fedora-release-13-1.noarch.rpm http://mirror.corbina.net/pub/Linux/fedora/releases/13/Fedora/i386/os/Pa...
yum clean all
yum -y upgrade
reboot
Может потребоваться обновить локаль:
Комментарии
Сейчас все друпальщики сделают как вы советуете и тема "Как скатиться с PHP 5.3 до PHP 5.2" снова войдет в моду
А разве Drupal 6.14 и выше не поддерживает PHP 5.3? Правда, со сторонними модулями будет не сахарно.
Кстати, yum иногда сам себя некорректно обновляет и начинаются танцы с бубном
Пока не сталкивался с такими глюками. На такие крайние случаи бэкапы, техсаппорт провайдера и т.д. )
Не надо делать так как вы пишите.
Попросите образ CentOS5 вместо Fedora и уже под CentOS5 соберёте себе и PHP и всё что угодно, потому что CentOS5 поддерживается сейчас и будет поддерживаться года два ещё точно!
А зачем мне CentOS? Она чересчур зациклена на стабильности.
Под Fedora пакеты более свежие обычно, и проблем с ней также нет.
Да и собирать на VPS из исходников - не всегда возможно, есть лимиты на оперативку, в которые некоторый софт запросто при сборке упрётся.
часть модулей точно не работает, поэтому юзаю 5.2.9
Ну значит, просто не используем репозиторий remi, или ставим пакет php с указанием версии 5.2.9
Т.е. вам стабильность не нужна?
Ну тогда действительно, почему бы и не федора
А свежие версии я сам собираю под CentOS и не на VPS ктати - делать это можно локально
Везде нужен баланс.
Для обычных Web-сайтов баланс вполне реально сместить в сторону новизны.
Более того, не было у меня за несколько лет ни одной проблемы ни с Fedora, ни с Debian Lenny.
CentOS тоже использовал, но реально бесит, что под неё всё старое.
На кой хрен федоры и убунты, если CentOS 5 пашет как часы. Кстати, пробовал обновлять php из remi, так после этой лажи пришлось откатываться назад. Нашел, правда, обновление до 5.2.12 из репозитария atomic. С ним проблем никаких.
У меня PHP и MySql из Remi работают на Федоре как часы.
Ставьте люди дебиан, и будет вам счастье
+ 1 за debian stable
опс... не туда
О вкусах, конечно, спорить нет никакого смысла, но, всё же, думаю, что для сервера на первый план должна выступать стабильность. Это я отношу, конечно, не к Вашему личному сайту, который Вы можете гонять под чем угодно.
Важнее соотношение стабильность/производительность/удобство/современность.
Недостаток чистой стабильности восполняется другими факторами.
А для обеспечения надёжности просто используются такие службы, как Runit, Monit или Bluepill.
Пример:
У меня на продакшене стоят, к примеру, nginx версии 0.8.x, а не стабильные nginx 0.7.x.
Просто потому, что возможности nginx 0.8.x нам так необходимы, что мы используем нестабильную ветку.