При проверке в LD 137 станция (61C rel25.15) выдает:

SCSI108 /u: Sector number 120005 does not match
SCSI108 /u: Sector number 120007 does not match
Впрочем тест вроде проходит:
CIOD037 Sector check in progress (100% done)
Даю sync, затем data rdun, результат тот же.

Насколько это смертельно? Чем лечится?

Возможно, начинает сыпаться винт...
TEST достаточно поверхностная проверка.
Значительно точнее работает read тестирование накопителя: DATA CMDU (в той же LD 137).

Karter пишет
Возможно, начинает сыпаться винт...
TEST достаточно поверхностная проверка.
Значительно точнее работает read-write тестирование накопителя: DATA CMDU (в той же LD 137).

Я не TEST гонял, я гонял DATA RDUN (посекторное сравнение). Сейчас попробовал DATA CMDU. Тест проходит, ошибок нет. Кстати, DATA CMDU - проверка только на чтение а не на read/write. В принципе АТС работает нормально, так что и фиг с ним...

а) Хорошо, что гонял не TEST, ибо ... выше.
б) Хорошо, значит данные пока не задеты.
в) Согласен.
г) Если второе живо - то вообще ерунда. Кстати, простой перезалив может помочь.

А у меня вот такая беда, что делать менять винчестер?
>ld 137
CIOD000
.data rdun

CIOD037 Sector check in progress (0% done)

CIOD014 RDUN test fail
.
SCSI108 /u: Sector number 1 does not match

SCSI108 /u: Sector number 2 does not match

SCSI108 /u: Sector number 4 does not match

SCSI108 /u: Sector number 60 does not match

SCSI108 /u: Sector number 61 does not match

SCSI108 /u: Sector number 63 does not match

SCSI108 /u: Sector number 119 does not match

SCSI108 /u: Sector number 132 does not match

SCSI108 /u: Sector number 136 does not match

SCSI108 /u: Sector number 137 does not match

SCSI108 /u: Sector number 140 does not match

SCSI107 ... etc.

TIM054 12:00 21/1/2004 CPU 0


CIOD000
.test rdun

CIOD014 RDUN test fail
.
SCSI106 Files that are different in Partition: /u

SCSI105 Files that are different in Dir: DB

SCSI104 CMDU:0 LASTARC.STT 21/01/04 06:06:24, Size:11

SCSI104 CMDU:1 LASTARC.STT 1/01/03 06:04:09, Size:11

SCSI104 CMDU:0 CONFIG.REC 21/01/04 06:06:07, Size:1024

SCSI104 CMDU:1 CONFIG.REC 1/01/03 06:03:23, Size:1024

SCSI104 CMDU:0 DATABASE.REC 21/01/04 06:06:07, Size:103424

SCSI104 CMDU:1 DATABASE.REC 1/01/03 06:03:23, Size:98304

SCSI104 CMDU:0 HDBAK.OK 26/04/03 11:14:04, Size:214

SCSI104 CMDU:1 HDBAK.OK 12/08/01 19:14:09, Size:214

SCSI104 CMDU:0 CONFIG.BAK 20/01/04 06:06:05, Size:1024

SCSI104 CMDU:1 CONFIG.BAK 31/12/02 06:03:23, Size:1024

SCSI104 CMDU:0 DATABASE.BAK 20/01/04 06:06:05, Size:103424

SCSI104 CMDU:1 DATABASE.BAK 31/12/02 06:03:23, Size:98304

SCSI105 Files that are different in Dir: HI

SCSI104 CMDU:0 ETH.TMP 21/01/04 06:06:07, Size:0

SCSI104 CMDU:1 ETH.TMP 1/01/03 06:03:22, Size:0

SCSI104 CMDU:0 INET.DB 26/04/03 11:14:02, Size:142

SCSI107 ... etc.

Попробуй SYNC дать. Затем еще проверь. Не поможет - попробуй софт перезалить.

Karter пишет
а) Хорошо, что гонял не TEST, ибо ... выше.
б) Хорошо, значит данные пока не задеты.
в) Согласен.
г) Если второе живо - то вообще ерунда. Кстати, простой перезалив может помочь.

