Делаю ld 43
.edd
EDD016 NO GO. BAD DATA

Чем это можно исправить?
Как и куда делать дамп что бы в дальнейшем можно было с него загрузиться?

Попробуй сделать команду EDD CLR.

*

ЭТО Я ВЫЧИТАЛ В 3 КНИГЕ СИСТЕМ МЭСЭДЖ.
ДАЛЕЕ НАПИСАНО ЗАГРУЗИТЬ С НОВОЙ КОПИИ И ПРОВЕРИТЬ ВАЛИДНОСТЬ ДАННЫХ.
ГДЕ ВЗЯТЬ ЭТУ КОПИИ И КАК ЕЕ ЗАГРУЗИТЬ?

ДА, ЗАБЫЛ СКАЗАТЬ ЧТО У МЕНЯ БЫЛА ПРОБЛЕММА ЗАНЯТОСТИ DN, Т.Е. ОН НИГДЕ НЕ ФИГУРИРУЕТ, НО КОГДА ПРИСВАИВАЮ НА SCR ТО ВЫДАЕТ ОШИБКУ SCH0011. ОБ ЭТОМ СПРАШИВАЛ В ФОРУМЕ ПО ВОПРОСАМ СВЯЗИ. ПОХОЖЕ НОЧНОЕ СОХРАНЕНИЕ ПОСЛЕ ЭТОГО ПРЕКРАТИЛОСЬ.

*

А ПРИ ЭТОЙ КОМАНДЕ EDD CLR НАСТРОЙКИ НЕ СЛЕТЯТ?
КАКОЕ ОБОРУДОВАНИЕ ТРЕБУЕТСЯ ДЛЯ БЭКАПА НАСТРОЕК НА КАКОЙ-НИБУДЬ НОСИТЕЛЬ?

НЕТ, НЕ СЛЕТЯТ!

Ибо это просто EDD, не обращающее внимание на состояние "флажка", обнаруженных ранее станцией ошибок в базе.

РАЗНОЕ!

Базу можно слить на PCMCIA карту (из pdt, например).
Базу можно слить в порт (из pdt или LD 143, XBK...).

Cпасибо!

Базу можно слить на PCMCIA карту (из pdt, например).
Это не получится, т.к. ни карт ни устройств сопряжения ни денег нету.
Базу можно слить в порт (из pdt или LD 143, XBK...).
Можно подробнее описать технологию слива базы и обратный процесс.
Поискал в имеющихся книжках этот оверлей, но не нашел.
С почтением,
Дмитрий.

Привет.
Технология слива такая
1. Скачиваешь файл на комп по порту COM
2. Загружаешь на станцию файл по тому же порту.

Процесс слива написали - LD 143, команда XBK

.xbk
INFO: эта информация будет храниться в файле (opt-11, data)
SIZE = 272256 bytes

R>
После появления этого приглашения запускаешь в твоей программе связи прием файла Х-модемом.
Правильность приемя файла можно проверить командой XVR. Файл надо отправить в станцию где он свериться с базой. Процесс отправки ниже


Чтобы отправить файл в станцию набираешь команду XRT

.xrt
Wait -- Erasing internal backup

R>
После появления приглашения посылаешь файл Х-модемом.

По PDT не знаю
Пока

В PDT это 2 файла: config.rec и database.rec.
Путь к ним :\u\db\
Отправить файл в порт командой sx, из порта rx.

Прим. Уверен только насчет opt. 11C.

a что храниться в config и что в database?

Олег

файл, полученный из ld 143 размером 300К

config - 1K
database - 67 K

То есть в этих файлах чего то нет. Наверно сервиспаков.

Олег

Что хранится в каждом из файлов не знаю.
Интересно, но размер config.rec всегда 1024 байта, размер database.rec варьируется в широких пределах и составляет порядка десятков килобайт. Думаю, что в нем и хранятся все запрограммированные данные.

Если кто-нибудь знает точно, расскажите.

Сервиспаков в них нет.
Они тут: :\u\path\

На самом деле, на "С" машинах файлов ТРИ:
config.rec
database.rec
inet.db

В принципе, иногда, можно и забывать inet. Но все-таки - не стоит.

Файл, полученный командой XBK, создается НЕ простым суммированием вышеуказанных файлов.

Нужных файлов три: еще inet.db.

На 11с машинах путь : c:/u/db/

Ставил базы через PDT не один десяток раз перезаписыванием файлов config и database.
После этого делал команду XBK.
Все всегда нормально работало.

Какие проблемы могут возникнуть, если "забыть" inet.rec? У меня проблем никогда не было.

