Ошибка загрузки библиотеки libodbc so

0 Members and 1 Guest are viewing this topic.



01 December 2020, 12:22:05
Предыстория проблемы такова:

1) В файле /etc/pacman.conf раскомментировал строки:

[multilib]
Include = /etc/pacman.d/mirrorlist

2) Установил wine.

3) При попытке запуска notepad он(wine) сам скачивает и устанавливает wine-mono и wine-gecko. (Всегда так делаю.)

4) Установил софтинку и при запуске exe-файла выдаёт ошибку:

00d8:err:winediag:load_odbc failed to open library "libodbc.so": libodbc.so: невозможно открыть разделяемый объектный файл: Нет такого файла или каталога

Гуление не помогло :(


Re: Wine — ошибка открытия библиотеки libodbc.so



Reply #1 – 01 December 2020, 13:01:38
$ pacman -F libodbc.so
world/unixodbc 2.3.7-2
    usr/lib/libodbc.so
extra/unixodbc 2.3.7-2
    usr/lib/libodbc.so

$ pacman -Qs unixodbc

$ wine --check-libs

$ pactree wine


Re: Wine — ошибка открытия библиотеки libodbc.so



Reply #2 – 01 December 2020, 18:14:25
Не помогло. Таже ошибка показывается.
(Didn’t worked. The same error is shown.)

Re: Wine — ошибка открытия библиотеки libodbc.so



Reply #3 – 02 December 2020, 08:26:23
До установки (раскомментирования ‘multilib’ в файле /etc/pacman.conf) репозитория ‘multilib’  в Pamac вообще не было wine для установки.
Поэтому, не понимаю, какие ещё нужны репозитории для wine?
Какие из них правильные или неправильные?
Что значит «проблемы на моей стороне», если я скачал дистрибутив, установил систему, включил AUR, раскомментировал ‘multilib’ и … не могу запустить программу (которую нормально запускал в manjaro)?
Что в Artix ещё нужно сделать, чтобы wine заработал?

(Before installing the ‘multilib’ repository (uncommenting the ‘multilib’ in /etc/pacman.conf), Pamac did not have any wine to install at all.
Therefore, I don’t understand, what other repositories are needed for wine?
Which one is right or wrong?
What does «problems on my side» mean if I downloaded the distribution, installed the system, enabled the AUR, uncommented ‘multilib’ and … I can’t start the program (which I ran normally in manjaro)?
What else needs to be done in Artix to make wine work?)

Re: Wine — ошибка открытия библиотеки libodbc.so



Reply #4 – 02 December 2020, 11:19:37

Что в Artix ещё нужно сделать, чтобы wine заработал?


Re: Wine — ошибка открытия библиотеки libodbc.so



Reply #5 – 02 December 2020, 12:29:53
А как ?

Re: Wine — ошибка открытия библиотеки libodbc.so



Reply #6 – 02 December 2020, 13:53:59
Ну как успехи разобрался?

Re: Wine — ошибка открытия библиотеки libodbc.so



Reply #7 – 02 December 2020, 14:00:38

Ну как успехи разобрался?

нет, окончательно запутался. Гугление говорит, что включение multilib — это есть включение использования 32-битных чего-то там. А выясняется, что это даже не пол дела… :(

Не видать мне wine



Re: Wine — ошибка открытия библиотеки libodbc.so



Reply #9 – 02 December 2020, 14:29:49
Если трудно разобратся в пакман,установи графический памак,визуально будет проще ….в артікс памак в репах!

Re: Wine — ошибка открытия библиотеки libodbc.so



Reply #10 – 02 December 2020, 15:45:21
Преимущественно пользуюсь Pamac’ом.
ВОт только от тебя узнал что «разкометируй репу lib32 в /etc/pacman.conf». — Буду делать, спасибо!

Re: Wine — ошибка открытия библиотеки libodbc.so



Reply #11 – 02 December 2020, 15:49:00
Я пользуюсь портативной сборкой вайна которая на гитхабе. Там на любой вкус — ванильный, стейжин … даже протон и не надо устанавливать.

Re: Wine — ошибка открытия библиотеки libodbc.so



Reply #12 – 02 December 2020, 15:53:25

… пользуюсь портативной сборкой



Re: Wine — ошибка открытия библиотеки libodbc.so



Reply #14 – 02 December 2020, 16:21:21
Свежие сборки
Source code — это исходный код для собственной сборки если есть желание самому пособирать. Как быть с вайнтриксом не подскажу, не пользуюсь.
Распаковываешь архив, например, в папку fresh_wine  и создаешь префикс, допустим такой
env WINEPREFIX=»/home/свой логин/.wine» /home/свой логин/fresh_wine/wine-зависит от версии-amd64/bin/winecfg

  

Compy

24.07.12 — 15:38

Здравствуйте! Собственно, вопрос в заголовке — кто-нибудь побеждал эту проблему?

Предыстория такова — понадобилось подключаться к внешним источникам данных, конкретно, к Access-ному mdb-шнику и к базе MySQL. На локальной базе на Windows все замечательно работает, но при попытке перенести на тестовую площадку на Linux клиент выдает сабжевое сообщение. Сервер крутится на SuSE, установлен по HowTo с этого сайта. Установлены unixODBC, mdbtools, MyODBC, переменная окружения LIB_ODBC_DRIVER_MANAGER имеет значение полного имени реально существующего файла. Но, тем не менее, 1с-ка продолжает, при обращении из обработки, писать сообщение об отсутствии файла! И гугл ничего ценного больше не подсказывает…

  

Irek-kazan

1 — 24.07.12 — 15:40

первое что на ум пришло — кодировка в имени файла?

  

Compy

2 — 24.07.12 — 15:45

ru_RU.UTF8. И только английские буквы в именах папок. А что имеется ввиду? В той ли кодировке я задал значение переменной? Так я с локального терминала задавал…

  

Todorov

3 — 24.07.12 — 15:58

Для начала — спросите гугла на предмет libodbc.so not found, возможно, вся проблема решится симлинком.

  

Compy

4 — 24.07.12 — 15:59

Это было первым, что я сделал — создал симлинк libodbc.so на libodbc.so.1.0.0. Не помогло

  

Todorov

5 — 24.07.12 — 17:42

Гм… Вот это не поможет? http://www.codesynthesis.com/~boris/blog/2011/12/02/microsoft-sql-server-odbc-driver-linux/

И еще, сервер не 64-битный? Может, проблема в том, что libodbc.so попала в lib64, а программа ищет ее в lib? Можете указать вывод команды locate libodbc. (findutils-locate, наверное, Вы поставили?)

  

Compy

6 — 25.07.12 — 08:37

Нет, обычная 32-х битка в режиме PAE. И файлик находится там, где он и должен быть после rpm-установки — в /usr/lib. Команда locate libodbc не выводит ничего, даже пустой строки (хотя сам пакет присутствует). За ссылочку спасибо, там приведен пример установки unixODBC. Насколько это возможно для моего дистрибутива, все сделано так же, как написано (ldd /usr/lib/libodbc.so — ничего криминального, ldconfig -v тоже ничего страшного не показывает).

{:offtopic:} Странно все это… За каким графическим интерфейсом внешняя обработка на клиентской машине дергает сервер, чтобы передать ему данные, вместо того, чтобы получить их самостоятельно, как это делается на локальной файловой базе? Непонятно… {:offtopic:}

  

Todorov

7 — 25.07.12 — 21:59

Вот ведь… Так, если я правильно понял Вашу ситуацию, то: есть сервер 1с под Linux на SQL, клиент — Win. Вы подключаетесь к базе на сервере, запускаете некую (как я понимаю, написанную Вами) обработку и получаете в клиенте указанную ругань.

В порядке мыслей в слух: а если дело все в том, что клиент пытается делать то, что должен делать сервер? Т.е. проблема в обработке?

  

Todorov

8 — 25.07.12 — 22:21

Снова выполните /opt/1C/v8.2/i386/utils/config_server, этот скрипт в том числе регистрирует б-ки ODBC.

В плане бреда: а может кинуть симлинк (или даже скопировать) эту библиотеку в /opt/1C/v8.2/i386/ или куда она там ставится?

  

Compy

10 — 26.07.12 — 08:27

Ситуацию вы описываете правильно. Вот только обработку писал не я. Да и нет там никакой обработки — есть попытка следовать инструкции вот отсюда — http://infostart.ru/public/92746/

И если верить тектсту в вышеуказанной ссылке, то в случае клиент-серверного варианта подключение к ODBC выполняет сервер. (Знать бы еще, КАК он ищет либы… походу, переменные PATH и LIBRARY_PATH им просто игнорятся…) утилиту confog_server я, после удовлетворения всех ее зависимостей, запустил — не сработало. А тот симлинк в каталоге присутстствует, это я с самого начала сделал — без толку…

  

Todorov

11 — 26.07.12 — 13:43

ИМХО тут вот в чем еще может быть дело: пример заточен под MSSQL, а у Вас PostgreSQL. Вполне вероятно, что есть какие-то различия в процедуре инициализации ИД.

В указанной Вами статье меня насторожил пункт 1г (там, где настройки подключения). Возможно, там нужен бубен.

Думаю, вполне оправданно было бы обратиться в 1С, тем более, что они сейчас сильно активизировали поддержку Linux.

Теоретически можно попытаться покурить мануал на предмет настройки logcfg.xml и поиграться с уровнями логирования в PostgreSQL, может, удастся узнать хоть что-то более конкретное.

Вот тут посмотрите еще — это я больше для очистки совести, но я бы начал с этого:

http://mtaalamu.ru/blog/admining/1195.html — внимательно прочитайте то, что касается odbc.ini

Ну и вот еще интересно

http://extremallife.ru/work/question/1c-mysql-odbc

http://forum.infostart.ru/forum26/topic66120/message721699/#message721699 (последний пост см.)

Похоже на Ваш случай http://forum.codeby.net/lofiversion/index.php?t29634.html

Я спросил гугла «1с linux odbc», это все на первой же странице.

  

Compy

12 — 27.07.12 — 08:05

Спасибо, но во всех описаных в ссылках примерах описывается, насколько мне хватает мозгов, вариант доступа либо к файловой базе (позволяющей использовать ODBC со стороны клиента), либо через wine (клиента под wine запускать куда ни шло, но сервер…). Да и не кажется мне, что в 1с настолько ленивые программисты, чтоб на любую ошибку выводить одно и то же сообщение… Кстати, я постоянно натыкаюсь упоминания некоего «партнерского форума». Туда если не попасть, то запостить мою проблему нельзя?

  

loh_pedalny

13 — 27.07.12 — 09:42

(12)Если у тебя все официально приобретено и подписка на ИТС есть — обратись в техподдержку. А еще лучше — проверь на 8.3.1. Если проблема осталась, то можно на тестплатформ написать. Там быстро ответят.

  

Compy

14 — 27.07.12 — 10:57

Конечно, официально. И ключики есть, и пароль. Вот только кто б меня носом ткнул, куда жать… на http://users.v8.1c.ru/ я ничего такого не нашел… может, у меня админская слепота?

  

ansh15

15 — 27.07.12 — 12:24

(4) «So if after installing you have apps that can’t find libodbc.so, its likely they are linked to libodbc.so.1, so just create a symlink from libodbc.so.2»

http://www.unixodbc.org/

Как вариант.

  

Compy

16 — 27.07.12 — 16:04

Нет у меня libodbc.so.2 У меня есть libodbc.so.1.0.0 И с него есть симлинк на libodbc.so

  

Compy

17 — 27.07.12 — 16:05

Проблема не в том, как найти этот файл. Он есть. Проблема в том, как объяснить однэске, где он лежит.

  

Todorov

18 — 27.07.12 — 19:19

(13) дело говорите. Сам сколько раз обращался, решали быстро и конструктивно.

  

эцп

19 — 27.07.12 — 20:06

(16) Может стоит сделать симлинк от libodbc.so.2 на libodbc.so?

  

Compy

20 — 30.07.12 — 11:42

Симлинк сделал, не помогло.

Модератор: Модераторы

Подключение к MySql нужен libodbc.so.1

Всем доброе время. Не пинайте сильно:)
В общем ситуация: на linux mint 64bit (xfce) на lazarus 1.6 пишется программа для работы с удаленной БД (тоже 64бит). Из минта соответственно конектиться без проблем.
На другом компе — debian 8 (64 bit) тоже стоит лазарь и тоже коннектится и к удаленной и к виртуальной бд.
А вот при переносе на debian 6 (xfce) 32bit вообще не хочет запускаться! (оговорка : вообще почти чистая система — но «обновить не судьба» именно для нее и пишется).
Поскольку самый веселый вариант это установка драйвера — то (моделирую автономный режим) скачиваю отсюда

http://dev.mysql.com/downloads/connector/odbc/

mysql-connector-odbc-5.2.7-linux-debian6.0-x86-32bit распаковываю и делаю
shell> cp bin/* /usr/local/bin
shell> cp lib/* /usr/local/lib
соответственно регистрирую shell> myodbc-installer -a -d -n «MySQL ODBC 5.2 Driver» -t «Driver=/usr/local/lib/libmyodbc5w.so»
и получаю ошибку myodbc-installer error while loading shared librares libodbc.so.1 (ну типа не могу открыть файл так как его нет или ссылки )
гугл завел в тупик… вроде все просто: надо положить файлик :), но во первых его нет!
Если у кого есть скиньте пожалуйста libodbc.so.1….
ну и во вторых… может какие варианты посоветуете?

helga
новенький
 
Сообщения: 14
Зарегистрирован: 26.05.2016 20:51:06

Re: Подключение к MySql нужен libodbc.so.1

Сообщение Лекс Айрин » 27.05.2016 18:59:44

небольшое гугление показало, что…

libodbc.so — это либа из пакета unixODBC. Соответственно его нужно установить.

Аватара пользователя
Лекс Айрин
долгожитель
 
Сообщения: 5723
Зарегистрирован: 19.02.2013 16:54:51
Откуда: Волгоград
  • Профиль
  • Сайт

Re: Подключение к MySql нужен libodbc.so.1

Сообщение Ism » 28.05.2016 01:49:40

Зачем вы через odbc работаете ? Можно же напрямую libmysql.so

Ism
энтузиаст
 
Сообщения: 908
Зарегистрирован: 06.04.2007 17:36:08

Re: Подключение к MySql нужен libodbc.so.1

Сообщение helga » 02.06.2016 09:25:45

Лекс Айрин писал(а):Соответственно его нужно установить.

ага, как раз установить на i386 да еще debian 6 проблема.

Добавлено спустя 1 минуту 16 секунд:

Ism писал(а):напрямую libmysql.so

хм… буду вкуривать (если время позволит), Вас не затруднит маленький примерчик?

И кстати, будут ли проблемы при использовании на разных линуксах? (как ОС так и разрядность)
есть http://wiki.freepascal.org/Lazarus_Database_Tutorial/ru#Lazarus_.D0.B8_MySQL но не доходит :(

helga
новенький
 
Сообщения: 14
Зарегистрирован: 26.05.2016 20:51:06

Re: Подключение к MySql нужен libodbc.so.1

Сообщение Лекс Айрин » 02.06.2016 17:36:42

helga писал(а):ага, как раз установить на i386 да еще debian 6 проблема.

Странно… не поверю, что нет варианта под 386 проц… Через консоль не пробовали?

Аватара пользователя
Лекс Айрин
долгожитель
 
Сообщения: 5723
Зарегистрирован: 19.02.2013 16:54:51
Откуда: Волгоград
  • Профиль
  • Сайт

Re: Подключение к MySql нужен libodbc.so.1

Сообщение Ism » 02.06.2016 22:20:23

helga писал(а):Вас не затруднит маленький примерчик?

Любой проект на компонентах лазарус или zeoslib автоматически видит libmysqlclient.so, если установлен пакет с ней в linux
Другое дело что иногда оно называется libmysqlclient.so.123, но тогда достаточно сделать мягкую ссылку с именем libmysqlclient.so

Ism
энтузиаст
 
Сообщения: 908
Зарегистрирован: 06.04.2007 17:36:08

Re: Подключение к MySql нужен libodbc.so.1

Сообщение helga » 08.06.2016 17:07:34

Лекс Айрин писал(а):Через консоль не пробовали?

простите, что не пробовали? запуск программы или установку пакетов? если установку пакетов- то тут и ждет сюрприз- отсутствие интернета.
пробовал lib..(уже забыл)….-dev поставить, такой список зависимостей выкатил, что кажется проще х86 систему поставить….

helga
новенький
 
Сообщения: 14
Зарегистрирован: 26.05.2016 20:51:06

Re: Подключение к MySql нужен libodbc.so.1

Сообщение Лекс Айрин » 08.06.2016 17:36:23

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

Код: Выделить всё
apt-get также используется для устранения сбоев в базе пакетов вызванных нарушенными зависимостями. Разрешение зависимостей производится командой:

sudo apt-get install -f

helga писал(а): что кажется проще х86 систему поставить….

поставить возможно… а настроить все программы? Ах да… сейчас у меня идет попытка очистить семерку от хлама… проще переставить.

Аватара пользователя
Лекс Айрин
долгожитель
 
Сообщения: 5723
Зарегистрирован: 19.02.2013 16:54:51
Откуда: Волгоград
  • Профиль
  • Сайт

Re: Подключение к MySql нужен libodbc.so.1

Сообщение AlphaBlend » 18.06.2016 21:16:18

Для Debian

su —
apt-get install mysql-server

Если машина будет удаленная — в файле /etc/mysql/my.cnf надо настроить поля :

[mysqld]
bind-address = ip-адрес
port = порт , которй будет слушаться . По умолчанию 3306

Сохранить файл и выйти в консоль и набрать :

/etc/init.d/mysqld restart

Этот ip и порт надо давать компоненту TmySQLNNconnection Вместо NN надо подствить ту версию , которая стоит .
проверить можно так :

mysql -V


root@Home:~# mysql -u root -p
Enter password:
Welcome to the MySQL monitor. Commands end with ; or g.
Your MySQL connection id is 37
Server version: 5.5.49-0+deb8u1 (Debian) { 5.5 — Значит необходимо лазарусу компонент TmySQL55Connection }

Copyright (c) 2000, 2016, Oracle and/or its affiliates. All rights reserved.

Oracle is a registered trademark of Oracle Corporation and/or its
affiliates. Other names may be trademarks of their respective
owners.

Type ‘help;’ or ‘h’ for help. Type ‘c’ to clear the current input statement.

mysql>

Аватара пользователя
AlphaBlend
постоялец
 
Сообщения: 207
Зарегистрирован: 22.05.2016 10:13:10


Re: Подключение к MySql нужен libodbc.so.1

Сообщение helga » 02.07.2016 22:25:09

Спасибо за советы. Проблема решена установкой debian8 386 архитектуры- а чтобы потом локти не кусать заодно и поддержку 64 добавил. подключение прошло без проблем.

helga
новенький
 
Сообщения: 14
Зарегистрирован: 26.05.2016 20:51:06


Вернуться в Базы данных

Кто сейчас на конференции

Сейчас этот форум просматривают: нет зарегистрированных пользователей и гости: 0

0 Members and 1 Guest are viewing this topic.



01 December 2020, 12:22:05
Предыстория проблемы такова:

1) В файле /etc/pacman.conf раскомментировал строки:

[multilib]
Include = /etc/pacman.d/mirrorlist

2) Установил wine.

3) При попытке запуска notepad он(wine) сам скачивает и устанавливает wine-mono и wine-gecko. (Всегда так делаю.)

4) Установил софтинку и при запуске exe-файла выдаёт ошибку:

00d8:err:winediag:load_odbc failed to open library "libodbc.so": libodbc.so: невозможно открыть разделяемый объектный файл: Нет такого файла или каталога

Гуление не помогло :(


Re: Wine — ошибка открытия библиотеки libodbc.so



Reply #1 – 01 December 2020, 13:01:38
$ pacman -F libodbc.so
world/unixodbc 2.3.7-2
    usr/lib/libodbc.so
extra/unixodbc 2.3.7-2
    usr/lib/libodbc.so

$ pacman -Qs unixodbc

$ wine --check-libs

$ pactree wine


Re: Wine — ошибка открытия библиотеки libodbc.so



Reply #2 – 01 December 2020, 18:14:25
Не помогло. Таже ошибка показывается.
(Didn’t worked. The same error is shown.)

Re: Wine — ошибка открытия библиотеки libodbc.so



Reply #3 – 02 December 2020, 08:26:23
До установки (раскомментирования ‘multilib’ в файле /etc/pacman.conf) репозитория ‘multilib’  в Pamac вообще не было wine для установки.
Поэтому, не понимаю, какие ещё нужны репозитории для wine?
Какие из них правильные или неправильные?
Что значит «проблемы на моей стороне», если я скачал дистрибутив, установил систему, включил AUR, раскомментировал ‘multilib’ и … не могу запустить программу (которую нормально запускал в manjaro)?
Что в Artix ещё нужно сделать, чтобы wine заработал?

(Before installing the ‘multilib’ repository (uncommenting the ‘multilib’ in /etc/pacman.conf), Pamac did not have any wine to install at all.
Therefore, I don’t understand, what other repositories are needed for wine?
Which one is right or wrong?
What does «problems on my side» mean if I downloaded the distribution, installed the system, enabled the AUR, uncommented ‘multilib’ and … I can’t start the program (which I ran normally in manjaro)?
What else needs to be done in Artix to make wine work?)

Re: Wine — ошибка открытия библиотеки libodbc.so



Reply #4 – 02 December 2020, 11:19:37

Что в Artix ещё нужно сделать, чтобы wine заработал?

Как сказано в комменте выше, надо использовать репозиторий lib32 вместе с multilib и при выборе пакетов между этими репозиториями отдавать предпочтение надо lib32


Re: Wine — ошибка открытия библиотеки libodbc.so



Reply #5 – 02 December 2020, 12:29:53

lib32 вместе с multilib

А как ?


Re: Wine — ошибка открытия библиотеки libodbc.so



Reply #6 – 02 December 2020, 13:53:59
Ну как успехи разобрался?



Re: Wine — ошибка открытия библиотеки libodbc.so



Reply #9 – 02 December 2020, 14:29:49
Если трудно разобратся в пакман,установи графический памак,визуально будет проще ….в артікс памак в репах!

Re: Wine — ошибка открытия библиотеки libodbc.so



Reply #10 – 02 December 2020, 15:45:21

установи … памак

Преимущественно пользуюсь Pamac’ом.
ВОт только от тебя узнал что «разкометируй репу lib32 в /etc/pacman.conf». — Буду делать, спасибо!


Re: Wine — ошибка открытия библиотеки libodbc.so



Reply #11 – 02 December 2020, 15:49:00
Я пользуюсь портативной сборкой вайна которая на гитхабе. Там на любой вкус — ванильный, стейжин … даже протон и не надо устанавливать.

Re: Wine — ошибка открытия библиотеки libodbc.so



Reply #12 – 02 December 2020, 15:53:25

… пользуюсь портативной сборкой

А ссылку можно и короткий экскурс?



Re: Wine — ошибка открытия библиотеки libodbc.so



Reply #14 – 02 December 2020, 16:21:21
Свежие сборки
Source code — это исходный код для собственной сборки если есть желание самому пособирать. Как быть с вайнтриксом не подскажу, не пользуюсь.
Распаковываешь архив, например, в папку fresh_wine  и создаешь префикс, допустим такой
env WINEPREFIX=»/home/свой логин/.wine» /home/свой логин/fresh_wine/wine-зависит от версии-amd64/bin/winecfg

Помогите запустить приложение

Автор Егор, 07 сентября 2019, 08:37:36

« назад — далее »

0 Пользователи и 1 гость просматривают эту тему.


Егор

  • Новичок форума
  • Сообщения: 2
  • Записан

Добрый день. Заранее прошу прощения, возможно где-то уже есть решение, но я не нашел. Недавно на работу пришли компьютеры на AstraLinux. Решил я установить wine и запустить на ней программу D-link D-View (программа для просмотра изображения с ip-камер). Программа запускается, но сразу же вылетает в ошибку «Система обнаружила ошибку и будет перезапущена…». Затем я установил playonlinux и установил программу оттуда. Ошибка та же. в режиме отладки следующее сообщение


004b:err:winediag:ODBC_LoadDriverManager failed to open library "libodbc.so": libodbc.so: невозможно открыть разделяемый объектный файл: Нет такого ф0009:err:d3d:wined3d_adapter_find_polyoffset_scale PolygonOffset scale factor detection failed, using fallback value 2^23.
0029:err:ole:CoUninitialize Mismatched CoUninitialize

Можно ли что-то сделать? Заранее спасибо.


Поискать в интернете название пакета где содержится libodbc.so и установить его.



Егор

  • Новичок форума
  • Сообщения: 2
  • Записан

Насколько я понял, пакет libodbc.so сейчас входит в пакет libodbc1. «Этот пакет установлен.



Цитата: Егор от 07 сентября 2019, 08:37:36пришли компьютеры на AstraLinux. Решил я установить wine и запустить на ней программу D-link D-View

Так выпьем же за то, что бы наши желания всегда совпадали с нашими возможностями…
Если же быть серьёзным то для Astra linux  не реализует полноценной поддержки wine, так как последнему для полноценной работы необходима архитекстура i386 на край её поддержка в виде  multiarch. Плюс к этому запуск виндовс приложений в большинстве случаев требует присутствия в контейнере ( префиксе ) дополнительных компонентов: шрифтов, библиотек .dll устанавливающихся посредством  скрипта winetricks.
Собственно говоря если даже если вы соблюдёте эти условия , ни кто не даст вам гарантии что выбранное вами , совсем непростое для wine приложение будет полноценно работать.

Русские дебианщики против цифрового слабоумия !


Цитата: Егор от 07 сентября 2019, 08:37:36Недавно на работу пришли компьютеры на AstraLinux.

Про Astra Linux см. здесь: Astra Linux.
Astra Linux — на базе Debian, но там есть своя специфика, и иногда принципиальная. Если Astra Linux SE (Special Edition) — та линия дистрибутивов для которой, собственно, и развивается дистрибутив, то это особо защищённая ОС, с мандатным регламентом доступа пользователей.
Там так просто стороннее ПО не поустанавливаешь.  :P


Цитата: ferum от 07 сентября 2019, 15:01:53то для Astra linux  не реализует полноценной поддержки wine, так как последнему для полноценной работы необходима архитекстура i386

Это неправда. Основные линии Astra linux — Орёл (CE) и Смоленск (SE) — как раз ориентированы на архитектуру x86_64.
И, в общем виде, Wine там работает точно также

дерьмово

, как и в Debian.


Цитата: Егор от 07 сентября 2019, 10:44:37Насколько я понял, пакет libodbc.so сейчас входит в пакет libodbc1. «

Вот вам в защищённой ОС Astra Linux SE:


olej@astra:~$ apt-file search libodbc.so
ia32-libs-dev: /usr/lib32/i386-linux-gnu/libodbc.so
libodbc1: /usr/lib/x86_64-linux-gnu/libodbc.so.1
libodbc1: /usr/lib/x86_64-linux-gnu/libodbc.so.2
libodbc1: /usr/lib/x86_64-linux-gnu/libodbc.so.2.0.0
unixodbc-dev: /usr/lib/x86_64-linux-gnu/libodbc.so

В общедоступной ОС Astra Linux CE (Common Edition) можно использовать стандартный сетевой репозиторий Debian 9.

Но (ТС) принципиально важно какую Astra Linux вам поставили: CE или SE. Если SE, то там у вас могут быть очень серьёзные проблемы с установкой и использованием стороннего ПО,



Цитата: Olej от 07 сентября 2019, 16:52:59Там так просто стороннее ПО не поустанавливаешь

Честно говоря всё зависит от того кто сидит за компьютером а главное от ответственности за работу с этим компьютером. Опытному пользователю получив полный физический доступ к машинке не составит особого труда получить права администратора root и поставить туда любое по из open source.
По поводу стандартного сетевого репозитория debian я бы не был на столько уверен помня о зависимостях.

Русские дебианщики против цифрового слабоумия !


Цитата: ferum от 07 сентября 2019, 19:44:39Опытному пользователю получив полный физический доступ к машинке не составит особого труда получить права администратора root и поставить туда любое по из open source.

Там (Astra Linux SE) нет пользователя root, и там нет единого администратора, которому доступны все полномочия. Там мандатное разграничение доступа (Mandatory Access Control) … так что хрен там, а не «получить» ;). На манер того что и в SELinux, только сделано по-другому. В отличие от привычного дискреционного разграничения доступа (Discretionary Access Control) во всех «нормальных» (не защищённых) Linux.
См. Дискреционное, мандатное и ролевое разграничение доступа к объектам компьютерных систем.


Цитата: Olej от 08 сентября 2019, 12:54:16Там (Astra Linux SE) нет пользователя root, и там нет единого администратора, которому доступны все полномочия. Там мандатное разграничение доступа (Mandatory Access Control) … так что хрен там, а не «получить»

Вы это серьёзно, или  просто много смотрите зомбоящик? Я без всякого труда нашёл этот хвалёный супер пупер Смоленск на торрентах, нашёл и образ диска с заголовочными библиотеками и инструментами разработчика. Прекрасно гуглится как повысить свой run level с простого пользователя до администратора. Или быть может вы не знаете как в дистрибутиве linux получить права root при загрузке? Может быть вы ни чего не знаете о chroot  или о том как вытаскивается батарейка с системной платы ? …. а люди ещё умеют программировать.
[offtopic]Не смотря на то что я большой патриот своей Родины я вынужден с горечью констатировать что хорошие разработчики в России есть и ещё какие талантливые но не будут они работать на это государство… не ставит оно нормальных задач и не мотивирует. Авторы говносборок вроде астры имеют своё представление об устройстве жизни, и принципах морали. Прекрасно знают что компьютерная грамотность в стране гораздо ниже плинтуса, 95 % не могут самостоятельно настроить интернет на домашнем компьютере. Если пользователю внушили что низя скопировать файл на флешку от того что его типа программа блокирует, то он ни за что уже не догадается эту программу тупо прибить.
«Злоумышленники» деньги с карточек тырят при таких крутых банках, а вы говорите мандатное разграничение доступа…. Можно звать это маркетингом но на самом деле это просто обман малообразованных невежественных людей. Лично я верю в науку и технику, а вот в сказки и пропаганде не верю.[/offtopic]

Русские дебианщики против цифрового слабоумия !


Цитата: ferum от 08 сентября 2019, 14:36:01Лично я верю

Ню-ню…  :D
Гугль животворящий творит невиданные чудеса.  :P

Цитировать
Для мандатного разграничения доступа к объектам компьютерной системы формально доказано следующее важное утверждение: если начальное состояние компьютерной системы безопасно и все переходы из одного состояния системы в другое не нарушают правил разграничения доступа, то любое последующее состояние компьютерной системы также безопасно.

Объяснить «на пальцах» термин «формально доказано» или сам в гуглях снова поищегь?  :P


Цитата: Olej от 08 сентября 2019, 15:20:28Объяснить «на пальцах»

Если на пальцах, то всякая задача имеет несколько решений и если человек что то придумал это не значит что кто то ещё не видит эту задачу с другой стороны. Особенно когда загадка уже краденая наивно надеяться что никто не знает как её решить.
З.Ы.  с гуглом у меня порядок и спросить если что есть у кого.

Русские дебианщики против цифрового слабоумия !


Ok,

First some explanation:

You are trying to use a software that REQUIRES UNIXODBC .

By your OWN result of ldd it says:

**Testprintenv: error while loading shared libraries: libodbc.so.1: cannot open shared object file: No such file or directory**

Now about LDD the man page says:

ldd — print shared library dependencies

So this program you are trying to run DOES NEED the libodbc provided BY UNIXODBC.
You may check rpmfind here.

As Solaris is another platform it may or not use it. (as Solaris has others ways to handle what you are trying to do)

So please check the link and read the install section.

The reason your software is shared linked to UNIXODBC instead of static is

Dynamic Data Binding

This allows the user or the system administrator to easily configure an application to use any ODBC compliant data source. This is perhaps the single biggest advantage of coding an application to the ODBC API and to purchase these applications. Dyamic binding allows the end-user to pick a data source, ie an SQL Server, and use it for all data applications without having to worry about recompiling the application.

By using a non-static dependence easysoft user is able to connect to any database.

vspin

Level 2
Level 2
Posts: 14
Joined: Thu Dec 31, 2020 2:27 am

.. failed to open library «libodbc.so.2»: libodbc.so.2: cannot open shared object file: No such file or directory

I run 32-bit apps from the terminal just fine, but when I run one in particular I get:

Code: Select all

008b:err:winediag:ODBC_LoadDriverManager failed to open library "libodbc.so.2": libodbc.so.2: cannot open shared object file: No such file or directory

While it does still run, how do I fix this?

I ran the following command (found in the forum. not sure it’s relevant), and got the following output:

Code: Select all

dpkg -l *:i386 | grep -E 'mesa|libgl'

ii  libgl1:i386                         1.3.1-1ubuntu0.20.04.1            i386         Vendor neutral GL dispatch library -- legacy GL support
ii  libgl1-mesa-dri:i386                20.0.8-0ubuntu1~20.04.1           i386         free implementation of the OpenGL API -- DRI modules
ii  libglapi-mesa:i386                  20.0.8-0ubuntu1~20.04.1           i386         free implementation of the GL API -- shared library
ii  libglib2.0-0:i386                   2.64.3-1~ubuntu20.04.1            i386         GLib library of C routines
ii  libglu1-mesa:i386                   9.0.1-1build1                     i386         Mesa OpenGL utility library (GLU)
ii  libglvnd0:i386                      1.3.1-1ubuntu0.20.04.1            i386         Vendor neutral GL dispatch library
ii  libglx-mesa0:i386                   20.0.8-0ubuntu1~20.04.1           i386         free implementation of the OpenGL API -- GLX vendor library
ii  libglx0:i386                        1.3.1-1ubuntu0.20.04.1            i386         Vendor neutral GL dispatch library -- GLX support
ii  libosmesa6:i386                     20.0.8-0ubuntu1~20.04.1           i386         Mesa Off-screen rendering extension
ii  mesa-va-drivers:i386                20.0.8-0ubuntu1~20.04.1           i386         Mesa VA-API video acceleration drivers
ii  mesa-vdpau-drivers:i386             20.0.8-0ubuntu1~20.04.1           i386         Mesa VDPAU video acceleration drivers
ii  mesa-vulkan-drivers:i386            20.0.8-0ubuntu1~20.04.1           i386         Mesa Vulkan graphics drivers

vspin

Level 2
Level 2
Posts: 14
Joined: Thu Dec 31, 2020 2:27 am

Re: .. failed to open library «libodbc.so.2»: libodbc.so.2: cannot open shared object file: No such file or directory

Post

by vspin » Thu Dec 31, 2020 11:22 pm

I ran the following command, and got the following results.

Code: Select all

locate libodbc | grep "/usr/lib"

/usr/lib/x86_64-linux-gnu/libodbc.la
/usr/lib/x86_64-linux-gnu/libodbc.so
/usr/lib/x86_64-linux-gnu/libodbc.so.1
/usr/lib/x86_64-linux-gnu/libodbc.so.2
/usr/lib/x86_64-linux-gnu/libodbc.so.2.0.0
/usr/lib/x86_64-linux-gnu/libodbccr.la
/usr/lib/x86_64-linux-gnu/libodbccr.so
/usr/lib/x86_64-linux-gnu/libodbccr.so.1
/usr/lib/x86_64-linux-gnu/libodbccr.so.2
/usr/lib/x86_64-linux-gnu/libodbccr.so.2.0.0
/usr/lib/x86_64-linux-gnu/libodbcinst.la
/usr/lib/x86_64-linux-gnu/libodbcinst.so
/usr/lib/x86_64-linux-gnu/libodbcinst.so.1
/usr/lib/x86_64-linux-gnu/libodbcinst.so.2
/usr/lib/x86_64-linux-gnu/libodbcinst.so.2.0.0

vspin

Level 2
Level 2
Posts: 14
Joined: Thu Dec 31, 2020 2:27 am

Re: .. failed to open library «libodbc.so.2»: libodbc.so.2: cannot open shared object file: No such file or directory

Post

by vspin » Fri Jan 01, 2021 12:35 am

I also ran the following. Any ideas on what I can try?

Code: Select all

ldconfig -p | grep libodbc

	libodbcinst.so.2 (libc6,x86-64) => /lib/x86_64-linux-gnu/libodbcinst.so.2
	libodbcinst.so (libc6,x86-64) => /lib/x86_64-linux-gnu/libodbcinst.so
	libodbccr.so.2 (libc6,x86-64) => /lib/x86_64-linux-gnu/libodbccr.so.2
	libodbccr.so (libc6,x86-64) => /lib/x86_64-linux-gnu/libodbccr.so
	libodbc.so.2 (libc6,x86-64) => /lib/x86_64-linux-gnu/libodbc.so.2
	libodbc.so (libc6,x86-64) => /lib/x86_64-linux-gnu/libodbc.so

spoon0042

Level 6
Level 6
Posts: 554
Joined: Thu Dec 24, 2009 11:00 am

vspin

Level 2
Level 2
Posts: 14
Joined: Thu Dec 31, 2020 2:27 am

Re: .. failed to open library «libodbc.so.2»: libodbc.so.2: cannot open shared object file: No such file or directory

Post

by vspin » Sun Jan 03, 2021 7:01 pm

spoon0042 wrote: ↑Sun Jan 03, 2021 6:53 pm
To be sure both are installed you’d want

Code: Select all

sudo apt install libodbc1 libodbc1:i386

When I run, I get:

Code: Select all

The following packages have unmet dependencies:
 libodbc1 : Breaks: libodbc1:i386 (!= 2.3.7) but 2.3.6-0.1build1 is to be installed
 libodbc1:i386 : Breaks: libodbc1 (!= 2.3.6-0.1build1) but 2.3.7 is to be installed
E: Unable to correct problems, you have held broken packages.

If it helps, when I run the following, I get the following:

Code: Select all

apt policy libodbc1

libodbc1:
  Installed: 2.3.7
  Candidate: 2.3.7
  Version table:
 *** 2.3.7 500
        500 https://packages.microsoft.com/ubuntu/20.04/prod focal/main amd64 Packages
        100 /var/lib/dpkg/status
     2.3.6-0.1build1 500
        500 http://archive.ubuntu.com/ubuntu focal/main amd64 Packages

Здравствуйте! Собственно, вопрос в заголовке — кто-нибудь побеждал эту проблему? Предыстория такова — понадобилось подключаться к внешним источникам данных, конкретно, к Access-ному mdb-шнику и к базе MySQL. На локальной базе на Windows все замечательно работает, но при попытке перенести на тестовую площадку на Linux клиент выдает сабжевое сообщение. Сервер крутится на SuSE, установлен по HowTo с этого сайта. Установлены unixODBC, mdbtools, MyODBC, переменная окружения LIB_ODBC_DRIVER_MANAGER имеет значение полного имени реально существующего файла. Но, тем не менее, 1с-ка продолжает, при обращении из обработки, писать сообщение об отсутствии файла! И гугл ничего ценного больше не подсказывает…

первое что на ум пришло — кодировка в имени файла?

ru_RU.UTF8. И только английские буквы в именах папок. А что имеется ввиду? В той ли кодировке я задал значение переменной? Так я с локального терминала задавал…

Для начала — спросите гугла на предмет libodbc.so not found, возможно, вся проблема решится симлинком.

Это было первым, что я сделал — создал симлинк libodbc.so на libodbc.so.1.0.0. Не помогло

Гм… Вот это не поможет? И еще, сервер не 64-битный? Может, проблема в том, что libodbc.so попала в lib64, а программа ищет ее в lib? Можете указать вывод команды locate libodbc. (findutils-locate, наверное, Вы поставили?)

Нет, обычная 32-х битка в режиме PAE. И файлик находится там, где он и должен быть после rpm-установки — в /usr/lib. Команда locate libodbc не выводит ничего, даже пустой строки (хотя сам пакет присутствует). За ссылочку спасибо, там приведен пример установки unixODBC. Насколько это возможно для моего дистрибутива, все сделано так же, как написано (ldd /usr/lib/libodbc.so — ничего криминального, ldconfig -v тоже ничего страшного не показывает). {:offtopic:} Странно все это… За каким графическим интерфейсом внешняя обработка на клиентской машине дергает сервер, чтобы передать ему данные, вместо того, чтобы получить их самостоятельно, как это делается на локальной файловой базе? Непонятно… {:offtopic:}

Вот ведь… Так, если я правильно понял Вашу ситуацию, то: есть сервер 1с под Linux на SQL, клиент — Win. Вы подключаетесь к базе на сервере, запускаете некую (как я понимаю, написанную Вами) обработку и получаете в клиенте указанную ругань. В порядке мыслей в слух: а если дело все в том, что клиент пытается делать то, что должен делать сервер? Т.е. проблема в обработке?

Снова выполните /opt/1C/v8.2/i386/utils/config_server, этот скрипт в том числе регистрирует б-ки ODBC. В плане бреда: а может кинуть симлинк (или даже скопировать) эту библиотеку в /opt/1C/v8.2/i386/ или куда она там ставится?

Ситуацию вы описываете правильно. Вот только обработку писал не я. Да и нет там никакой обработки — есть попытка следовать инструкции вот отсюда — И если верить тектсту в вышеуказанной ссылке, то в случае клиент-серверного варианта подключение к ODBC выполняет сервер. (Знать бы еще, КАК он ищет либы… походу, переменные PATH и LIBRARY_PATH им просто игнорятся…) утилиту confog_server я, после удовлетворения всех ее зависимостей, запустил — не сработало. А тот симлинк в каталоге присутстствует, это я с самого начала сделал — без толку…

ИМХО тут вот в чем еще может быть дело: пример заточен под MSSQL, а у Вас PostgreSQL. Вполне вероятно, что есть какие-то различия в процедуре инициализации ИД. В указанной Вами статье меня насторожил пункт 1г (там, где настройки подключения). Возможно, там нужен бубен. Думаю, вполне оправданно было бы обратиться в 1С, тем более, что они сейчас сильно активизировали поддержку Linux. Теоретически можно попытаться покурить мануал на предмет настройки logcfg.xml и поиграться с уровнями логирования в PostgreSQL, может, удастся узнать хоть что-то более конкретное. Вот тут посмотрите еще — это я больше для очистки совести, но я бы начал с этого: — внимательно прочитайте то, что касается odbc.ini Ну и вот еще интересно (последний пост см.) Похоже на Ваш случай Я спросил гугла «1с linux odbc», это все на первой же странице.

Спасибо, но во всех описаных в ссылках примерах описывается, насколько мне хватает мозгов, вариант доступа либо к файловой базе (позволяющей использовать ODBC со стороны клиента), либо через wine (клиента под wine запускать куда ни шло, но сервер…). Да и не кажется мне, что в 1с настолько ленивые программисты, чтоб на любую ошибку выводить одно и то же сообщение… Кстати, я постоянно натыкаюсь упоминания некоего «партнерского форума». Туда если не попасть, то запостить мою проблему нельзя?

Если у тебя все официально приобретено и подписка на ИТС есть — обратись в техподдержку. А еще лучше — проверь на 8.3.1. Если проблема осталась, то можно на тестплатформ написать. Там быстро ответят.

Конечно, официально. И ключики есть, и пароль. Вот только кто б меня носом ткнул, куда жать… на я ничего такого не нашел… может, у меня админская слепота?

«So if after installing you have apps that can’t find libodbc.so, its likely they are linked to libodbc.so.1, so just create a symlink from libodbc.so.2» Как вариант.

Нет у меня libodbc.so.2 У меня есть libodbc.so.1.0.0 И с него есть симлинк на libodbc.so

Проблема не в том, как найти этот файл. Он есть. Проблема в том, как объяснить однэске, где он лежит.

дело говорите. Сам сколько раз обращался, решали быстро и конструктивно.

Может стоит сделать симлинк от libodbc.so.2 на libodbc.so?

Симлинк сделал, не помогло.

Тэги: Unix / Linux

Комментарии доступны только авторизированным пользователям

I am having a python application that uses mssql — instead of using pymssql, i was trying pyodbc. There seems to be no problems while running the application in a Windows local machine. While deploying the application in a dev env packaged as a container, I see the following errors.

from pyodbc import Error
2017-04-14T13:58:28.858638588Z ImportError: Error loading shared library libodbc.so.2: No such file or directory (needed by /usr/local/lib/python3.5/site-packages/pyodbc.cpython-35m-x86_64-linux-gnu.so)

The docs require me to install the database drivers along with pyodbc.

initial check looks good to me — images
shared object dependencies
and sym links

asked Apr 14, 2017 at 19:18

Lakshmi Narayanan's user avatar

4

The ubuntu environment is not having the odbc library, so it need to be installed using

sudo apt install unixodbc-dev 

once installed update the ubuntu using

sudo apt-get update

It will resolve the issue.

For further reading go to this link

answered Aug 21, 2018 at 7:00

neel's user avatar

neelneel

4424 silver badges16 bronze badges

0

   Compy

24.07.12 — 15:38

Здравствуйте! Собственно, вопрос в заголовке — кто-нибудь побеждал эту проблему?

Предыстория такова — понадобилось подключаться к внешним источникам данных, конкретно, к Access-ному mdb-шнику и к базе MySQL. На локальной базе на Windows все замечательно работает, но при попытке перенести на тестовую площадку на Linux клиент выдает сабжевое сообщение. Сервер крутится на SuSE, установлен по HowTo с этого сайта. Установлены unixODBC, mdbtools, MyODBC, переменная окружения LIB_ODBC_DRIVER_MANAGER имеет значение полного имени реально существующего файла. Но, тем не менее, 1с-ка продолжает, при обращении из обработки, писать сообщение об отсутствии файла! И гугл ничего ценного больше не подсказывает…

   Irek-kazan

1 — 24.07.12 — 15:40

первое что на ум пришло — кодировка в имени файла?

   Compy

2 — 24.07.12 — 15:45

ru_RU.UTF8. И только английские буквы в именах папок. А что имеется ввиду? В той ли кодировке я задал значение переменной? Так я с локального терминала задавал…

   Todorov

3 — 24.07.12 — 15:58

Для начала — спросите гугла на предмет libodbc.so not found, возможно, вся проблема решится симлинком.

   Compy

4 — 24.07.12 — 15:59

Это было первым, что я сделал — создал симлинк libodbc.so на libodbc.so.1.0.0. Не помогло

   Todorov

5 — 24.07.12 — 17:42

Гм… Вот это не поможет? http://www.codesynthesis.com/~boris/blog/2011/12/02/microsoft-sql-server-odbc-driver-linux/

И еще, сервер не 64-битный? Может, проблема в том, что libodbc.so попала в lib64, а программа ищет ее в lib? Можете указать вывод команды locate libodbc. (findutils-locate, наверное, Вы поставили?)

   Compy

6 — 25.07.12 — 08:37

Нет, обычная 32-х битка в режиме PAE. И файлик находится там, где он и должен быть после rpm-установки — в /usr/lib. Команда locate libodbc не выводит ничего, даже пустой строки (хотя сам пакет присутствует). За ссылочку спасибо, там приведен пример установки unixODBC. Насколько это возможно для моего дистрибутива, все сделано так же, как написано (ldd /usr/lib/libodbc.so — ничего криминального, ldconfig -v тоже ничего страшного не показывает).

{:offtopic:} Странно все это… За каким графическим интерфейсом внешняя обработка на клиентской машине дергает сервер, чтобы передать ему данные, вместо того, чтобы получить их самостоятельно, как это делается на локальной файловой базе? Непонятно… {:offtopic:}

   Todorov

7 — 25.07.12 — 21:59

Вот ведь… Так, если я правильно понял Вашу ситуацию, то: есть сервер 1с под Linux на SQL, клиент — Win. Вы подключаетесь к базе на сервере, запускаете некую (как я понимаю, написанную Вами) обработку и получаете в клиенте указанную ругань.

В порядке мыслей в слух: а если дело все в том, что клиент пытается делать то, что должен делать сервер? Т.е. проблема в обработке?

   Todorov

8 — 25.07.12 — 22:21

Снова выполните /opt/1C/v8.2/i386/utils/config_server, этот скрипт в том числе регистрирует б-ки ODBC.

В плане бреда: а может кинуть симлинк (или даже скопировать) эту библиотеку в /opt/1C/v8.2/i386/ или куда она там ставится?

   Compy

10 — 26.07.12 — 08:27

Ситуацию вы описываете правильно. Вот только обработку писал не я. Да и нет там никакой обработки — есть попытка следовать инструкции вот отсюда — http://infostart.ru/public/92746/

И если верить тектсту в вышеуказанной ссылке, то в случае клиент-серверного варианта подключение к ODBC выполняет сервер. (Знать бы еще, КАК он ищет либы… походу, переменные PATH и LIBRARY_PATH им просто игнорятся…) утилиту confog_server я, после удовлетворения всех ее зависимостей, запустил — не сработало. А тот симлинк в каталоге присутстствует, это я с самого начала сделал — без толку…

   Todorov

11 — 26.07.12 — 13:43

ИМХО тут вот в чем еще может быть дело: пример заточен под MSSQL, а у Вас PostgreSQL. Вполне вероятно, что есть какие-то различия в процедуре инициализации ИД.

В указанной Вами статье меня насторожил пункт 1г (там, где настройки подключения). Возможно, там нужен бубен.

Думаю, вполне оправданно было бы обратиться в 1С, тем более, что они сейчас сильно активизировали поддержку Linux.

Теоретически можно попытаться покурить мануал на предмет настройки logcfg.xml и поиграться с уровнями логирования в PostgreSQL, может, удастся узнать хоть что-то более конкретное.

Вот тут посмотрите еще — это я больше для очистки совести, но я бы начал с этого:

http://mtaalamu.ru/blog/admining/1195.html — внимательно прочитайте то, что касается odbc.ini

Ну и вот еще интересно

http://extremallife.ru/work/question/1c-mysql-odbc

http://forum.infostart.ru/forum26/topic66120/message721699/#message721699 (последний пост см.)

Похоже на Ваш случай http://forum.codeby.net/lofiversion/index.php?t29634.html

Я спросил гугла «1с linux odbc», это все на первой же странице.

   Compy

12 — 27.07.12 — 08:05

Спасибо, но во всех описаных в ссылках примерах описывается, насколько мне хватает мозгов, вариант доступа либо к файловой базе (позволяющей использовать ODBC со стороны клиента), либо через wine (клиента под wine запускать куда ни шло, но сервер…). Да и не кажется мне, что в 1с настолько ленивые программисты, чтоб на любую ошибку выводить одно и то же сообщение… Кстати, я постоянно натыкаюсь упоминания некоего «партнерского форума». Туда если не попасть, то запостить мою проблему нельзя?

   loh_pedalny

13 — 27.07.12 — 09:42

(12)Если у тебя все официально приобретено и подписка на ИТС есть — обратись в техподдержку. А еще лучше — проверь на 8.3.1. Если проблема осталась, то можно на тестплатформ написать. Там быстро ответят.

   Compy

14 — 27.07.12 — 10:57

Конечно, официально. И ключики есть, и пароль. Вот только кто б меня носом ткнул, куда жать… на http://users.v8.1c.ru/ я ничего такого не нашел… может, у меня админская слепота?

   ansh15

15 — 27.07.12 — 12:24

(4) «So if after installing you have apps that can’t find libodbc.so, its likely they are linked to libodbc.so.1, so just create a symlink from libodbc.so.2»

http://www.unixodbc.org/

Как вариант.

   Compy

16 — 27.07.12 — 16:04

Нет у меня libodbc.so.2 У меня есть libodbc.so.1.0.0 И с него есть симлинк на libodbc.so

   Compy

17 — 27.07.12 — 16:05

Проблема не в том, как найти этот файл. Он есть. Проблема в том, как объяснить однэске, где он лежит.

   Todorov

18 — 27.07.12 — 19:19

(13) дело говорите. Сам сколько раз обращался, решали быстро и конструктивно.

   эцп

19 — 27.07.12 — 20:06

(16) Может стоит сделать симлинк от libodbc.so.2 на libodbc.so?

  

Compy

20 — 30.07.12 — 11:42

Симлинк сделал, не помогло.

vspin

Level 2
Level 2
Posts: 14
Joined: Thu Dec 31, 2020 2:27 am

.. failed to open library «libodbc.so.2»: libodbc.so.2: cannot open shared object file: No such file or directory

I run 32-bit apps from the terminal just fine, but when I run one in particular I get:

Code: Select all

008b:err:winediag:ODBC_LoadDriverManager failed to open library "libodbc.so.2": libodbc.so.2: cannot open shared object file: No such file or directory

While it does still run, how do I fix this?

I ran the following command (found in the forum. not sure it’s relevant), and got the following output:

Code: Select all

dpkg -l *:i386 | grep -E 'mesa|libgl'

ii  libgl1:i386                         1.3.1-1ubuntu0.20.04.1            i386         Vendor neutral GL dispatch library -- legacy GL support
ii  libgl1-mesa-dri:i386                20.0.8-0ubuntu1~20.04.1           i386         free implementation of the OpenGL API -- DRI modules
ii  libglapi-mesa:i386                  20.0.8-0ubuntu1~20.04.1           i386         free implementation of the GL API -- shared library
ii  libglib2.0-0:i386                   2.64.3-1~ubuntu20.04.1            i386         GLib library of C routines
ii  libglu1-mesa:i386                   9.0.1-1build1                     i386         Mesa OpenGL utility library (GLU)
ii  libglvnd0:i386                      1.3.1-1ubuntu0.20.04.1            i386         Vendor neutral GL dispatch library
ii  libglx-mesa0:i386                   20.0.8-0ubuntu1~20.04.1           i386         free implementation of the OpenGL API -- GLX vendor library
ii  libglx0:i386                        1.3.1-1ubuntu0.20.04.1            i386         Vendor neutral GL dispatch library -- GLX support
ii  libosmesa6:i386                     20.0.8-0ubuntu1~20.04.1           i386         Mesa Off-screen rendering extension
ii  mesa-va-drivers:i386                20.0.8-0ubuntu1~20.04.1           i386         Mesa VA-API video acceleration drivers
ii  mesa-vdpau-drivers:i386             20.0.8-0ubuntu1~20.04.1           i386         Mesa VDPAU video acceleration drivers
ii  mesa-vulkan-drivers:i386            20.0.8-0ubuntu1~20.04.1           i386         Mesa Vulkan graphics drivers

vspin

Level 2
Level 2
Posts: 14
Joined: Thu Dec 31, 2020 2:27 am

Re: .. failed to open library «libodbc.so.2»: libodbc.so.2: cannot open shared object file: No such file or directory

Post

by vspin » Thu Dec 31, 2020 11:22 pm

I ran the following command, and got the following results.

Code: Select all

locate libodbc | grep "/usr/lib"

/usr/lib/x86_64-linux-gnu/libodbc.la
/usr/lib/x86_64-linux-gnu/libodbc.so
/usr/lib/x86_64-linux-gnu/libodbc.so.1
/usr/lib/x86_64-linux-gnu/libodbc.so.2
/usr/lib/x86_64-linux-gnu/libodbc.so.2.0.0
/usr/lib/x86_64-linux-gnu/libodbccr.la
/usr/lib/x86_64-linux-gnu/libodbccr.so
/usr/lib/x86_64-linux-gnu/libodbccr.so.1
/usr/lib/x86_64-linux-gnu/libodbccr.so.2
/usr/lib/x86_64-linux-gnu/libodbccr.so.2.0.0
/usr/lib/x86_64-linux-gnu/libodbcinst.la
/usr/lib/x86_64-linux-gnu/libodbcinst.so
/usr/lib/x86_64-linux-gnu/libodbcinst.so.1
/usr/lib/x86_64-linux-gnu/libodbcinst.so.2
/usr/lib/x86_64-linux-gnu/libodbcinst.so.2.0.0

vspin

Level 2
Level 2
Posts: 14
Joined: Thu Dec 31, 2020 2:27 am

Re: .. failed to open library «libodbc.so.2»: libodbc.so.2: cannot open shared object file: No such file or directory

Post

by vspin » Fri Jan 01, 2021 12:35 am

I also ran the following. Any ideas on what I can try?

Code: Select all

ldconfig -p | grep libodbc

	libodbcinst.so.2 (libc6,x86-64) => /lib/x86_64-linux-gnu/libodbcinst.so.2
	libodbcinst.so (libc6,x86-64) => /lib/x86_64-linux-gnu/libodbcinst.so
	libodbccr.so.2 (libc6,x86-64) => /lib/x86_64-linux-gnu/libodbccr.so.2
	libodbccr.so (libc6,x86-64) => /lib/x86_64-linux-gnu/libodbccr.so
	libodbc.so.2 (libc6,x86-64) => /lib/x86_64-linux-gnu/libodbc.so.2
	libodbc.so (libc6,x86-64) => /lib/x86_64-linux-gnu/libodbc.so

spoon0042

Level 6
Level 6
Posts: 557
Joined: Thu Dec 24, 2009 11:00 am

vspin

Level 2
Level 2
Posts: 14
Joined: Thu Dec 31, 2020 2:27 am

Re: .. failed to open library «libodbc.so.2»: libodbc.so.2: cannot open shared object file: No such file or directory

Post

by vspin » Sun Jan 03, 2021 7:01 pm

spoon0042 wrote: ↑Sun Jan 03, 2021 6:53 pm
To be sure both are installed you’d want

Code: Select all

sudo apt install libodbc1 libodbc1:i386

When I run, I get:

Code: Select all

The following packages have unmet dependencies:
 libodbc1 : Breaks: libodbc1:i386 (!= 2.3.7) but 2.3.6-0.1build1 is to be installed
 libodbc1:i386 : Breaks: libodbc1 (!= 2.3.6-0.1build1) but 2.3.7 is to be installed
E: Unable to correct problems, you have held broken packages.

If it helps, when I run the following, I get the following:

Code: Select all

apt policy libodbc1

libodbc1:
  Installed: 2.3.7
  Candidate: 2.3.7
  Version table:
 *** 2.3.7 500
        500 https://packages.microsoft.com/ubuntu/20.04/prod focal/main amd64 Packages
        100 /var/lib/dpkg/status
     2.3.6-0.1build1 500
        500 http://archive.ubuntu.com/ubuntu focal/main amd64 Packages

I am trying to run jsdb in my ubuntu 19.10 machine.

I am getting this error

./jsdb: error while loading shared libraries: libodbc.so.1: cannot open shared object file: No such file or directory

I have installed libodbc1 and unixodbc by seeing the error but with no luck. I have searched online but didn’t get any relevant answers. So I am posting this question hoping that someone can help me with this.

Thanks in advance.

asked Mar 7, 2020 at 12:51

mithun_ghose's user avatar

error while loading shared libraries: libodbc.so.1: cannot open
shared object file: No such file or directory

sudo apt install apt-file
apt-file search libodbc.so.1
           ## the reply : libodbc1
sudo apt install libodbc1

answered Mar 7, 2020 at 13:03

Knud Larsen's user avatar

Knud LarsenKnud Larsen

3,0442 gold badges12 silver badges13 bronze badges

2

  • Ошибка загрузки библиотеки fptr10 dll не найден указанный модуль 999 атол
  • Ошибка загрузки библиотек требуется перезагрузка или переустановка приложения 1с андроид
  • Ошибка загрузки библиотек защиты
  • Ошибка загрузки банков fmod mta province
  • Ошибка загрузки архива файлов двоичного кода black desert