Биллинговая система Nodeny
22 Ноября 2024, 12:27:23 *
Добро пожаловать, Гость. Пожалуйста, войдите или зарегистрируйтесь.
Вам не пришло письмо с кодом активации?

Войти
Новости: Прекращена поддержка версии Nodeny 49
 
   Начало   Помощь Поиск Войти Регистрация  
Страниц: [1] 2
  Печать  
Автор Тема: Восстановление бэкапа базы  (Прочитано 13391 раз)
cray
NoDeny
Пользователь
*

Карма: 0
Offline Offline

Сообщений: 61


Просмотр профиля
« : 15 Ноября 2012, 00:27:08 »

Доброго времени суток.
Возникла нужда перенести на другую машину систему, на старой машине сделал бэкап согласно доки. архивный файл перенёс на новый сервер, и опять же согласно доки пытаюсь восстановить, файл кину в /var/backups

делаю,

Код:
mysql> drop database test;
Query OK, 0 rows affected (0.00 sec)

mysql> create database test;
Query OK, 1 row affected (0.00 sec)

mysql> use test;
Database changed
mysql> source  bill_14-11-2012.sql;
ERROR:
Failed to open file 'bill_14-11-2012.sql', error: 2
mysql>
Как это так, файл на месте а мускул его не видит, кто-за сталкивался с такими чудесами.
Заранее благодарю.
Записан
0xbad0c0d3
гуру nodeny )
NoDeny
Спец
*

Карма: 116
Offline Offline

Сообщений: 1059



Просмотр профиля
« Ответ #1 : 15 Ноября 2012, 00:33:22 »

У этих "чудес" всего два варианта:
1. Права на файл;
2. Указать абсолютный путь к файлу.

и почему бы не воспользоваться таким вариантом: mysql -uroot -proot_pass test <dump.sql
Записан
cray
NoDeny
Пользователь
*

Карма: 0
Offline Offline

Сообщений: 61


Просмотр профиля
« Ответ #2 : 15 Ноября 2012, 01:15:52 »

тю, а я думал, что он по умолчанию понимает где у него дампы лежат... а тут надо путь указывать.
сделал, работает,  сэнкс... Подмигивающий
Записан
0xbad0c0d3
гуру nodeny )
NoDeny
Спец
*

Карма: 116
Offline Offline

Сообщений: 1059



Просмотр профиля
« Ответ #3 : 15 Ноября 2012, 01:44:47 »

ага, все винты во мгновение ока прошаривает и понимает )))
Записан
Cell
NoDeny
Спец
*

Карма: 52
Offline Offline

Сообщений: 1407



Просмотр профиля
« Ответ #4 : 15 Ноября 2012, 10:33:00 »

способ
mysql -uroot -proot_pass test <dump.sql
рулит,
но следующий вопрос будет что не хватает таблиц ))) я уже готоволюсь )))
Записан
stix
NoDeny
Спец
*

Карма: 72
Offline Offline

Сообщений: 1872


Nodeny Support Team

205539
Просмотр профиля
« Ответ #5 : 15 Ноября 2012, 10:47:20 »

когда жмет время, то безусловно дамп сделать быстрее, чем делать репликацию...
Записан
cray
NoDeny
Пользователь
*

Карма: 0
Offline Offline

Сообщений: 61


Просмотр профиля
« Ответ #6 : 27 Ноября 2012, 22:36:32 »

Коллеги, у меня ещё такой вопрос по бэакапу.
Перенёс я вообщем на другой тазик базу, поместил её на месте базы "test", в админке сменили так же базу на "тест", в секции sql файла /usr/local/etc/raddb/sql.conf указал также на "тест", в противном случае вообще, ни каких событий не происходит, оно и правильно-то в принципе, совсем другая база.
Код:
# Database table configuration
        radius_db = "test"

делаю radtest home 123123 127.0.0.1 0 radtest,

наблюдаю в /var/log/radius.log следующее,

Цитировать
Tue Nov 27 22:19:04 2012 : Info: Using deprecated naslist file.  Support for this will go away soon.
Tue Nov 27 22:19:04 2012 : Info: rlm_exec: Wait=yes but no output defined. Did you mean output=none?
Tue Nov 27 22:19:04 2012 : Info: rlm_sql (sql): Driver rlm_sql_mysql (module rlm_sql_mysql) loaded and linked
Tue Nov 27 22:19:04 2012 : Info: rlm_sql (sql): Attempting to connect to bill_kernel@localhost:/test
Tue Nov 27 22:19:04 2012 : Info: rlm_sql_mysql: Starting connect to MySQL server for #0
Tue Nov 27 22:19:04 2012 : Info: rlm_sql_mysql: Starting connect to MySQL server for #1
Tue Nov 27 22:19:04 2012 : Info: rlm_sql_mysql: Starting connect to MySQL server for #2
Tue Nov 27 22:19:04 2012 : Info: rlm_sql_mysql: Starting connect to MySQL server for #3
Tue Nov 27 22:19:04 2012 : Info: rlm_sql_mysql: Starting connect to MySQL server for #4
Tue Nov 27 22:19:04 2012 : Info: Ready to process requests.
Tue Nov 27 22:19:33 2012 : Error: rlm_sql_getvpdata: database query error
Tue Nov 27 22:19:33 2012 : Error: rlm_sql (sql): SQL query error; rejecting user

попытка ч/з mpd5,
Цитировать
Tue Nov 27 22:21:58 2012 : Error: rlm_sql_getvpdata: database query error
Tue Nov 27 22:21:58 2012 : Error: rlm_sql (sql): SQL query error; rejecting user
Tue Nov 27 22:22:04 2012 : Error: Received packet from 127.0.0.1 with invalid Message-Authenticator! (Shared secret is incorrect.) Dropping packet without response.
Насколько я понял, при переносе БД, каким-то образом нарушилась структура поля, и произошло разрушения ключа шифрования доступа к БД. В админтке снова переключился на "bill" всё пошло нормально.

