[ОТВЕТИТЬ]
02.03.2017 05:39
grigoriyp
 
Цитата:
Captd Ругается на файл libASEP11.so, хотя он есть в папке.
Если скрипт стандартный - то вполне себе будет ругаться на отсутствие нужной библиотеки. В скрипт запуска надо добавить строку:

export LD_LIBRARY_PATH=${LD_LIBRARY_PATH}:/opt/jacarta

После этого всё равботает вне зависимости от того, что написано в папках conf.
02.03.2017 05:47
grigoriyp
 
Цитата:
Captd 2017-03-01 14:44:34,285 DEBUG es.programador.transport.a.d - Нативные файла находятся здесь:[/home/it/Загрузки/utm205/utm/updater/lib/x64_so]
2017-03-01 14:44:34,337 DEBUG es.programador.transport.a.d - Создавать PKCS11 файл:always
2017-03-01 14:44:34,339 DEBUG es.programador.transport.a.d - Загрузка нативных библиотек из папки: [/home/it/Загрузки/utm205/utm/updater/lib/x64_so]
У вас система стартовых скриптов смотрит не туда. создайте папку /opt/jacarta, закиньте туда все *.so*. Затем в скрипте запуска поправьте пути для LD_LIBRARY_PATH так, как в предыдущем комментарии было указано. Судяпо всему библиотеки лежат на
Цитата:
Captd 2017-03-01 14:44:34,285 DEBUG es.programador.transport.a.d - Нативные файла находятся здесь:[/home/it/Загрузки/utm205/utm/updater/lib/x64_so]
а в идеале - и utm в /opt/ и библиотеки в /opt/jacarta.
По крайней мере это более логично, чем для каждого компонента копии одних и те же папок в lib/x64_so.
Вообще, если уверены, что в /opt/jacarta именно та библиотека - это можно проверить выводом "readelf -h /opt/jacarta/lib_pkcs11_jni.so.1.0.0".
02.03.2017 05:49
grigoriyp
 
Вывод будет такой, если библиотека та:
/utm/opt/jacarta> readelf -h lib_pkcs11_jni.so.1.0.0
Заголовок ELF:
Magic: 7f 45 4c 46 01 01 01 00 00 00 00 00 00 00 00 00
Класс: ELF32
Данные: дополнение до 2, little endian
Версия: 1 (current)
OS/ABI: UNIX - System V
Версия ABI: 0
Тип: DYN (Совм. исп. объектный файл)
Машина: ARM
Версия: 0x1
Адрес точки входа: 0x99c
Начало заголовков программы: 52 (байт в файле)
Начало заголовков программы: 8648 (байт в файле)
Флаги: 0x5000402, has entry point, Version5 EABI, hard-float ABI
Размер этого заголовка: 52 (байт)
Размер заголовков программы: 32 (байт)
Число заголовков программы: 6
Размер заголовков раздела: 40 (байт)
Число заголовков раздела: 27
Индекс табл. строк загол. раздела: 24
02.03.2017 10:08
Captd
 
Всё равно эти библиотеки не видит он хотя путь везде указан /opt/jacarta. Использую стандартные скрипты transport.sh и transport-updater.sh. Вообщем скопировал библиотеки (libASEP11.so;libbjcPKCS11.so;libjcPKCS11x.so;libtoken.so.1.0;
libtranscrypt.so.1.0;libASEP11.so) с старого утм 2.0.3, он их сразу же увидел.

Теперь выдаёт следующее transport_user_friendly.log:

