Да я уже это обнаружил. Проверю сейчас.

Тут не так все просто. Таймзона при перезагрузке возвращается на исходное значение Tue Mar 18 03:53:46 GMT+5 2025.
Файл в localtime в etc появляется этой таймзоны.
Где это прописано в конфигах непонятно.
И при линке в etc другой таймзоны команда setdate никак не вляет на время на аппарате.
К сожалению в документации эта тема никак не отражена или я плохо смотрел.
При инсталяции станции как-то все это должно настраиваться и должно быть описано.

Добрый день.
Пытаюсь разобраться в проблеме времени на версии 8.0.1
Инсталяторами было прописана синхронизация на сервере времени локальной сети и прописана временная зона GMT+5.
Я особо на эту тему не смотрел пока не подключил аппарат 4039. На нем отображается вчерашняя дата и время -10 часов.
Высталяю в терминале правильную дату время date --set="20250318 09:09"
Синхронизирую вручную с сервером ntpdate -u 172.10.19.2 и получаю обратно -10 часов.
Делаю:
unlink /etc/localtime
ln -s /usr/share/zoneinfo/Asia/Yekaterinburg /etc/localtime
ln -s /usr/share/zoneinfo/Etc/GMT+5 /etc/localtime
Получаю в терминале правильную дату и время и до и после синхонизации а на телефоне 4039 продолжаем видеть  вчерашнюю дату и время -10 часов.
Может после смены таймзоны требуется перезагрузка станции?
Может пожскажите как с этим все бороться? Спасибо.

Спасибо. Пока понаблюдаю, потом попробую добавить в ротацию.

Посмотрел логи скриптов запуска станции и выяснилось, что скрипт DHS3_SCRIPT при своей работе пишет в лог:

Sun Mar 16 16:03:48 2025 (pid 681) Command "CYCLIC_TESTS" is running in directory /, pid=1559 ...
Sun Mar 16 16:03:48 2025 (pid 681) Command "DHCPD_IL0" selected by set of options "DHCPDIL0 LINUX NOTSCS"
Sun Mar 16 16:03:48 2025 (pid 681) Command "DHCPD_IL0" is running in directory /, pid=1560 ...
Sun Mar 16 16:03:58 2025 (pid 681) Command "DHCPD_IL0" (pid 1560) exited with status 1.
Sun Mar 16 16:03:58 2025 (pid 681) Command "CYCLIC_TESTS" (pid 1559) exited with status 0.
Sun Mar 16 16:03:58 2025 (pid 681) Command "CYCLIC_TESTS" is running in directory /, pid=1564 ...
Sun Mar 16 16:03:58 2025 (pid 681) Command "DHCPD_IL0" selected by set of options "DHCPDIL0 LINUX NOTSCS"
Sun Mar 16 16:03:58 2025 (pid 681) Command "DHCPD_IL0" is running in directory /, pid=1565 ...
Sun Mar 16 16:04:08 2025 (pid 681) Command "DHCPD_IL0" (pid 1565) exited with status 1.
Sun Mar 16 16:04:08 2025 (pid 681) Command "CYCLIC_TESTS" (pid 1564) exited with status 0.
Sun Mar 16 16:04:08 2025 (pid 681) Command "CYCLIC_TESTS" is running in directory /, pid=1581 ...
Sun Mar 16 16:04:08 2025 (pid 681) Command "DHCPD_IL0" selected by set of options "DHCPDIL0 LINUX NOTSCS"
Sun Mar 16 16:04:08 2025 (pid 681) Command "DHCPD_IL0" is running in directory /, pid=1582 ...
Sun Mar 16 16:04:18 2025 (pid 681) Command "DHCPD_IL0" (pid 1582) exited with status 1.
Sun Mar 16 16:04:18 2025 (pid 681) INIT: Warning:  Command "DHCPD_IL0" was restarted too often, discarded
Sun Mar 16 16:04:18 2025 (pid 681) Command "CYCLIC_TESTS" (pid 1581) exited with status 0.
Sun Mar 16 16:04:18 2025 (pid 681) Command "CRONRESTART" is running in directory /, pid=1586 ...

И на этом останавливает свою работу. Таким образом до строк с запуском сервисов 4760i которые работают по HTTPS и через приложение 4760i приложение, дело не доходит.

LOGIN httpd
PREGCSCONFIG (LINUX NMD4760I): WAIT, ONCE, IGNORE-EXIT-CONDITION : : /DHS3data/httpd/nmc/scripts/4760i_OnStartUp