Сегодня перезалил софт. Причем на оба винчестера. Результат тот же, в смысле, не соответствуют те же сектора. Может все же винт?

Вот появилась возможность поменять блок nt5d61ab целиком, поменял, залил софт, проверяю - точно такая же фигня, даже номера секторов такие же :( Ага, думаю, видимо не тот блок поменял. Их все же два в станции... Меняю другой (на тот который перед этим вытащил), проверяю - та же дрянь.
Что еще предпринять? Варианты типа поменять АТС или застрелиться не предлагать :) Нет, оно особо не напрягает, но уже чисто спортивный интерес...

Давай по пунктам: как обгонял, как подрезал :-)))
В смысле: как замену производил, какие пункты в меню инсталяционном жал итд итп...

Karter пишет
Давай по пунктам: как обгонял, как подрезал :-)))
В смысле: как замену производил, какие пункты в меню инсталяционном жал итд итп...

Точно так как описано в документе 553-3021-500, а именно в разделе replacing equipment, подраздел NT5D61 :) Точно по пунктам. Софт заливал с другого core (не с СDROM) Впрочем раньше (давно) пробовал софт и с СD заливать.

По уму имеет смысл сделать следующее:
- засплитить машины;
- на неактивном Core переустановить весь софт с CD-юха (желательно - используя новый IOP/CMDU), а database - с дискеты, записанной на активном Core;
- переключиться c перезагрузкой на свежезалитый Core;
- залить весь софт и database со свежезалитой, теперь уже активной, Core'ки на вторую машину.

По сути - операция апгрейда. Под "всем софтом" понимается ВЕСЬ софт: Software, CP-BOOTROM, IOP-ROM. В install menu - пункт <b>.

Весь ход работ - в capture file, чтобы потом можно было удостовериться в отсутствии ошибок.

ps: можно легко управится за пару часов. Самое нудное - ручками перекатывать патчи и ждать синхронизации...

Karter пишет
По уму имеет смысл сделать следующее:
- засплитить машины;
- на неактивном Core переустановить весь софт с CD-юха (желательно - используя новый IOP/CMDU), а database - с дискеты, записанной на активном Core;

Хорошо. Это без проблем.

Karter пишет
- переключиться c перезагрузкой на свежезалитый Core;


Не совсем понятно как это сделать? Что бы переключиться надо из splitmode выйти, что подразумевает sync в ld137. Что именно подразумевается под перезагрузкой? Т.е. я делаю sync, затем scpu, затем опять перехожу в split, и далее см. ниже? Останавливать двухпроцессорною станцию как то влом. Если можно поподробнее опиши этот момент.

Karter пишет
- залить весь софт и database со свежезалитой, теперь уже активной, Core'ки на вторую машину.


Нет проблем.

Karter пишет

По сути - операция апгрейда. Под "всем софтом" понимается ВЕСЬ софт: Software, CP-BOOTROM, IOP-ROM. В install menu - пункт <b>.


Разумеется.

Karter пишет


Весь ход работ - в capture file, чтобы потом можно было удостовериться в отсутствии ошибок.

ps: можно легко управится за пару часов. Самое нудное - ручками перекатывать патчи и ждать синхронизации...

Синхронизация - да. А патчи разве не поставятся после sync? Впрочем есть софт для автоматизации установки патчей. С ним патчи ставятся легко и просто. :)

Пардон, не совсем понял.... :-)))

Пива меньше надо пить (мне) ;) Вместо просмота нажал кнопку отправить. Бывает. Сейчас уже отредактировал свое сообщение. :)

Ещё раз повторю: по сути - операция апгрейда.

Перезагрузка - всегда остановка. Минут на десять.
При использовании при апгрейде схемы с Parallel Reload - и того меньше.

Строгость выполнения процедур и исправное HW предполагают получение в результате 100% рабочей машины.

Если есть патч-подгрузчик - ещё на полчаса быстрее.

Karter пишет
Ещё раз повторю: по сути - операция апгрейда.


