При обновлении 2.5.28->3.3.6 две ошибки БД - Joomla 2.5: Установка и обновление

Ребят, помогите пожалуйста, уже 3 дня мучаюсь...Обновляюсь 1.5.25 до 3.3.6.

При обновлении 2.5.28->3.3.6 через админку процесс останавливается на 82,7%, затем появляется два сообщения.

1091 Can't DROP 'usertype'; check that column/key exists SQL=ALTER TABLE `j25_users` DROP KEY `usertype`;

1146 Table 'mysite.j25_postinstall_messages' doesn't exist SQL=SHOW FULL COLUMNS FROM `j25_postinstall_messages`

Перерыл кучу форумов. Перед обновлением почистил расширения, вроде ничего стороннего не осталось. Установил шаблон с поддержкой 2.5/3. В "База данных" пишет "Структура таблиц базы данных в актуальном состоянии". Почистил кэш. Отключил плагин "Система - Запомнить меня". Пробовал удалять папку "updates" в administrator/components/com_admin/sql/
Ничего не помогает.

На забугорном сайте читал, что аналогичные ошибки может вызывать JoomGallery. У меня стояла эта галерея на 1.5.25, но при миграции с помощью jUpgrade я пропустил 3-rd party extension, соответственно она не мигрировал. Может ли это всплывать при переходе с 2.5.28, если она пишет "Структура таблиц базы данных в актуальном состоянии"?

А если ручками зайти в БД (через phpAdmin) и посмотреть, есть ли в базе поле и таблица, на которые ругаются эти сообщения?
1. таблица `j25_users` поле `usertype`
2. таблица `j25_postinstall_messages`

А если ручками зайти в БД (через phpAdmin) и посмотреть, есть ли в базе поле и таблица, на которые ругаются эти сообщения?
1. таблица `j25_users` поле `usertype`
2. таблица `j25_postinstall_messages`

Смотрел. Поле `usertype` есть, таблицы `j25_postinstall_messages` нет.

Только что заново дошел с 1.5.25 до 2.5.28. Основательно почистил 1.5.25, снес все что можно, оставил только меню и материалы. Результат тот же - все те же 2 ошибки. Подскажите, что делать с этими таблицами, пожалуйста.

я бы ещё посмотрел:
1. в этой таблице есть ещё столбцы кроме usertype? Тип поля usertype?
2. Попробовать создать эту таблицу (пустую) и перезапустить обновление.

1091 Can't DROP 'usertype'; check that column/key exists SQL=ALTER TABLE `j25_users` DROP KEY `usertype`;

индекса такого нет в таблице, а должен быть
значит видимо криво переехали с 1.5 на 2.5

индекса такого нет в таблице, а должен быть
значит видимо криво переехали с 1.5 на 2.5

Но перед обновлением я специально проверяю таблицу j25_users, usertype есть. Тип поля varchar(25). И еще 13 других колонок.

я бы ещё посмотрел:
1. в этой таблице есть ещё столбцы кроме usertype? Тип поля usertype?
2. Попробовать создать эту таблицу (пустую) и перезапустить обновление.

Т.е. смысла создавать пустую таблицу нет (наверное).

это займет столько же времени, сколько я пишу это сообщение.
С месяц назад разворачивал дамп на локале, тоже возникала подобная проблема - решил именно таким способом. Попробуйте, не получится - значит будете дальше рассуждать "Что делать?", а получится - тогда и рассуждать не придется

это займет столько же времени, сколько я пишу это сообщение.
С месяц назад разворачивал дамп на локале, тоже возникала подобная проблема - решил именно таким способом. Попробуйте, не получится - значит будете дальше рассуждать "Что делать?", а получится - тогда и рассуждать не придется

Это меняет дело) А можно по-подробней, я в программировании ноль. Таблица есть, поле есть. Что делать ?

Но перед обновлением я специально проверяю таблицу j25_users, usertype есть. Тип поля varchar(25). И еще 13 других колонок.Т.е. смысла создавать пустую таблицу нет (наверное).

поле и индекс - это немного разные вещи)
в phpMyAdmin под структурой таблицы есть индексы

поле и индекс - это немного разные вещи)
в phpMyAdmin под структурой таблицы есть индексы

