После того как на стэндбайном проце health упал до 6, решил его перезагрузить и попал в цикличную перезагрузку. Замена софта привела к тому, что устанавливается он нормально, но потом идет все та же постоянная цикличная перезагрузка проца. Менял уже и RMD и FMD - результат один.
Вот собственно лог


VxWorks System Boot


Copyright 2002-2004 Wind River Systems, Inc.





CPU: CPP4 PENTIUM M
Version: VxWorks5.5.1
BSP version: 2.2.1/1.0
Creation date: Jul 28 2005, 04:19:47

Mounting /boot
Found /boot/nvram.sys
Selecting nvram file from 1 sources

Reading boot parameters from /boot/nvram.sys


Press ^B to stop auto-boot...
0
auto-booting...


boot device : ata=0,0
unit number : 0
processor number : 0
file name : /p/load/mainos.sys
flags (f) : 0x2
other (o) : gei

Attaching to ATA disk device... done.
dosChkLib : CLOCK_REALTIME is being reset to FRI JUL 16 10:47:26 2010
Value obtained from file system volume descriptor pointer: 0x12f8b830
The old setting was THU JAN 01 00:00:08 1970
Accepted system dates are greater than THU DEC 27 00:00:00 1990
/p/ - Volume is OK
32227344^[[A + 7043456
Starting at 0x308000...

0x131ebe44 (tRootTask): logging started to /tyCo/0 [3], queue size 256
0x131ebe44 (tRootTask): before usrNetInit()
Host Name: bootHost
Target Name: vxTarget
User: target
Starting usrNetIfAutoConfig
usrNetIfAutoConfig: 10.10.60.14:ff000000
Completed usrNetIfAutoConfig
Attached TCP/IP interface to gei unit 0
Attaching network interface lo0... done.
0x131ebe44 (tRootTask): after usrNetInit()
dosChkLib : CLOCK_REALTIME is being reset to FRI JUL 16 10:47:26 2010
Value obtained from file system volume descriptor pointer: 0x451bca0
The old setting was THU JAN 01 00:00:00 1970
Accepted system dates are greater than THU DEC 27 00:00:00 1990
/p/ - Volume is OK
done
0x131ebe44 (tRootTask): before wdbConfig()
0x131ebe44 (tRootTask): after wdbConfig()


]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]
]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]
]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]
]]]]]]]]]]] ]]]] ]]]]]]]]]] ]] ]]]] (R)
] ]]]]]]]]] ]]]]]] ]]]]]]]] ]] ]]]]
]] ]]]]]]] ]]]]]]]] ]]]]]] ] ]] ]]]]
]]] ]]]]] ] ]]] ] ]]]] ]]] ]]]]]]]]] ]]]] ]] ]]]] ]] ]]]]]
]]]] ]]] ]] ] ]]] ]] ]]]]] ]]]]]] ]] ]]]]]]] ]]]] ]] ]]]]
]]]]] ] ]]]] ]]]]] ]]]]]]]] ]]]] ]] ]]]] ]]]]]]] ]]]]
]]]]]] ]]]]] ]]]]]] ] ]]]]] ]]]] ]] ]]]] ]]]]]]]] ]]]]
]]]]]]] ]]]]] ] ]]]]]] ] ]]] ]]]] ]] ]]]] ]]]] ]]]] ]]]]
]]]]]]]] ]]]]] ]]] ]]]]]]] ] ]]]]]]] ]]]] ]]]] ]]]] ]]]]]
]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]
]]]]]]]]]]]]]]]]]]]]]]]]]]]]] Development System
]]]]]]]]]]]]]]]]]]]]]]]]]]]]
]]]]]]]]]]]]]]]]]]]]]]]]]]] VxWorks version 5.5.1
]]]]]]]]]]]]]]]]]]]]]]]]]] KERNEL: WIND version 2.6
]]]]]]]]]]]]]]]]]]]]]]]]] Copyright Wind River Systems, Inc., 1984-2003

CPU: CPP4 PENTIUM M. Processor #0.
Memory Size: 0x131ec000. BSP version 2.2.1/1.0.
WDB Comm Type: WDB_COMM_END
WDB: Ready.


****OS RESTART****
init PDT hook
init protected heap
init tod
init tod24
init software watchdog
init disk redundancy phase 1
/boot/ - Volume is OK

/d/ - Volume is OK
init basic disk redundancy
init partition selector
init reporting system
0x12267180 (tRptd): DR: couldn't mount partition /cf2.
Init HSP Interface...OK.


========================
=== ===
=== CPP === N O R T E L
=== Systems === N E T W O R K S
=== ===
========================

CPU: CPP4 PENTIUM M (512 MB) BSP version: 1.0/0
VxWorks: VxWorks5.5.1 Created: Jul 28 2005, 04:14:02
Copyright 1999-2005 Nortel Networks
Copyright 1984-2005 Wind River Systems, Inc.