далее... делаю дебаг /usr/local/sbin/radiusd -X
и делаю всё тот же  radtest home 123123 127.0.0.1 0 radtest, вижу следующее,

Цитировать
rad_recv: Access-Request packet from host 127.0.0.1:63815, id=58, length=56
        User-Name = "home"
        User-Password = "123123"
        NAS-IP-Address = 255.255.255.255
        NAS-Port = 0
  Processing the authorize section of radiusd.conf
modcall: entering group authorize for request 0
  modcall[authorize]: module "preprocess" returns ok for request 0
  modcall[authorize]: module "chap" returns noop for request 0
  modcall[authorize]: module "mschap" returns noop for request 0
    rlm_realm: No '@' in User-Name = "home", looking up realm NULL
    rlm_realm: No such realm "NULL"
  modcall[authorize]: module "suffix" returns noop for request 0
  rlm_eap: No EAP-Message, not doing EAP
  modcall[authorize]: module "eap" returns noop for request 0
  modcall[authorize]: module "files" returns notfound for request 0
radius_xlat:  'home'
rlm_sql (sql): sql_set_user escaped user --> 'home'
radius_xlat:  'call radcheck('home')'
rlm_sql (sql): Reserving sql socket id: 4
rlm_sql_mysql: MYSQL check_error: 1305 received
rlm_sql_getvpdata: database query error
rlm_sql (sql): SQL query error; rejecting user
rlm_sql (sql): Released sql socket id: 4
  modcall[authorize]: module "sql" returns fail for request 0
modcall: leaving group authorize (returns fail) for request 0
Finished request 0

уже несколько дней бьюсь над этим, как я понял, по каким-то причинам произошёл крах таблиц во время, восстановления базы,

Цитировать
mysql> drop database test;
mysql> create database test;
mysql> use test;
mysql> source /var/backups/bill_dd-mm-yyyy.sql;
Может кто знает, как побороть эту проблему,
заранее благодарю.
Записан
Efendy
Администратор
Спец
*****

Карма: 138
Offline Offline

Сообщений: 4790



Просмотр профиля
« Ответ #7 : 28 Ноября 2012, 00:01:00 »

https://www.google.com.ua/search?q=1305&ie=utf-8&oe=utf-8&aq=t&rls=org.mozilla:ru:official&client=firefox-a&channel=rcs#hl=ru&client=firefox-a&hs=KWU&tbo=d&rls=org.mozilla:ru%3Aofficial&channel=rcs&sclient=psy-ab&q=1305+mysql+error&oq=1305+my&gs_l=serp.3.0.0i30l3j0i5i30.2833.4804.0.7794.3.3.0.0.0.0.127.337.0j3.3.0...0.0...1c.1.oHPgsOxGHYM&pbx=1&bav=on.2,or.r_gc.r_pw.r_qf.&fp=71490e3fe3d47c2&bpcl=38897761&biw=1359&bih=741
Записан
cray
NoDeny
Пользователь
*

Карма: 0
Offline Offline

Сообщений: 61


Просмотр профиля
« Ответ #8 : 28 Ноября 2012, 00:06:07 »

1305 - что это?
Записан
stix
NoDeny
Спец
*

Карма: 72
Offline Offline

Сообщений: 1872


Nodeny Support Team

205539
Просмотр профиля
« Ответ #9 : 28 Ноября 2012, 15:11:09 »

rlm_sql_mysql: MYSQL check_error: 1305 received
Записан
cray
NoDeny
Пользователь
*

Карма: 0
Offline Offline

Сообщений: 61


Просмотр профиля
« Ответ #10 : 28 Ноября 2012, 19:48:32 »

я уже понял, гугловская ссылка исправлена.
Щас сижу копаю, в чём причина может быть.
Записан
sl
Пользователь
**

Карма: 1
Offline Offline

Сообщений: 21


Просмотр профиля Email
« Ответ #11 : 28 Ноября 2012, 23:12:07 »

а ядро nodeny передёргивал?
Записан
cray
NoDeny
Пользователь
*

Карма: 0
Offline Offline

Сообщений: 61


Просмотр профиля
« Ответ #12 : 29 Ноября 2012, 02:30:39 »

да, уже и пересоздавал таблицы, информация по ссылке ничего конкретного не дала.
Мне интересно, после восстановления БД, и кто использует радиус+мпд5, теже траблы бывают. Мне кажется что при восстановлении происходит разрушение таблиц или какой-то структуры БД. В мускуле не силён, может кто-то с этим встречался?
Записан
0xbad0c0d3
гуру nodeny )
NoDeny
Спец
*

Карма: 116
Offline Offline

Сообщений: 1059



Просмотр профиля
« Ответ #13 : 29 Ноября 2012, 03:25:01 »

Код:
$ mysqldump --help|grep func
  -R, --routines      Dump stored routines (functions and procedures).
Смотрите дамп, есть ли там неуловимые ф-ии?
Записан
cray
NoDeny
Пользователь
*

Карма: 0
Offline Offline

Сообщений: 61


Просмотр профиля
« Ответ #14 : 29 Ноября 2012, 12:10:32 »

А по какому критерию искать функции, у меня на консоль выдало большое кол-во информации, я так понял, содержимое базы,
команда имеет такой вид,

 mysqldump -p -R test

я бы может быть нашёл сам, но не знаю характер проблемы и где её искать, знаю только что ошибка SQL запроса.
Записан
Страниц: [1] 2
  Печать  
 
Перейти в:  

Powered by MySQL Powered by PHP Powered by SMF 1.1.20 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!