Уважаемые дамы и господа! Для вас сохранен старый форум по адресу http://forum.intersyst.ru

Выбрать дату в календареВыбрать дату в календаре

Страницы: Пред. 1 2 3 4 5 6 7 8 9 10 11 ... 36 След.
Новое от ALE в 2021 на Connex21
 
Цитата
Seller_V написал:
Денег много лишних
У меня нет, у них (кто всё это затеял) наверное куры не клююют. Ну и всеобщая айпинизация, диджитализация и прочая всего и вся сейчас в моде и денех на это не жалеют.
Новое от ALE в 2021 на Connex21
 
Интересно конечно, но мне походу через год предстоит перевоз своих нод на Avaya.
HELP отваливается кабинет, периодически перезагружается кабинет и всё его содержимое
 
Приподниму тему, ибо совпадает с моей проблемой.
Есть OXE в MG шасси R12.1-m2.300-29-a-ru-c83 с дублированными процами. За последний месяц пару раз уходил в ребут GD. После первого ребута заменил коммутатор и патчкорды на абс.новые, бесперебойник стоит нормальный вроде. До этого был включен через плату LANX16. Сеть одноранговая простейшая.
Теряется GD3 судя по логам, процы не пропадают.
01/02/21 09:23:12 001006M|---/--/-/---|=2:0275=ACCOUNTING: Appli ACCOUNTING : feature incident 77 1
01/02/21 09:23:12 001006S|---/--/-/---|=2:0275=ACCOUNTING: Appli ACCOUNTING : feature incident 77 1
02/02/21 22:52:29 001006M|001/00/0/254|=2:0379=Inter ACT link HS: 23,(19,1),xxx.xxx.xxx.xxx,00:80:9f:xx:xx:xx
02/02/21 22:52:29 001006M|001/--/-/---|=2:2043=Loss of the 1 CRYSTAL
02/02/21 22:52:29 001006M|001/00/-/---|=2:2042=Loss of a GD/GD3 type cpl
02/02/21 22:52:29 001006M|001/01/-/---|=2:2042=Loss of a Z type cpl
02/02/21 22:52:29 001006M|---/--/-/---|=2:2140=Alarm : SET resources quantity critical
02/02/21 22:52:29 001006M|001/02/-/---|=2:2042=Loss of a MIX type cpl
02/02/21 22:52:29 001006M|001/03/-/---|=2:2042=Loss of a Z type cpl

++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++­++++

Посмотрел описание incinfo
23   Link out of service - No more signalling ressources"
"         (There is no INTIPA in service)."

Затем минуты через 3 поднимается.
Пока грешу на холодное помещение, где стоит станция, может keep-alive udp замерзают в ней )).
Может кто сталкивался с подобным, и еще где можно посмотреть?
Изменено: fedoseevka - 03.02.2021 09:46:21 (1)
c Новым Годом!
 
С наступающим Новым Годом друзья, здоровья и счастья в 2021-м !
Удаленный апгрейд до версии 12.4
 
если совсем ехать не хочется, приобрести недорогие SSD, дома/на базе зарядить их по полной программе. Единственный затык, это нужен грамотный человек для их демонтажа/установки на месте.
OMC для R.7.1-f5.401, OMC для R.7.1-f5.401
 
также зайдя по ftp  в каталог /home/httpd/html/nmc/client/ можно скачать и установить клиент 4760i, который будет поудобнее.
Изменено: fedoseevka - 05.12.2020 11:08:31
аппараты 8029S, 8039S, в чем отличие от 8029 и 8039?
 
Цитата
etc написал:
Хотя, активно продвигают скидки на миграцию в IP
Вот как раз это в голове вспомнилось, поэтому что месяц назад думали скинуть балласт в виде 1000 неиспользуемых аналоговых портов на ip-лицензии и аппараты. Но пока и tdm нужны, а в продаже по инету такое чувство, что остатки распродают.
аппараты 8029S, 8039S, в чем отличие от 8029 и 8039?
 
Друзья,подскажите пожалуйста, TDM аппараты 8039S ALU перестала продавать? Хотели заказать, закупщики утвержают, что они сняты с производства.
Подсветка новых (непрочитанных) тем и сообщений, не работает
 