Код:
2017-03-02 09:35:07,362 ERROR userLogger - Ошибка при получении и чтении документов с сервера ЕГАИС
javax.xml.ws.WebServiceException: java.net.SocketException: Connection reset
        at com.sun.xml.internal.ws.transport.http.client.HttpClientTransport.readResponseCodeAndMessage(HttpClientTransport.java:195)
        at com.sun.xml.internal.ws.transport.http.client.HttpTransportPipe.createResponsePacket(HttpTransportPipe.java:226)
        at com.sun.xml.internal.ws.transport.http.client.HttpTransportPipe.process(HttpTransportPipe.java:217)
        at com.sun.xml.internal.ws.transport.http.client.HttpTransportPipe.processRequest(HttpTransportPipe.java:130)
        at com.sun.xml.internal.ws.transport.DeferredTransportPipe.processRequest(DeferredTransportPipe.java:124)
        at com.sun.xml.internal.ws.api.pipe.Fiber.__doRun(Fiber.java:1121)
        at com.sun.xml.internal.ws.api.pipe.Fiber._doRun(Fiber.java:1035)
        at com.sun.xml.internal.ws.api.pipe.Fiber.doRun(Fiber.java:1004)
        at com.sun.xml.internal.ws.api.pipe.Fiber.runSync(Fiber.java:862)
        at com.sun.xml.internal.ws.client.Stub.process(Stub.java:448)
        at com.sun.xml.internal.ws.client.sei.SEIStub.doProcess(SEIStub.java:178)
        at com.sun.xml.internal.ws.client.sei.SyncMethodHandler.invoke(SyncMethodHandler.java:93)
        at com.sun.xml.internal.ws.client.sei.SyncMethodHandler.invoke(SyncMethodHandler.java:77)
        at com.sun.xml.internal.ws.client.sei.SEIStub.invoke(SEIStub.java:147)
        at com.sun.proxy.$Proxy37.getFilesToDownload(Unknown Source)
        at es.programador.transport.h.e.a(Unknown Source)
        at es.programador.transport.h.d.execute(Unknown Source)
        at org.quartz.core.JobRunShell.run(JobRunShell.java:213)
        at org.quartz.simpl.SimpleThreadPool$WorkerThread.run(SimpleThreadPool.java:557)
Caused by: java.net.SocketException: Connection reset
        at java.net.SocketInputStream.read(SocketInputStream.java:210)
        at java.net.SocketInputStream.read(SocketInputStream.java:141)
        at sun.security.ssl.InputRecord.readFully(InputRecord.java:465)
        at sun.security.ssl.InputRecord.read(InputRecord.java:503)
        at sun.security.ssl.SSLSocketImpl.readRecord(SSLSocketImpl.java:973)
        at sun.security.ssl.SSLSocketImpl.readDataRecord(SSLSocketImpl.java:930)
        at sun.security.ssl.AppInputStream.read(AppInputStream.java:105)
        at java.io.BufferedInputStream.fill(BufferedInputStream.java:246)
        at java.io.BufferedInputStream.read1(BufferedInputStream.java:286)
        at java.io.BufferedInputStream.read(BufferedInputStream.java:345)
        at sun.net.)
        at sun.net.)
        at sun.net.)
        at sun.net.)
        at sun.net.)
        at java.net.HttpURLConnection.getResponseCode(HttpURLConnection.java:480)
        at sun.net.)
        at com.sun.xml.internal.ws.transport.http.client.HttpClientTransport.readResponseCodeAndMessage(HttpClientTransport.java:191)
        ... 18 more
2017-03-02 09:35:07,471 INFO  userLogger - Обратитесь к техническому специалисту
2017-03-02 09:35:20,987 ERROR userLogger - Ошибка при получении и чтении документов с сервера ЕГАИС
javax.xml.ws.WebServiceException: java.net.SocketException: Connection reset
И updater.log

Код:
2017-03-02 09:32:17,320 DEBUG es.programador.transport.updater.h - Обновление по расписанию - обновление разблокировано.
2017-03-02 09:32:17,321 INFO  es.programador.transport.updater.f - Завершение процедуры обновления
2017-03-02 09:32:17,322 INFO  es.programador.transport.updater.f - Запуск процедуры обновления системных настроек
2017-03-02 09:32:17,326 DEBUG es.programador.transport.updater.h - Обновление настроек по расписанию - попытка блокировать обновление.
2017-03-02 09:32:17,330 DEBUG es.programador.transport.updater.h - Обновление настроек по расписанию - обновление блокировано.
2017-03-02 09:32:17,356 INFO  es.programador.transport.updater.h - Запуск задачи: b
2017-03-02 09:32:17,357 DEBUG es.programador.transport.updater.c.b - Получение hash файла настроек
2017-03-02 09:32:17,389 DEBUG es.programador.transport.updater.c.b - Hash системных настроек: 9adb6a4e9289274e46e653668aa3ca26
2017-03-02 09:32:17,390 DEBUG es.programador.transport.a.b - Используется ключ: FSRAR-RSA-02005621
2017-03-02 09:32:17,414 DEBUG es.programador.transport.updater.util.d - Запрос системных настроек по URL:  
2017-03-02 09:32:17,427 ERROR es.programador.transport.updater.h - Ошибка выполнения задачи: es.programador.transport.updater.c.b@6487e9
es.programador.transport.updater.i: java.net.UnknownHostException: update.egais.ru
        at es.programador.transport.updater.c.b.a(Unknown Source)
        at es.programador.transport.updater.h.b(Unknown Source)
        at es.programador.transport.updater.f.run(Unknown Source)
        at java.util.TimerThread.mainLoop(Timer.java:555)
        at java.util.TimerThread.run(Timer.java:505)