Извиняюсь, не команду XBK а XSL (перезагрузка)

Дело в том, что при штатной процедуре "Archive Database" через PCMCIA карточку, Меридиановская утилита сохраняет файлы:
config.rec
database.rec
inet.db
direct.rec
reten.pch

Практическое значение двух последних - минимально.
Что касается inet. Нам хватило нескольких случаев сильных видоизменений устанавливаемых баз данных из десятков установок, чтобы начать не забывать inet.

ИМХО полезность этих файлов с точностью до наоборот:
direct.rec - все данные из лицензии
reten.pch - все установленные патчи и их состояние
inet.db - всего лишь настройки IP

Верно почти все, кроме...
того, что все опять наоборот.

При замене флэшки или ее форматировании часто приходится переустанавливать софт. Делая это штатными методами - однозначно обновишь данные лицензии.
Файлик reten не содержит патчей, а только их список и состояние. Ставить их придется все-равно.
А вот важность inet, не смотря на кажущуюся простоту, "доказана занусси", т.е. - опытным путем.
Причем "стреляет" он в 2-3% случаев, и даже на тех станциях, где IP вообще никто не трогал.

При установке софта дефолтный файл inet.db самозарождается из dramos. Так что таскать его за собой вовсе не обязательно. В крайнем влучае его можно набрать в любом текстовом редакторе и залить, либо набрать его прямо PDT в редакторе ed. Кроме того у меня за 5 лет работы inet.db ни разу ни на что не повлиял, а direct.rec и reten.pch бывают жутко полезны когда надо спасти станцию путем замены флешки на объекте, без возможности непосредственного или удаленного доступа.

Вот именно, что дефолтный... А не тот, который был.
Не совсем ясно, что проще - откопировать или набирать ручками...
Кстати, набрать руками можно и config и database и direct и reten. Только муторно это...
Повторю: у нас за десять лет inet сработал четыре раза. Их хватило, чтобы начать всегда тратить полминуты на его копирование. Но можно этого и не делать.
Опять же - не ясно, чем могут быть полезны какие-либо файлы при отсутствии непосредственного или удаленного доступа на объект...

Что наблюдается при "выстреле"? Какая из этих строк "стреляет"?
1 1 PRIMARY_ENET 137.135.128.253
2 2 SECONDARY_ENET 137.135.128.254
3 3 LOCAL_PPP_IF 137.135.192.4
7 255.255.254.0
8 30

Хм-м-м...
А какже строчка:

4 4 REMOTE_PPP_IF 100.1.1.1

Ее вообще нет? Тоже повод для размышления...

Наверное, мне имеет смысл отдать распоряжение перестать переписывать inet. И когда что-то будет не так - провести тщательный анализ...

Внутренний голос подсказывает, что я этого делать не буду.

В любом случае, совершенно очевидно, что разумная избыточность информации вредной не бывает. Чего нельзя сказать о нехватке. Под разумностью я подразумеваю соотношение ресурсов, потраченных на получение и использование информации, и необходимостью ее использования.

А Вам не приходило в голову, что эта строчка не обязательна и PPP прекрасно работает и без нее?
Неужели во всем Совинтеле никто не помнит как inet.db "выстрелил" аж 4 раза?
В чем проблемы-то были?

Приходила, естественно. Я, кажется, по-русски написал, что есть повод для размышления.

Прекрасно помнят и помню.

Проблемы? Скажем так: мне самому совершенно не прозрачна взаимосвязь ЗАМЕЧЕННЫХ проблем и inet. Иными словами: для полной локализации проблемы было мало времени. Соответственно - есть только изменяемый параметр и несколько глыб на вершине айсберга проблем.
Добиваться повторения - не очень хочется.

Завязавшаяся дискуссия опирается на разные опыты. Я имел печальный опыт. Есть данные положительных. Предлагаю: всем интересующимся продолжать делать - как делали. Через пару - тройку лет - опубликуете результаты. Там видно будет.

Что бы не клонировать новые темы возобновлю эту.
Итак М1 релиз 3. Не сохраняет базу данных в LD 43.
Выдаёт это:

>LD 43
EDD000

.EDD

DB SEQ NUM = 4002
CONFIG
EDD007

Расшифровать код ошибки EDD007 не удаётся . На промп ERR станция не реагирует.
Далее, АТС не сохраняет базу на внешнию флеш. Сама флешка вроде рабочая, втыкали в ридер читается.

ld 43
EDD000