Ясно, благодарю за ответ.
Подсветка новых (непрочитанных) тем и сообщений, не работает
 
Здравствуйте. Раньше непрочитанные (новые) сообщения и темы на форуме подсвечивались . Сейчас уже ориентирововчно пару месяцев как не работает ни дома ни на работе. Это у всех так или у меня одного?
Upgrade до R12.4 и CPU8, pcinstaller к R12.4 и кабели CPU8
 
Просмотрел содержимое хардварных файлов.
В XXXXXXXXXXXX.hw файле

#$0 ###### CABINET-1#############
C    1    3    1    1    1    2    0    0    0    0
##############################

#---------------------------------------
#$0 ACT-28 [0]
S    0    2    1    1    0


#$1 BOARD CPU8
B    6    168    EQUIPPED    255    255    1024    300000    -1    1    1    1024    0    0    0    1    0    0    0    --    --    @@    @@    -1
   UNMIGRATED    0    0    0    0    0    0    0    0    
A    11    25    21    9999


#$1 BOARD CPU8
B    20    168    EQUIPPED    255    255    1024    300000    -1    1    1    1024    0    0    0    1    0    0    0    --    --    @@    @@    -1
   UNMIGRATED    0    0    0    0    0    0    0    0    
A    11    25    21    9999

===================================================

в hardware.mao тоже самое

#$0 ###### CABINET-1#############
C    1    3    1    1    1    2    0    0    0    0
##############################

#---------------------------------------
#$0 ACT-28 [0]
S    0    2    1    1    0


#$1 BOARD CPU8
B    6    168    EQUIPPED    255    255    1024    300000    -1    1    1    1024    0    0    0    1    0    0    0    --    --    @@    @@    -1
   UNMIGRATED    0    0    0    0    0    0    0    0    
A    11    25    21    9999



#$1 BOARD CPU8
B    20    168    EQUIPPED    255    255    1024    300000    -1    1    1    1024    0    0    0    1    0    0    0    --    --    @@    @@    -1
   UNMIGRATED    0    0    0    0    0    0    0    0    
A    11    25    21    9999

т.е всё как и положено, 0-й шельф
Upgrade до R12.4 и CPU8, pcinstaller к R12.4 и кабели CPU8
 
Да действительно, по актису изначально 8 шельфов, но там давняя (темная) история, больше 10 лет назад когда его поставщик привез, были сломаны пины в гнездах плат толи в 6-м толи в 20-м. Смысл такой что платы которые там должны быть, расставлены в других шельфах и я его удалил после заливки ключей, даже не глядя что там за платы стоят. Теперь видимо до следующего апгрейда (типа CPU9) подождать придется )). В инцидентах пока тишина вроде. Софт на оба проца устанавливал через pcinstaller (это неделю назад сначала побаловался с SOT, чтобы освоить)
Изменено: fedoseevka - 03.11.2020 09:47:27 (ps)
Upgrade до R12.4 и CPU8, pcinstaller к R12.4 и кабели CPU8
 
После апгрейда в выходные с 11-го релиза на R12.4-m5.204-7-c-ru-c8
всплыла роблема - в config отображается CPU7 вместо CPU8. Хотя станция не "жалуется" в инцидентах ни на что,
абоненты тоже молчат. Пробовал сменить тип с CPU7 на CPU8 через RUNMAO при остановленной телефонии,
станция ругается, что типа "invalid" :-). Апгрейд делался через restore базы от 11-го с последующим restore
ops-ключей, присланных поставщиком. В hw-файле прописаны cpu8, Актис тоже в шельфе показывает cpu8.
Подскажите пожалуйста, что сделал не так? Или раз всё работает, не морочить голову? Сам думаю, что если бы делал
не через раскатку базы, а начитсо, то всё было бы нормально, но млин три тыщи юзеров экспортить-импортить не
хотелось сильно морочиться.
При заливке ключей из интересного вот что глянулось, но возможно это
не имеет отношения к делу.