Caused by: java.net.UnknownHostException: update.egais.ru
02.03.2017 11:43
grigoriyp
 
Вот я и говорю, что со стандартыми скриптами оно не запустилось. А вот с вменяемыми с 202 версии тянущимися - вполне.
Не может обратиться к серверу.
Или днс в сети как-то странно работает, или шлюз не указался, или прокся нужна для интернета. Возьмите настройки из 203 версии.
Настройки это файлы из каталогов conf. В новой версии они есть, и они всяко не такие, как нужны вам.
02.03.2017 11:46
grigoriyp
 
Можно взять скрипты из моего архива. Там вменяемо смотрит на системную йаву, и глобально задан путь до библиотек, дабы сам UTM не зависел от того, где они там у него в настройках лежат.
Цитата:
Captd Вообщем скопировал библиотеки (libASEP11.so;libbjcPKCS11.so;libjcPKCS11x.so;libtoken.so.1.0;
libtranscrypt.so.1.0;libASEP11.so) с старого утм 2.0.3, он их сразу же увидел.
Есть подозрение, что пытались запустить с теми библиотеками, что были в комплекте к самому utm. А они или х64, или х32, а надо armhf.
02.03.2017 12:32
Captd
 
Цитата:
grigoriyp Вот я и говорю, что со стандартыми скриптами оно не запустилось. А вот с вменяемыми с 202 версии тянущимися - вполне.
Не может обратиться к серверу.
Или днс в сети как-то странно работает, или шлюз не указался, или прокся нужна для интернета. Возьмите настройки из 203 версии.
Настройки это файлы из каталогов conf. В новой версии они есть, и они всяко не такие, как нужны вам.
Которые не видит, брал их из приложенного здесь архива, получается они не под arm?
02.03.2017 12:40
Rinchin
 
удалось запустить utm 2.0.5

sudo dpkg --add-architecture i386
sudo dpkg -i /home/pi/2.0.5/u-trans-2.0.5-b1013.deb
copy * from /home/pi/2.0.5/jacarta.armhf/jacarta --> /opt/jacarta
copy * from /home/pi/2.0.5/jre.armhf/jre --> /opt/utm/jre
chmod -R 777 /opt/utm/

работает: чеки отправляет, документы получает... правдав логах куча ошибок... но работает
02.03.2017 12:47
Captd
 
Цитата:
Rinchin удалось запустить utm 2.0.5

sudo dpkg --add-architecture i386
sudo dpkg -i /home/pi/2.0.5/u-trans-2.0.5-b1013.deb
copy * from /home/pi/2.0.5/jacarta.armhf/jacarta --> /opt/jacarta
copy * from /home/pi/2.0.5/jre.armhf/jre --> /opt/utm/jre
chmod -R 777 /opt/utm/

работает: чеки отправляет, документы получает... правдав логах куча ошибок... но работает
А где брали пакет u-trans-2.0.5-b1013.deb?
02.03.2017 12:49
Rinchin
 
u-trans-2.0.5-b1013.deb - с офсайта
jacarta - здесь у grigoriyp
03.03.2017 06:15
grigoriyp
 
Упс.... Тма только jni была под ARM( Не из той папки сформировал архив....
2 раза readelf сделал - сейчас точно правильные.
03.03.2017 06:25
grigoriyp
 
Честно говоря .deb пакеты от этого издателя я боюсь ставить. Хотябы потому, что скрипты запуска не хило деградировали, появились ненужые вещи в большом количестве...

Сегодня попробую скинуть все библиотеки из папок lib в одну папку и запустить. Меня дико напрягает , что одни и те же файлы повторяются кучу раз и занимают в 3-4 раза больше места, чем можно было бы... Оно может весить не 200+ метров. Не понятно почему весит.

Кстати да, кто-нибудь запускает agent monitoring?
А то transport и updater вроде бы и так справляются... Тоже смотриться, как нечтоо лишее. Ну или пробовал ли кто-то выяснять, зачем они?
03.03.2017 06:47
Rinchin
 
возникла проблема апдейта raspberian
после применения sudo dpkg --add-architecture i386

sudo apt update затыкается на чтении библиотек для i386

убрать архитектуру i386 не получается (sudo dpkg --remove-architecture i386) т.к установлен u-trans

как можно делать update только по armhf ?
03.03.2017 07:01
ke3u5
 
Надо уже собрать свой собственный deb пакет под armhf ))
03.03.2017 08:27
chui2017
 
Цитата:
Rinchin u-trans-2.0.5-b1013.deb - с офсайта
jacarta - здесь у grigoriyp

