|
Statement failed, SQLSTATE = 28000 - no permission for read/select access to DATABASE
|
|||
---|---|---|---|
#18+
https://stackoverflow.com/questions/58920660/no-permission-for-read-select-access-to-database Интересная трабла у человека. Даунгрейдит базу с FB3 на FB2.5 и получает такой прикол Восстанавливать под другим пользователем, чем SYSDBA он почему-то не хочет. А после восстановления под SYSDBA - другими пользователями с БД работать не возможно. Getting above error when try to connect to a Firebird database with user different than SYSDBA, let say user SOM. If I create new database with SYSDBA on same server, then grant access to the objects there to SOM, it is connecting without problem, but for this particular database - not. Tried to give all rights, including to the system objects to SOM (i am using the great IBExpert where this is possible), no success. ....console log.... I was unable to find way to grant anything to object DATABASE. What could be the reason is that the problematic database was restored via gbak, version 2.5 from firebird 3 database (downgrade on this way from firebird 3 to 2.5). Possible solution is to restore the database with user SOM, but I don't want that the user SOM is the owner of the database. If i do a backup and restore with SYSDBA, the same problem comes back again. Код: plaintext 1. 2. 3. 4. 5. 6. 7.
... |
|||
:
Нравится:
Не нравится:
|
|||
19.11.2019, 13:47 |
|
Statement failed, SQLSTATE = 28000 - no permission for read/select access to DATABASE
|
|||
---|---|---|---|
#18+
Arioch, небось этому юзеру SOM надавали кучу новых привелегий, которых не существовало в 2.5. Если в 3.0 он был владельцем БД, то в бекап попали привелегии и признак владельца на генераторы, эксепшены, функции. Грубо говоря ему проще сначала на 3.0 перевосстановить БД под SYSDBA, отнять у SOM лишние привилегии, а уж потом ещё раз бекап 3.0, рестор 2.5 ... |
|||
:
Нравится:
Не нравится:
|
|||
19.11.2019, 14:07 |
|
Statement failed, SQLSTATE = 28000 - no permission for read/select access to DATABASE
|
|||
---|---|---|---|
#18+
я уже там отписал. Надо сделать бэкап гбаком от 2.5, причем, чтобы гбак использовал клиента fbclient.dll от 3.0. Тогда в бэкап не попадет ничего лишнего, о чем 2.5 не знает. Ну и потом рестор на 2.5. Если так не выйдет - ну, тогда экспорт скрипта, создать БД из скрипта, пампить данные. Только так. ... |
|||
:
Нравится:
Не нравится:
|
|||
19.11.2019, 14:14 |
|
Statement failed, SQLSTATE = 28000 - no permission for read/select access to DATABASE
|
|||
---|---|---|---|
#18+
Симонов Денис небось этому юзеру SOM надавали кучу новых привелегий, которых не существовало в 2.5. наверное - так но по идее gbak от 2.5 не должен создавать сущностей, таких как разрешения, не существующих в 2.5 или он gbak'ом от 3.0 прицепился к FB2.5 по сети и лил туда? а сервер не споткнулся на "новых командах"?.. ... |
|||
:
Нравится:
Не нравится:
|
|||
19.11.2019, 14:43 |
|
Statement failed, SQLSTATE = 28000 - no permission for read/select access to DATABASE
|
|||
---|---|---|---|
#18+
Arioch, привилегии gbak не через DDL заливаются ... |
|||
:
Нравится:
Не нравится:
|
|||
19.11.2019, 14:46 |
|
Statement failed, SQLSTATE = 28000 - no permission for read/select access to DATABASE
|
|||
---|---|---|---|
#18+
Ariochили он gbak'ом от 3.0 прицепился к FB2.5 по сети и лил туда? у него написано: the problematic database was restored via gbak, version 2.5 from firebird 3 database то есть, он взял бэкап от 3.0, и заресторил гбаком от 2.5. А надо было бэкап делать гбаком 2.5. p.s. обычно в эту тему народ массово не врубается. В любом случае, если в новой версии наменять метаданных, то результат перевода базы "на версию назад" непредсказуем, и возможен только через скрипт и памп. Если делается временный тестовый переход на версию N+1, то в базе категорически метаданные нельзя менять или добавлять. ... |
|||
:
Нравится:
Не нравится:
|
|||
19.11.2019, 14:58 |
|
Statement failed, SQLSTATE = 28000 - no permission for read/select access to DATABASE
|
|||
---|---|---|---|
#18+
Ariochно по идее gbak от 2.5 не должен создавать сущностей, таких как разрешения, не существующих в 2.5 Насколько я помню, он заливает ACL целиком, не интересуясь содержимым. Так что даун грейд с его помощью невозможен. Posted via ActualForum NNTP Server 1.5 ... |
|||
:
Нравится:
Не нравится:
|
|||
19.11.2019, 14:59 |
|
Statement failed, SQLSTATE = 28000 - no permission for read/select access to DATABASE
|
|||
---|---|---|---|
#18+
kdv взял бэкап от 3.0, и заресторил гбаком от 2.5 ... |
|||
:
Нравится:
Не нравится:
|
|||
19.11.2019, 15:18 |
|
Statement failed, SQLSTATE = 28000 - no permission for read/select access to DATABASE
|
|||
---|---|---|---|
#18+
... |
|||
:
Нравится:
Не нравится:
|
|||
19.11.2019, 18:01 |
|
Statement failed, SQLSTATE = 28000 - no permission for read/select access to DATABASE
|
|||
---|---|---|---|
#18+
Док, а когда-то было не так ? forward compatibility вроде бы не было в interbase/firebird отродясь ... |
|||
:
Нравится:
Не нравится:
|
|||
19.11.2019, 18:04 |
|
Statement failed, SQLSTATE = 28000 - no permission for read/select access to DATABASE
|
|||
---|---|---|---|
#18+
Похоже, ему помогло удаление ACL из RDB$DATABASE Код: sql 1.
... |
|||
:
Нравится:
Не нравится:
|
|||
20.11.2019, 11:27 |
|
Statement failed, SQLSTATE = 28000 - no permission for read/select access to DATABASE
|
|||
---|---|---|---|
#18+
...это пока он на что-нибудь ещё не напоролся ... |
|||
:
Нравится:
Не нравится:
|
|||
20.11.2019, 13:02 |
|
|
start [/forum/topic.php?fid=40&fpage=18&tid=1560512]: |
0ms |
get settings: |
7ms |
get forum list: |
13ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
53ms |
get topic data: |
11ms |
get forum data: |
2ms |
get page messages: |
46ms |
get tp. blocked users: |
1ms |
others: | 264ms |
total: | 403ms |
0 / 0 |