[3.6.8] Ошибка БД при бэкапе 3.6.8

01-22-2009, 04:03 PM

Помогите пожалста!

Форум http://forum.ladoshka.org
Хочу сделать бэкап на сервер.
В разделе "Создание резервной копии базы данных на сервере" жму "Сохранить".
Вылезает

PHP Code:


			
Обработка: access



Обработка: adminhelp



Обработка: administrator



Обработка: adminlog



Обработка: adminmessage



Обработка: adminutil



Обработка: agb_book_auth



Обработка: agb_book_ban



Обработка: agb_book_captcha



Обработка: agb_book_com



Обработка: agb_book_config



Обработка: agb_book_data



Обработка: agb_book_ip



Обработка: agb_book_pics



Обработка: agb_book_private



Обработка: agb_book_smilies



Обработка: agb_book_words



Обработка: announcement



Обработка: announcementread



Warning: mysql_query(): Unable to save result set in /includes/class_core.php on line 371

Последний раз делал бэкап 10.12.2008 - все было ОК.
После этого ничего страшного не делал, в коде форума не ковырял, он просто работал как обычно.

Форум и поиск курил.
Нид хелп вери мач!

Ladoshkaorg добавил 22.01.2009 в 15:12
на странице с ошибкой чуть ниже в тех.информации:

Code:

Ошибка MySQL     : MySQL client ran out of memory
Номер ошибки     : 2008

спинным мозгом чую что не хватает памяти для БД.

Лезу в хостинг:
Под сайт и базы данных, Мб выделено 4620,0, занято 261,5 , свободно 4358,5 или 94%.
Под БД отдельно занято 39,3 Мб.

Ээээээ? Где ж тогда Мускул исчерпал память?

01-22-2009, 04:43 PM

Юзай Sypex Dumper, очень легко и удобно)

01-22-2009, 04:58 PM

Перед бэкапом оптимизируй таблицы БД. Это в разделе "Обслуживание".

01-23-2009, 11:31 AM

AleX, спасибо, пробовал. Не помогает((

Технич. инфу привожу подробно:

Quote:

Ошибка базы данных в vBulletin 3.6.8:

Invalid SQL:
SELECT * FROM attachment;

Ошибка MySQL : MySQL client ran out of memory
Номер ошибки : 2008
Дата : Friday, January 23rd 2009 @ 10:26:53 AM
Скрипт : http://forum.ladoshka.org/admincp/backup.php?do=sqlfile
Реферрер : http://forum.ladoshka.org/admincp/backup.php?do=choose
IP адрес : хххххххх
Имя пользователя : хххххх
Имя класса : vb_database

01-23-2009, 11:39 AM

Ladoshkaorg, это означает, что MySQL не хватает памяти для выполнения операции. 2 варианта исхода событий:
1. Попросить хостера увеличить лимит памяти в php.ini;
2. Вынести все вложения (аттачи) в файловую систему, чтоб не грузить БД.
Лично я больше склоняюсь ко 2-му варианту. Решать Вам.

01-23-2009, 11:54 AM

AleX, еще раз спасибо!
пошел по 2-му пути.
Папку по фтп сделал, права дал 777.
Запускаю изменение метода хранения,
путь к папке прописал как ".\имя папки"
форум на этапе удаления вложений из базы пишет:
Вложений в базе данных: 151
Всего обработано вложений: 0

Внутри папки пусто - субдиректорий никаких не создалось.

В теме Интересная проблема с загрузкой вложений пишут про sticky-бит. Может это в нем дело?
Он поможет форуму создать поддиректории для аплоада вложений из базы?

01-23-2009, 03:22 PM

Ladoshkaorg, вполне вероятно.

Quote:

Бит sticky

Бит sticky. Никак не расшифровывается, переводится как "липкий". :-)
Выглядит в permissions как ********t (если вместе с битом x для "всех остальных") или ********T (если соответствующего бита x нет).

Для директорий его смысл заключается в том, что удалить файл из такой директории (или переименовать) может только владелец файла. Напомню, что в обычном случае (без такого бита) возможность удалять файлы (как и создавать) определяется правом записи (бит w) на директории. То есть, если какой-либо юзер принадлежит к категории, для которой разрешена запись в директорию, он может удалить в ней любой файл, независимо от атрибутов (владельца, группы, permissions) самого файла.

Применяют этот бит, обычно, на директориях, которые являются "публичными" (например, /tmp). Такие директории имеют права доступа, позволяющие всем юзерам создавать там свои файлы и удалять их. Однако, было бы неправильно, что любой другой юзер мог по ошибке или "из вредности" удалять файлы, к которым он не имеет никакого отношения. Для того, чтобы предотвратить возможность удаления файла "посторонним" юзером, как раз и служит sticky бит.

Этот бит может ставиться также на исполняемые файлы. В этом случае он означает, что файл, даже после завершения работы, должен оставаться в памяти (конечно, не в ОЗУ, а в swap'е).

Как говорится в документации, это полезно для "часто используемых исполняемых файлов общего пользования". К сожалению, реальных примеров таких файлов я не нашел. Возможно, практически он никем не используется.