LOGIN mtcl
GCSCONFIG (LINUX NMD4760I MAINROLE): NO-WAIT, DYNAMIC, RESTART, IGNORE-EXIT-CONDITION, STOPPABLE : : /DHS3bin/nmc/4760i_runconf

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

При этом crontab кушает под 90% ресурсов процессора.

PID USER     CLS  PRI  NI  SIZE  RSS SHARE STAT %CPU %MEM   TIME COMMAND
1588 root     UNIX  19 -12   868  796   480 R <  89.7  0.3  12:31 crontab

Дальнейшие исследования показали, что смонтированный диск отведенный под var забит под завязку.
В каталоге log при просмотре обнаружено два больших файла 50 и 900 мегабайт:
iplhourlystat.stat
ipldailystat.stat
После удаления этих двух монстров и перезапуска станции, все сразу нормализовалось.
Непонятно только почему они такие получились.
На другой станции 6 версии таких файлов в каталоге log вообще нет.
В конфигах ротации логов эти файлы не упоминаются. Какой процесс их генерирует пока обнаружить не удалось.

WEB сервер работает по HTTPS. Предлагает сконфигурировать джаву и тд.

11.9.Web server configuration
=============================
 1. 'Deactive the Web server'
 2. 'Deactive unsecured HTTP port'
 0. 'Previous menu'
Только деактивация.  

Разрешена и раньше работала.
На данный момент если руками из телнета запустить /DHS3bin/nmc/4760i_runconf появляется доступ к администрированию станции из приложения 4760i.
Непонятно, почему данная прикладуха не запускается сама при старте станции.
У меня имется и клиент и версии джавы для обоих станций и сконфигурированные файлы для работы с обеими станциями.
Станции разных версий 6 и 8 и версии джавы для них разные.
На дынный момент в плане 4760i меня инетресует только вопрос автоматического запуска внутреннего приложения станции для работы клиента. Соответствующая галка в system стоит.
Есть еще вопрос по работе SSH  в данной станции. Странно что SSHD не работает и как его активировать пока непонятно.
Даже в далеком 2008 году все знали что телнет в плане безопасности одна большая дыра, и не активировать ssh вместо него глупость.  

Вполне возможно, но всегда делал это через 4760i. А с телнетом как-то у меня не сложилось.  

порт 5540 по какой-то причине молчит. пробовал телнетом с компа.
(1)xa000000> netstat -an
Active Internet connections (servers and established)
Proto Recv-Q Send-Q Local Address           Foreign Address         State
tcp        0      0 0.0.0.0:514             0.0.0.0:*               LISTEN
tcp        0      0 0.0.0.0:5060            0.0.0.0:*               LISTEN
tcp        0      0 0.0.0.0:2565            0.0.0.0:*               LISTEN
tcp        0      0 0.0.0.0:2533            0.0.0.0:*               LISTEN
tcp        0      0 0.0.0.0:2535            0.0.0.0:*               LISTEN
tcp        0      0 127.0.0.1:2569          0.0.0.0:*               LISTEN
tcp        0      0 0.0.0.0:2539            0.0.0.0:*               LISTEN
tcp        0      0 0.0.0.0:2540            0.0.0.0:*               LISTEN
tcp        0      0 0.0.0.0:80              0.0.0.0:*               LISTEN
tcp        0      0 0.0.0.0:2545            0.0.0.0:*               LISTEN
tcp        0      0 0.0.0.0:21              0.0.0.0:*               LISTEN
tcp        0      0 0.0.0.0:23              0.0.0.0:*               LISTEN
tcp        0      0 0.0.0.0:2555            0.0.0.0:*               LISTEN
tcp        0      0 0.0.0.0:443             0.0.0.0:*               LISTEN
tcp        0      0 127.0.0.1:10010         127.0.0.1:2535          ESTABLISHED
tcp        0      0 172.16.193.6:23         10.193.36.3:56370       ESTABLISHED
tcp        0      0 127.0.0.1:2535          127.0.0.1:10010         ESTABLISHED
udp        0      0 172.16.193.6:32640      0.0.0.0:*
udp        0      0 0.0.0.0:53              0.0.0.0:*
udp        0      0 0.0.0.0:5060            0.0.0.0:*
udp        0      0 0.0.0.0:69              0.0.0.0:*
udp        0      0 172.16.193.6:123        0.0.0.0:*
udp        0      0 127.0.0.1:123           0.0.0.0:*
udp        0      0 0.0.0.0:123             0.0.0.0:*
udp        0      0 0.0.0.0:2556            0.0.0.0:*