Посмотрел. Вот скрин. Все верно ?
И как быть с не существующей таблицей `j25_postinstall_messages`? Просто попробовать создать ее ? В ней нужно что-то прописывать ?

1. Да, верно.

2. В левой панели пхп-админа выбираем нашу базу. В правой - вкладку "Операции" - "Создать новую таблицу... `j25_postinstall_messages` " - "Кол-во столбцов - 1" - "ОК".
Всё.

Проверяем результат (визуально в админе) - выходим - запускаем процедуру обновления - наблюдаем - сообщаем (сюда)

1. Да, верно.

2. В левой панели пхп-админа выбираем нашу базу. В правой - вкладку "Операции" - "Создать новую таблицу... `j25_postinstall_messages` " - "Кол-во столбцов - 1" - "ОК".
Всё.

Проверяем результат (визуально в админе) - выходим - запускаем процедуру обновления - наблюдаем - сообщаем (сюда)

Создал таблицу, только в структуре нужно было указать хоть какое-то имя для строки (или поля, не знаю точно). Я указал имя `message`, тип TEXT. Попробовал обновиться, застряло на том же месте, первая ошибка такая же, вторая почти:
Unknown column 'extension_id' in 'where clause' SQL=SELECT `j25_postinstall_messages`.* FROM `j25_postinstall_messages` WHERE `extension_id` = '700' AND `enabled` = '1' ORDER BY `postinstall_message_id` ASC
Ничего не понимаю, особенно по поводу первой ошибки. Есть же таблица перед обновлением, почему пишет can't drop...

Сейчас установил на поддомен quickstart шаблон версии 3.3, возьму оттуда таблицу postinstall_messages, попробую еще раз обновиться.

Update

Походу с postinstall_messages разобрались.
Теперь обновление застряло все на том же месте (82,7%), показало ошибку про `usertype`, а при нажатии на кнопку, после которой обычно высвечивалась ошибка про postinstall_messages, я попал в перекошенную панель управления, какой-то гибрид 2 и 3 версий. Внизу даже версия 3.3.6 светится), хотя интерфейс почти как в 2.5.

Вобщем, остается разобраться с `usertype`. Надеюсь, после этого обновление наконец дойдет до 100% и все будет ОК. Какие есть соображения?

Проверил таблицу *_users после обновления, действительно поле `usertype`отсутствует. Выходит, установщик сначала заменяет эту таблицу на таблицу без поля, а потом ругается на его отсутствие [поля] ??

Проверил таблицу *_users после обновления, действительно поле `usertype`отсутствует. Выходит, установщик сначала заменяет эту таблицу на таблицу без поля, а потом ругается на его отсутствие [поля] ??

Ну вот... Пока я формулировал свое последнее на сегодня "соображение" Вы уже приблизились к источнику проблемы. Где-то рядом. По крайней мере, если до команды удаления индекса (во время обновления этой таблицы) не доходит это поле, то реакция однозначна - он и пишет "проверьте существование колонки/индекса usertype...". Но дальше мысль останавливается =/
Пора на отдых.

Ну вот... Пока я формулировал свое последнее на сегодня "соображение" Вы уже приблизились к источнику проблемы. Где-то рядом. По крайней мере, если до команды удаления индекса (во время обновления этой таблицы) не доходит это поле, то реакция однозначна - он и пишет "проверьте существование колонки/индекса usertype...". Но дальше мысль останавливается =/
Пора на отдых.

У меня тоже) Спасибо за участие. Вы на отдых до завтра или до понедельника ?)

А что было с таблицей _postinstall_messages.
Также создал таблицу _postinstall_messages с одним полем прописал ему имя message и тип text но ошибку все ровно отдает

Ошибка
Unknown column 'extension_id' in 'where clause' SQL=SELECT `likastana_postinstall_messages`.* FROM `likastana_postinstall_messages` WHERE `extension_id` = '700' AND `enabled` = '1' ORDER BY `postinstall_message_id` ASC

Просто нельзя переезжать сразу на 3.3, в начале нужно на 3.0.1 (Joomla_3.0.1-Stable-Update_Package), потому что у них слишком разные структуры таблиц, вот потому у вас и проблемы. Установить 3.1.0 через обычную установку компонентов, после этого должно появиться обновление на следующую версию, если нет, дальше апгрейдить (Joomla_3.2.0-Stable-Update_Package) и.т.д