Cообщество пользователей SMF

Цитата: Mavn от 06 декабря 2015, 18:47:53согласно данной ошибки у вас неверный логин и пароль к базе данных

Это нонсенс, поскольку с такими же параметрами запускается форум на Денвере.

Копия базы одна. Данные в файле settings одинаковые. Только пути к файлам форума изменяются.

Цитата: Солярис от 07 декабря 2015, 19:18:06Это нонсенс, поскольку с такими же параметрами запускается форум на Денвере.

Копия базы одна. Данные в файле setting одинаковые. Только пути к файлам форума изменяются.

это такой же нонсенс как если пытаться под одним логином и паролем зайти на любой сервак

Цитата: Mavn от 07 декабря 2015, 19:32:40это такой же нонсенс как если пытаться под одним логином и паролем зайти на любой сервак

Не понял. Какой в этом может быть нонсенс?! Денвер установлен на другом диске, а Опенсервер на другом?! Это абсолютно независимые системы.
Но, разумеется, когда работает Опенсервер, то выключен Денвер.

Соответственно база хоть и одна, но это разные копии одной базы, расположенные в разных папках и дисках. Они никак не пересекаются.

++++++++++++++++++++++

Сделал следующее. Удалил базу с Опенсервера через phpmyadmin. Создал её заново (пустую) с параметрами, необходимыми для подключения (они одинаковые, что в Денвере, что в Опенсервере).

Импортировал базу данных в Опенсервере. Далее через repair_settings.php изменил пути к папкам форума. Перегрузил Опенсервер. И, наконец-то, форум запустился.

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

Кстати, почему-то на Опенсервере генерация страниц форума происходит с большим временем, чем в Денвере.

++++++++++++++++++++++

Не знаю, что там будет при обновлении до второй версии. Не будет ли опять вылезать ошибка с smf_log_notify.

++++++++++++++++++++++

Пока набирал сообщение начал обновление. И... Всё тоже самое. Mavn говорил разобраться мне с программным обеспечением, посредством которого работает форум на локальном сервере.
И ничего это не изменило в плане ошибки при обновлении. Опять все затыкается на одном и том же этапе:

ЦитироватьDatabase Changes


Executing database changes

Please be patient - this may take some time on large forums. The time elapsed increments from the server to show progress is being made!

 Executing upgrade script 2 of 2.
Executing: "Adding new forum settings." (4 of 42 - of this script)

Error!
Incorrect key file for table 'smf_log_notify'; try to repair it

Спрашивается, зачем я тратил столько времени на установку других программ?!! Денвер ни чуть не хуже работал и работает.
А ведь чуть ли не утверждалось, что стоит "глючный" Денвер заменить и будет иной результат.

слушайте меня лично изрядно надоел ваш тон с большими претензиями ... сами разбирайтесь или научитесь разговаривать нормально...

Цитата: Mavn от 07 декабря 2015, 20:33:56слушайте меня лично изрядно надоел ваш тон с большими претензиями ... сами разбирайтесь или научитесь разговаривать нормально...

Претензии?!  Тон?!
Я при создании каждой из своих тем ВСЕГДА здороваюсь со всеми, и говорю заранее "спасибо".

Обратите лучше внимание на то как со мной начинают разговаривать. Какие эпитеты в мой адрес высказывают. Я отвечаю адекватно тому, как со мной общаются. То мне нагло говорят, что я тролль, то мне предлагают, используя слово "надругаться", воспользоваться платными услугами. Отчего за этими господами не замечается их тон и манеры?! Или им дана индульгенция на подобное поведение?

Поэтому, советую научиться разговаривать другим участникам дискуссии. Ибо в своем глазу никто бревна не замечает.
Все только в чужом глазу соринку желают рассмотреть в микроскоп и увеличить её до размеров слона.

Далее. Я лишь напомнил, что именно Вы на приведенную мною ошибку (с полем smf_log_notify) зачем-то посоветовали заняться именно обновлением самого локального сервера. А он здесь совершенно не причем, учитывая ошибку.

Сказали бы сразу, что не знаете отчего возникла данная ошибка.

