unavailable database
Dmitry Kotelnikov
У клиента Firebird 1.5.3, я уже писал что я делаю репликацию
(репликация своя) то на сетевом протоколе идут значительные задержки
на локальном таких проблем нет, я использовал утилиту
http://half-open.com/home_ru.htm и у меня проблема пропала но у
клиента по его словам все-равно проблема. Т.к. тема как часто тут
бывает переросла в стеб и флейм, я не нашел решения и решил перейти к
локальному протоколу для репликации, но у клиента начала появляться
ошибка "unavailable database". Кстати когда-то давно такое было уже у
пару клиентов почему и переделал репликацию на сетевой протокол, но я
ни разу не смог отловить). Я у себя ставил на виртуалки и на 98 и XP
и ни разу не смог повторить проблему.
Вычитал в FAQ:
*****************
клиентская часть не поддерживает локальный протокол вообще
такое бывает. Например, в Firebird 1.5.1 for Windows, Classic.
*****************
Скажите как это бывает? И почему бывает и не бывает? Т.е. я так
понимаю либо клиентская часть не поддерживает локальный протокол либо
поддерживает, а бывает это значит проблема не в этом, а в другом.
Подскажите куда еще можно взглянуть почему клиент схватывает ошибку
"unavailable database", а я ну сколько уже не пробовал не могу
повторить ошибку и все, может это от каких-то особенных настроек
Windows, сети, возможно каике-то обновления Windows влияют, куда хоть
копать?
--
С Уважением, Дмитрий Котельников
Кузнецов Евгений
Dmitry Kotelnikov пишет:
> Вычитал в FAQ:
> *****************
> клиентская часть не поддерживает локальный протокол вообще
> такое бывает. Например, в Firebird 1.5.1 for Windows, Classic.
> *****************
> Скажите как это бывает? И почему бывает и не бывает?
Вообще-то, согласно всей документации 1.5 CS под Windows никогда и не
поддерживал local protocol, это реализовано в 2.0 (XNET). Смотрите,
например, README_installation.txt.
"Since Firebird 1.5, Classic engine is included in win32
distributions. The file of this server version is named
fb_inet_server.exe and support TCP/IP and NetBEUI network
protocols (local protocol is not supported)"
--
С уважением, Евгений
Dmitry Kotelnikov
23.09.2008 в 19:06, Вы писали:
КЕ> Вообще-то, согласно всей документации 1.5 CS под Windows никогда и не
КЕ> поддерживал local protocol, это реализовано в 2.0 (XNET). Смотрите,
КЕ> например, README_installation.txt.
КЕ> "Since Firebird 1.5, Classic engine is included in win32
КЕ> distributions. The file of this server version is named
КЕ> fb_inet_server.exe and support TCP/IP and NetBEUI network
КЕ> protocols (local protocol is not supported)"
Но почему у меня с точно такой же конфигурацией Firebird, запускаю не
fb_inet_server.exe (этого файла в поставку клиенту просто не даю), а
fb_server.exe как приложение, у клиента выдает ошибку unavailable
database на локальном протоколе, а у меня нет я подсоединяюсь как по
сетевому так и по локальному нормально. Может есть еще какие-то
мысли что влияет на эту ошибку, я уже и не знаю на что грешить :(
Кузнецов Евгений
On 24 сент, 11:28, Dmitry Kotelnikov wrote:
> Но почему у меня с точно такой же конфигурацией Firebird, запускаю не
> fb_inet_server.exe (этого файла в поставку клиенту просто не даю), а
> fb_server.exe как приложение, у клиента выдает ошибку unavailable
> database на локальном протоколе, а у меня нет я подсоединяюсь как по
> сетевому так и по локальному нормально. Может есть еще какие-то
> мысли что влияет на эту ошибку, я уже и не знаю на что грешить :(
Можно еще filemon'ом посмотреть, где он БД ищет.
--
С уважением, Евгений
Dmitry Kotelnikov
24.09.2008 в 11:26, Вы писали:
КЕ> Версия клиента <> версии сервера?
Клиент и Сервер = 1.5.3.4870
КЕ> Можно еще filemon'ом посмотреть, где он БД ищет.
Так вроде путь указывается напрямую на диск, вроде все просто
указываю DatabaseName путь и делаю Connected = true. Или вы про
библиотеку клиента?
Ovchinnikov Vasily
> Так вроде путь указывается напрямую на диск, вроде все просто
> указываю DatabaseName путь и делаю Connected = true. Или вы про
> библиотеку клиента?
Клиенту работать надо, и ни для тебя ни для него разницы никакой КАКОЙ именно протокол
будет использован. Не получается с локальным, пусть тогда будет TCP.А так дольше разбираться, что к
чему. Да и если даже глюк сервера найдешь, то в 1.5.3 уже никто его искать не будет.
--
Regards,
Ovchinnikov Vasily
ova at tkvc ru
Кузнецов Евгений
> Так вроде путь указывается напрямую на диск, вроде все просто
> указываю DatabaseName путь и делаю Connected = true. Или вы про
> библиотеку клиента?
Клиент и сервер установлены правильно (ветка Firebird Project в
в реестре)?
Параметр DatabaseAccess в firebird.conf чему равен?
--
С уважением, Евгений
Dmitry Kotelnikov
24.09.2008 в 13:16, Вы писали:
КЕ> On 24 сент, 13:01, Dmitry Kotelnikov wrote:
>> Так вроде путь указывается напрямую на диск, вроде все просто
>> указываю DatabaseName путь и делаю Connected = true. Или вы про
>> библиотеку клиента?
КЕ> Нет, про клиентское приложение.
Дам инструкции клиенту чтобы прислал логи.
КЕ> Алиасы не используете?
Нет
КЕ> Клиент и сервер установлены правильно (ветка Firebird Project в
КЕ> в реестре)?
Вроде да, ветка есть с указанием пути:
DefaultInstance = c:\Program Files\Firebird\Firebird_1_5\
КЕ> Параметр DatabaseAccess в firebird.conf чему равен?
Ничего не менял все по умолчанию закомментирована:
#DatabaseAccess = Full
Использую IBX компоненты там вроде тоже все перепроверял :( Меня
хотя бы пнуть в какую сторону рыть бо уже и не знаю.
Dmitry Kotelnikov
24.09.2008 в 13:09, Вы писали:
OV> Указывай путь всегда как 127.0.0.1:database.fdb и, наверное, этого достаточно будет.
OV> Клиенту работать надо, и ни для тебя ни для него разницы никакой КАКОЙ именно протокол
OV> будет использован. Не получается с локальным, пусть тогда будет
OV> TCP.А так дольше разбираться, что к чему. Да и если даже глюк
OV> сервера найдешь, то в 1.5.3 уже никто его искать не будет.
Разница есть, я описывал раньше, задержка ровно на одну минуту. Вот
лог filemon, как происходит задержка программа просто подвисает и это
не только у меня на компьютере, а у клиентов тоже при TCP:
****************
2484 12:51:21 fbserver.exe:1640 READ C:\Program Files\UkrSklad\db\SKLAD.TCB SUCCESS Offset: 3031040 Length: 4096
2485 12:51:21 fbserver.exe:1640 READ C:\Program Files\UkrSklad\db\SKLAD.TCB SUCCESS Offset: 3035136 Length: 4096
2486 12:51:21 fbserver.exe:1640 READ C:\Program Files\UkrSklad\db\SKLAD.TCB SUCCESS Offset: 3039232 Length: 4096
2487 12:52:21 fbserver.exe:1640 READ C:\Program Files\UkrSklad\db\SKLAD.TCB SUCCESS Offset: 3043328 Length: 4096
2488 12:52:21 fbserver.exe:1640 READ C:\Program Files\UkrSklad\db\SKLAD.TCB SUCCESS Offset: 3047424 Length: 4096
2489 12:52:21 fbserver.exe:1640 READ C:\Program Files\UkrSklad\db\SKLAD.TCB SUCCESS Offset: 3051520 Length: 4096
****************
На локальном протоколе такого нет вот и решаю проблему любым
способом, мне все равно как ее решить либо перейти на локальный либо
починить TCP, но и там и там у меня стопор :(
Кузнецов Евгений
> Использую IBX компоненты там вроде тоже все перепроверял :( Меня
> хотя бы пнуть в какую сторону рыть бо уже и не знаю.
При TCP-коннекте очевидно не нужны, а вот при локальном?
Проверьте у себя.
--
С уважением, Евгений
Attid
DK> способом, мне все равно как ее решить либо перейти на локальный либо
DK> починить TCP, но и там и там у меня стопор :(
а пробывал удалить его и поставить заново ?
--
With best regards, Attid.
Attid
протокол TCP\IP имел ввиду
Dmitry Kotelnikov
24.09.2008 в 16:00, Вы писали:
A> а пробывал удалить его и поставить заново ?
Народ ну не издевайтесь :) Вот только что поставил Висту на виртуалку
и получил ошибку "unavailable database", а на виртуалке 98 и ХП и на
моей ХП такой ошибки ни разу не наблюдал, у клиента ХП. Думал если
сделаю такую ошибку то поэксперементирую уже и перекидывал в разные
папки и менял IpcName и Terminal Services и запускаю как приложение,
все как в ibfaq, ничего ошибка возникает сразу при Connected = true.
Блин даже и не знаю, кстати очень интересно написано в FAQ:
*************
Ошибка unavailable database
...
особенности конкретного логина или версии операционной системы
бывают случаи, когда локальный протокол не работает, даже если сервер запущен как приложение, и клиентская библиотека точно соответствует версии сервера. Это выглядит как "на одной машине работает, а на другой - нет".
*************
Точно как у меня "на одной машине работает, а на другой - нет", я так
понял что просто проблема не понятна почему появляется такая ошибка
даже разработчикам :( если в FAQ такое написано.
Dmitry Kotelnikov
24.09.2008 в 13:56, Вы писали:
КЕ> On 24 сент, 14:42, Dmitry Kotelnikov wrote:
>> Использую IBX компоненты там вроде тоже все перепроверял :( Меня
>> хотя бы пнуть в какую сторону рыть бо уже и не знаю.
КЕ> Кстати, вот запамятовал, нужны ли клиенту при этом права на файл БД?
КЕ> При TCP-коннекте очевидно не нужны, а вот при локальном?
КЕ> Проверьте у себя.
Если не сложно растолкуйте как это права клиенту, пользователю
Windows что-ли? Делаю все под админом, не лимитед юзер.
Dmitry Kotelnikov
24.09.2008 в 16:21, Вы писали:
A> протокол TCP\IP имел ввиду
Ааа, так и говорите :) Так не у меня одного проблемы с задержкой,
пользователи тоже сообщают.
Кузнецов Евгений
On 24 сент, 17:22, Dmitry Kotelnikov wrote:
> Если не сложно растолкуйте как это права клиенту, пользователю
> Windows что-ли? Делаю все под админом, не лимитед юзер.
Какие возможны варианты:
1) Не хватает прав сервису Firebird. Но он обычно запускается под
учетной записью SYSTEM,
так что это маловероятно.
Впрочем, под Vista права на запись в Program Files могли ужесточить,
тут вроде пробегало, что приложения должны осуществлять запись в
Application Data
2) Возможно, что требуются права пользователю, под которым запущено
клиентское приложение. И уж точно требуются, если fbserver запускается
пользователем как приложение.
В общем, лучше переместить базу куда-нибудь в D:\Bases и проверить все
варианты.
--
С уважением, Евгений
Dmitry Kotelnikov
25.09.2008 в 8:50, Вы писали:
КЕ> Доброго времени суток!
КЕ> On 24 сент, 17:22, Dmitry Kotelnikov wrote:
>> Если не сложно растолкуйте как это права клиенту, пользователю
>> Windows что-ли? Делаю все под админом, не лимитед юзер.
КЕ> Да.
КЕ> Какие возможны варианты:
КЕ> 1) Не хватает прав сервису Firebird. Но он обычно запускается под
КЕ> учетной записью SYSTEM,
КЕ> так что это маловероятно.
КЕ> Впрочем, под Vista права на запись в Program Files могли ужесточить,
КЕ> тут вроде пробегало, что приложения должны осуществлять запись в
КЕ> Application Data
КЕ> 2) Возможно, что требуются права пользователю, под которым запущено
КЕ> клиентское приложение. И уж точно требуются, если fbserver запускается
КЕ> пользователем как приложение.
КЕ> В общем, лучше переместить базу куда-нибудь в D:\Bases и проверить все
КЕ> варианты.
База кончено сохраняется в Application Data если идет установка
программы в Program Files, также пробовал устанавливать в отдельный
каталог и результат ноль, не помогает. fbserver запускается как
приложение из под админа и раббота идет из под админа и ничего. У
меня уже башка кипит незнаю что придумать уже смотрел и TcpView и
ProcessMonitor ничего особенного не нарыл, выдает ошибку хоть ты
тресни а на TCP соединении минутная задержка и капец :(
Dmitriy A. Beloshistov
> тресни а на TCP соединении минутная задержка и капец :(
А у тебя DNS случайно не "в небо" указывает? Что-то такое смутно припоминается.
WBR, Dmitry Beloshistov AKA [-=BDS=-]
__________ Eioi?iaoey io ESET NOD32 Antivirus, aa?ney aacu aaiiuo neaiaoo? ae?onia 3469 (20080924) __________
Niiauaiea i?iaa?aii i?ia?aiiie ESET NOD32 Antivirus.
Dmitry Kotelnikov
25.09.2008 в 11:20, Вы писали:
>> ProcessMonitor ничего особенного не нарыл, выдает ошибку хоть ты
>> тресни а на TCP соединении минутная задержка и капец :(
DAB> А у тебя DNS случайно не "в небо" указывает? Что-то такое смутно припоминается.
Если указывать localhost или по IP то тоже тормоза.
Кузнецов Евгений
On 25 сент, 11:00, Dmitry Kotelnikov wrote:
> База кончено сохраняется в Application Data если идет установка
> программы в Program Files, также пробовал устанавливать в отдельный
> каталог и результат ноль, не помогает. fbserver запускается как
> приложение из под админа и раббота идет из под админа и ничего. У
> меня уже башка кипит незнаю что придумать уже смотрел и TcpView и
> ProcessMonitor ничего особенного не нарыл, выдает ошибку хоть ты
> тресни а на TCP соединении минутная задержка и капец :(
локальном соединении говорил.
--
С уважением, Евгений
Alexey Popov
Может антивирус, мать их ети?
--
Dmitry Kotelnikov
25.09.2008 в 12:09, Вы писали:
AP> Может антивирус, мать их ети?
Да нет :( выключал и фаерволы и антивирусы и клиенту говорил все
отключать и на виртуалке пробовал есть проблема, да и думаю filemon
показал бы, тем более что задержка ровно на одну минуту.
Dmitry Kotelnikov
25.09.2008 в 11:34, Вы писали:
КЕ> Доброго времени суток!
КЕ> On 25 сент, 11:00, Dmitry Kotelnikov wrote:
>> База кончено сохраняется в Application Data если идет установка
>> программы в Program Files, также пробовал устанавливать в отдельный
>> каталог и результат ноль, не помогает. fbserver запускается как
>> приложение из под админа и раббота идет из под админа и ничего. У
>> меня уже башка кипит незнаю что придумать уже смотрел и TcpView и
>> ProcessMonitor ничего особенного не нарыл, выдает ошибку хоть ты
>> тресни а на TCP соединении минутная задержка и капец :(
КЕ> А причем здесь это? Я о возможных причинах unavailable database при
КЕ> локальном соединении говорил.
Так и я про "unavailable database" все что сказано при локальном
соединении делается, про TCP только последняя строка. Я просто
уточнил еще раз что делается при локальном только потому что при
сетевом задержки, мне бы любую из этих проблем решить либо задержку на
TCP либо unavailable database при локальном.
Кузнецов Евгений
> Так и я про "unavailable database" все что сказано при локальном
> соединении делается, про TCP только последняя строка.
или компоненты кавычками путь не обрамляют?
--
С уважением, Евгений
Dmitry Kotelnikov
25.09.2008 в 12:18, Вы писали:
КЕ> On 25 сент, 13:06, Dmitry Kotelnikov wrote:
>> Так и я про "unavailable database" все что сказано при локальном
>> соединении делается, про TCP только последняя строка.
КЕ> Да, кстати, может пробел в пути к БД криво в 1.5 обрабатывается
КЕ> или компоненты кавычками путь не обрамляют?
Длинные имена? тоже пробовал ставить на диск D в простой путь без
пробелов в формате 8.3 и без русских букв, ошибка есть, блин
полтергейст просто. Ну вот есть все-таки особенность какая-то в Винде
скорей всего, что на одной нормально отрабатывает на другой ошибку
выдает, только вот задача какое отличие, как найти?
Кузнецов Евгений
Dmitry Kotelnikov пишет:
> Длинные имена? тоже пробовал ставить на диск D в простой путь без
> пробелов в формате 8.3 и без русских букв, ошибка есть, блин
> полтергейст просто. Ну вот есть все-таки особенность какая-то в Винде
> скорей всего, что на одной нормально отрабатывает на другой ошибку
> выдает, только вот задача какое отличие, как найти?
Давайте еще раз для локального протокола
0) Антивирус\firewall\UAC (для Висты) отключены
1) Сервер 1.5.3.4870 SS под Windows и клиент той же версии, и на ПК нет
других gds32.dll/fbclient.dll (1.5.5, кстати, не пробовали?)
2) Сервер запущен как приложение под учетной записью текущего пользователя
3) Firebird.conf - стандартный, при коннекте указывается полный путь к БД
4) В пути к БД нет пробелов, русских символов, имя файла БД - в формате 8.3.
5) Сервер установлен инсталлятором и в реестре содержится правильный
путь к корневому каталогу FB
6) Пользователь обладает правом чтения/записи на файл БД
7) Пользователь обладает правом чтения/записи на корневой каталог FB
(дабы создался lck-файл).
8) Согласно журналу filemon, клиентская программа находит файл базы
9) У файла БД расширение не GDB (Дабы избежать System Restore под
Windows XP).
10) Имя ПК - английское, без пробелов и спец. символов (уже из области
предположений)
Так?
--
С уважением, Евгений
Dmitry Kotelnikov
25.09.2008 в 22:02, Вы писали:
КЕ> Давайте еще раз для локального протокола
Вот сейчас пройдусь по всем пунктам еще раз.
КЕ> 0) Антивирус\firewall\UAC (для Висты) отключены
Антивируса нет, пробую на пустой винде, фаервол и UAC отключал сразу
КЕ> 1) Сервер 1.5.3.4870 SS под Windows и клиент той же версии, и на ПК нет
КЕ> других gds32.dll/fbclient.dll (1.5.5, кстати, не пробовали?)
Именно так, установлена на пустую винду. Сейчас скачал 1.5.5 и
попробовал (заменил все файлы и перезапустил), ошибка все равно.
КЕ> 2) Сервер запущен как приложение под учетной записью текущего пользователя
Да
КЕ> 3) Firebird.conf - стандартный, при коннекте указывается полный путь к БД
Да
КЕ> 4) В пути к БД нет пробелов, русских символов, имя файла БД - в формате 8.3.
Да
КЕ> 5) Сервер установлен инсталлятором и в реестре содержится правильный
КЕ> путь к корневому каталогу FB
Сервер устанавливал своим инсталером, но все по инструкции, в реестре
прописал файлы скопировал, перезагрузил все запустилось и работает на
сетевом протоколе, на локальном нет. Сейчас буду ставит инсталером
стационарным, сообщу.
КЕ> 6) Пользователь обладает правом чтения/записи на файл БД
Да обладает, заходим под админом и файл базы размещаем НЕ в урезанных
"каталогах" таких как Program Files, Windows и т.д.
КЕ> 7) Пользователь обладает правом чтения/записи на корневой каталог FB
КЕ> (дабы создался lck-файл).
Да, файл создался.
КЕ> 8) Согласно журналу filemon, клиентская программа находит файл базы
Да находит
КЕ> 9) У файла БД расширение не GDB (Дабы избежать System Restore под
КЕ> Windows XP).
Да, System Restore вообще отключил.
КЕ> 10) Имя ПК - английское, без пробелов и спец. символов (уже из области
КЕ> предположений)
Да имя в виде C:\Temp\test.tcb
Кузнецов Евгений
On 26 сент, 10:29, Dmitry Kotelnikov wrote:
> КЕ> 10) Имя ПК - английское, без пробелов и спец. символов (уже из области
> КЕ> предположений)
>
> Да имя в виде C:\Temp\test.tcb
А, у Вас же Vista?
Тогда первый пункт из http://www.ibase.ru/ibfaq.htm#unavail
--
С уважением, Евгений
Dmitry Kotelnikov
26.09.2008 в 9:29, Вы писали:
КЕ>> 5) Сервер установлен инсталлятором и в реестре содержится правильный
КЕ>> путь к корневому каталогу FB
DK> Сервер устанавливал своим инсталером, но все по инструкции, в реестре
DK> прописал файлы скопировал, перезагрузил все запустилось и работает на
DK> сетевом протоколе, на локальном нет. Сейчас буду ставит инсталером
DK> стационарным, сообщу.
Вот, ставил стационарным инсталером, ничего не поменялось :(
Dmitry Kotelnikov
26.09.2008 в 10:19, Вы писали:
КЕ> Доброго времени суток!
КЕ> On 26 сент, 10:29, Dmitry Kotelnikov wrote:
>> КЕ> 10) Имя ПК - английское, без пробелов и спец. символов (уже из области
>> КЕ> предположений)
>>
>> Да имя в виде C:\Temp\test.tcb
КЕ> Нет, имя самого компьютера.
Как-то пропустил :) да имя английское и без пробелов, только знак
"минус" присутствует.
КЕ> А, у Вас же Vista?
Да, на VMWare поставил.
КЕ> Тогда первый пункт из http://www.ibase.ru/ibfaq.htm#unavail
Так ведь пробовал раньше не помогло.
Кузнецов Евгений
> Как-то пропустил :) да имя английское и без пробелов, только знак
> "минус" присутствует.
>
> КЕ> А, у Вас же Vista?
>
> Да, на VMWare поставил.
>
> КЕ> Тогда первый пункт изhttp://www.ibase.ru/ibfaq.htm#unavail
> Так ведь пробовал раньше не помогло.
--
С уважением, Евгений
Dmitry Kotelnikov
26.09.2008 в 11:16, Вы писали:
КЕ> SP1 ?
Нет, простой. Еще хочу нулевой XP поднять на VMWare а то вовремя
точку отката не сделал там много чего наставлено, тоже на нем погоняю.
КЕ> К сожалению, у меня пока больше нет идей.
Большое спасибо за помощь, всеравно очень помогли. Сейчас буду
компилить просто тестовое приложение и гонять по разным каталогам,
правам и т.д.
Ovchinnikov Vasily
> Большое спасибо за помощь, всеравно очень помогли. Сейчас буду
> компилить просто тестовое приложение и гонять по разным каталогам,
> правам и т.д.
>
Кстати!! Локальный протокол НЕ РАБОТАЕТ при запущенной службе Terminal Services!
--
Regards,
Ovchinnikov Vasily
ova at tkvc ru
Dmitry Kotelnikov
29.09.2008 в 10:24, Вы писали:
OV> Dmitry Kotelnikov пишет:
>> Большое спасибо за помощь, всеравно очень помогли. Сейчас буду
>> компилить просто тестовое приложение и гонять по разным каталогам,
>> правам и т.д.
>>
OV> Кстати!! Локальный протокол НЕ РАБОТАЕТ при запущенной службе Terminal Services!
Читал в FAQ. Она у меня Disabled, пробовал включать у себя работает и
с ним :(
Vlad Khorsun
Обалдеть. Стоит оставить вас на 5 дней - и всё, вешалка :)
Локальный протокол в 1.5 пользует виндовые окна. А сервисы и
юзерские приложения пользуют разные десктопы. Для того, чтобы
'исправить' это, нужно поставить сервису галку 'allow to interacte with
desktop'. Это известно надцать лет как...
--
Хорсун Влад
Кузнецов Евгений
On 29 сент, 23:57, "Vlad Khorsun" wrote:
> Обалдеть. Стоит оставить вас на 5 дней - и всё, вешалка :)
:)
>
> Локальный протокол в 1.5 пользует виндовые окна. А сервисы и
> юзерские приложения пользуют разные десктопы. Для того, чтобы
> 'исправить' это, нужно поставить сервису галку 'allow to interacte with
> desktop'. Это известно надцать лет как...
--
С уважением, Евгений