Firebird через wine.

Походу ты что-то неправильно делаешь. Проверь работу системы в среде Windows. Если всё работает, как задумано, то можно попытаться адаптировать это для работы под *nix. Кстати, никакой SAMBA для работы удалённых клиентов с сервером Firebird не требуется — там нужно только TCP/IP-соединение. Возможно дело в неверной строке настройки соединения клиента с сервером.

Поставь в виртуалку. Разверни сначала на убунте сервер и попробуй ibexpert-ом соединение, а потом клиентом мебельщика. Маловероятно, что они склепали свою сборку. Может порт нестандартный, проверь.

FB 2.5 прекрасно работает под никсами и ни от какой самбы не зависит, есть один такой артефакт прямо сейчас на gentoo виртуалке. Проверяй корректность параметров подключения, путь к базе, алиасы в формате ip:/полныйпутькбазе и порт, настройки брандмауэра.

Мебельщику и ibexpert при подключении кстати можешь подсунуть другие клиентские библиотеки для соединения. Ну и логи fb изучить следует. Может он у тебя вообще не работает и не принимает коннекты например и fbguard его постоянно безуспешно рестартует.

Не. Самба нужна для шары. Проектировщики плодят файлы - всякие карты раскроя, данные для бирок, чертежи итд. Все это сохраняется на серваке с убунтой, бэкапится там же. А файрберд отдельная история. Две базы которые нужны для работы до сих пор хранились на одном из юзерских компов. А мне нужно что бы базы тоже были на серваке. В общем самба это отдельная история

Это ответ саппорта «А откуда скачали? Нужен СТРОГО нашей сборки, BazisCenterBuild. Никакой другой Вам не решит задачи»

К сожалению они это сделали.

А файрберд отдельная история. Две базы которые нужны для работы до сих пор хранились на одном из юзерских компов. А мне нужно что бы базы тоже были на серваке.

FB 2.5 запускался у клиента? А теперь, значит, нужно файлы базы данных перенести на сервер и выложить на шару SAMBA, чтобы клиентский FB 2.5 не заметил подмены, так?

Да, абсолютно верно. На Винде все работает. Нужно перенести на убунту.

Привязалась эта самба) самба тут не причем. Она просто есть на серваке на который нужно перенести базы. А подключение к бд по сети в базис мебельщике реализовано как: по сети>вводишь айпи> загрузить алиасы> выбираешь базу

Значит никакой TCP/IP фигурировать в схеме протокола подключения клиента к серверу не должен — всё остаётся так же, как и было — просто локальное хранилище подменяется удалённым совершенно прозрачно (как будто файлы базы данных переместились на другой жёстский диск). И сервер не должен заметить такой подмены в принципе, если в самой программе не учитываются задержки обращения к базе данных.

Саппорту не нужны лишние проблемы, они бюрократы. Тебя и с вайном пошлют, наверняка у них есть список поддерживаемых ос. Короче, добивайся сначала коннекта, к тестовой базе, потом к этой базе, надо от простейшего работающего идти.

Да подними ты уже виртуалку с виндой наконец!

Маловероятно, что они пересобирали сам FB, а вот UDF либы вполне возможно что и присутствуют. Тогда да, только под шиндой запускать.

Или не греть себе мозги и поставить какой нибудь микрокомп с виндой и файрбердом просто чтобы базы шарить?

Тут зависит от нагрузки на сам FB, может и не хватить этого «микрокомпа». Причем не хватить может как по раме, так и по камню или всё вместе. Выяснить только опытным путем получится.

Конченое линукс ссобщество решило использовать внутринний виндовс для управления уже и не только играми , валите с..ки на винду уже наконец

Я в первом посте написал - я чайник. было бы логично просто найти человека который бы приехал и сделал все. Но я 8 тысячах км от рф, а местные спецы это полный провал…. Пробовал - приехало чудо, увидело микротик и молча уехало. Поэтому надо решать своими силами. По этому и спросил тут - есть задача, какие варианты решений могут быть.

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

Может действительно используются какие-нибудь параллельные потоки файловой системы NTFS для обеспечения скрытой защиты файлов базы данных, а примонтированная шара SAMBA не способна это обеспечить, потому и не работает. Нужно попробовать разместить файлы базы данных на локальном разделе с FAT32, чтобы проверить эту версию.