.bko
Starting database backup to PCMCIA drive b:
c:/u/db/config.rec FAILED
c:/u/db/database.rec FAILED
c:/u/db/inet.db FAILED
c:/u/db/zone.db FAILED
c:/u/db/iprem.db FAILED
c:/u/db/surv.db FAILED
c:/u/db/inet1.db FAILED
c:/u/db/inet2.db FAILED
c:/u/db/inet3.db FAILED
c:/u/db/inet4.db FAILED
DATABASE BACKUP FAILED

EDD007

Последнее сохранение
LD 43
EDD000


.DAT
DATABASE ISSUE DATE(d/m/y)/TIME SIZE(recs) SEQNO
Main database not accessible.
Secondary database not accessible.
IntBackup 300 11/08/2012 at 23:00:42 68 3992
PCMCIA 300 29/07/2008 at 16:54:52 65 2515
Current external backup is on PCMCIA drive B

Т.е. на внешней флешке последняя база 2008 года и не обновляется. На внутренней флешке август 2012, и нет ночного автоматического обновления.
Есть подозрение на неисправность внутренней флешки.

как молоды мы были...
наверное это рекорд некропостинга :)

по сути - отсох диск c:
если есть желание добить ее самим, сначала скачайте XBK

Добрый день.

Иногда ошибки показываются без одного "0"
EDD0007 Storage device write error.

Как уже ответили выше диск "с" поврежден.

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

Обычно при повреждении диска "с" данные о конфигурации еще можно вытянуть с диска "z", затем переустановить софт и загрузить базу данных.

Не следует перегружать станцию в вашем случае. Диск "с" может быть поврежден на столько, что станция не загрузится без посторонней помощи.

Успехов

Возможно XBK не будет работать по той же причине.

Обычно при повреждении диска "с" данные о конфигурации еще можно вытянуть с диска "z"
:rolleyes:

Я понял что ситуация неприятная. Задача минимизировать потери. Какае необходимы действия? Я попробую вытащить базу и переустановить софт. Вопрос как быть с железом. Менять карту процесора целиком или микросхему памяти? Стоит NTDK20GA.

Добрый день.
У меня из нескольких таких случаев все удалось восстановить без замены железа. Наверно у Вас такой-же случай. Просто нужно переустановить софт. Если переустановка не сможет завершится успешно, то нужно очистить диск С и повторить операцию, так как при установке станция захочет сохранить исходные данные и возможно не сможет из-за повреждения файловой системы.

С уважением
Александр

XBK не сработало. Буду переустанавливать софт, раньше это делать не приходилось. Я потеряю всю базу или та часть которая сохранилась востановится?

XBK не сработало.
а как оно должно было сработать?

как молоды мы были...
наверное это рекорд некропостинга :)

по сути - отсох диск c:
если есть желание добить ее самим, сначала скачайте XBK
Это ваш совет. После этой команды станция вышла из стопора минут через 10. С соответствующим сообщением оь ошибке.

я недеялся что вы будете осознанно вводить команды и не пропустите слово "скачайте"
несчастная станция 10 минут ждала пока вы сделаете это, но вы не смогли :)
XBK не решает вашу проблему, а позволяет тому кто будет разбираться с результатами ваших потуг, не набирать конфиг вручную

Еще раз добрый день.
Подскажите у вас есть документация, если нет - поищите. Там очень хорошо написано что делать.

The following is an example of what may be displayed on the screen:

.XBK

INFO: CONFIGURATION DATA FROM YOUR OPTION 11C SYSTEMJULY 7/92

When all the text is entered, press the <CR> key twice.
After a few seconds the Option 11C responds with R> indicating that it is ready to continue.
The following is an example of what may be displayed on the screen:

.XBK

INFO: CONFIGURATION DATA FROM YOUR OPTION 11C SYSTEMJULY 7/92

R>

Note:
The next step must be completed within 2 minutes or the system will time out. If a time-out occurs, return to Step 6 and type the XBK command.

Using the communications software on the computer, receive the configuration database file using XModem CRC protocol. The file received will be in binary format.Refer to the manual supplied with the communications software package provided for the computer for information about receiving files.The file is transferred and stored on the computer's hard disk or on floppy disk.

перед установкой софта, если не получиться c помощью XBK, скачайте файлы конфигунации с диска z. Так же уточните кейкоды - нужны при инсталяции.
вроде
ld 22
prt slt

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

http://bbs.radiolink.ru/forum/showthread.php?t=37366

можно сюда глянуть (результат гугла на строку "dosFsCheck meridian pdt"):
http://dc406.4shared.com/doc/IFcXLVaR/preview.html

можно сюда глянуть (результат гугла на строку "dosFsCheck meridian pdt"):
http://dc406.4shared.com/doc/IFcXLVaR/preview.html

Хороший документ, спасибо за ссылку.