Поиск  Правила  Войти
Форум » Alcatel-Lucent OmniPCX Enterprise » Аппаратное обеспечение

Уважаемые дамы и господа! Для вас сохранен старый форум по адресу http://forum.intersyst.ru

Страницы: 1
RSS
GD-3 не загружается
 
#1
11.12.2012 19:34:42
Доброго времени суток, уважаемые знатоки.
На OXE (R9.1-i1.605-29-ru-c82) перестала загружаться плата GD-3. Случилось это после перепрошивки CS-2.
Log загрузки:
U-Boot 1.3.0-rc3 (Apr 15 2009 - 16:37:27) 3EH30350AAAI bootl100/000.008

Reset Status:

CPU:   e300c4, MPC8377, Rev: 21 at 666.666 MHz, CSB:  333 MHz
I2C:   ready
DRAM:  
  DDR DIMM: data bus width is 64 bit without ECC
  DDRC ECC mode: OFF
  DDR RAM: 256 MB
FLASH:  2 MB
PCI:   Bus Dev VenId DevId Class Int
       00  17  1064  2102  0000  00
In:    serial
Out:   serial
Err:   serial
Net:   TSEC0, TSEC1
eSDHC: 4bit-buswidth mode
SATA:  SATA0 [Link: no RDY]

      SATA1 [Link: no RDY]

## Booting image at ff836dd8 ...
  Image Name:   aleboot.bin
  Image Type:   PowerPC U-Boot Standalone Program (uncompressed)
  Data Size:    8436 Bytes =  8.2 kB
  Load Address: 00200000
  Entry Point:  002017f4
  Verifying Checksum ... OK
OK
DIP switch: 0x02
m41t11 Chip
No Prompt
Booting from SDMMC
Hit any key to stop autoboot:  0
## Booting image at ff838f0c ...
  Image Name:   gpioinit.bin
  Image Type:   PowerPC U-Boot Standalone Program (uncompressed)
  Data Size:    2185 Bytes =  2.1 kB
  Load Address: 00200000
  Entry Point:  00200620
  Verifying Checksum ... OK
OK
Watchdog Started

877 bytes read
## Executing script at 00100000

1851658 bytes read

11565557 bytes read
## Booting image at 00200000 ...
  Image Name:   Linux-2.6.23.17-020.001
  Image Type:   PowerPC Linux Kernel Image (gzip compressed)
  Data Size:    1851594 Bytes =  1.8 MB
  Load Address: 00000000
  Entry Point:  00000000
  Verifying Checksum ... OK
  Uncompressing Kernel Image ... OK
## Loading RAMDisk Image at 00850000 ...
  Image Name:   OXE_NGP_2.0_int
  Image Type:   PowerPC Linux RAMDisk Image (gzip compressed)
  Data Size:    11565493 Bytes = 11 MB
  Load Address: 00000000
  Entry Point:  00000000
  Verifying Checksum ... OK
  Booting using the fdt at 0x450000
  Loading Ramdisk to 0f497000, end 0ff9e9b5 ... OK
setup_arch: bootmem

ale8377_mg_setup_arch()

arch: exit

Может кто сталкивался с такой проблемой. Подскажите что делать.
 
 
 
#2
11.12.2012 21:46:41
Если заливали софт на CS, то естественно все настройки потерли. Как минимум необходимо в Shelf указать МАС адрес платы GD3 иначе она не сможет работать с CS.
Посмотри тему http://forum.intersyst.ru/read.php?7,289,page=1
Изменено: TMC - 11.12.2012 21:51:43
 
 
 
#3
13.12.2012 18:42:04
Цитата
TMC пишет:
Если заливали софт на CS, то естественно все настройки потерли. Как минимум необходимо в Shelf указать МАС адрес платы GD3 иначе она не сможет работать с CS.

Посмотри тему http://forum.intersyst.ru/read.php?7,289,page=1
это сделано. платы CS и GD соединены через хаб. проблема не в том, что GD не цепляется к CS, а в том, что она вообще не загружается. после перепрошивки GD стала загружаться (статус поменялся на init 1 run), но чуть позже  статус поменялся на out of service. перезагрузка не помогает. батарейку тоже пинал. в первом сообщении есть лог загрузки GD-3. на сколько я понимаю процесс даже не доходит до загрузки bios'a
 
 
 
#4
14.12.2012 02:34:43
Если есть свободный процессор от ОХО, то его можно с помощью DIP переключателей перевести в режим GD.
Это конечно не GD3, да и к нему дополнительно нужна плата MADA3, но попробовать можно.
Что касается лога - попробуйте еще раз его снять с момента включения. Можно его вообще отключить от хаба, чтоб исключить конфликт IP адресов (если он есть). Нужно посмотреть режим загрузки. У вас действительно практически ничего нет в лог файле.
 
 
 
#5
14.12.2012 09:13:26
А что такое "после перепрошивки CS-2" - патч ставили, проц меняли?
 
 
 
