Странное поведение сервера

Легко. Точнее, если никто больше ничего не трогал - это наивысшая вероятность.

Иногда обновления панели производят интересные изменения, только успевай за ними. Жаль, что не всегда удачные. Потому, если для себя, никогда не ставлю панель: так гарантированно конфиги останутся на своих местах и в том виде, в котором их записали. А панель очень уж любит их менять на свой вкус и цвет. Не раз сталкивался, к сожалению.

скорее всего обновление прилетело, посмотрите лог апдейта, если совпадает с временем когда слетела настройка то 100% ispmanager

Да, совпадают - но если рестарт сервера БД я ещё понимаю как оно могло сделать, то как какое-то обновление панели смогло заставить openfire перестать коннектиться к БД по localhost и стать туда пытаться подключаться по 127.0.0.1 вопреки тому что написано в конфигурационном файле - ума не приложу :(

Есть вариант, что после обновления путь к конфигу по умолчанию поменялся те. другом месте его могло читать. Те после перезагрузки считало новый конфиг где совсем другие настройки.

Иногда софты таким грешат :-(

Тоже по этой причине отказался от панели. Живет своей жизнью, сама что-то там обновляет, меня не спрашивает. Лишняя прослойка нужная для совсем новичков.

Да как угодно, я думаю, если поискать - найдете. Как выше сказал товарищ, просто мог начать читать конфиг из другого места, мог переписать текущий, мог в текущий добавить инклюд, который переопределяет основной конфиг, а еще мог в резолвинге взять и заменить на сервере localhost localhost на localhost 127.0.0.1 и все, привет, понеслись коннекты в другом направлении. Казалось бы, сущий пустяк, но как раз этим панель и вымораживает, периодически )

127.0.0.1 и localhost это одно и то же. Собственно, камень в огород админам. У вас случился запрет на подключение к сети и остался только unix-socket, и обновление панели в общем-то при правильно сделанных настройках ничего бы не сломало. Попробую в телепатию: сервер БД установлен из стороннего репозитория.

Это не одно и то же. В файлике /etc/hosts можно сделать localhost чем угодно. А для базы это вообще разные вещи.

Ну да. Про стандарты не слышали, не?

[sarcasm] А я думал, что база не использует системный резолвер, вы для меня открытие прям сделали. [/sarcasm]

Собственно говоря, серверу БД вообще начхать, как там и куда ведёт localhost. Есть два типа коннекта к базе: через сокет и через TCP. В данном случае изменились настройки OpenFire (?). Хотя, может, кто-то всё же в hosts прописал правильную строку: может и панель при обновлении.

lonelywoolf, что за дебильная манера петросянить? Давайте проясним, через сокет, это unix domain socket, а через TCP - это TCP сокет, верно? Тогда вопрос у меня к вам, если база работает в skip-name-resolve, я смогу зайти на localhost. И если без skip-name-resolve? И ещё вопрос, если я выдал права

GRANT ALL ON *.* TO 'user'@'localhost'; 

смогу я зайти по 127.0.0.1?