|
FB3.0.X iberror.h 336068913
|
|||
---|---|---|---|
#18+
Здравствуйте ВСЕ! Сегодня и мне довелось лицезреть unknown ISC error 336068913 . Клиент 3.0.3.32900 (Win32) Сервер 3.0.4.33054 (Linux, x64) Клиент ставился из дистрибутива, только клиентская часть. Все утилиты и библиотеки лежат в C:\Firebird\Firebird_3_0 Каталог bin отсутствует. Так должно быть? Других клиентов нету. Запускаю isql из озвученного каталога. firebird.msg наличествует там же. Полез смотреть в include\iberror.h Дык и нету там кода 336068913. Ни в 3.0.3.32900 (на Win), ни в 3.0.4.33054 (на линухе) Оный эксепшен получаю при попытке грантовать селект GRANT SELECT ON TABLE ... TO VIEW ...; На клиентской машине получаю: This operation is not defined for system tables. unsuccessful metadata update. GRANT failed. unknown ISC error 336068913. Непосредственно на сервере: Statement failed, SQLSTATE = 42000 unsuccessful metadata update -GRANT failed -View ... does not exist В какую сторону бечь? Собственно вопросы: 1. почему нет кода 336068913 в iberror.h ? 2. что делать с клиентом? 3. что не так с правами вьюхи, отчего её "нет", когда она таки есть? ЗЫ: диалект 1, ODS 12.0 -- Регардсы и прочее Posted via ActualForum NNTP Server 1.5 ... |
|||
:
Нравится:
Не нравится:
|
|||
15.01.2019, 15:00 |
|
FB3.0.X iberror.h 336068913
|
|||
---|---|---|---|
#18+
Мимопроходящий1. почему нет кода 336068913 в iberror.h ? так получилось :-) Виновные будут наказаны. Мимопроходящий2. что делать с клиентом? поставить клиент версии 3.0.4 Мимопроходящий3. что не так с правами вьюхи, отчего её "нет", когда она таки есть? а RDB$RELATION_TYPE у оной вьюхи точно правильный? ... |
|||
:
Нравится:
Не нравится:
|
|||
15.01.2019, 19:28 |
|
FB3.0.X iberror.h 336068913
|
|||
---|---|---|---|
#18+
dimitrМимопроходящий2. что делать с клиентом? поставить клиент версии 3.0.4поставил. помогло. dimitrМимопроходящий3. что не так с правами вьюхи, отчего её "нет", когда она таки есть?а RDB$RELATION_TYPE у оной вьюхи точно правильный?у ВСЕХ унаследованных вьюх RDB$RELATION_TYPE = 0. у вновь создаваемых RDB$RELATION_TYPE = 1. а выполнение CREATE OR ALTER VIEW ... на значение RDB$RELATION_TYPE влияния не оказывает. как было RDB$RELATION_TYPE = 0, так и остаётся. так должно быть? если вьюху грохнуть, а потом пересоздать, то RDB$RELATION_TYPE = 1 имхо, буг. ... |
|||
:
Нравится:
Не нравится:
|
|||
16.01.2019, 12:36 |
|
FB3.0.X iberror.h 336068913
|
|||
---|---|---|---|
#18+
Мимопроходящийимхо, буг буг там в первую очередь в том, что гранту надо бы смотреть не на [ненадежный] rdb$relation_type, а на железобетонный rdb$view_blr. Это я сейчас поправлю. С rdb$relation_type потом разберусь, оно не так критично. ... |
|||
:
Нравится:
Не нравится:
|
|||
16.01.2019, 12:51 |
|
FB3.0.X iberror.h 336068913
|
|||
---|---|---|---|
#18+
Ок. СПАСИБО :) Posted via ActualForum NNTP Server 1.5 ... |
|||
:
Нравится:
Не нравится:
|
|||
16.01.2019, 12:53 |
|
FB3.0.X iberror.h 336068913
|
|||
---|---|---|---|
#18+
Мимопроходящийу ВСЕХ унаследованных вьюх RDB$RELATION_TYPE = 0. у вновь создаваемых RDB$RELATION_TYPE = 1. ИХМО, это должно делаться ещё на этапе restore. Но видимо для простоты там таких проверок нет. что-то мне подсказывает что есть только один способ полностью уйти от артефактов 1.5. Это пересоздание через скрипт метаданных с последующей переливкой данных. ... |
|||
:
Нравится:
Не нравится:
|
|||
16.01.2019, 12:55 |
|
FB3.0.X iberror.h 336068913
|
|||
---|---|---|---|
#18+
16.01.2019 12:55, Симонов Денис пишет: > что-то мне подсказывает что есть только один способ полностью уйти от артефактов 1.5. > Это пересоздание через скрипт метаданных с последующей переливкой данных. идите наверх! идите на.. не дум... не дум... о... спас... бо... (С) м/ф "Тайна третьей планеты" Posted via ActualForum NNTP Server 1.5 ... |
|||
:
Нравится:
Не нравится:
|
|||
16.01.2019, 13:00 |
|
|
start [/forum/topic.php?fid=40&msg=39759978&tid=1560843]: |
0ms |
get settings: |
10ms |
get forum list: |
13ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
85ms |
get topic data: |
10ms |
get forum data: |
2ms |
get page messages: |
50ms |
get tp. blocked users: |
1ms |
others: | 308ms |
total: | 485ms |
0 / 0 |