На серваке и на всех локальных компах стоит FireBird 1.0.2.908. На серваке программа запускается с локальной базой нормально. То же самое происходит и на других компах, только если база лежит на том же самом компе. При попытке подсоединиться к базе на серваке - выдает всякую хрень.
Самое странное в том, что на одном из компов (стоит Win XP) связь с сервачной базой идет без проблем. А на всех остальных (Win 2000) - связываться с серваком отказывается.
FB ставился на все компы с одного и того же дистрибутива. Пути к базе прописаны на всех компах - одинаково (один и тот же конфиг). Программа - одна и та же версия. У всех юзверей одинаковые админские права. Все отлично видят сервак и имет полный доступ к нему.

В данном случае не понятно, почему отказываются работать большинство локальных компов (пробовал сносить FB и ставил его с мое прогой заново - не помогает).

Помогите, пжалста, если не сильно замысловато описал.
Не могу понять в чем проблема...

Как оказалось решение не просто - а очень просто!.. Правда не понятно каким боком оно взаимосвязано... Ну обо всем по-порядку...

Сервак - Win2000Srv. Раньше был Win2000Prof - и все работало. Как оказалось админ переставил винду, а мне не сказал. Сам админ сидит именно на компе, где стоит Win'XP (права на серваке естественно сами понимаете какие). Все остальные - заходят как обычные пользователи (раньше у всех были админские права). Как только перевели всех пользователей на серваке в админы, перезагрузили все - и заработало!!!

Отсюда вывод:
Для того, чтобы IB-сервак работал с подключениями с других компов, необходимо, чтобы к серваку подрубались только с админскими правами!
Я правильно думаю?

А теперь, у меня несколько вопросов для ответивших. По порядку:

2 Drinco:
>>Вариант с XP всегда должен работать без проблем.
>>Если все на сервере нормально сделано
Чем это интересно вызвано, что ХР безпроблемно работает? Я бы даже сказал - наоборот. Например стандартный IBiventer на ХР абсолютно не катит - только SuperIBiventer от FIBPlus'a.

>>Первое приходит только отсутствие строчки
>>gds_db 3050/tcp
>>в файле ..\etc\services
Для FireBird не нужно.


2 Roman Ignatiev:
>>А, наверняка сервер ставится вместе с программной на рабочей станции и >>его, бедного, пытаются заставить подключить базу, лежащую на сервере в >>расшаренном каталоге...
>>От чего, он, конечно, отпихивается всем кодом
Именно так и есть.
А в чем, собственно, проблема? Можно на всех локальных компах ставить IB-сервак. И все будет работать... Только помедленнее немного, т.к. запрос сначала пытается обрабатывать локальный сервак, и при невозможности такого - идет на расшаренный. Но в данном случае всегда остается возможность запустить прогу на любом компе, если сервак накроется (сделана репликация на этот случай с сервака на локальные машины, правда на локальных запретил изменять БД - программа просто представляет некоторое подобие записной книжки).

Здравствуйте всем.

>>Я непонял зачем такая сложная система с репликцией,
>>не проще ли просто один сервак, одна база и несколько клиентов.
Мне была поставлена такая задача заказчиком. "Сервак" - это его ноут. Он его берет с собой на выставку, там может пополнять инфу, а потом его менеджеры при возвращении ноута в сетку - увидят изменения босса.
Такая вот система...

>>Достаточно доступа к файлу БД.
Что это значит? Даже имея права на доступ к этому файлу (ну можно его открыть по расшаренному ресурсу по сетке, редактировать gdb - например в блокноте :)), но IB даже при таких условиях его видеть отказывается, до тех пор, пока не подключится админ.
Хотя я возможно чего-то недопонимаю...

Но все равно всем спасибо.

2 StarWind:
>>сервер и база должны лежать на одном компе и только так
А кто, собственно, сказал, что они лежат НА РАЗНЫХ??? Или самое главное вовремя пропоносить человека, а потом разбираться?
В следующий раз, пожалуйста, сначала разберитесь в ситуации, а не выеб...тесь при каждом удобном случае.

2 Sclif81:
>>выходит у каждого своя собственная база, и никакой согласованности данных
По этому поводу я уже писал ранее, что когда ноут выдернутый из сетки, пользователи работают с локальными базами в режиме ТОЛЬКО ЧТЕНИЕ. Согласованность данных при этом не нарушается.

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

Что касается обсуждения самого механизма обновлений и программного продукта в частности, то такое было тех. задание от заказчика. Все вопросы, связанные с защитой всего этого хозяйства (типа дыр в безопасности), то это уже проблемы ихнего сисадмина, а не мои. Какая задача была передо мной поставлена - дословно по пунктам соблюдена. Остальное - не мои заботы.

Еще вопросы?

2 Sclif81 :
Да, как я уже и говорил ранее, все работает. Только меня смущал способ "починки", поэтому то я у задавал дальнейшие вопросы. Причем, как я посмотрю, в форуме подобных вопросов чего-то много появилось...
А ноуты у каждого менеджера - они на заявки их с собой берут. А прога в данном случае является справочником.

В общем, все.