#6
14.12.2012 11:14:53
Цитата
vad пишет:
А что такое "после перепрошивки CS-2" - патч ставили, проц меняли?

до этого была версия ПО R9.1-i1.605-16-c-ru-c82. когда попытался установить патч, станция ругнулась, что версия linux не соответствует. поэтому пришлось переустановить ПО с нуля.
 
 
 
#7
14.12.2012 11:20:24
А потом восстановили mao и linux данные? Или netadmin ручками делали (не забыли ли role address или еще чего).
 
 
 
#8
14.12.2012 11:33:37
На тему перепрошивки GD - нормально вошли в биос, загрузили софт, перегрузились под рутом, а при перезагрузке - mgconfig плата не предложила (вроде автоматически должно предлагать)?
 
 
 
#9
14.12.2012 11:59:13
Ничего не восстанавливал, т. к. станция до этого не использовалась и на ней были сделаны только начальные настройки (заданы ip-адреса,создана пустая база данных, активирована лицензия). netadmin делал ручками. Все настройки делал как и на нескольких десятках других станций, на которых таких проблем не наблюдается. Просто обычно GD, даже если по какой-то причине не цепляется к CS, то загружается и на ней можно задать  настройки ip, но в данном случае этого не происходит.
 
 
 
#10
14.12.2012 13:48:00
Цитата
TMC пишет:
Если есть свободный процессор от ОХО, то его можно с помощью DIP переключателей перевести в режим GD.

Это конечно не GD3, да и к нему дополнительно нужна плата MADA3, но попробовать можно.

Что касается лога - попробуйте еще раз его снять с момента включения. Можно его вообще отключить от хаба, чтоб исключить конфликт IP адресов (если он есть). Нужно посмотреть режим загрузки. У вас действительно практически ничего нет в лог файле.

дело в том что это все что GD кидает в консоль. потом через какие-то промежутки времени это повторяется.
к сожалению свободного процессора от OXO нет.
Изменено: champ - 14.12.2012 13:49:23
 
 
 
#11
14.12.2012 17:15:57
Цитата
champ пишет:
после перепрошивки GD стала загружаться
Что в данном случае перепрошивали CS или GD?
 
 
 
#12
14.12.2012 17:41:22
Цитата
TMC пишет:
Цитата
champ пишет:

после перепрошивки GD стала загружаться

Что в данном случае перепрошивали CS или GD?

перепрошивал CS. потом были сделаны настройки (в том числе в Shelf указан МАС-адрес платы GD3), после чего получилась такая ситуация
 
 
 
#13
14.12.2012 18:01:55
Сейчас делается много апгрейдов ОХО на 8-й релиз при этом освобождаются процессоры CPU2-CPU4. Озвучьте свой регион - может партнеры поделятся CPU.
 
 
 
#14
14.12.2012 18:06:30
Цитата
TMC пишет:
Сейчас делается много апгрейдов ОХО на 8-й релиз при этом освобождаются процессоры CPU2-CPU4. Озвучьте свой регион - может партнеры поделятся CPU.

Краснодарский край. только даже если кто-то поделится CPU, то MADA3 у меня все равно нет..
 
 
 
#15
14.12.2012 18:24:41
Посмотрел старт GD на своей станции:
Alize BIOS Monitor
*** BIOS Version 3EH30227ALAC bios100/011.003 ***
*** Generated on  Dec/16/2008 at 11:27 ***
memory test started lng=133169152 with 0
running flash(soldered=1 socket=0)=1,BIOScase:4,BIOSv24:0,verrou=1,algoNOR=1,size=1,base=3FF80000
DIMM characteristics->: JEDEC Manu ID:к,......
Memory type(EDO,FPM..):0x 4
# of row address:13
# of col address 9  
# of module row 1
PCI: Using configuration type 1
PCI: Probing PCI hardware
PCI:scan_bus for bus 0
PCI:bus=00h,devfn=00h ,[vendor:device]=[1022h/3000h]
PCI:bus=00h,devfn=60h ,[vendor:device]=[100Bh/0020h]
PCI:bus=00h,devfn=98h ,[vendor:device]=[1064h/2101h]
PCI:scan_buses  with 00h secondary buses
PCI:command =     3FFH   for device 00:00
PCI: Assigning I/O space FC00-FCFF for 00:60 BAR=      10
PCI:Assign memory space BFFFF000H to BFFFFFFFH for device 00:60
PCI:command =     3FFH   for device 00:60
PCI:Assign memory space BFFFD000H to BFFFDFFFH for device 00:98
PCI: Assigning I/O space FD00-FD1F for 00:98 BAR=      14
PCI: Unable to handle I/O allocation for 00:98 (FF04) BAR=      18
PCI:command =     3FFH   for device 00:98
assigning irq10 to xchange
B0 = 17
DRCTMCTL = 1E
DRCCTL   =  8
DBCTL    = 11
Set external RTC
Set Internal RTC
No external RTC detected
gpbus sig timing : 0-2-1-2-1-2!

Несколько отличается, правда это не GD3.
 
 
 
Страницы: 1
Читают тему