Страница 1 из 2

Есни нужно старьё. Pervasive SQL 10 SP3 на OES 2023.

СообщениеДобавлено: 24 мар 2023, 08:13
Dimerson
В общем если вдруг кому надо.
Оно живет нормально.

zypper in libuuid1-32bit
zypper in libstdc++6-32bit
zypper in libcrypt1-32bit

далее штатно ставим rpm Первасива 64 бит.

Все по инструкциям от novell.

создать группу pvsw и пользователя psql в eDir (если еще нет).
В LUM дать права.

Если в iManager не дает сменить uid/gid (так же как в выводе id psql на linux) воспользоваться C1 и сменить атрибут uid gid в Other attributes.
Дать права (полные без A и S) на нужный том пользователю psql.

Для проверки на linux su psql и попробовать посоздавать поудалять файлы папки на томе NSS (/media/nss/VOLUME).

На сервере NSSMU в нем на нужный том F9 NameSpace -> Unix. Команда mount должна показать что NSS том смонтирован на linux с ns=Unix.

Ну и как обычно добавить в /etc/samba/smb.cfg

[VOLUME]
path = /media/nss/VOLUME

После рестарта ваши старые унаследованные приложения смогут работать с btrieve как раньше.

P.S. PCC на Linux не стартует.
в su psql
btadmin'ом создать админа с логином паролем и заходить pcc со станции windows где стоит клиент pervasive sql.
так же в su psql
добавляем лицензию через clilcadm64

Re: Есни нужно старьё. Pervasive SQL 10 SP3 на OES 2023.

СообщениеДобавлено: 06 май 2023, 06:57
skoltogyan
чиcто любопытно -где-то , во вновь разрабатываемом, где-либо Pervasive используется ?

Re: Есни нужно старьё. Pervasive SQL 10 SP3 на OES 2023.

СообщениеДобавлено: 10 май 2023, 06:20
Dimerson
К счастью нет. Только унаследованное старье.

Re: Есни нужно старьё. Pervasive SQL 10 SP3 на OES 2023.

СообщениеДобавлено: 10 май 2023, 13:37
Доменика
Dimerson писал(а):В общем если вдруг кому надо.
Оно живет нормально.

zypper in libuuid1-32bit
zypper in libstdc++6-32bit
zypper in libcrypt1-32bit

далее штатно ставим rpm Первасива 64 бит.

Все по инструкциям от novell.

создать группу pvsw и пользователя psql в eDir (если еще нет).
В LUM дать права.

Если в iManager не дает сменить uid/gid (так же как в выводе id psql на linux) воспользоваться C1 и сменить атрибут uid gid в Other attributes.
Дать права (полные без A и S) на нужный том пользователю psql.

Для проверки на linux su psql и попробовать посоздавать поудалять файлы папки на томе NSS (/media/nss/VOLUME).

На сервере NSSMU в нем на нужный том F9 NameSpace -> Unix. Команда mount должна показать что NSS том смонтирован на linux с ns=Unix.

Ну и как обычно добавить в /etc/samba/smb.cfg

[VOLUME]
path = /media/nss/VOLUME

После рестарта ваши старые унаследованные приложения смогут работать с btrieve как раньше.

P.S. PCC на Linux не стартует.
в su psql
btadmin'ом создать админа с логином паролем и заходить pcc со станции windows где стоит клиент pervasive sql.
так же в su psql
добавляем лицензию через clilcadm64

Из выше сказанного интересует
- надо ли устанавливать Самбу, или можно обойтись только запись конфигурационного файла в нужное место
- пробовали ли Вы достучаться до файлов через энжину используя файловый доступ от CIFS на NSS, т.е. не имея клиента Новелл на рабочей станции.

Re: Есни нужно старьё. Pervasive SQL 10 SP3 на OES 2023.

СообщениеДобавлено: 10 май 2023, 15:35
Dimerson
самба не нужна, нужен только конфиг для преобразования имен шар.
butil -stat , -recover, -copy, -clone отрабатывают нормально.
CISF не пробовал.

Re: Есни нужно старьё. Pervasive SQL 10 SP3 на OES 2023.

СообщениеДобавлено: 27 май 2024, 17:50
Доменика
Dimerson писал(а):.....

Ну и как обычно добавить в /etc/samba/smb.cfg

[VOLUME]
path = /media/nss/VOLUME

После рестарта ваши старые унаследованные приложения смогут работать с btrieve как раньше.

P.S. PCC на Linux не стартует.
в su psql
btadmin'ом создать админа с логином паролем и заходить pcc со станции windows где стоит клиент pervasive sql.
так же в su psql
добавляем лицензию через clilcadm64


Установлен OES 2015sp1
Установлен Pervasive.SQL-10.30-024.000.x86_64.rpm

Все выше изложенные рекомендации сделаны.
Плюс была проблема с библиотеками и добавлено - export LD_LIBRARY_PATH=/usr/local/psql/lib