/d/ - Volume is OK
PDT start
Retrieved old volume params with %33 confidence:
Volume Parameters: FAT type: FAT32, sectors per cluster 0
0 FAT copies, 0 clusters, 0 sectors per FAT
Sectors reserved 0, hidden 0, FAT sectors 0
Root dir entries 0, sysId (null) , serial number 3380000
Label:" " ...
Disk with 100 sectors of 512 bytes will be formatted with:
Volume Parameters: FAT type: FAT12, sectors per cluster 1
2 FAT copies, 90 clusters, 1 sectors per FAT
Sectors reserved 1, hidden 0, FAT sectors 2
Root dir entries 112, sysId VXDOS12 , serial number 3380000
Label:" " ...
No breakpoints
PDT Initialization Complete.
PDT Rlog Initialization Complete.

Loading HI Data from '/u/db/hi/' ...
0x12267180 (tRptd): IPB: found unprogrammed IRQ at index[2], reprogrammed IRQ[0
xa]
0x12267180 (tRptd): NCB 1 0: No response from 3PE on Group 0
Check CNI-3PE cable (if applicable)
Check 3PE ENB/DIS switch is ENB (up) or 3PE DIP switch setting
0x12267180 (tRptd): CCannot warm start because the
last cold start did not complete.
Cold starting instead.

0x12267180 (tRptd): NCB 1 0: No response from 3PE on Group 0
Check CNI-3PE cable (if applicable)
Check 3PE ENB/DIS switch is ENB (up) or 3PE DIP switch setting

Проц то стендбайный, и сисиэнайки поди заблокированы - я так думаю станция в работе ж...

Именно. Проц стэндбайный.

Вот еще вопросец такой, светодиод на SysUtil рядом со стендбайным процом должен гореть в рабочем состоянии красным или зеленым? У меня сейчас красным горит.

Правильно, софт же и база нормально не прогрузились...на флэше после переустановки софта похоже ересь, а не софт...

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

Есть замечательный инструмент, SelfImage. Давно им пользуюсь, здесь же на форуме и посоветовали.

После заливки софта, базы данных и патчей выключаю станцию, вытаскиваю флэш, делаю с ней бэкап. Из бэкапа восстанавливаю на флэш второго проца, флэши на место, включаю.
Получается быстрее, чем прогрузить софты и патчи на оба - а результат одинаковый. После включения ядра уже сихронны.
Такое проделал на 81с неделю назад - полёт нормальный.

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

TheRam,
так, дело оказалось все же во флешке FMD

Теперь такой вопрос, как правильно скопировать с одной флешки на другую образ через SelfImage?
С исходной флешки делаю бэкап "всего диска", а вот потом из этого бекапа на другую флешку развернуть не получается. Что я делаю не так?

По ходу всета ки проблема с процом. После заливки софта на FMD проц грузится только если вставлена RMD с дистрибутивом. И то, грузится несколько раз, а потом тупо уходит постоянно в warm reboot. Флешки все родные Нортеловские.
Ктонить сталкивался с такой лабудой?

Тут кто-то выкладывал бюллетень, где описывались проблемы при замене FMD. Вроде как в биос надо зайти и перечитать параметры флэшки.

По ходу всета ки проблема с процом. После заливки софта на FMD проц грузится только если вставлена RMD с дистрибутивом. И то, грузится несколько раз, а потом тупо уходит постоянно в warm reboot. Флешки все родные Нортеловские.
Ктонить сталкивался с такой лабудой?

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

Да, в биосе видны обе флехи.

А как в БИОС зайти то, если не секрет?

Да, в биосе видны обе флехи.

А как в БИОС зайти то, если не секрет?

Не помню точно, недавно устанавливал на CPP - вроде нажимал Ctrl+C.

Нашел, F2 надо жать
Cntr C это на CPPM

Что то странное твориться... Решил перезалить софт на проц и сразу ему базу подсунуть с рабочего проца в итоге получил на проблемном:
1. Постоянные сообщение о дублированном ip адресе со стороны рабочего проца
2. Проц то же стал АКТИВНЫМ... т.е. они оба стали активными, и друг друга не видят (ld 135 stat cpu)
3. После инициализации проц опять ушел в цикличный ребут((


манипуляции с биосом не помогли

хм... опытным путем все же нашли нормальную родную нортелевскую флешку и на 1G и поставили на нее софт + актуальную базу с рабочего проца. проблема перезагрузки отпала, но теперь этот нерабочий проц считает себя Active Core.
HSP в дауне, лечится это инитом обоих процов, насколько я знаю. Но ссыкотно как то это делать в моей ситуации

Распечатай ld 135 .stat cpu

В stat cpu процы друг друга не видели и считали себя single core system.

Уф, вроде теперь все поднялось после Инита обоих процов.