Сегодня перестало логиниться в админки разных движков и phpmyadmin. Причем на фронтенде авторизуется. Но при попытке зайти в админку страница будто просто обновляется.

Если вввести заведомо неправильный пароль, то выдает сообщение о неверном пароле. Если вводить правильный, ничего не происходит. Просто перезагружается страница (ну это по внешним признакам).

До этого через WINSCP правил конфиг одного из сайтов. Сохранил, обновляю... Ошибка синтаксиса лялялятополя. Открываю снова конфиг - пустой. Смотрю размер - 18 кбайт. Открываю снова - путой.

[user~]$ cat config.php
пусто

[user~]$ vi config.php
пусто

Нашел недавно забэкапленный конфиг, восстановил. Все работает.

Захожу в админку. Хрен там! Вижу то, что описал выше.

Примечательно, что не заходит в админки разных движков и phpmyadmin.

Ребутнул мускул и апач. Та же хрень.

mysqlcheck'ом проверил и восстановил таблицы. Безрезультатно.

Что же делать? Как мне быть? Куда рыть?

• Не логинется в админку сайтов,fs, 15:49 , 14-Сен-13
  • Не логинется в админку сайтов,lousx, 15:59 , 14-Сен-13
  • Не логинется в админку сайтов,lousx, 16:08 , 14-Сен-13
    • Не логинется в админку сайтов,PavelR, 20:28 , 14-Сен-13
      • Не логинется в админку сайтов,lousx, 21:02 , 14-Сен-13
        • Не логинется в админку сайтов,PavelR, 22:49 , 14-Сен-13

> Что же делать? Как мне быть? Куда рыть?

проверить права на директорию, где php храний файлы сессий. в rhel/centos - /var/lib/php/session

>> Что же делать? Как мне быть? Куда рыть?
> проверить права на директорию, где php храний файлы сессий. в rhel/centos -
> /var/lib/php/session

drwxrwx---. 2 root apache 827392 Сен 14 15:58 session

Файлы сессий пишутся кажется. Куча файлов сегодняшних.

>> Что же делать? Как мне быть? Куда рыть?
> проверить права на директорию, где php храний файлы сессий. в rhel/centos -
> /var/lib/php/session

Может, как вариант легкого решения проблемы, попробовать обновить апач?
Server version: Apache/2.2.15 (Unix)

Явно же проблема с правами на файлы или какой то файл крэшнулся.
Логин с БД то не связан, кроме как проверкой хэша пароля?
Да и к тому же не могли базв разных сайтов навернуться таким образом. Тем более все сайты работают исправно. Дебаггинг на одном из них ошибок не выдал.

> Может, как вариант легкого решения проблемы, попробовать обновить апач?
> Server version: Apache/2.2.15 (Unix)

это не винда, тут такие подходы /обычно/ не работают. Тем более, вы сами оцениваете ситуацию как:

> Явно же проблема с правами на файлы или какой то файл крэшнулся.

а обновление веб-сервера никак с файлами сайтов не связано.

>Что делать?

Включать аналитику, думать.
Размещать тестовые скрипты в каталогах, проверять, выискивать общее, устранять проблему.

Квоты дисковые проверить, и свободное место на разделах.

>> Может, как вариант легкого решения проблемы, попробовать обновить апач?
>> Server version: Apache/2.2.15 (Unix)
> это не винда, тут такие подходы /обычно/ не работают. Тем более, вы
> сами оцениваете ситуацию как:
>> Явно же проблема с правами на файлы или какой то файл крэшнулся.
> а обновление веб-сервера никак с файлами сайтов не связано.

Файлы апача, т.к. на разных сайтах такая ситуация.

>>Что делать?
> Включать аналитику, думать.
> Размещать тестовые скрипты в каталогах, проверять, выискивать общее, устранять проблему.
> Квоты дисковые проверить, и свободное место на разделах.

Уже разобрался. При попытке обновить апач выяснилось что нет места. Глупо. но бывает. БД заполонила весь хард. Почистил, все в норме. Всем спасибо.

>> Квоты дисковые проверить, и свободное место на разделах.
>Уже разобрался. При попытке обновить апач выяснилось что нет места.

=)))

>Глупо. но бывает.

Бывает..
Чтобы не бывало - надо настраивать мониторинг, на нем бы было сразу видно.