И не работает.
При запуске приложения с доступом к файлам btrieve на томе под NSS выдает ошибку - 3103.
Пример при запуске butil -stat client.mkd
Код: Выделить всё
BUTIL-100: Pervasive Network Services Layer error = 3103. Server name not found by Pervasive Network Services Layer.

В какую сторону нужно смотреть?

Re: Есни нужно старьё. Pervasive SQL 10 SP3 на OES 2023.

СообщениеДобавлено: 28 май 2024, 15:14
skoltogyan
чисто из инета, вдруг не пробовали( я панимаю шо это про нетварь и NLM. там говорят шо нечто подобное, когда не резолвится:
http://support.novell.com/docs/Tids/Solutions/10053575.html
cause:
The search for a target server name was unable to resolve an address after searching NDS, bindery, named pipes, and DNS. Some possible causes include:

1) No common communication protocol is available between the server and the client. To check this, use the Setup utility to check the Supported Protocols setting of the requester (under Communications Requester section) and the server (under Btrieve Communications Manager and the MKDE Communications Manager sections). Ensure that there is a common protocol (either SPX or TCP/IP) between the server and the requester.

2) The Server Addressing Protocol (SAP) filtered out the server name. This type of filtering is common in WAN environments.

3) NWCALLS.DLL and/or NWIPXSPX.DLL is missing when using the Win16 client. This is especially likely if the Win32 clients are functioning but the Win16 clients do not.

4) If TCPIP is the only protocol bound, the server name is not in DNS.<----ВОТ ПРО ЭТО МЕСТО.

The Public Symbol Errors were referring to TLI.NLM (Transport Layer Interface). TLI was loading just fine, but after NWMKDE.NLM and NWAIF103.NLM. They needed TLI to already be loaded before they could register their communication interfaces with NetWare.
....
fix:
Place the BSTART.NCF after the loading and binding of the Network cards. If you are making a call to SYS:ETC\INITSYS.NCF (which will auto-load BTRIEVE modules, and can then cause other problems for your database), load TLI.NLM before the BSTART.NCF command and then the call to INITSYS.NCF.
If all of this fails, call Pervasive Support. You can also visit their website at http://www.pervasive.com . Error codes can be found here.

Re: Есни нужно старьё. Pervasive SQL 10 SP3 на OES 2023.

СообщениеДобавлено: 30 май 2024, 08:57
Dimerson
Доменика писал(а):
Dimerson писал(а):.....

Ну и как обычно добавить в /etc/samba/smb.cfg

[VOLUME]
path = /media/nss/VOLUME

После рестарта ваши старые унаследованные приложения смогут работать с btrieve как раньше.

P.S. PCC на Linux не стартует.
в su psql
btadmin'ом создать админа с логином паролем и заходить pcc со станции windows где стоит клиент pervasive sql.
так же в su psql
добавляем лицензию через clilcadm64


Установлен OES 2015sp1
Установлен Pervasive.SQL-10.30-024.000.x86_64.rpm

Все выше изложенные рекомендации сделаны.
Плюс была проблема с библиотеками и добавлено - export LD_LIBRARY_PATH=/usr/local/psql/lib

И не работает.
При запуске приложения с доступом к файлам btrieve на томе под NSS выдает ошибку - 3103.
Пример при запуске butil -stat client.mkd
Код: Выделить всё
BUTIL-100: Pervasive Network Services Layer error = 3103. Server name not found by Pervasive Network Services Layer.

В какую сторону нужно смотреть?


Включите логирование на сервере через pcc с винды и посмотрите лог при обращении со станции.

Re: Есни нужно старьё. Pervasive SQL 10 SP3 на OES 2023.

