Проблема с восстановлением базы в 3.0.1

[Борис Бердичевский]

Никак не получается восстановить базу, сохранённую в 3.0.0, на версии 3.0.1.
База была сохранена полностью (нажал "выделить всё").
Восстановление идёт очень долго и заканчивается тем, что мы видим пустое окно в Эксплорере. Ессно, ничего не восстановилось.
Вопрос вот в чём. Где можно посмотреть какие-то логи, что там вообще происходит и по какой причине валится?
Есть возможность заново сохранить и снова попытаться восстановить, но стоит ли это делать?..

[crash]

посмотреть в лоах сервера. Но скорее всего скрипт не успевает выполниться. Используйте альтернативные методы восстановления.

[Борис Бердичевский]

Используйте альтернативные методы восстановления.

Можно ли узнать секрет, как тот же самый скрипт восстановления запустить прямо на сервере, из командной строки?

[crash]

как тот же самый скрипт восстановления запустить прямо на сервере, из командной строки?

тот же самый без понятия, но могу предложить такое topic13965.html

[Борис Бердичевский]

И ещё вопрос. Я несколько раз сохранял базу с даун-лоадом с сервера в файл. Почему-то размер файла, который скачан с сервера, отличается от размера собственно файла в каталоге store: последний мЕньших размеров. В чём здесь дело?

[crash]

насколько меньше, как сравнивали?

[Борис Бердичевский]

У меня Windows, я вижу непосредственно размер файла Виндоуз Коммандером.
Вечером, когда приду домой, покажу конкретные цифры.

[crash]

у меня тоже windows, но это ничего не говорит совершенно.

[izstas]

По-моему, это из-за того, в Windows новая строка - \r\n (или \n\r, не помню точно ), а в Unix - \n... А так, у меня такое со всеми скриптами было, но SmartFTP их не меняет

[crash]

По-моему, это из-за того, в Windows новая строка - \r\n (или \n\r, не помню точно ), а в Unix - \n...

эээ. А это причем, вроде файл не редактируем. Любой менеджер определит в ascii или bin качать, а значит и менять ничего не будет.

[Борис Бердичевский]

Вот, прошу пожалуйста.
Каталог store:
backup_1211837288_07b51f6edd7f9204.sql.gz 2,344,926
Копия на компьютере после даунлоада:
backup_1211837288_07b51f6edd7f9204.sql.gz 19,506,289

[crash]

чтото у вас уж очень большой разброс

[Alek$]

Борис Бердичевский
и оба являются валидными архивами?

[Борис Бердичевский]

и оба являются валидными архивами?

Вот это мне пока не удаётся проверить. Ни первый ни второй успешно не восстанавливаются, но скорее всего причина не в валидности.
Оба созданы в админке -- Резервное копирование, один -- на сервере, другой скачанная его копия ("Сохранить на сервере и скачать").

[Alek$]

Вот это мне пока не удаётся проверить.

Ну дак откройте его в архиваторе и помотрите. заругается ли он, или нет. Штука может быть в том, что за отведенное ему время скрипт не успел сделать полный бекап и срубился на полдороги.