Ошибка форума phpBB: Critical error. Error creating new session
Данная неработоспособность связана с "дыркой" в самом форуме phpbb.

Cостоит она в том, что форум хранит в БД все сессии, не удаляя их, или удаляя с такой периодичностью, что, в конце концов, таблица сессий переполняется и форум выдаёт ошибку "phpBB: Critical error. Error creating new session", т.к. не может работать дальше с таким количеством сессий.

Чтобы устранить ошибку выполните следующее:

1. откройте корневую директорию форума
2. откройте файл includes/sessions.php
3. найдите строку 152
4. замените эту строку
message_die(CRITICAL_ERROR,
'Error creating new session', '', __LINE__,
__FILE__, $sql);

на следующие:
$error = TRUE;
if (SQL_LAYER == "mysql" || SQL_LAYER == "mysql4")
{
$sql_error = $db->sql_error($result);
if ($sql_error["code"] == 1114)
{
$result = $db->sql_query('SHOW TABLE STATUS
LIKE "'.SESSIONS_TABLE.'"');
$row = $db->sql_fetchrow($result);
if ($row["Type"] == "HEAP")
{
if ($row["Rows"] > 2500)
{
$delete_order = (SQL_LAYER=="mysql4") ? "
ORDER BY session_time ASC" : "";
$db->sql_query("DELETE QUICK FROM ".
SESSIONS_TABLE."$delete_order LIMIT 50");
}
else
{
$db->sql_query("ALTER TABLE ".
SESSIONS_TABLE." MAX_ROWS=".($row["Rows"]+50));
}
if ($db->sql_query($sql))
{
$error = FALSE;
}
}
}
}
if ($error)
{
message_die(CRITICAL_ERROR, "Error creating new
session", "", __LINE__, __FILE__, $sql);
}

5. сохраните файл и скопируйте на сервер, записав поверх существующего.

Теперь вы можете не волноваться за переполнение таблицы сессий в базе данных форума phpBB.

Для таких целей есть спец. редакторы, например PHPExpertEditor, блокнот тут вообще не понятно к чему.

Советую использовать notepad++

Сорри, вы бы оригинальный файл приложили...

Попробуйте через phpmyadmin сделать repair таблице сессий phpbb и убедиться в том, что структура такая же как была при изначальной установке.
Во некоторых движках (и в phpbb тоже наблюдали такое) часто используемые таблицы (сессий как правило или счетчиков) просто "крашаться".
Невозможность вставить сессию может быть вызвана именно этим, а не переполнением таблицы сессий.
Да и в случае переполнения - вряд ли у Вас настолько большой онлайн что бы размера таблицы не хватало - мы бы просто очистили таблицу сессий. А тип таблицы сессий действительно HEAP?

Если б я чего еще в этом понимал На сайте у хостера в ФАКе висит, видать, я не первый, кто об этом им писал.

Объясним то, о чем мы говорили. Открываете phpmyadmin на хостинге.
Находите свою базу для форума там, открываете её.
Ищите таблицу phpbb_1sessions, выбираете ее.
Выбираете пункт "операции" - выбираете "починить таблицу" и заодно "сбросить кэш таблицы.
После этого снова выбираете таблицу и убеждаетесь в том, что там есть поля session_id, session_user_id, session_start, session_time, session_ip, session_page, session_logged_in, session_admin
Можно так же выбрать пункт "очистить таблицу" после этого.
P.S.: Если решение которое висит у хостера Вам не подошло, то есть вероятность что причина в другом, поэтому мы и предложили попробовать вышеозначенный способ.

Не нашел где починить
http://webfile.ru/1391584

На heap типе таки да, починки не будет. Тогда только проверьте что бы поля соответствовали, сбросьте хэш FLUSH TABLE `таблица` и почистите саму таблицу TRUNCATE TABLE `таблица`
Кстати, а сколько у Вас там записей всего? В таблице? И при каком одновременном онлайне максимум?

Странно, но РАНЬШЕ я видел у себя в phpmyadmin такой пункт, как "Починить таблицу", нужно было нажать "Пошел" и он все исправлял.

Этот пункт есть у таблиц типа MyISAM и его нету у таблиц типа HEAP. Поэтому мы выше и спрашивали не heap ли таблица с сессиями.
P.S.: Если выясните как именно решил проблему хостер и поделитесь тут решением - будем благодарны, собираем подобное.

> СПАСИБО!!!!!!!!!!!!!!!!!!!!!!!
> А в чем была проблема? Мне нужно будет в следующий раз очищать кэш в БД? Или
> он сам будет очищаться?

Мы очистили таблицу БД, в которой хранятся данные о сессиях и также изменили скрипт так, как описано на нашем сайте.

В будущем подобной проблемы возникнуть не должно.

Всего доброго.

--
С уважением,
Vadim Sufiyarov