(102)xa001002> config 0 Sun Nov  1 16:00:58 +03 2020

  +-------------------------------------------------------------------+
  | Cr | cpl| cpl type   | hw type   |  cpl  state  |  coupler ID     |
  |----|----|------------|-----------|--------------|-----------------|
  |  0 |  6 |        CPU7|---------- |   IN SERVICE |   BAD PCMS CODE |
  |  0 |  7 |        IO2N|---------- |   IN SERVICE |   BAD PCMS CODE |
  |  0 | 20 |        CPU7|---------- |   IN SERVICE |   BAD PCMS CODE |
  |  0 | 21 |        IO2N|---------- |   IN SERVICE |   BAD PCMS CODE |

============================================================­=======================


CPU-id в ключах корректный для обоих процессоров, при заливке ключей глаз зацепился за

Do you agree the new software keys (y/n): y

Enter OPS working mode : 1=running  2=simulate (default is 1) 1
Warning rack 7-254: unknown rack type at line 998
Warning board 0-6: should be modified
Warning board 0-20: should be modified
Warning rack 19: found in MAO, not in OPS
# MGR script generated
# History-file OPS.dat updated
# Running MGR

ooo Starting at <01/11/20 14:21> ...
ooo Compiling Command file "/tmpd/MGReRkeye" ...
!!! Command         : file "/tmpd/MGReRkeye", line 41
!!! Operation       : CREATE
!!! Object Name     : Board
!!!                 : 1
!!!                 : 8
!!!                 : 6
!!! Command         : file "/tmpd/MGReRkeye", line 41
!!! Operation       : CREATE
!!! Object Name     : Board
!!!                 : 1
!!!                 : 8
!!!                 : 6

CMISERR_10
OBJECT -1: Equipment_Address_Board: PROCFAIL_167

!!! Command         : file "/tmpd/MGReRkeye", line 95
!!! Operation       : CREATE
!!! Object Name     : Board
!!!                 : 1
!!!                 : 8
!!!                 : 20
!!! Command         : file "/tmpd/MGReRkeye", line 95
!!! Operation       : CREATE
!!! Object Name     : Board
!!!                 : 1
!!!                 : 8
!!!                 : 20

CMISERR_10
OBJECT -1: Equipment_Address_Board: PROCFAIL_167

============================================================­=========

листинг siteid

CPU type           : cpu8
Linux version      : 161.013
Delivery software version : m5.204 ;
Patch version             : 7 ;
Dynamic patch version     : c ;
MAO software version      : M5.203.1 ;
Software Version Name     : R12.4 ;
System Country            : RUSSIA_CIS (19);
System for Large Config   : no;




===================================================
===== HW Infos for OmniPCX Enterprise Platform ====
===================================================

Board Identification
--------------------
CPU type         :      CPU8s0
CPU P/N          :      3BA23258ABKC01
CPU S/N          :      ACC1цифры
CPU Product Name :      ALCATEL-LUCENT CPU8


============================================================­============
Upgrade до R12.4 и CPU8, pcinstaller к R12.4 и кабели CPU8
 
Цитата
Dmitry Ryzhakov написал:
PC Installer рано списывать со счетов
Сегодня убедился в этом :-). Нашёл pcinstaller v5.6 в папке патча (R12.2
m34023), который "знает" про cpu8. Под апгрейд пришли 2шт cpu8, один установил с помощью pcinstall-ера,
второй с виртуалки с S.O.T. Что интересно SOT показывал мне на индикаторе прогресса , что якобы
86% прошло, а терминалке процессор уже давно перезагрузился и спокойно прошивал себе bios и чего-то там fpga-bios.
Еще заметил, что на одном из процессоров MAC-адрес был не привычный 00:80:9f:XX:XX:XX, а 48:7A:55:XX:XX:XX.
Пришлось просить сетевиков править access-листы на оборудовании. Через неделю если всё сложится, попробуем
"переехать" на новые процессоры.
Upgrade до R12.4 и CPU8, pcinstaller к R12.4 и кабели CPU8
 
Насчёт SSD. В конце 19-го года проапгрейдил 3 ноды с дубл.процами CS-3 (стоят ssd SanDisk X600 такие) . Одна нода уже раза 4 переживала отключение напруги (идет стройка). Вроде пока тф.тф живёт. Ну резервное копирование баз конечно же никто не отменял, ибо чревато.  
Изменено: fedoseevka - 23.10.2020 11:06:18
Страницы: Пред. 1 2 3 4 5 6 7 8 9 10 11 ... 36 След.