Добро пожаловать в форум, Guest  >>   Войти | Регистрация | Поиск | Правила | В избранное | Подписаться
Все форумы / Firebird, InterBase Новый топик    Ответить
 gbak 2.5 vs server 3.0.4  [new]
Arioch
Member

Откуда:
Сообщений: 10630
весьма своеобразная ошибка вылезла у кого-то

gbak: ERROR:violation of PRIMARY or UNIQUE KEY constraint "RDB$INDEX_12" on table "RDB$RELATION_CONSTRAINTS"

gbak: ERROR: Problematic key value is ("RDB$CONSTRAINT_NAME" = 'RDB$INDEX_0')


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

К сожалению, подробностей что именно делали, пока нет

https://stackoverflow.com/questions/54634673/gbak-restoring-db-raises-violation-of-primary-or-unique-key-constraint
12 фев 19, 14:02    [21807388]     Ответить | Цитировать Сообщить модератору
 Re: gbak 2.5 vs server 3.0.4  [new]
Vlad F
Member

Откуда:
Сообщений: 701
Arioch,

Ага! - сказали суровые сибирские лесорубы. (с)))
12 фев 19, 15:06    [21807489]     Ответить | Цитировать Сообщить модератору
 Re: gbak 2.5 vs server 3.0.4  [new]
Arioch
Member

Откуда:
Сообщений: 10630
Дополнительная инфа

I ran gbak -B from fb 2.5 client environment and ran gbak -C/-R on FB 3.0 server. Without -T option at backup. Without -se but I specified target server as localhost:/xxx.


....Without -T option...

В общем, с одной стороны - про сибирских лесорубов в тему.
С другой - всё равно это как-то неправильно. Если информация в принципе несовместима с текущей версией бэкапа - он просто не должен даже пытаться.

В конце концов это просто ещё один случай "невосстановимого бэкапа" - довольно подлой своей до поры невидимостью проблемы
13 фев 19, 18:37    [21808856]     Ответить | Цитировать Сообщить модератору
 Re: gbak 2.5 vs server 3.0.4  [new]
hvlad
Member

Откуда:
Сообщений: 10195
Arioch,

эта чушь не имеет никакого отношения к исходной ошибке.
Хватит искать "проблему" там, где ей и не пахнет.
13 фев 19, 19:18    [21808878]     Ответить | Цитировать Сообщить модератору
 Re: gbak 2.5 vs server 3.0.4  [new]
kdv
Member

Откуда: iBase.ru
Сообщений: 27844
Arioch,

когда вы уже выучите, что опция -T - это transportable, которая ВКЛЮЧЕНА ПО УМОЛЧАНИЮ, и которая имеет отношение к разному порядку байт в целых числах на разных платформах (big/little endian).
НЕ по умолчанию - опция -NT, non-transportable.
-t - это, видимо, какой-то атавизм, который существовал во времена, когда дефолтный бэкап был НЕтранспортабельным.

Доказательство дефолтности -t:
1. запускаем gbak -? видим, что опция transportable - это "data in XDR format"
2. делаем бэкап БЕЗ опций -t или -nt
3. делаем рестор с записью лога в файл
4. смотрим файл рестора, там вначале написано
gbak:transportable backup -- data in XDR format

p.s. один чушь напишет (про -t), а другой повторяет.
13 фев 19, 19:39    [21808896]     Ответить | Цитировать Сообщить модератору
 Re: gbak 2.5 vs server 3.0.4  [new]
kdv
Member

Откуда: iBase.ru
Сообщений: 27844
Arioch,

5. если сделать бэкап с -nt, а потом рестор, то в начале лога рестора ничего про XDR не будет.
13 фев 19, 19:41    [21808898]     Ответить | Цитировать Сообщить модератору
 Re: gbak 2.5 vs server 3.0.4  [new]
Arioch
Member

Откуда:
Сообщений: 10630
hvlad,

скажи что имеет и где пахнет
14 фев 19, 16:10    [21809635]     Ответить | Цитировать Сообщить модератору
 Re: gbak 2.5 vs server 3.0.4  [new]
hvlad
Member

Откуда:
Сообщений: 10195
Arioch
при несовпадении версий, утилиты должны или чётко на это ругаться с самого начала, или таки отрабатывать.
- чушь номер раз
С чего ты взял, что это не так ?

Arioch
Если информация в принципе несовместима с текущей версией бэкапа - он просто не должен даже пытаться.
- чушь номер два
Перед тем как узнать, что что-то где-то с чем-то несовместимо (а это совершенно не имеет никакого отношения к данному случаю) - нужно как раз попытаться

Arioch
В конце концов это просто ещё один случай "невосстановимого бэкапа"
- чушь номер три
Ты понятия не имеешь что там было у юзера на самом деле и из-за чего его попустило.
Но уже утверждаешь про "ещё один случай"
14 фев 19, 17:27    [21809734]     Ответить | Цитировать Сообщить модератору
 Re: gbak 2.5 vs server 3.0.4  [new]
Arioch
Member

Откуда:
Сообщений: 10630
hvlad,

чтобы узнать о несовместимости нужно попытаться? серьёзно? это критерий совместимости по-фаербёрдски?

> ERROR:violation of PRIMARY or UNIQUE KEY constraint "RDB$INDEX_12" on table "RDB$RELATION_CONSTRAINTS

Одно из двух:
...либо в FBK файле было два индекса с одинаковым именем
...либо не было

Тогда:
...либо утилитой GBAK был создан некорректный FBK-файл
...либо утилита GBAK некорректно обработала корректный FBK-файл

> Ты понятия не имеешь что там было у юзера на самом деле

Ну да, наверное у него была самописка на базе FB с непубличными модификациями исходников. Мало ли чего не бывает

> про "ещё один случай"

FBK создался? да. Восстановился? нет.
14 фев 19, 17:50    [21809770]     Ответить | Цитировать Сообщить модератору
 Re: gbak 2.5 vs server 3.0.4  [new]
Фэйтл Эра
Member

Откуда:
Сообщений: 630
Arioch
наверное у него была самописка на базе FB с непубличными модификациями исходников

Вот сейчас как раз тот случай, когда полезно запустить backup под отладчиком...
14 фев 19, 18:12    [21809807]     Ответить | Цитировать Сообщить модератору
 Re: gbak 2.5 vs server 3.0.4  [new]
hvlad
Member

Откуда:
Сообщений: 10195
Arioch
чтобы узнать о несовместимости нужно попытаться? серьёзно? это критерий совместимости по-фаербёрдски?
Ты дурак ? Или идиот ? Да я - я уже не стесняюсь в выражениях, ибо это перешло все границы допустимого.

Вот тебе файл - скажи мне, не открывая его: что там внутри и с чем оно совместимо ?
14 фев 19, 18:16    [21809813]     Ответить | Цитировать Сообщить модератору
Все форумы / Firebird, InterBase Ответить