О! Это и была ключевая фраза которую я как то сразу не заметил. ;) Спасибо. Бум делать. О результатах напишу.

Коллеги, поднимаю эту старую тему.
У меня такая же 61С Rel.25.15. Наблюдаю проблему с CMDU:
DATA RDUN в LD 137 выдает
...
SCSI108 /u: Sector number 120005 does not match
SCSI108 /u: Sector number 120007 does not match
...
Установка зиповского IODU/C с перезаливкой софта по процедуре замены IODU/C ничего не дает. Ищу в форуме, нахожу эту тему с такой же проблемой - более того, даже номера секторов те же...

Уважаемый Лев Сердюков! Может Вы проделали вышеописанную процедуру, рекомендованную коллегой Картером, и еще помните ее результат. Буду Вам очень признателен за информацию о этом.

Забыл сказать...

При выходе из сплит режима при выполнении синхронизации дисков выскакивает следующее:

ld 137 CIOD000
.stat IOP 0 ENABLED (ACTIVE) IODUC
IOP 1 ENABLED (STANDBY: S/W STATUS) IODUC
CMDU 0 ENABLED (ACTIVE)
CMDU 1 DISABLED (Out of Split Mode)
RDUN DISABLED
ELNK ENABLED
SDEV 0 OK (KC VALID)
.sync CMDU 0 IS ACTIVE; HDK WILL BE COPIED
DISK RDUN WILL BE ENABLED;
ENTER Y TO CONFIRM, N TO ABORT
.y
CIOD021 SYNC in progress (0% done)

SCSI112 /u: reporting 21281885 sectors to sync. This is greater than partition size 6000
0
So will Sync complete partition
Reinstall software from installa

CIOD021 SYNC in progress (0% done)

CIOD021 SYNC in progress (0% done)

CIOD021 SYNC in progress (0% done)

CIOD021 SYNC in progress (100% done)

OK
.stat IOP 0 ENABLED (ACTIVE) IODUC
IOP 1 ENABLED (STANDBY: S/W STATUS) IODUC
CMDU 0 ENABLED (ACTIVE)
CMDU 1 ENABLED (STANDBY)
RDUN ENABLED
ELNK ENABLED
SDEV 0 OK (KC VALID)

По видимому, это сообщение
SCSI112 /u: reporting 21281885 sectors to sync. This is greater than partition size 60000

связано и с с сообщениями SCSI108....

Решение только одно:

DETAILS
SCSI108
PROBLEM CLARIFICATION

Fact:
Nortel Communication Server 1000
CS1K
Option 61C
x112530
IODU/C


Symptom:
SCSI108
Get SCSI108 when doing DATA RDUN in LD137 and then it will never finish.
Getting error:0x205d46c (tStartup): memPartAlloc: block too big - 8418816 in partition 0x2013c68 when reload system
Using the tool menu to repartition the disk does not solve the problem.





CAUSE
Faulty IODU/C.
SOLUTION

Fix:
Follow the steps below:
1. Replace faulty IODU/C
2. Reformat the hard disk
Note: Sometimes repartiton of the disk from the Tool Menu may not work. You can use the command from pdt:scsiHdInit n, 60000,60000,2000,120000 to partition the IODU/C from the active core, n----which iodu/c needs to be repartitioned

Спасибо!

То есть попробовать пункт 2: переразбить диск на разделы из pdt и переустановить софт на этом IODU/C.

Если проблема не уходит, то пункт1: значит менять IODU/C.

И вопрос вдогонку: форматировать неактивный IODU/C из сплит режима не получится?

У VxWorks есть удивительная особенность, он не умеет исправлять логические ошибки на диске. И переустановка часто не помогает, ибо разделы не пересоздаются и он спотыкается на том же месте. Так что только переформат для начала.

Интересно, а копия сектор в сектор с диска рабочей стороны не поможет?
Подход IT сервисника.

Интересно, а копия сектор в сектор с диска рабочей стороны не поможет?
Подход IT сервисника.

Станцию придется остановить, для больших машин это моветон