Присоединяюсь. Работает. Огромное спасибо grigoriyp.
03.03.2017 08:29
Captd
 
У меня тоже заработал. Оказалось не по тому порту проверял вэб интерфейс, в настройках стоял 8081, проверял по 8080.

В новой версии добавились папки с скриптами monitoring и agent они должны работать?
03.03.2017 08:48
Captd
 
Agent как я понял аналог под windows, который в трее висит, то есть для gui.
03.03.2017 11:57
grigoriyp
 
Цитата:
ke3u5 Надо уже собрать свой собственный deb пакет под armhf ))
Зачем?)
Оно и так хорошо... Можно в один архив объединить, чтобы распаковывалось сразу в /opt/.
Хотя можно...
Хотя зачем.... Есть образ малины, подкинть папку, подкинуть новую библиотеку - готов образ для 205-го егаиса...

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

Хотя я пересобираю образ на последнем raspbian, который уже этого года - он пошустрее, и интерфейс откликается на много быстрее, чем тот, что в образе здесь.
03.03.2017 11:58
grigoriyp
 
В принципе могу заморочиться и собрать пакет для armhf... Правда нужен репозиторий для хранения, а я не умею понимать репозиторий, хотя надо бы. Сервер есть.
03.03.2017 12:02
baggio
 
Цитата:
grigoriyp Хотя я пересобираю образ на последнем raspbian, который уже этого года - он пошустрее, и интерфейс откликается на много быстрее, чем тот, что в образе здесь.
ну и где образ ? ))
03.03.2017 12:07
Rinchin
 
у меня был пакет сделанный под armfh
utm 2.0.1... на малинку ставился без проблем ... обновляется до 2.0.3
ну и соответственно апдейт малинки проходил без проблемно

кстати jacarta и jre использовал с него, а jni от grigoriyp (спасибо комраду grigoriyp!!!)

вообщем пакет под armhf - удобно, меньше танцев с бубном (тем более если с никсами далеко на Вы)
03.03.2017 12:26
grigoriyp
 
Цитата:
baggio ну и где образ ? ))
Малина пока занята немного другой задачей)
Так что скорее всего только в понедельник займусь)
03.03.2017 12:30
baggio
 
не вопрос... актуальные сборки проверенно рабочие приветсвуются...
08.03.2017 17:40
ke3u5
 
Цитата:
Rinchin удалось запустить utm 2.0.5

sudo dpkg --add-architecture i386
sudo dpkg -i /home/pi/2.0.5/u-trans-2.0.5-b1013.deb
copy * from /home/pi/2.0.5/jacarta.armhf/jacarta --> /opt/jacarta
copy * from /home/pi/2.0.5/jre.armhf/jre --> /opt/utm/jre
chmod -R 777 /opt/utm/

работает: чеки отправляет, документы получает... правдав логах куча ошибок... но работает
почитав man по dpkg, углядел параметр --force-architecture. Скорее всего это решит проблему с необходимостью добавлять архитектуру i386. Ну и соответственно не будет проблем при apt-get upgrade.

Сам не проверял.
09.03.2017 06:08
Rinchin
 
Поправка:

sudo dpkg -i --force-architecture /home/pi/2.0.5/u-trans-2.0.5-b1013.deb
copy * from /home/pi/2.0.5/jacarta.armhf/jacarta --> /opt/jacarta
copy * from /home/pi/2.0.5/jre.armhf/jre --> /opt/utm/jre
chmod -R 777 /opt/utm/


sudo apt update - проходит ок
sudo apt upgrade - - проходит ок

проверил - работает

спасибо комраду ke3u5! за подсказку!
10.03.2017 06:58
grigoriyp
 
Хм, а sudo dpkg -i --force-architecture /home/pi/2.0.5/u-trans-2.0.5-b1013.deb не ставит всё туда, куда надо что ли??
10.03.2017 11:11
Rinchin
 
grigoriyp, ставит, но в пакете jacarta и jre под i386
приходится копировать вернее замещать
10.03.2017 12:18
grigoriyp
 
Как-то вообще не знаю, зачем там jre лежит...
Java везде стоит сразу хотфб какая-то. Так и так запускает. А папка на 200Метров легче, без папка jre...
10.03.2017 12:18
baggio
 
выложите кто нибудь свежий готовый рабочий образ с 2.0.5...


Опции темы


Часовой пояс GMT +3, время: 16:17.

 

Форум сделан на основе vBulletin®
Copyright ©2000 - 2018, Jelsoft Enterprises Ltd. Перевод: zCarot и OlegON
В случае заимствования информации гипертекстовая индексируемая ссылка на Форум обязательна.