После не понятно каких событий у меня порты котрые использовались для управления меридианом через локалку перешли в непонятное для меня состояние

ADAN TTY 6
CTYP ****
GRP
DNUM 0
DES Ethernet_1
FLOW NO
USER
XSM NO

ADAN TTY 12
CTYP ****
GRP
DNUM 4
DES Ethernet_2
FLOW NO
USER
XSM NO

ADAN TTY 13
CTYP QSDI
GRP
DNUM 11
DES Ethernet_3
FLOW NO
USER
XSM NO

Ни изменить настройки, ни удалить эти порты 6,12,13 я не могу.(хотел пересоздать порты заново).
У меня Меридиан 81С. релиз 25.15.

Может кто встречался с такой проблемой.

И ещё постоянно сыпятся ошибки

*** ERR9013 12/02/08 12:40:49 52178916
OPRDATA: TN: 00002EC8 N: 00000008 P: 0000012A S: 00000003 L: 0000001B
DTA: 30190A01 000A0100 A011A10F 0A010212 0A393131 39323030 38383300

Может эти две проблемы взаимосвязаны?

Закрывать перед удалением пробовал?

т.е. так и пишет:
CTYP **** ??

а что в LD 37?
.stat tty

P.s. ошибка к данному вопросу не относится

neoplan пишет
т.е. так и пишет:
CTYP **** ??

а что в LD 37?
.stat tty

P.s. ошибка к данному вопросу не относится

Да так именно и пишет.

В 37 эти порты не отображаются.

при попытке удалить - SCH6083?
классический TTY - коррапт.....
к доктору...

ivanopulo пишет
при попытке удалить - SCH6083?
классический TTY - коррапт.....
к доктору...
Нет при попытке удалить пишет sch 5578

chg
TYPE adan
ADAN out tty 12

SCH5578

SCH5578 Логическое приложение должно быть отключено.

Varyag пишет
SCH5578 Логическое приложение должно быть отключено.
Ошибки я умею расшифровывать, не отключается логическое направление так как оно не сконфигурированно.
в лд 37 нет его в списке.

Thinker пишет
Нет при попытке удалить пишет sch 5578

chg
TYPE adan
ADAN out tty 12

SCH5578
А при
chg
TYPE adan
ADAN chg tty 12
тоже ошибка? Если да, то - коррапт, "как и было сказано"(С).

Malex пишет
А при
chg
TYPE adan
ADAN chg tty 12
тоже ошибка? Если да, то - коррапт, "как и было сказано"(С).

При chg то же ошибка.
Если не секрет что такое "коррапт" и как с ним бороться.

Повреждение базы. Лечится через pdt. Лучше доверить эту операцию грамотному специалисту. Как вариант- загрузить старую базу данных (ту, в которой этой ошибки еще не было)

Lev Serdukov пишет
Повреждение базы. Лечится через pdt. Лучше доверить эту операцию грамотному специалисту. Как вариант- загрузить старую базу данных (ту, в которой этой ошибки еще не было)

Грамотного специалиста нет под рукой, база сохраняется каждый день соответственно у меня сохранена база с этой ошибкой.

Подскажите какую область мануала мне почитать что бы понимать в чём ошибка и какие способы по устранению данной ошибки.

В обычной доке этой инфы нет.
Лечение коррапшна сводится к нахождению повреждённого данных пользовательской DB в памяти станции и корректировке этих данных. Всё делается командами PDT.
Я не пугаю. Ничего категорически сложного в процедуре нет. Но только в случае, если Вы готовы в ходе "боевых действий" при необходимости, вдруг ошибётесь, поднять софт с нуля с заливкой БД на боевой станции. И если станцию можно "перегрузить" в случае чего... А если не готовы, то Вас "йыцых с гвоздями" ждёт :-) Лучше не трогать и довериться спецу.

Жил я лет 8 в Красноярском крае. Бывал в Красноярске. не похож он на деревню, где спеца по Меридианам не найти... :)
и еще: как я понял, ситуация в общем, позволяет "забить" на проблему. и искать спеца по принципу "не сейчас, так через месяц"
поверьте старшим товарищам! лучше не чинить, чем сломать. :)

TheRam пишет
В обычной доке этой инфы нет.


А не обычная инфа есть, у вас. Для ознакомления.
Мне вообщето не срочно.
И раньше я решал это перезагрузкой, но охота понять глубже что происходит.

Если у вас есть инфа под рукой вышлите её пожалуйста на мыло gual@kras.ru