|
Временные права
Доброго времени суток!
Недавно перешёл на Firebird 2.5.0.20842 SuperClassic, и появилась
странная бага - права, которые я раздаю за период использования этой
версии, работают только до перезагрузки сервера(останавливаю службу,
жду завершения всех коннектов, запускаю заново). При попытке доступа к
объектам(таблицам, процедурам и т.п.), созданным в этой версии
сервера, получаю ошибку, мол прав нет на доступ, смотрю в
IBEpert'e(2008.08.31), права есть - кружок стоит зеленый, убираю их,
выставляю заново - всё работает, но до перезагрузки сервера... Смотрел
в rdb$user_priveleges, права выставлены, но пока их не снимешь-снова
раздашь, доступа нет... С правами, розданными в прежних версиях, таких
проблем нет... Таки писать в трекер?
З.ы. чтот в последнее время nightly build'ов не наблюдается новых,
надолго? Аль готовится альфа 2.5 к релизу?
|
|
Re: Временные права
Hello, Oleg!
Олег Короткий wrote:
> Недавно перешёл на Firebird 2.5.0.20842 SuperClassic, и появилась
FB 2.5 - альфа-версия.
> странная бага - права, которые я раздаю за период использования этой
> версии, работают только до перезагрузки сервера(останавливаю службу,
> жду завершения всех коннектов, запускаю заново). При попытке доступа к
> объектам(таблицам, процедурам и т.п.), созданным в этой версии
> сервера, получаю ошибку, мол прав нет на доступ, смотрю в
> IBEpert'e(2008.08.31), права есть - кружок стоит зеленый, убираю их,
> выставляю заново - всё работает, но до перезагрузки сервера... Смотрел
круто.
> в rdb$user_priveleges, права выставлены, но пока их не снимешь-снова
> раздашь, доступа нет... С правами, розданными в прежних версиях, таких
> проблем нет... Таки писать в трекер?
так и пиши. на выбор
а) я не знаю оператор GRANT
б)Кнопка зеленая, а потом нифига.
если серьезно, то сначала проверь сохраняются ли права выданные
через оператор GRANT, и если да - иди матюкать Хвастунова.
Если нет, то будет test case. Только уже без "зеленых кнопочек".
--
Dmitri Kouzmenko, www.ibase.ru, (495) 953-13-34
|
|
Re: Временные права
> FB 2.5 - альфа-версия.
Таки в курсе...
> а) я не знаю оператор GRANT
> б)Кнопка зеленая, а потом нифига.
Оператор GRANT я знаю, не первый год с firebird'ом работаю, если б не
знал, так бы и спросил, где бага, в FB или IBE. С GRANT'ом косяк тот
же. Просто в IBE проще и быстрей права раздавать. Ладно, отпишусь в
трекер.
> --
> Dmitri Kouzmenko,www.ibase.ru, (495) 953-13-34
|
|
Re: Временные права
Олег Короткий wrote:
>
> Оператор GRANT я знаю, не первый год с firebird'ом работаю, если б не
> знал, так бы и спросил, где бага, в FB или IBE. С GRANT'ом косяк тот
> же. Просто в IBE проще и быстрей права раздавать. Ладно, отпишусь в
> трекер.
Тест давай. Ибо вы не видим никакой проблемы.
--
Дмитрий Еманов
|
|
Re: Временные права
> Тест давай. Ибо вы не видим никакой проблемы.
Пардон, вот тут накладочка вышла... Делаю тестовую базу - на ней всё
работает ок.. Делаю в 2.5.0.19110, перебрасываю на сервер с
2.5.0.20842 - всё работает даже после рестарта сервера. Однако в
рабочей базе приходится каждый день перераздавать права на пару
таблиц, созданных в версии 2.5.0.20842. Каждый день - потому что
гуардиан перестартует сервера, которй периодически (один-два раза в
день) падает, я грешу на железо (пользовательское или свич, не суть
важно)... Извиняюсь за беспокойство, вопрос пока снимается с повестки
дня ;), попробую бэкап-рестор, если разберусь, в чём же бага, отпишусь.
|
|
Re: Временные права
Попробуй select * from rdb$user_priveleges
и select DISTINCT * from rdb$user_priveleges
Возможно в какие то времена у тебя там записи задублировались? У меня
было такое как-то, когда сам лазил в системные таблицы и бывало права
слетали.
Пришлось выгрузить дистинкт в скрипт, очистить таблицу и загрузить еще
раз. Помогло.
С уважением,
Стариков Алексей
|
|
Re: Временные права
Проблема решилась весьма тривиально - бэкап+рестор на 2.5.0.20842...
|
|
Re: Временные права
Наврал я про бэкап/рестор, проблема снова проявила себя после первого
зависания сервера. Пробовал по всякому, revoke/grant, откатился на CS,
на более раннюю версию сервера - все без толку. В общем, видать, фаза
луны повлияла. Проблему окончательно решил пересозданием объектов,
которые периодически становились недоступными (одна процедура и две
таблицы).
Всё же, хотелось бы узнать, как можно отследить в сети "виновника
торжества", если никаких глюков в работе клиентов не наблюдается,
однако сервер периодически подвисает, а в логах только
SERVER/process_packet: broken port, server exiting
да INET/inet_error: read errno = 10054 ?
Сетка небольшая, 14 компов, один свич...
|
|
Re: Временные права
Олег Короткий wrote:
> Проблему окончательно решил пересозданием объектов,
> которые периодически становились недоступными (одна процедура и две
> таблицы).
Сильно похоже на то, что у тебя по каким-то причинам бьются индексы на
rdb$user_privileges или rdb$security_classes. Странно это. Ты что, права
регулярно раздаёшь-снимаешь или объекты пересоздаёшь в штатном, так
сказать, режиме работы приложения?
--
Regards. Ded.
|
|
Re: Временные права
Доброго времени суток!
On 24 сент, 12:57, Ded wrote:
> Сильно похоже на то, что у тебя по каким-то причинам бьются индексы на
> rdb$user_privileges или rdb$security_classes. Странно это. Ты что, права
> регулярно раздаёшь-снимаешь или объекты пересоздаёшь в штатном, так
> сказать, режиме работы приложения?
Кстати, тут в 2.5 как раз правили 27-символьный баг с правами. Так что
могло что-то в поведении измениться. Автору нужно воспроизводимый
пример составить.
--
С уважением, Евгений
|
|
Re: Временные права
> Кстати, тут в 2.5 как раз правили 27-символьный баг с правами. Так что
> могло что-то в поведении измениться. Автору нужно воспроизводимый
> пример составить.
Кст, да, в первый раз этот глюк проявил себя после создания процедуры
с названием в 32 буквы. Объекты, созданные после неё(да и она сама)
глючили описанным образом ток после того, как кривое железо на
неизвестном клиенте роняло сервер. Пересоздал процедуру, назвал
покороче - и вроде бы всё ок... Сервер также валится, но права не
теряются.
Всё же, знатоки, подскажите, чем можно ещё выявить, из-за какого
клиента рушится сервер с ошибками 10054 и broken port,server exiting
(раз в день, бывает чаще/реже, 14 клиентов+один свич)
|
|
Re: ÷ÒÅÍÅÎÎÙÅ ÐÒÁ×Á
> Всё же, знатоки, подскажите, чем можно ещё выявить, из-за какого
> клиента рушится сервер с ошибками 10054 и broken port,server exiting
> (раз в день, бывает чаще/реже, 14 клиентов+один свич)
кто из клиентов вылетел с обрывом сети?
FBScanner, welcome
http://ib-aid.com/products/firebird_interbase/monitoring/FBScannerтриал две недели
Ведется подробный лог, кто и как отваливался, в какую БД был подключен... И
"кто первый начал"
- сервер отвалилися, видать процесс упал
- клиент отвалился, незавершив коннект
- ...
но честно говоря, впервые слышу, что бы штатная вобщем-то ошибка
(10054 - обрыв сети, бывает всегда и у всех), рушила сервер.
|
|
Re: Временные права
Доброго времени суток!
On 25 сент, 04:09, Олег Короткий wrote:
> Кст, да, в первый раз этот глюк проявил себя после создания процедуры
> с названием в 32 буквы. Объекты, созданные после неё(да и она сама)
> глючили описанным образом ток после того, как кривое железо на
> неизвестном клиенте роняло сервер. Пересоздал процедуру, назвал
> покороче - и вроде бы всё ок... Сервер также валится, но права не
> теряются.
Вообще говоря, сервер не должен был позволить такое длинное имя -
вроде бы лимит названия объекта - 31 символ - не расширялся.
--
С уважением, Евгений
|
|
Re: ÷ÒÅÍÅÎÎÙÅ ÐÒÁ×Á
|