Пробовали хотя бы для начала попробовать указанную таблицу починить и заново запустить обновление?

Сейчас версия PHP на OpenServer какая?
Попробуйте переключится например на 5.4.
Это в настройках, вкладка "Модули".

Цитата: GeorG от 08 декабря 2015, 07:59:53Сейчас версия PHP на OpenServer какая?
Попробуйте переключится например на 5.4.

Благодарю за отклик на проблему.

Сейчас в указанной вкладке установлен PHP 5.3.

++++++++++++++++

А не может быть причиной то самое поле в таблице базы данных - smf_log_notify?! Может именно в нем надо что-то подправить.
Так как на "голом" форуме, только что установленном, обновление проходит и не затыкается на данном шаге.

Может...Таблицу починить для начала попробуйте.В PHP MyAdmin

Цитата: Stalker от 08 декабря 2015, 12:42:12Таблицу починить для начала попробуйте.В PHP MyAdmin

Это я уже пробовал. Ничего это не дает.

Я уже выше приводил, что показывается после попытки данное поле в таблице восстановить: http://www.simplemachines.ru/index.php?topic=18756.msg156157#msg156157

Дело в том что скрин обрезан,не понятно что там до конца написанно.

Это не скрин обрезан, а именно так и показывается дополнительная информация. Мне самому не понятно, что там за текст:

Цитата: Солярис от 04 декабря 2015, 16:14:40А я сам целиком не вижу это описание. Далее идет три точки и при наведении на эту надпись она целиком не открывается.  И почему он целиком не показывается я не пойму.

Кто-нибудь знает каким образом в phpmyadmin можно посмотреть ПОЛНОЕ описание того, по какой причине конкретное поле (smf_log_notify) в базе данных не восстанавливается?
Ибо в самом пояснении указана какая-то незаконченная фраза.

А если посмотреть в логе ошибок мускула?

Сейчас специально делал обновление. Ошибка на том же шаге:
Executing: "Adding new forum settings." (4 of 42 - of this script)
Error!
Incorrect key file for table 'smf_log_notify'; try to repair it

++++++++++++++++++++++

В логах MySQL ничего про эту ошибку нет (ни во время обновления, ни при попытке восстановления данного поля).

Какой-то заколдованный круг?!

Чего не так с этим smf_log_notify?!
И почему после SQL-запроса пояснительная информация написана в виде обрывочного текста: "The storage engine for the table doesn't support r..." также не понятно.
Такое впечатление, что сообщается о том, что данное поле в таблице не поддерживает запрос на восстановление. Что-то в этом роде.

А самое нелепое в том, что после перезапуска локального сервера, данное поле в таблице больше уже не существует.

+++++++++++++++++++++++

Вот что только удалось выудить после многочисленных обновлений логов:

ЦитироватьInnoDB: Error: trying to load index яid_topic for table y/smf_log_notify
InnoDB: but the index tree has been freed!
151209 23:46:57 [ERROR] Cannot find or open table y/smf_log_notify from
the internal data dictionary of InnoDB though the .frm file for the
table exists. Maybe you have deleted and recreated InnoDB data
files but have forgotten to delete the corresponding .frm files
of InnoDB tables, or you have moved .frm files to another database?
or, the table contains indexes that this version of the engine
doesn't support.

По какому-то наитию решил переделать поле smf_log_notify в таблице из типа  InnoDB в MyISAM.
Как оно стало с типом InnoDB я не знаю. В такие дебри базы данных я никогда в ручную не лазил.

И после этого обновление чудесным образом перестало затыкаться на ошибке "Incorrect key file for table 'smf_log_notify'; try to repair it".

Тут пытался на тестовом форуме обновиться с 1.1.21 до 2.1 на 4-шаге вылетаем подобное сообщение:

ЦитироватьExecuting: "Adding permission profiles for boards." (16 of 41 - of this script)

Error!
You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near 'WHERE id_board IN (152,208,207,180,181,182,193,164,206,190,185,154,184,216,217,1' at line 3

Это что ещё за новость?