Автор Тема: Перенос с сервера на сервер или обновление DB: решение проблемы  (Прочитано 59831 раз)

0 Пользователей и 1 Гость просматривают эту тему.

Оффлайн citroen

  • Заглянувший
  • Новичок
  • *
  • Сообщений: 8
  • +0/-0
  • 0
    • Просмотр профиля
А вообще есть какойнибудь просто DB Breakly бэкапнуть так чтоб без особого геммороя можно было на новом сервере запусить работу того что сохранилось.

Разработчики: может проще было сделать возможность выбора базы данных либо DB Breakly либо MySQL

Оффлайн citroen

  • Заглянувший
  • Новичок
  • *
  • Сообщений: 8
  • +0/-0
  • 0
    • Просмотр профиля
а что делать если статей эдак 500?

Оффлайн xalex

  • Завсегдатай
  • Новичок
  • *
  • Сообщений: 32
  • +0/-0
  • 0
    • Просмотр профиля
    • http://
Цитировать
Magi:
Долго я возился с обновлением, но наконец-то решил эту проблему.
Все команды нужно вводить в unix-shell.


Добрый день.

Пробовал выполнять все комманды через SSH.

file authors.dat
authors.dat: file: invalid type 0 in mconvert().

Модуль db_file установлен и работает.

Подскажите, как быть?

prh

  • Гость
Короче, у меня получилось перенести sanitarium с одного сервера на другой. С di-net на .masterhost.

Делал так:

На старом серваке в unix-shell заархивировал папки с санитариумом tar -zcf file.tgz /home/path/to/www/sanitarium; tar -zcf file-cgi-bin.tgz /home/path/to/cgi-bin/sanitarium

В итоге получаем два архива. (Хотя я сам переносил ВЕСЬ сайт и соответсвенно тарил его весь).

Далее заходим по ssh у нового хостера и делаем wget архивов.

Потом tar -zxf file.tgz

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

chgrp -R *

Потом идем в cfg санитариума и меняем пути. После этого в админцентр и делаем полную индексацию.

ГОТОВО! ;)

prh

  • Гость
P.S. DB Berkley перенеслись без проблем.

P.P.S. На обоих серверах стояла OS FreeBSD 4.9

Оффлайн Green Kakadu

  • Координатор
  • Глобальный модератор
  • Ветеран
  • *****
  • Сообщений: 2757
  • +1/-0
  • 0
    • Просмотр профиля
    • http://gnezdo.webscript.ru
Цитировать
На обоих серверах стояла OS FreeBSD 4.9

;) в том то и суть, что Berkeley весьма платформозависимая.

Цитировать
Разработчики: может проще было сделать возможность выбора базы данных либо DB Breakly либо MySQL

уже в процессе.
 в исканиях.

Оффлайн MargunchiK

  • Заглянувший
  • Новичок
  • *
  • Сообщений: 6
  • +0/-0
  • 0
    • Просмотр профиля
    • http://shebeko.com
Вот что выдал при заходе в админ панель:
------
ERROR including libraries: DB_File needs compatible versions of libdb & db.h you have db.h version 4.3.21 and libdb version 4.3.27 Compilation failed in require at Sanitarium_WL.pm line 21. BEGIN failed--compilation aborted at Sanitarium_WL.pm line 21. Compilation failed in require at admin.cgi line 35.
------
До этого все работало нормально как исправить скажите пожалуйста?

Оффлайн Green Kakadu

  • Координатор
  • Глобальный модератор
  • Ветеран
  • *****
  • Сообщений: 2757
  • +1/-0
  • 0
    • Просмотр профиля
    • http://gnezdo.webscript.ru
Цитировать
MargunchiK:
До этого все работало нормально

стоит поинтересоваться у хостера, проблема как и написано в отчете об ошибке связана с библиотечками базы BerkeleyDB libdb & db.h
Цитировать
MargunchiK:
DB_File needs compatible versions of libdb & db.h you have db.h version 4.3.21 and libdb version 4.3.27

возможно хостер сделал какой-то апдейт
 в исканиях.

Оффлайн MargunchiK

  • Заглянувший
  • Новичок
  • *
  • Сообщений: 6
  • +0/-0
  • 0
    • Просмотр профиля
    • http://shebeko.com
есле переустановить скрипт то будет нормально работать? или всетаки также и надо чтото менять в коде?...

Оффлайн Green Kakadu

  • Координатор
  • Глобальный модератор
  • Ветеран
  • *****
  • Сообщений: 2757
  • +1/-0
  • 0
    • Просмотр профиля
    • http://gnezdo.webscript.ru
Цитировать
MargunchiK:
есле переустановить скрипт то будет нормально работать?

нет

Цитировать
MargunchiK:
или всетаки также и надо чтото менять в коде?...

нет.
Проблема с библиотеками операционной системы
 в исканиях.

Оффлайн MargunchiK

  • Заглянувший
  • Новичок
  • *
  • Сообщений: 6
  • +0/-0
  • 0
    • Просмотр профиля
    • http://shebeko.com

Оффлайн Green Kakadu

  • Координатор
  • Глобальный модератор
  • Ветеран
  • *****
  • Сообщений: 2757
  • +1/-0
  • 0
    • Просмотр профиля
    • http://gnezdo.webscript.ru
Цитировать
MargunchiK:
https://bugzilla.redhat.com/bugzill...g.cgi?id=144672

м-да, печально.
Можно попробовать самостоятельно собрать на сервере BerkeleyDB, разработчики и дистрибутив тут:
http://sleepycat.com
 в исканиях.

Оффлайн Wrong

  • Завсегдатай
  • Пользователь
  • **
  • Сообщений: 51
  • +0/-0
  • 0
    • Просмотр профиля
    • http://lineband.nm.ru
такае же поебень ((((((((((

Error: Can not tie %dbm /www/stolicas/www/cgi-bin/san/admin/data/categories mode=3, reason: Inappropriate file type or format at adminmudak.cgi line 1870

Оффлайн R.V.

  • Заглянувший
  • Новичок
  • *
  • Сообщений: 15
  • +0/-0
  • 0
    • Просмотр профиля
    • http://
А что уважаемый разработчик может сказать по поводу данного решения?

http://sedition.com/perl/db-converter.html

Moving DB_Files between disparate systems
Description
 This script converts binary DB_File data into plain text for sending accross networks and reconstituting on other systems with the same script. There is usage information and some discussion in the script comments.

In my case, I build parts of my site and its search index from mysql on OS X at home. The search index uses DB_File. I didn’t have mysql on my host originally and didn’t want the headache of syncing the DBs anyway (myisam to innodb, 3.whatever to 4.bleeding). So, the only data-system that needs to go over is the search index. Moving the DB generated with DB_File breaks it since the target system has little other than “nix” in common with my box. This script fixes it for transfer and puts it back the way it needs to be once it gets where it belongs.

Оффлайн Green Kakadu

  • Координатор
  • Глобальный модератор
  • Ветеран
  • *****
  • Сообщений: 2757
  • +1/-0
  • 0
    • Просмотр профиля
    • http://gnezdo.webscript.ru
Цитировать
R.V.:
А что уважаемый разработчик может сказать по поводу данного решения?

http://sedition.com/perl/db-converter.html

Moving DB_Files between disparate systems

мм. у многих может возникнуть проблема из-за отсутствия модуля YAML, через который совершается конвертирование.
+ если база приличная (несколько тысяч статей), то исход тоже будет неоднозначен..
 в исканиях.

 

Sitemap 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28