Та не. Варианты.
1. Есть в наличие N пользаков на сервере fb. Решение. Скопировать базу пользаков security2.fdb с компа на котором работает, на новую машинку, не забыть про права chown firebird.firebird /opt/firebird/security2.fdb , chmod 660 /opt/firebird/security2.fdb
2. Использу[ется][ются] какие-то udf акромя родной. Решение.
2.1 посмотреть в каталоге куда-проинстален-fb/udf если есть dll отличные от fbudf.dll и ib_udf.dll, то это оно.
2.2 Попробовать погуглить по названию этих найденных, так как существует не нулевая вероятность, что это не разработка «Базис Мебельщик», а они так же откуда-то стырили. Если найдутся либы (про разрядность не забываем) под linux - почти профит. Пихаем эти либы в /opt/firebird/UDF
chown firebird.firebird ... chmod 750 ...
3. Смотрим на винде файлик каталог-куда-проинстален-fb/aliases.conf Если в нем есть какие-то алиасы кроме employee.fdb и employee, то копируем эти строчки в /opt/firebird/aliases.conf не забываем поправить пути.
4. Ищем в программе «Базис Мебельщик» где у нее указано к какой[им] базам подсоединяться, исправляем на нашу машинку.
Лучше использовать hostname, а не ip, но для начала можно не заморачиваться. При использовании ip, а не hostname возможно будет долго соединяться но на работоспособность это не влияет.
Вроде ничего не забыл.

запускай под вайном в чем проблема?

в общем то проблемма в том что под вайном нихрена не вышло. работает файрберд но удаленная машина не подключается. поставил винду в виртаул бокс - так получилось. Но путем установки базис мебельщика и пары часов возни с codemetr который никак не хотел видеть физический ключ лицензий. в итоге пришлось ставить на на ноут сервер codemetr конектиться с базис мебельщика установленного на виртуалке к ключу. из базис мебельщика на виртуалке к базе на лежащей на сетевом диске ( тот самый что на самбе) в диалоговом окне базиса зпдпть алиас. После чего случилось чудо и удаленная машина с виндой подключилась к базе на серваке. Посмотрим как это все будет работать. теперь надо разобраться как сделать автозагрузку виртуальной винды. Но это детали уже. Единственное - не выглядит все это надежным. Хотелось бы чтобы просто на серваке стоял файрберд и лееежала база. а не вот это все. Но все равно всем спасибо.

в итоге мертворожденная идея с виртуалбоксом. Подключается но жутко тормозит. Проектировщики не смогут работать с такими скоростями. Надо думать что еще. Походу дешевле купить виндос серверю как не мечал я избежать этой гадости.

спасибо буду пробовать

а нахрена серверную то? сколько клиентов?

к базе на лежащей на сетевом диске ( тот самый что на самбе)

А почему она у вас все-таки на самбе? Вообще не стоит так делать, по нескольким причинам.
1. По какой-то причине рухнет соединение и пушистый сибирский зверек данным.
2. Самба это наверное худшее, что можно было придумать в данной ситуации.
3. Я надеюсь вы с единственной машины используете этот файл базы и не додумались натравливать на него несколько отдельных fb серверов?

поставил винду в виртаул бокс - так получилось.

пока ещё не поздно, замените на qemu-kvm.

запустил из под вайна их «специальный» firebird

они используют порт нестандартный порт 14357 в остальном нет проблем. соединяюсь через isql

УМВР!

к базе на лежащей на сетевом диске ( тот самый что на самбе)

А почему она у вас все-таки на самбе?

вообще, конечно, это очень странно :)

запуск сервера в вине как

….\bin\fdbserver.exe -s BazisSoftBuild

тестировал из линуксячей 2.5 версии так

isql 127.0.0.1/14357:«C:\BazisSoft\employes.fdb» -u SYSDBA -p masterkey

employes.fdb - это тестовая база так как не знаю какие логин/пароль для алиаса BazisBases к базе ALIASES.FDB

По ресурсам, обязательно посмотрите сколько кушает, на основании этого принимайте решение сколько ядер/памяти отдать виртуальной винде. Если виртуалка насилует диск сильно, то отдавайте ей в качестве диска или volume lvm или голый физический.
Обращаю внимание, если будете использовать lvm, не забывайте что при использовании snapshot-ов дисковая производительность проседает.

они используют порт нестандартный порт 14357 в остальном нет проблем. соединяюсь через isql

