Vad: Станционное хозяйство принял as-is (как есть) от предыдущего админа, причем эти проблемы уже имели место быть. Честно говоря, пока еще не набрался достаточно опыта, поэтому некоторые рекомендации вызывают у меня затруднения.
Цитата
У вас - OPS файлы соответствуют станции - по количеству абонентов, транков и пр.? Нумерация шелфов - в реальности и в OPS файлах - совпадают (в частности фиктивные - для межсетевых линков и IP аппаратов)?
Как это можно узнать? Просмотреть текущее состояние лицензий и блокировок в spadmin на предмет превышения? Например, если будет указано 10/8?
Код
ERROR 2660 : NO MORE RESSOURCE AVAILABLE 0 0 27
Насколько я понял из параметров сообщения 27 скорее всего соответствует номеру платы. У нас это NDDI2, которые практически не используется. Может имеет смысл попробовать его отключить/удалить/пересоздать?
Про нумерацию шелфов не очень понял. Если можно, пожалуйста, расскажите в двух словах как это узнать. Насколько я понял речь идет об ошибке
Код
ERROR 4351 : DATA INCONSISTENCY, Table ADRFICT, function=existeCrystalHybridIPPhone Crystal=0 nulog=42
Можно ли "зацепиться" за параметр nulog=42, чтобы было понятно от чего плясать? Т.е. например, этот параметр указывает на номер шелфа, который имеет смысл проверить.
Код
ERROR 4351 : DATA INCONSISTENCY, Table POSTE, station=1581 tab_eqt_fict
Эта ошибка тоже связана с фиктивными линками или же просто что-то не то со списочным номером 1581? Если все-таки проблема с номером, может имеет смысл просто его пересоздать?
Насколько я помню, у нас Entity 4,9 не используются. Исчезнет ли проблема если их просто удалить? С Entity 0 наверное все сложнее. Не помню чтобы он у нас явно используется, но думается мне, что он нужен для каких-нибудь системных нужд и удалять его нельзя. Так ли это?
Код
ERROR 1006 : DPNSS Prefix Missing. No DPNSS prefix added
Часто видел в логах упоминание про DPNSS. Что это? Его настройка необходима?
Цитата
Hunt group сетевые были (если удаляли сетевую группу, когда не работали линки - могут быть проблемы, исправляются аудитом по HG)?
А без аудита можно (аудит еще в процессе освоения - не хочется по неопытности завалить станцию)? Т.е. путем простого удаления неиспользуемых HG? Опять же в ошибке фиксируется номер station=1290. Он как-то связан с номером HG?
Большое спасибо!
P.S. Коллеги, а что собой представляет эта самая база OXE? Это классическая реляционная БД? Что в ее основе: MySQL, Postgres? Есть ли способ взаимодействия с ней, например, в части SQL-запросов? И самое главное, описана ли где-то схема данной БД: таблицы, их назначения, связи, столбцы и т.д.? Может некоторые ошибки можно исправить путем простых UPDATE-ов?
Инциденты после установки патча, Инциденты 2686, 1603, 1607
На основной станции, которая подвержена проблеме синхронизации базы
Код
[root@xa000000 mtcl]# smartctl -a /dev/hda
Device: Hitachi HTE543212L9A300 Supports ATA Version 8
Drive supports S.M.A.R.T. and is enabled
Check S.M.A.R.T. Passed
General Smart Values:
Off-line data collection status: (0x00) Offline data collection activity was
X never started
Self-test execution status: ( 0) The previous self-test routine completed
X without error or no self-test has ever
X been run
Total time to complete off-line
data collection: ( 645) Seconds
Offline data collection
Capabilities: (0x5b) SMART EXECUTE OFF-LINE IMMEDIATE
X Automatic timer ON/OFF support
X Suspend Offline Collection upon new
X command
X Offline surface scan supported
X Self-test supported
Smart Capablilities: (0x0003) Saves SMART data before entering
X power-saving mode
X Supports SMART auto save timer
Error logging capability: (0x01) Error logging supported
Short self-test routine
recommended polling time: ( 2) Minutes
Extended self-test routine
recommended polling time: ( 52) Minutes
Vendor Specific SMART Attributes with Thresholds:
Revision Number: 16
Attribute Flag Value Worst Threshold Raw Value
( 1)Raw Read Error Rate 0x000b 100 100 062 000000000000
( 2)Throughput Performance 0x0005 100 100 040 000000000000
( 3)Spin Up Time 0x0007 100 100 033 000400000000
( 4)Start Stop Count 0x0012 100 100 000 000000000007
( 5)Reallocated Sector Ct 0x0033 100 100 005 000000000000
( 7)Seek Error Rate 0x000b 100 100 067 000000000000
( 8)Seek Time Preformance 0x0005 100 100 040 000000000000
( 9)Power On Hours 0x0012 033 033 000 0000000073b5
( 10)Spin Retry Count 0x0013 100 100 060 000000000000
( 12)Power Cycle Count 0x0032 100 100 000 000000000007
(191)Unknown Attribute 0x000a 086 086 000 000000540055
(192)Unknown Attribute 0x0032 100 100 000 000000000007
(193)Unknown Attribute 0x0012 100 100 000 0000000004d7
(194)Unknown Attribute 0x0002 134 134 000 003200130029
(196)Reallocated Event Count 0x0032 100 100 000 000000000000
(197)Current Pending Sector 0x0022 100 100 000 000000000000
(198)Offline Uncorrectable 0x0008 100 100 000 000000000000
(199)UDMA CRC Error Count 0x000a 200 200 000 000000000000
(223)Unknown Attribute 0x000a 100 100 000 000000000000
SMART Error Log:
SMART Error Logging Version: 1
No Errors Logged
[root@xa000000 mtcl]# smartctl -l /dev/hda
SMART Error Log:
SMART Error Logging Version: 1
No Errors Logged
На двух других, что поменьше и вывод checkdb с которых я также прикладывал
Код
[root@gu_06 mtcl]# smartctl -a /dev/hda
Device: HTE541040G9AT00 Supports ATA Version 6
Drive supports S.M.A.R.T. and is enabled
Smart Values Read failed: Input/output error
Smartctl: Smart Values Read Failed
[root@gu_06 mtcl]# smartctl -l /dev/hda
Smart Values Read failed: Input/output error
Smartctl: Smart Values Read Failed
[root@gu_06 mtcl]#
[root@gufl_06 mtcl]# smartctl -a /dev/hda
Device: Hitachi HTE541660J9AT00 Supports ATA Version 7
Drive supports S.M.A.R.T. and is enabled
Smart Values Read failed: Input/output error
Smartctl: Smart Values Read Failed
[root@gufl_06 mtcl]# smartctl -l /dev/hda
Smart Values Read failed: Input/output error
Smartctl: Smart Values Read Failed
Я так понимаю с диском первой станции все нормально? А вот на остальных двух какие-то проблемы... ПОлучается проблема с базой не связана с диском и причина в чем-то другом?
Инциденты после установки патча, Инциденты 2686, 1603, 1607
понял, буду завтра на работе - обязательно посмотрю. апгрейд действительно выполнялся, и как раз без замены hdd. а что, есть какие-то нюансы в этом плане?
Инциденты после установки патча, Инциденты 2686, 1603, 1607
Не очень понял насчет *. По умолчанию в предлагаемом списке уже стоит штук 10-15 звезд. Насколько я понял, данная конфигурация по умолчанию берется из System/Broadcast. Те объекты для которых сказано обновляться и раздаваться по сети обозначены звездами.
Правильно ли я понимаю, что если я никакого выбора не сделаю, то аудит будет производиться по данным разделам?
Можно ли в момент настройки аудита, когда отображается данный список, его изменить - например, удалить звезду откуда-то или наоборот добавить? Просто указанием соответствующего номера и далее ? для отображения списка заново я вижу, что абсолютно ничего не меняется - как был список по умолчанию, так и остается.
Коллеги, еще вопрос насчет префиксов. Не очень понимаю как будет отрабатывать аудит. Например, на станциях есть разные транк-группы для выхода на ГТС, а префикс используется один, классически через 9 или 0. После отработки аудита возникнет конфликт. Получается, что привести станции к некому синхронному состоянию все равно не получится и всегда будут какие-то расхождения.
Спасибо!
Инциденты после установки патча, Инциденты 2686, 1603, 1607
Клонирование выполнял так как Вы предположили: через swinst/ Expert/ Cloning & duplicate operations/ CPU cloning на процессоре стендбай с остановленной телефонией, но только database как уже сказал выше.
Инцидентов PARA_MAO не видел. Вот инциденты возникшие после загрузки стендбая:
Код
10/04/14 19:26:14
10/04/14 19:26:32 000003I|---/--/-/---|=4:2199=A4400 Version : R11.0-k1.400-33-ru-c7s2
10/04/14 19:26:32 000003I|---/--/-/---|=2:1006=DPNSS Prefix Missing, No DPNSS prefix added.
10/04/14 19:26:32 000003I|---/--/-/---|=2:4351=Incoherent dat a: appli INITREM table ADRFICT cause existeCrystalHybrid info 0 65 -1
10/04/14 19:26:32 000003I|---/--/-/---|=2:4351=Incoherent dat a: appli INITREM table ADRFICT cause existeCrystalHybrid info 0 42 -1
10/04/14 19:26:32 000003I|---/--/-/---|=2:4351=Incoherent dat a: appli INITREM table POSTE cause 1434 info -1 -1 -1
10/04/14 19:26:32 000003I|---/--/-/---|=2:2660=No more NEQT resource: appli INITREM info3 27
10/04/14 19:26:32 000003I|---/--/-/---|=2:4351=Incoherent dat a: appli INITREM table POSTE cause 1581 info -1 -1 -1
10/04/14 19:26:32 000003I|---/--/-/---|=2:2660=No more NEQT resource: appli INITREM info3 27
10/04/14 19:27:59 000003I|---/--/-/---|=4:0260=Beginning of downloading binloaderio1n
10/04/14 19:27:59 000003I|---/--/-/---|=5:0261=End of downloading binloaderio1n
10/04/14 19:28:41 000003I|000/28/-/---|=4:0260=Beginning of downloading tonesnv
10/04/14 19:28:41 000003I|000/28/-/---|=5:0261=End of downloading tonesnv
10/04/14 19:28:48 000003S|---/--/-/---|=5:2009=Initialisation CPU role STAND BY
Помогите разобраться с темой Аудит, Не понял некоторые моменты
Небольшая предыстория: есть два узла (номера 3 и 7). ПО на них разное, на 3-м версия релиза 11, на 7-м - версия 10. Насколько я понял из обсуждаемых на форуме вопросов, проблем в части синхронизации основных настроек возникнуть не должно. На 3-м узле наиболее полная информация о сети (наибольшее число пользователей, большая масса префиксов, в т.ч. с других узлов сети). Узел 7 обслуживает небольшую область. Он внедрялся последним. Подрядчики (по их словам), во время установки столкнулись с какими-то сложностями из-за включенного броадкаста (то ли где-то, на другом узле, отвалился доступ в город, то ли еще что - внятно они объяснить не смогли). В результате броадкаст они выключили. Аудит тоже не проводили, а для того чтобы можно было звонить например на узел 3, создали Routing номера, типа "номера начинающиеся с 11, 12, 13, 14 звони на узел 3, он разберется". После этого (уже во время эксплуатации станций нами) на обоих узлах добавлялись/удалялись абоненты, изменялись другие параметры. В общем, в результате конфигурации на станциях полностью не соответствуют друг другу. И всё бы ничего, но однажды я со своей трубкой DECT прибыл в область 7-го узла и выяснил, что моя трубка не работает несмотря на правильные настройки в части PARI/PLI. Насколько я понял, это связано с тем, что нет моего Network номера на станции 7, смотрящего на узел 3 (домашний узел для моего телефона). В общем, с учетом этого, да и вообще с целью как-то упорядочить картину, было решено провести аудит.
С темой Аудит документации ознакомился. В голове много неясностей. Для начала решил опробовать режим симуляции. Аудит запустил на 7-м узле и первое что вызвало у меня сомнения - вопрос насчет Reference node.
1. Станция предлагает Reference building in the local node или Reference downloading over the network. Поясните пожалуйста что здесь имеется в виду. Насколько я понял, что если я хочу, чтобы информация с 3-го узла заполнила локальную базу, то "опорный" (reference) узел должен быть 3-й. Так? Т.е. в этом вопросе я выбираю вариант 3?
2. Далее доходим до стадии выбора объектов. Часть объектов обозначены *, часть данного обозначения не имеет. Правильно ли я понял, что синхронизации будут подвергнуты именно те, что со звездой? Почему-то не удается изменить данный перечень. Например, объект 1 Numbering Plan по умолчанию без звезды. Я хочу ее добавить. Указываю в диалоге 1, но звезда не появляется. Аналогично, если хочу где-то снять *. Можно ли править выбор объектов по умолчанию и как это сделать?
3. Непонятна и следующая стадия: Global Network или Only one node. Выбрал Only one node, понимая, что хочу данные брать только с удаленного узла 3, а не со всех оставшихся узлов сети.
4. При следующем выборе узла пробовал указывать 7 (помня, что ранее выбрал 3), но получал нулевой результат. После выбора в данном пункте 3 получил кое-какие данные, которые опять не вызвали вопросы. Вот, например, кусок
Правильно ли я понимаю, что на локальном узле (7), после поступления информации с узла 3 будут выполнены: автоматическое создание префикса 2401,1290,..., обновлены 25, 31, 32 и т.д., автоматически удален 1193, а префикс 26 в связи с конфликтом нужно будет править вручную?
Спасибо большое!
Инциденты после установки патча, Инциденты 2686, 1603, 1607
После обновления ПО на станции OXE (11-релиз) с 25 патча до 33 на станции стали появляться новые инциденты: 11/04/14 09:41:43 000003S|---/--/-/---|=0:1603=IO1 driver error, wrong telephone msg received, line 1533, position (0,28,131) 11/04/14 09:41:43 000003S|---/--/-/---|=3:1607=01.15.3b.00.0f.0f.00.1c.08.83.54.01.5a.db.ce 11/04/14 09:41:43 000003S|---/--/-/---|=0:1603=IO1 driver error, wrong telephone msg received, line 6329, position (0,28,131) 11/04/14 09:41:43 000003S|---/--/-/---|=3:1607=01.15.3b.00.0f.0f.00.1c.08.83.54.01.5a.db.ce По Incinfo не сильно что-то понял. Смущает также параметр 1603-го инцидента (0,28,131). Судя по описанию число 28 должно соответствовать номеру платы (cpl), но у нас 28-слотовый кабинет, и платы нумеруются с 0 до 27-го.
Кроме того до обновления патча периодически проскакивал инцидент 11/04/14 15:28:02 000003S|---/--/-/---|=2:2686=MAO err on stand-by CPU: err 4100 Ope ope 111 Obj TSC_IP Inst : 3 17783
Надеялся, что после установки обновления (выполнял с выравниванием баз путем клонирования database MAO без Linux) инциденты 2686 более не будут проявляться, но ошибся, установка патча и выравнивание не помогли.
Подскажите пожалуйста, что это за инциденты такие и как с ними бороться.
Спасибо!
Проблема NTP синхронизации, NTP: Synchronization lost
К сожалению, у нас эти инциденты возникают чаще, раз 5-10 в час. Причем, насколько я понял, проблема имеет отношение к самой ОС Linux, т.к. видел темы о похожих проблемах синхронизации ntpd-демона на различных линуксовых форумах, не связанных с Alcatel. Какого-то решения найти пока не удалось. Думаю, что надо смотреть в стороны непосредственной настройки демона, путем правки файла /etc/ntpd.conf. Видел некоторых рекомендации о необходимости создания drift-файла, а также прочие. Попробую поковыряться, потом отпишусь.
Привязать IPTouch к другой станции, Настроить DHCP для подключения телефона к удаленной станции
Вот недавно Вы упоминали про dialer. Посмотрел на станции - нет такой утилиты. Насколько я понял ее надо ставить отдельно? Можете поделиться или посоветовать где ее взять? Будет ли она корректно работать с релизами от 8 до 11?
Спасибо!
Проблема NTP синхронизации, NTP: Synchronization lost
Проблема в следующем. На ряде станций (на большинстве) наблюдаю постоянно такой инцидент
Код
08/04/14 17:59:09 000002M|---/--/-/---|=4:3077=NTP: Synchronization lost
08/04/14 18:14:17 000002M|---/--/-/---|=4:3077=NTP: Synchronization lost
08/04/14 18:29:24 000002M|---/--/-/---|=4:3077=NTP: Synchronization lost
08/04/14 18:44:36 000002M|---/--/-/---|=4:3077=NTP: Synchronization lost
08/04/14 18:59:45 000002M|---/--/-/---|=4:3077=NTP: Synchronization lost
08/04/14 19:15:06 000002M|---/--/-/---|=4:3077=NTP: Synchronization lost
Понятно, что что-то не то с синхронизацией по NTP. Но что? В swinst сказано брать время по NTP.
Код
The date is Apr 8, 2014 and the time is 21:10:22 (09:10:22 PM)
The timezone is Etc/GMT-4
NTP is running
Configured as client of server(s):
> 10.69.128.34
NTP-сервер 10.69.128.34 работает. С него успешно берут метки другие сетевые устройства. Никаких ограничивающих списков доступа нет. На станции запускал tcpdump udp port 123 - пакеты уходят как со станции на сервер, так и обратно, примерно раз в 10-15 минут. Правда запрос идет версии NTPv4, а ответ возвращается NTPv3.
Вывод ntpq
Код
(2)fl_06> ntpq -p
remote refid st t when poll reach delay offset jitter
==============================================================================
*10.69.128.34 10.64.34.10 3 u 201 512 377 0.437 72.890 83.353
Помогите разобраться с ситуацией!
Спасибо!
ARS switchover problem, Проблема переключения на резервный маршрут
Коллеги! Спасибо за Ваши разъяснения. Проблема была действительно в некорректной настройке time-based route листов. Исправил, настроив на узле N1 TBR лист с обоими маршрутами Speech+Fax. Стал проверять - выплыла другая проблема: На узле N1 для проверки корректной маршрутизации вызовов через TG305 отключаю маршрут через TG103, указав в роут листе Out Of Service (как Вы меня и учили). На интерфейса TG305 узла N3 включаю трассировку и пробую звонить на внешние корпоративные номера - на некоторые из них абонент узла N3 может позвонить а абонент узла N1 не дозванивается (музыка + функция отклонена).
Более подробно. Есть внешний абонент 1022400. Если звоню ему с узла N3, то всё ОК, хотя на экране телефона наблюдаю измененный номер 10213 (может быть перевод какой настроен - непонятно, высвечиваемый номер короче необходимого - вместо 7 цифр отображается 5). Вот трассировка успешного вызова с узла 3.
Со статикой и двумя записями попробую сегодня посмотреть.
Насчет первых двух путей Error-а:
1. Конфигурацию VLAN изменить не получится. Станции уже развернуты давно, между ними уже настроено взаимодействие по ABC-IP линку. Также, к ним подключаются по IP другие узлы. Слишком уж много придется ковырять чтобы добиться корректной маршрутизации между узлами.
2. На станциях A и Б по-разному настроены ARS маршруты. Станции территориально разнесены по городу. Я являюсь абонентом станции Б. Периодически приходится проверять корректность отработки ARS (в данный момент второй маршрут не отрабатывает, о чем я создавал отдельный топик) на станции А. Приходится проверять следующим образом: отключил основной маршрут в надежде проверить состояние второго, позвонил коллеге на станцию А и сказал "Дружище, попробуй позвонить туда-то", потом он перезванивает и говорит "Слышу короткие гудки". Т.е. это крайне неудобно. Для того чтобы никого не дергать необходимо иметь аппарат, который привязан именно к узлу А, хотя находится в том же здании где и станция Б. Между зданиями есть несколько медных пар и в принципе можно повесить аналоговый аппарат в здании Б и прокинуть его на станцию А, но для этого требуется очень много "монтажных" работ. Посмотрел в сторону IP как наименее трудозатратную и логичную.
Еще один небольшой вопросик по данной теме. Хочу проверить и переключить перемычку XF03 если она действительно некорректно стоит. Соответственно нужно вытаскивать плату CPU7. Можно ли это делать не вырубаю всё шасси, а только выключив сам CPU командой shutdown -h now и переключив тумблер на передней панели в состояние off?
