Файловая система XFS повреждается в RHEL/CentOS 6.x - Что я могу делать с этим?
Присвойте версию всему.
Развертывание зависит от того, сколько необходимо "настроить" для каждого из этих сайтов. Если они идентичны за исключением файла конфигурации или два, можно просто проверить копию кода им и внести незначительные изменения. По мере необходимости выполните команду обновления своего управления версиями для каждого из клиентов.
Если Вы пойдете с "контролем непосредственно в сайт клиента" модель распределения, то Вы захотите быть уверенными, что Ваш сервер исключает доступ к каталогам управления версиями так, чтобы люди не могли просмотреть на http://example.com/.git/ и посмотреть в Ваши внутренности. Кроме того, у меня определенно были бы тест и производство virtualhost для каждого клиента, чтобы удостовериться, что обновление сайта не выходит из строя. Особенно при внесении пользовательских изменений в файлы отдельных клиентов затем необходимо будет обработать конфликты, прежде чем изменения пойдут живые. В этом случае Вы были бы контроль/обновление тест виртуальный хост, и когда все работает правильно, Вы скопировали бы тест виртуальный хост производства виртуальный хост.
В какой момент имеет смысл отойти от ядра и пакеты, предоставляемые ОС, когда разработчик основной ветки разработки нарушил важную функцию?
«В точке, где поставщик» Другие варианты, такие как полный переход на CentOS, также непривлекательны (потому что вы теряете поддержку, и вы по-прежнему получаете код RedHat, созданный кем-то другим, поэтому у вас все еще есть эта ошибка).
К сожалению, если достаточное количество людей (т.е. «огромные компании) не возьмут свои шарики и не пойдут домой, продавец не будет так сильно заботиться о том, чтобы обмануть людей, отправив плохой код, а не исправив его.
Если вам действительно нужно исправить ядро RHEL, вы можете сделать это самостоятельно и получить официальную поддержку этого ядра, вам просто нужно
Для этого есть положения в соглашении о поддержке RHEL - ISTR вы ограничены 1 или 2 в квартал или год, но не можете вспомнить наверняка.
This was fixed (quietly) by Red Hat April 23, 2013 in RHEL kernel-2.6.32-358.6.1.el6 as part of the 6.4 errata updates...