Доброго времени! подскажите, станция R8, вдруг пропала внешняя связь по IP, перезагрузили и видим, что шлюз GD2 не загрузился. Пишет: Downloading/DHS3bin/downbin/....failed. На станции етот файл есть. Проверку БД сделали. Сам шлюз пингуется, параметры IP норм. Куда копать?
Проверять IP параметры. Смотреть - что в менеджменте shelf/board/Ethernet param - указан МАС адрес GD. Смотреть инциденты на процессоре. Смотреть - как у вас сеть организована (может чего-то из протоколов на сети прикрыли).
Да, нужен МАС. Все остальное появится, когда плата прогрузится. А с инцидентами на процессоре - что? Изменения (работы) на сети были (в праздники что-то кто-то сделал)?
Вначале у нас перестала работать внешняя связь, по IP-каналу. Внутренняя работала. После проверки решили перезагрузить станцию, тут всё и получили. Проблемы с сетью пока исключаем, т.к. оба ЛАН-интерфейса (CS и DG2) включены в свич платы CS. От локалки отключили. Все платы на станции - out of service, кроме CS. Завтра проверим жесткий диск и подготовим тестовую подмену GD. Может дело в жестком, файл бинарника посмотрели, по размеру и виду аналогичен подобному на другой станции. Командами линукса копируется и перезаписывается без проблем, а GD его никак не может взять.
Жесткий диск проверили, битых секторов нет, логические ошибки были, e2fsck их исправил, далее процессор грузится без проблем. Заходим на GD консолью, смотрим что пишет при загрузке, опять видим, что не может стянуть файл binmg с CS по tftp.
binmg : this is Media Gateway Software R8.0 for E-MGD version 43.15.2 built on 28 May 08 17 hours 17 min for r_mg_appli_43.15.2 Downloading /DHS3bin/downbin/emg/binmg from хх.хх.хх.хх /usr/bin/binmg_download: download_binary binmg failed Причем по ftp с GD на CS доступ есть, сетка в порядке. По TFTP доступа нет.
Смотрю на CS через PS -A |grep ftp - ответ пустой, значит tftp нет. Смотрю аналогично на другой АТС, пишет что данный сервис есть. Делаем вывод, что он не грузится на CS. Запускаем его на CS ручками под рутом - /DHS3bin/servers/tftpd далее запускаем с GD команду под рутом '/usr/bin/download_binary binmg'- все проходит на ура и файл появляется в /tmp/ с размером 990 байт - все как положено.
Осталось выяснить почему tftp сервер не грузится демоном при запуске CS. Выясняем что грузится он через xinetd. Смотрим конфиг /etc/xintetd.d/tftp и видим, что там он выключен, т.е. disable=yes, принудительно меняю через vi его на no, перегружаю, смотрю, он опять стоит в yes, т.е. отключен.
какими-то вы хитрыми путями идете... на работающем CS дайте команду netstat -a - слушает ли он tftp порт? в каком режиме стартует у вас GD - статический адрес или динамический? если статический - в процессе загрузки мелькает настройка GD - адрес, нетмаска, откуда грузится, номер полки и т.п. - эти настройки у вас не слетели? (смотреть в консольном порту GD)
У Дарта Вейдера в столе всякого навалено: карты разные галактик и портрет Гагарина.
список netstat похож на нормальный, не понятно только почему tftp два раза... есть еще вариант потери файла lanpbx.cfg. восстановить его содержимое просто командой lanpbxbuild и далее заполнить нужные строчки, после - сохранить. подробнее - в доке.
У Дарта Вейдера в столе всякого навалено: карты разные галактик и портрет Гагарина.
lanpbxbuild при просмотре параметров показал адрес процессора и tftp сервера отличный от требуемого, т.е. если наш находится в хх.хх.111.хх сети, то там почему-то был задан хх.хх.11.хх вот такой адрес, но после внесения изменений и перезагрузки станции ситуация не поменялась: Downloading /DHS3bin/downbin/emg/binmg from хх.хх.111.хх /usr/bin/binmg_download: download_binary binmg failed /usr/bin/binmg_download: too many retries, giving up binmg download failed after 3 retries
ну и ничего не поднялось. В итоге, потому как тянуть с вводом АТС уже нельзя, взяли другой жесткий диск, на него накатили через pc-installer систему, восстановили базу и лицензию и включили АТС, все заработало. Старый диск оставили, чтобы потом собрать тестовую станцию и на ней эту проблему до конца вылечить.
сильно похоже, что на станции сперва что-то где-то работало, потом сменили IP адреса, но как водится не везде или не в нужном порядке. думаю, если вы на старом ПО сделаете полноценный netadmin, затем lanpbxbuild затем mgconfig на GD у вас все нормально стартует.
Вы то пишете, что релиз 8 работал и перестал, то в конце - вводите новую станцию - речь шла об одной и той же АТС?
У Дарта Вейдера в столе всякого навалено: карты разные галактик и портрет Гагарина.
Если вы меняли IP параметры - то в lanpbx оно само не поменяется. Второе - после смены параметров через lanpbxbuild - мне помнится, что параметры в tftp демоне на лету не поменяются - требуется рестарт станции.
Dmitry Ryzhakov пишет: Вы то пишете, что релиз 8 работал и перестал, то в конце - вводите новую станцию - речь шла об одной и той же АТС?
Да, станция одна. Была станция, стояла себе спокойно несколько лет, ее никто не трогал, в один прекрасный воскресный день она частично перестала работать, после удаленной перезагрузки перестало работать все. Далее три дня ковыряния привели только к тому, что АТС поднималась вручную, поэтому было принято решение взять новый жесткий диск и залить на него 8й релиз с патчем и далее базу и лицензии с этой глючной станции. А старый диск оставили для дальнейших разбирательств, когда появится подопытная АТС. После заливки все поднялось, поэтому поставили ее на прежнее место.