СообщениеДобавлено: 30 май 2024, 15:21
skoltogyan
-проверить что на самом Oes( линухе ) сервис первасива запущен и живет на каких-то портах
глянуть примерно так:
ss -tunlp
или
netstat -tunlp
(все это из баша. сразу глазами увидите на каких портах он живет)
- с того-же сервера OES из того-же баша попробовать типа так
telnet IpaddrвашегOES 1583
должно соединение установиться)
-проверить, что при обращении со станции резолвится имя к которому стучиться клиенская часть первасива
-проверить со станции шо телнетом или типа того можно подключаться к нужному порту tcp на сервере ( что-то типа такого:
telnet ipserver-а 1583
telnet ipserver-а 3351 (
это если на этих портах)
************************
а вот если со станции клиент первасива стучится к чему-то типа
s:\filepervasiva
и возникает та ошибка , шо вы присылали, то попробовать указывать UNC path причем UNC PATH пробовть и так
\\server1\vvv\fff\moifle
и так
\\192.168.1.111\vvv\fff\moifile
+ на станции полностью погасить win фаервол на время поиска решения проблемы

Re: Есни нужно старьё. Pervasive SQL 10 SP3 на OES 2023.

СообщениеДобавлено: 30 май 2024, 19:02
Доменика
skoltogyan писал(а):...
telnet ipserver-а 3351
...


Везде в доках говориться про порт 1583.
На старте его и открыли.
Вчера на рабочей станции стали смотреть что-же такое этакое....
Ба, а стучится ещё 3351.
Сработало.

Но радость закончилась при попытках запустить с нескольких машин отчеты.
На первых минутах mkded выбирал резво четверть с 4 ядер, далее скатился к 4% загрузки и так стоял и как следствие стали тормоза. Точнее отчет растянулся на неопределенное время.

Re: Есни нужно старьё. Pervasive SQL 10 SP3 на OES 2023.

СообщениеДобавлено: 30 май 2024, 20:40
skoltogyan
-на сервере пробовали tcpdump-ом снять траффик весь и посмотреть - связано с фрагментацией и уменьшением длины пакетов или не связано ?
далее врядли шото дельное подскажу - не так много с первасом общения.
https://www.tek-tips.com/viewthread.cfm?qid=1655436 советуют такие инструменты для диагностики использовать:
Try some of the PSQL tools like Function Executor or Pervasive COntrol Center (PCC). OPen files / tables, read records / execute SELECT queries. Do they still have the slow performance?
для подобного случая

еще https://communities.actian.com/s/question/0D53300003x1A4FCAU/poor-performance-of-psql-v95-under-linux и там такое:
Hi Dave,

To determine the best cache setting for improving performance you need to do check the following

1. Check if you have allocated "Cache Allocation Size" (L1 cache)in Pervasive is 20 % of total RAM on linux box if you have < 3gb="" ram="" and="" "max="" microkernal="" memory"="" (l2="" cache)is="" set="" to="" 60="">

2. If you have more >=3GB ram allocate only 400MB to L1 cache and reduce L2 cache to less than 20% or zero, if this does not help turn on "System cache" so that dynamic memory is handled by OS.

Kind Regards,

Satish Nagarajan


https://galadm.livejournal.com/533.html совсем старое и скорее поустановке, но може на что-то натолкнет. может реально вам надо ulimit-ы подымать ну или в таком духе

а когда только с одной станции отчет за приемлимое время строится ?

Re: Есни нужно старьё. Pervasive SQL 10 SP3 на OES 2023.

СообщениеДобавлено: 07 июн 2024, 07:45
Dimerson
По pcc с винды достучались ? (предварительно созда в перваисве админа) можно посмотреть сколько ОЗУ под кеш ушло.

Там же есть pervasive монитор в составе клиента и можно смотреть что и как и что не так.

Re: Есни нужно старьё. Pervasive SQL 10 SP3 на OES 2023.

СообщениеДобавлено: 12 июн 2024, 01:06
Доменика
Dimerson писал(а):По pcc с винды достучались ? (предварительно созда в перваисве админа) можно посмотреть сколько ОЗУ под кеш ушло.

Там же есть pervasive монитор в составе клиента и можно смотреть что и как и что не так.

PCC в легкую запускается из гуи сервера.
2 недели разных экспериментов - смогли догнать что есть на NetWare. Но на NW одно ядро, а OES 4.
Основное что явно влияет на скорость работы с базой данных это размер кеша уровня L1. Иные настройка как стат погрешность.
Но и тут имеются явные ограничения - при установке L1 больше 4Гб уже совсем нет явного прироста скорости, т.е. ни какого.
Можно разное предполагать.
Из неожиданного и неприятного - это тест отключение питания и как отрабатывает rollback.
Пробовали раз 20 и 2 раза сервер перестал грузиться полностью - исчезла таблица размещения разделов.
Не имея BackupAgent от Pervasive используем butil для возможности создания копии баз в реальном времени. То же получили странность - обнуление таблиц в базе при запуске процедуры на сервере. Всегда разные таблицы. Не предсказуемо.
При запуске butil c рабочей станции - ни разу такой проблемы не было получено.

Коротенько - что получили на сегодня.

Re: Есни нужно старьё. Pervasive SQL 10 SP3 на OES 2023.

СообщениеДобавлено: 15 июн 2024, 18:59
skoltogyan
про пропадание таблицы после запуска процедры - а, случаем, у таблицы тип не "UNLOGGED" ?

Re: Есни нужно старьё. Pervasive SQL 10 SP3 на OES 2023.

СообщениеДобавлено: 20 июн 2024, 12:32
Доменика
skoltogyan писал(а):про пропадание таблицы после запуска процедры - а, случаем, у таблицы тип не "UNLOGGED" ?

Что за странный тип таблиц.
Ни когда не слышали что у Pervasive можно создавать разные типы таблиц.
Это что-то особенное?
Стало интересно. Попытались в PСС создать новую базу и там таблицы. Ни где нет возможности сменить свойства таблицы или выбрать какой-то иной тип при создании.
В реали при создании таблиц не используется PCC, а создаются или изменяются таблицы из сервисов используемого ПО, т.е. сначала описание в словаре и далее создание таблицы\файла.

P.S. Сменили на сервере CIFS на Novell-Samba. Было удивление. Отчеты которые на выполнение уходили в бесконечность - выполнялись за вменяемый промежуток времени.
Появился закономерный вопрос - это как может быть, при том что файловая система на которой лежат базы не изменилась?