Быстрый лёгкий надёжный форумный движок
Вы не вошли.
Страницы 1
@47linux, в таблице пользователей ПРЕФИКС_users существует пользователь с id=1?
Если нет, то его надо создать заполнив поля по аналогии с новой базой.
Аналогично нужно проверить таблицу групп ПРЕФИКС_groups. И если нет группы с номером 1, то создать и заполнить поля по аналогии как в новой базе.
Аналогичная тема на оф форуме:
https://fluxbb.org/forums/viewtopic.php?id=7450
Моя сборка FluxBB 1.5, ForkBB · сообщество
Offline
В предыдущем своем посте ошибся. В группах должна существовать группа с id=3. Она для гостей идет.
Вот скрины:
Моя сборка FluxBB 1.5, ForkBB · сообщество
Offline
@47linux, в config.php в конец файла добавь две строки:
define('PUN_DEBUG', 1);
define('PUN_SHOW_QUERIES', 1);
И снова глянь на ошибку. Она должна быть в более развернутом виде.
Моя сборка FluxBB 1.5, ForkBB · сообщество
Offline
И за одно запросы к базе которые внизу отобразятся для гостя покажи.
---
Упс. Запросы при ошибке не отобразятся. Чего-то я попутал.
Моя сборка FluxBB 1.5, ForkBB · сообщество
Offline
Я сначала установил форум на хостинг и получил ошибку
An error was encountered
Error: Unable to fetch guest information.
В базе почему то нет таблицы users
Потом установил его на свой компьютер.
Базу импортировал командами:
mysql -p
use forum2
set names utf8;
source u231179_forum_2013-05-01_11-37-46.sql
Сервер начал импортировать базу, выдал ошибку подключения, потом продолжил и успешно завершил импорт:
Query OK, 102 rows affected (0.01 sec)
Records: 102 Duplicates: 0 Warnings: 0
Query OK, 0 rows affected (0.01 sec)
Query OK, 0 rows affected (0.01 sec)
Query OK, 177 rows affected (0.03 sec)
Records: 177 Duplicates: 0 Warnings: 0
Query OK, 0 rows affected (0.00 sec)
Query OK, 1 row affected (0.00 sec)
Query OK, 0 rows affected (0.01 sec)
Query OK, 1 row affected (0.00 sec)
Query OK, 0 rows affected (0.03 sec)
Query OK, 28 rows affected (0.00 sec)
Records: 28 Duplicates: 0 Warnings: 0
Query OK, 0 rows affected (0.01 sec)
Query OK, 18 rows affected (0.00 sec)
Records: 18 Duplicates: 0 Warnings: 0
Query OK, 0 rows affected (0.01 sec)
Query OK, 40 rows affected (0.00 sec)
Records: 40 Duplicates: 0 Warnings: 0
Query OK, 0 rows affected (0.01 sec)
Query OK, 5 rows affected (0.00 sec)
Records: 5 Duplicates: 0 Warnings: 0
Query OK, 0 rows affected (0.01 sec)
Query OK, 0 rows affected (0.01 sec)
Query OK, 0 rows affected (0.01 sec)
Query OK, 5450 rows affected (0.33 sec)
Records: 5450 Duplicates: 0 Warnings: 0
Query OK, 0 rows affected (0.01 sec)
Query OK, 941 rows affected (0.02 sec)
Records: 941 Duplicates: 0 Warnings: 0
Query OK, 0 rows affected (0.02 sec)
Query OK, 493 rows affected (0.00 sec)
Records: 493 Duplicates: 0 Warnings: 0
Query OK, 0 rows affected (0.01 sec)
Query OK, 1640 rows affected (0.02 sec)
Records: 1640 Duplicates: 0 Warnings: 0
Query OK, 0 rows affected (0.02 sec)
ERROR 2006 (HY000): MySQL server has gone away
No connection. Trying to reconnect...
Connection id: 710
Current database: forum2
ERROR 2006 (HY000): MySQL server has gone away
No connection. Trying to reconnect...
Connection id: 711
Current database: forum2
ERROR 2006 (HY000): MySQL server has gone away
ERROR 2006 (HY000): MySQL server has gone away
No connection. Trying to reconnect...
Connection id: 712
Current database: forum2
Query OK, 0 rows affected (0.15 sec)
Query OK, 5 rows affected (0.00 sec)
Records: 5 Duplicates: 0 Warnings: 0
Query OK, 0 rows affected (0.91 sec)
Query OK, 0 rows affected (0.31 sec)
Query OK, 42 rows affected (0.05 sec)
Records: 42 Duplicates: 0 Warnings: 0
Query OK, 0 rows affected (0.08 sec)
Query OK, 2 rows affected (0.00 sec)
Records: 2 Duplicates: 0 Warnings: 0
Query OK, 0 rows affected (0.02 sec)
ERROR 2006 (HY000): MySQL server has gone away
No connection. Trying to reconnect...
Connection id: 713
Current database: forum2
ERROR 2006 (HY000): MySQL server has gone away
No connection. Trying to reconnect...
Connection id: 714
Current database: forum2
ERROR 2006 (HY000): MySQL server has gone away
ERROR 2006 (HY000): MySQL server has gone away
No connection. Trying to reconnect...
Connection id: 715
Current database: forum2
Query OK, 0 rows affected (0.05 sec)
Query OK, 297044 rows affected (9.12 sec)
Records: 297044 Duplicates: 0 Warnings: 0
Query OK, 0 rows affected (0.08 sec)
Query OK, 18 rows affected (0.00 sec)
Records: 18 Duplicates: 0 Warnings: 0
Query OK, 0 rows affected (0.01 sec)
Query OK, 5543 rows affected (0.04 sec)
Records: 5543 Duplicates: 0 Warnings: 0
Query OK, 0 rows affected (0.01 sec)
Query OK, 757 rows affected (0.00 sec)
Records: 757 Duplicates: 0 Warnings: 0
Query OK, 0 rows affected (0.01 sec)
Query OK, 2203 rows affected (0.10 sec)
Records: 2203 Duplicates: 0 Warnings: 0
Query OK, 0 rows affected (0.01 sec)
Query OK, 1323 rows affected (0.15 sec)
Records: 1323 Duplicates: 0 Warnings: 0
Query OK, 0 rows affected (0.00 sec)
Query OK, 292 rows affected (0.01 sec)
Records: 292 Duplicates: 0 Warnings: 0
mysql> source u231179_forum_2013-05-01_11-37-46.sql
На домашнем компьютере форум запустился, но темы не открываются, пишет:
An error was encountered
File: /var/www/forum/viewtopic.php
Line: 262
FluxBB reported: The post table and topic table seem to be out of sync!
В config.php включен режим отладки, но я в нем ничего не понимаю:
0.00014 SET NAMES 'utf8'
0.00070 SELECT u.*, g.*, o.logged, o.last_post, o.last_search FROM users AS u INNER JOIN groups AS g ON u.group_id=g.g_id LEFT JOIN online AS o ON o.ident='127.0.0.1' WHERE u.id=1
0.00025 UPDATE online SET logged=1437061608 WHERE ident='127.0.0.1'
0.00032 SELECT * FROM online
0.00010 SELECT f.forum_name, f.redirect_url, f.moderators, f.num_topics, f.sort_by, fp.post_topics, 0 AS is_subscribed FROM forums AS f LEFT JOIN forum_perms AS fp ON (fp.forum_id=f.id AND fp.group_id=3) WHERE (fp.read_forum IS NULL OR fp.read_forum=1) AND f.id=1
0.00017 SELECT id FROM topics WHERE forum_id=1 ORDER BY sticky DESC, last_post DESC, id DESC LIMIT 0, 30
0.00015 SELECT id, poster, subject, posted, last_post, last_post_id, last_poster, num_views, num_replies, closed, sticky, moved_to, poll_type FROM topics WHERE id IN(25,77,2228,223,207,2749,2646,2733,2734,2706,2735,2727,2716,2709,2693,2678,2690,2686,2685,2684,2682,2673,2666,2660,2657,2426,2636,2631,2626,2595) ORDER BY sticky DESC, last_post DESC, id DESC
Итого время выполнения запросов: 0.00183 s
Редактировался 47linux (2015-07-16 18:51:19)
Offline
>В базе почему то нет таблицы users
Тогда нужно из бэкапа импорт только таблицы юзеров сделать (структуру и данные).
>FluxBB reported: The post table and topic table seem to be out of sync!
От сюда https://github.com/fluxbb/plugins берешь плагин AP_Forum_cleanup.php копируя его в папку plugins форума. Потом заходишь в админку, открываешь плагин Forum_cleanup, выполняешь пункты: Synchronise topic last post, Synchronise forum last post, Synchronise topic reply counts, Synchronise forum post/topic counts.
Моя сборка FluxBB 1.5, ForkBB · сообщество
Offline
>Синхронизировал, но оно не помогло.
Ошибок не возникало при выполнении синхронизации?
@47linux, а на хостинге таблицу юзеров восстановил?
P.S. Я вот тут с одной операционки на другую переехал недавно и переносил базу тестового форума. Восстановить из бэкапа одномоментно базу не получалось. Пришлось открыть файл бэкапа в текстовом редакторе, открыть в phpmyadmin окно выполнения sql-запросов и в цикле сначала создавать структуру одной таблицы, а потом уже заполнять эту таблицу данными.
Моя сборка FluxBB 1.5, ForkBB · сообщество
Offline
Синхронизация проходит без ошибок, но открываются только новые только что созданные темы. В остальных случаях: The post table and topic table seem to be out of sync!
На хостинге, оказывается, кроме users еще пол базы не было. Я там очистил базу, потом по очереди загружал все таблицы, но результат тот же (Unable to fetch guest information).
Offline
@47linux, у меня больше идей нет. Не видя данных точно ни чего не скажу.
Моя сборка FluxBB 1.5, ForkBB · сообщество
Offline
@47linux, если отправишь оригинальный дамп в архиве мне на почту mio(точка)visman(собачка)yandex(тчк)ru, то я его посмотрю на наличие ошибок.
З.Ы. Конфиденциальную информацию (хэши паролей, email'ы, настоящие имена и т.д.) из таблицы юзеров можешь удалить, главное чтобы записи по всем юзерам остались как есть.
Моя сборка FluxBB 1.5, ForkBB · сообщество
Offline
@47linux, в этом дампе нет данных для постов, только структура таблицы posts. По этому и синхронизация не помогает, так как синхронизировать не чего.
Моя сборка FluxBB 1.5, ForkBB · сообщество
Offline
Понятно ..
Интересно, почему при импорте дампа через утилиту mysql выскакивает ошибка, но импорт завершается успешно.
Если же импортировать дамп через phpmyadmin, загружаются не все таблицы.
А при экспорте, что phpmyadmin, что mysql уменьшают размер дампа с 184 до 14мб.
Редактировался 47linux (2015-07-25 17:13:10)
Offline
@47linux, предлагают в настройках mysql выставить max_allowed_packet на большое значение, в плоть до 1 гигабайта.
http://stackoverflow.com/questions/1047 … -gone-away
Моя сборка FluxBB 1.5, ForkBB · сообщество
Offline
Теперь при импорте получается:
Query OK, 0 rows affected (0.02 sec)
ERROR 2013 (HY000): Lost connection to MySQL server during query
ERROR 2006 (HY000): MySQL server has gone away
No connection. Trying to reconnect...
ERROR 2002 (HY000): Can't connect to local MySQL server through socket '/var/run/mysqld/mysqld.sock' (111)
ERROR:
Can't connect to the server
No connection. Trying to reconnect...
ERROR 2002 (HY000): Can't connect to local MySQL server through socket '/var/run/mysqld/mysqld.sock' (111)
ERROR:
Can't connect to the server
Offline
@47linux, откуда 184 мб, если в присланном дампе было всего 13?
Моя сборка FluxBB 1.5, ForkBB · сообщество
Offline
Пробовал удалить таблицы emails и passwords через phpmyadmin.
Оказывается что mysql недогружает дамп в базу:
root@ura:/var/www# mysql --quick -u root -p forum < u231179_forum_2013-05-01_11-37-46.sql
Enter password:
ERROR 5 (HY000) at line 17360: Out of memory (Needed 108739776 bytes)
root@ura:/var/www#
здесь написано, что клиенту просто не хватает памяти для размещения всего результата. Чтобы устранить данную проблему, сначала проверьте правильность запроса. Действительно ли есть необходимость в том, чтобы запрос возвращал так много строк? Если да, то можно использовать mysql --quick, где для извлечения результирующего множества применяется mysql_use_result(). При этом уменьшается загрузка клиента (но увеличивается загрузка сервера).
Так что, скорее всего, у меня мало оперативной памяти (1Гб).
Редактировался 47linux (2015-07-25 22:38:58)
Offline
Установив в /etc/php5/apache2/php.ini memory_limit = 1024M
получилось загрузить все таблицы кроме posts.
Но играясь значением memory_limit, удалось извлечь posts, и с настройкой memory_limit=1024M импортировать его в forum.sql .
Этот дамп импортируется только так:
mysql -p
use forum
source /var/www/u231179_forum_2013-05-01_11-37-46.sql
Query OK, 1640 rows affected (0.02 sec)
Records: 1640 Duplicates: 0 Warnings: 0
Query OK, 0 rows affected (0.02 sec)
ERROR 2006 (HY000): MySQL server has gone away
No connection. Trying to reconnect...
Connection id: 710
Current database: forum
ERROR 2006 (HY000): MySQL server has gone away
No connection. Trying to reconnect...
Connection id: 711
Current database: forum
ERROR 2006 (HY000): MySQL server has gone away
ERROR 2006 (HY000): MySQL server has gone away
No connection. Trying to reconnect...
Connection id: 712
Current database: forum
Query OK, 0 rows affected (0.15 sec)
Query OK, 5 rows affected (0.00 sec)
Records: 5 Duplicates: 0 Warnings: 0
DROP TABLE posts;
source /var/www/posts.sql
mysql -u root -p forum < u231179_forum_2013-05-01_11-37-46.sql
почему-то не срабатывает.
Но все равно что-то недогрузилось, так как размер базы forum в /var/lib/mysql составляет не 184 а 117mb. Но mysql больше не ругался на недостаток памяти.
Редактировался 47linux (2015-07-26 04:02:40)
Offline
@47linux, выгружай отдельно каждую таблицу. Таблицы search_* можно не выгружать, это поисковые индексы, их восстановить можно через админку на новом месте. Таблицу posts нужно выгружать по частям в бэкап.
Моя сборка FluxBB 1.5, ForkBB · сообщество
Offline
На хостинге (через ssh) дамп загрузился без вопросов. Чтобы запустить форум на локалхосте, нужно настроить mysql, но я решил пойти по пути наименьшего сопротивления и загружал каждую таблицу отдельно.
На хостинге мне предоставили ssh, чтобы я не мучал техподдержку просьбами перезалить дамп. И там я получил доступ к файлу /etc/mysql/my.cnf
#
# The MySQL database server configuration file.
#
# You can copy this to one of:
# - "/etc/mysql/my.cnf" to set global options,
# - "~/.my.cnf" to set user-specific options.
#
# One can use all long options that the program supports.
# Run program with --help to get a list of available options and with
# --print-defaults to see which it would actually understand and use.
#
# For explanations see
# http://dev.mysql.com/doc/mysql/en/server-system-variables.html
# This will be passed to all mysql clients
# It has been reported that passwords should be enclosed with ticks/quotes
# escpecially if they contain "#" chars...
# Remember to edit /etc/mysql/debian.cnf when changing the socket location.
[client]
port = 3306
socket = /var/run/mysqld/mysqld.sock
default-character-set = utf8
# Here is entries for some specific programs
# The following values assume you have at least 32M ram
# This was formally known as [safe_mysqld]. Both versions are currently parsed.
[mysqld_safe]
socket = /var/run/mysqld/mysqld.sock
nice = 0
[mysqld]
#
# * Basic Settings
#
user = mysql
pid-file = /var/run/mysqld/mysqld.pid
socket = /var/run/mysqld/mysqld.sock
port = 3306
basedir = /usr
datadir = /var/lib/mysql
tmpdir = /tmp
language = /usr/share/mysql/english
skip-external-locking
#
# Instead of skip-networking the default is now to listen only on
# localhost which is more compatible and is not less secure.
#
# * Fine Tuning
#
key_buffer = 32M
key_buffer_size = 96M
max_allowed_packet = 128M
thread_stack = 192K
thread_cache_size = 8
# This replaces the startup script and checks MyISAM tables if needed
# the first time they are touched
myisam-recover = BACKUP
#max_connections = 100
table_cache = 1M
#thread_concurrency = 10
join_buffer_size = 1M
#
# * Query Cache Configuration
#
query_cache_limit = 8M
query_cache_size = 64M
#
# * Logging and Replication
#
# Both location gets rotated by the cronjob.
# Be aware that this log type is a performance killer.
# As of 5.1 you can enable the log at runtime!
#general_log_file = /var/log/mysql/mysql.log
#general_log = 1
#
# Error logging goes to syslog due to /etc/mysql/conf.d/mysqld_safe_syslog.cnf.
#
# Here you can see queries with especially long duration
#log_slow_queries = /var/log/mysql/mysql-slow.log
#long_query_time = 2
#log-queries-not-using-indexes
#
# The following can be used as easy to replay backup logs or for replication.
# note: if you are setting up a replication slave, see README.Debian about
# other settings you may need to change.
#server-id = 1
#log_bin = /var/log/mysql/mysql-bin.log
expire_logs_days = 10
max_binlog_size = 100M
default-character-set = utf8
#binlog_do_db = include_database_name
#binlog_ignore_db = include_database_name
#
# * InnoDB
innodb_buffer_pool_size = 512M
innodb_additional_mem_pool_size = 128M
[innodb]
innodb_buffer_pool_size = 512M
innodb_additional_mem_pool_size = 128M
innodb_file_io_threads = 4
innodb_flush_method = O_DIRECT
innodb_log_file_size = 256M
innodb_log_buffer_size = 8M
innodb_flush_log_at_trx_commit = 2
innodb_thread_concurrency = 8
innodb_lock_wait_timeout = 50
innodb_flush_logs_at_trx_commit = 2
innodb_locks_unsafe_for_binlog
#
# InnoDB is enabled by default with a 10MB datafile in /var/lib/mysql/.
# Read the manual for more InnoDB related options. There are many!
#
# * Security Features
#
# Read the manual, too, if you want chroot!
# chroot = /var/lib/mysql/
#
# For generating SSL certificates I recommend the OpenSSL GUI "tinyca".
#
# ssl-ca=/etc/mysql/cacert.pem
# ssl-cert=/etc/mysql/server-cert.pem
# ssl-key=/etc/mysql/server-key.pem
[mysqldump]
quick
quote-names
max_allowed_packet = 32M
default-character-set = utf8
[mysql]
#no-auto-rehash # faster start of mysql but no tab completition
default-character-set = utf8
[isamchk]
key_buffer = 32M
#
# * IMPORTANT: Additional settings that can override those from this file!
# The files must end with '.cnf', otherwise they'll be ignored.
#
!includedir /etc/mysql/conf.d/
Если для загрузки дампов с большими строками, нужны ещё какие настройки, сообщите мне. Я оставлю их здесь.
Offline
Страницы 1