"Нашлось" бы. Без внятных ответов на простые вопросы - гадать можно сколько угодно: не тот файл, директивы, которые не поддерживает данная версия PHP, тридевять причин...
Это у вас не самоуверенность - это тупость.
Меньше "гуглите" шерлок и больше документацию читайте.
Знаете, тут этот вопрос с начала треда задают.
Покуда в треде не прозвучало ни одного технического вопроса. Вы все еще надеетесь здесь купить услуги телепатов?
Или изменения были сделаны не те. Или "схватывание" изменений определяется как-то по-дурацки. Бедновата фантазия?
Все что надо было от ТС - подробно ответить на второй пост.
Потому что у него безграмотный администратор. Не обижайтесь, но судя по глупости вопроса - это наиболее вероятная причина.
Решение вам подсказали: KVM. Возможно, ваш ДЦ предоставляет иные варианты, типа rescue-системы в Hetzner.
Уважаемый "решатель технических проблем", вас фраза
Какие? Как?
Контрольный выстрел теста Тьюринга: какие вопросы вам задавали?
Что написано в строке "Loaded Configuration File" вывода phpinfo()?
Что написано чуть ниже в "Additional .ini files parsed"?
Какой именно файл(ы) вы редактировали?
Какие именно "настройки", что написали?
Скажите проще: глубоко не копал, клиент о потере данных не заявлял... Будет жаловаться - отболтаюсь случ-чо происками Ганса...
Забавно, учитывая то что в RH сейчас работает Шишкин. Давненько я ее не пользовал - это с какого релиза открутили?
Тем не менее, "связи" с осуждением бедного Ганса из этого, увы - не следует. Неудачно пошутили? Вот в пользу наличия технических проблем с reiserfs это свидетельствует.
ага. Либо баг - либо админ виноват, см. пост выше почему.
Можно поподробнее?
Не может такого быть при нормальной работе с журналом. Только если специально пожертвовали целостностью данных в пользу производительности.
Тогда hdparm -W 0 /dev/sd? поставьте, в крайнем случае. Лучший вариант: MD raid (и LVM, если он у вас поверх MD) стал поддерживать барьеры, так что можете включить их у файловой системы (barrier=flush для reiserfs).