Соединение это вообще не о чем, только убедиться что логин с паролем подходят и база указанная в соединении присутствует.

так как не знаю какие логин/пароль для алиаса BazisBases к базе ALIASES.FDB

1. нет понятия логин для алиаса
2. sysdba это аналог root, т.е. для соединения, просмотра/изменения метаданных, просмотра/изменения данных, работает в любом случае.
Может не подходить для работы уже самого софта, если в нем используются проверки user_name (появилось в fb) или user(осталось ещё с ib). Это может быть как в бинарях программы, так и в метаданных базы (процедуры, вьюшки, ограничения). И если второе достаточно легко просмотреть грепнув выгруженные метаданные базы, то с первым сложнее.

Сервер потому что:

1. нужно ограничить физический доступ к железу
2. бэкапы - база материалов, это плод долгой и кропотливой работы. Потеря базы склада - это тоже беда.
3. установка всего этого добра на пользовательскую машину - рискованный шаг. От простой глупости - выключил комп например, до вредительства.
4. юзеров много. И это не только проектировщики. Базис -салон - это продажники. Базис сканер штрих-кодов - это все участники производства. А их два и в разных городах. Когда решу описанные здесь задачи нужно будет на нем же ещё и лицензии с физического ключа расшарить) опять же нужно ограничить доступ пользователей. Чтоб не спёрли. В общем нужен именно отдельный сервер. Который стоит в запертом помещении и доступа посторонних к нему нет.

Тут ещё мысль появилась что соединение настроено неправильно на виртуалке. По умолчанию он было ip локалхос127.0.0.1, я поменял на мост. У сервера 192.168.1.114, у винды на виртуалке … 1.116. может тут где то есть подводные камни.

Ну кроме того, что можно подключиться снаружи я других подводных камней не вижу. :)
Ааа, точно, это же один большой подводный булыжник размером с атлантиду". Тонкий намек на стандартный логин/пароль известный со времен ib. Собственно fb на этапе установки требует задать пароль для sysdba и все мужественно продолжают использовать masterkey.
Вспомнилась одна СКУД система установленная аутсорсерами в конторке где я раньше работал. Ребята всё сделали по взрослому, даже к локалке систему не подключали, физически. Но вот как-то кадры задолбало ходить к отдельно стоящему системнику для получения отчетов «кого же мы в этом месяце премии лишать будем» и к радости ИТ-ков сервак СКУД аутсорсеры не долго думая выпускают в локалку. Вот тут-то нам и повалило с этого счастливого момента мы сразу перестали опаздывать. :)

Обращаю внимание, если будете использовать lvm, не забывайте что при использовании snapshot-ов дисковая производительность проседает.

Снапшоты файловой системы или менеджера томов при работе с базой данных использовать категорически нельзя. У Firebird, как и у InterBase, есть собственный механизм бэкапа и восстановления баз данных.

Снапшоты файловой системы или менеджера томов при работе с базой данных использовать категорически нельзя.

Слишком категорично. Может у ТС очень терпеливые пользователи работающие на компах 20-ти летней давности под шин10 :)

Снапшоты файловой системы или менеджера томов при работе с базой данных использовать категорически нельзя.

Можно после «nbackup -lock», но ненужно после появления в 4.0 «nbackup -b GUID».

Не делай так. Ставь огнептицу нативно. И бери СУБД с офсайта.

он боится, что в рекомендованной сборке внесены изменения кода, но с вероятностью 99.9% кроме настроек там ничего не сделано…

Изменения кода в самом fb это ооочень маловероятно. А если учесть для какого софта она используется, то невероятно. Но вот udf либы могут присутствовать.

и вероятно можно самому собрать если там что-то понятное

Вы про udf?

ну да

1. Что бы собрать что-то, надо что бы было из чего собирать.
2. Но даже если предположить что есть исходники в открытом доступе, совсем не нулевая вероятность что там дергают виндовые функции.

Ну он же написал, что новичок в сабже. Поэтому неудивительно, что боится,

У меня на XP всё пашет и есть не просит.

Базу качал с офсайта, хотя в составе дистрибутива ПО шла своя. Накатил официальную сборку, прописал конфиги и вуаля!

Компы обычные райзены 5 2600 в основном. В целом базис мебельщик не требователен к ресурсам. Есть моменты, но обычно хватает любого калькулятора. Работают все из под вин10, это верно.

Я не то чтобы боюсь. Просто не хватает понимания порядка действий.