8 версия была установлена давно. Особой надобности заходить на нее небыло.
Но тут помер на ней источник питания и после его ремонта решил зайти глянуть, что и как.
Комп с XP с которого ее администрировали давно помер, но остались каталоги  с файлами 4760i и джавы с нашей и алкатели
в соседнем городе.
Закинул к себе на комп с 10 виндой, запускаю launch_runconfig.bat ввожу логин и пароль и получаю в окне:
Connection to administratin server failed.
Для контроля делаю тоже самое в отношении другой алкатели - все заходит проблем нет.
Запускаю launch_runsaveres.bat ввожу логин пароль, проблем нет. Делаю бэкап, все отлично.
По телнету и FTP также никаких проблем.
Пробовал  аналогичные действия на другом компе с 7 версией винды, все аналогично.
Может кто подскажет в какую сторону копать?

 

Всем добрый день.
Сегодня утром удалось найти метод включения блока питания без шасси станции.
Блок питания выдавал -40 вольт с основного формирователя и +2.2 по одному из выходов. По этому выходу при включении станции происходила просадка до +1.7 вольта.
После некоторых манимуляций блок питания запустился и стал выдавать свои штатные напряжения.
-40в
+5в
-5в
+12в
+3.4в
90в переменки вызывного
Схему выходов разрисовал. Буду наблюдать за поведением данного источника.
Да. По электролитам. Вздувшихся нет. Были проверены отдельные электролиты, отклонений не обнаружено.
Всем спасибо.

Вентиляторы крутятся штатно.

К сожалению не удалось обнаружить ингформации в доках по OmniPCX Enterprise о возможности установки плат в Medium конструктив от версии офис. Large и smail написано что совместимы, а Medium не упоминается.
В частности нет информации по расположению в этом конструктиве количества pcm и asl в каждой позиции, а без этого не определить места для установки плат GA 2 и CS. Особенно это касается платы CS, так как в мануалах написано что она может ставится только в 0 или 8 место. Нулевой в Medium занят GD-2, а 8 отстствует.
Всего сейчас плат 7 : GD-2, CS, GA-2, PRI, APA8, UAI16-1, SLI16-1. Ну APA можно за ненадобность выкинуть.
Есть у кого опыт, информация, мысли по этому поводу?  

На остальных модулях никакие светодиоды не горят. Только power на GD2.
К сожалению дело все таки в источнике питания.
Опытным путем удалось померить выходные напряжения источника питания.
Первичный источник често выдает свои 40 вольт на вторичный преобразователь.
На выходе вторичного источника питания на одном выходе тишина во всех режимах.
На другом выходе вторичного источника питания при включеннии кнопки питания GD2 кратковременно появляется 3.8 вольта
и тут-же падает до 1.7 вольта. Все это при всех установленных платах.
При изъятых платах типа аналоговых или цифровых абонентов напряжение может плавать от 1.8 до 2.5 вольт.
При низких значениях напряжения на этом выходе светодиод зеленый на GD2 загорается и гаснет сразу. При более высоких тухнет плавно. При 2.5 не гаснет.
К сожалению нет карты напряжений, которые должен выдавать источник питания, а его схематехника весьма замысловата. Ну и включить его отдельно от станции так-же не получилось, так как неизвестна схема его запуска с платы GD2.
Тут появилась идея перенести платы с этой станции в конструктив от OmniPCX Office который на 6 плат, в сети попадаются подобные с исправным источником питания. Вот только мне неизвестно совмсетимость конструктивов от офиса и энтерпрайз. Ну и будет ли вообще такое работать если перенести платы от энтерпрайз в офис.  

Сняли, продули, включили - молчит. Через неделю включили - завелась, работала. Периодически на встречной станции проскакивали сообщения о пропадании потока E1.
На дня опять потухла. Открыли, продули, бесполезно. Сняли отделные модули, GD2 стал весело моргать зеленым питанием.
Ставим обратно отдельные модули и включаем, моргает зеленым и гаснет.
Понятно что источник питания глючит.
Документации на него нет. Кикие питания выдает и на каком разъме неизвестно.
На авито попадаются обявления о продаже станций с подобным глюком сточника питания.
Вопрос собственно один, есть сервис который имеет опыт ремонта этих источников питания?
Его предположитеное название PS3N 230V for RACK 3