SGI: hinv

Onyx350 4x800/4g/v12 w/ teardown

Hey Guys,
Here is an Onyx350 system I picked up that has the factory V12 install. I was amazed at how many parts are different from a standard Origin350.

Let me know if you guys want any other photos or info.

Code: Select all

002c12-L1>serial all

Data                            Location      Value
------------------------------  ------------  --------
Local System Serial Number      NVRAM         M2100762
Reference System Serial Number  NVRAM         M2100762
Local Brick Serial Number       EEPROM        NCC247
Reference Brick Serial Number   NVRAM         NCC247


EEPROM      Product Name    Serial         Part Number           Rev  T/W
----------  --------------  -------------  --------------------  ---  ------
INTERFACE   2U_INT_53       NCC247         030_1809_003          B    00
IO9         IO9             NDZ742         030_1771_005          A    00
ODYSSEY     ODY128B1_2      MVV600         030_1909_003          C    00
RISER       2U_RISER        NBD086         030_1808_005          A    00
NODE        IP53_4CPU       NBB714         030_1959_002          A    00
SNOWBALL    no hardware detected
PS 1        DPS-500EBE      XPD0339003397  060-0178-003          S3
PS 2        DPS-500EBE      XPD0339002947  060-0178-003          S3

EEPROM     JEDEC-SPD Info           Part Number        Rev Speed  SGI
---------- ------------------------ ------------------ ---- ------ --------
DIMM 0     CE000000000000000CECB100 M3 46L2820ET3-CA0   3E   10.0  N/A
DIMM 2     CE000000000000000CD8B100 M3 46L2820ET3-CA0   3E   10.0  N/A
DIMM 4     no hardware detected
DIMM 6     no hardware detected
DIMM 1     CE000000000000000CDBB100 M3 46L2820ET3-CA0   3E   10.0  N/A
DIMM 3     CE000000000000000CE4B100 M3 46L2820ET3-CA0   3E   10.0  N/A
DIMM 5     no hardware detected
DIMM 7     no hardware detected





System Maintenance Menu

1) Start System
2) Install System Software
3) Run Diagnostics
4) Recover System
5) Enter Command Monitor

Option? 5
Command Monitor.  Type "exit" to return to the menu.
>> hinv
System  SGI-IP35
4 800 MHz IP35 Processors
Main memory size: 4096 Mbytes
Graphics Controller
PCI IOC4: in slot 1, (adapter 0)
PCI Gigabit Ethernet (tigon3) Controller 1
Integral SCSI controller 2: Version IOC4 ATA
CDROM: unit 0 on SCSI Controller 2, (cdrom(2,0,7))
Integral SCSI controller 0: Version Qlogic 12160
Integral SCSI controller 1: Version Qlogic 12160
>> hinv -v
IP35 Node Board, Module 002c12
ASIC BEDROCK Rev 2, 200 MHz, (nasid 0)
Processor A: 800 MHz R16000 Rev 2.2
Secondary Cache 8MB 400MHz Tap 0xa , (cpu 0)
R16010FPC Rev 2.2
Processor B: 800 MHz R16000 Rev 2.2
Secondary Cache 8MB 400MHz Tap 0xa , (cpu 1)
R16010FPC Rev 2.2
Processor C: 800 MHz R16000 Rev 2.2
Secondary Cache 8MB 400MHz Tap 0xa , (cpu 2)
R16010FPC Rev 2.2
Processor D: 800 MHz R16000 Rev 2.2
Secondary Cache 8MB 400MHz Tap 0xa , (cpu 3)
R16010FPC Rev 2.2
Memory on board, 4096 MBytes (Standard)
Bank 0, 1024 MBytes (Premium)  <-- (Software Bank 0)
Bank 1, 1024 MBytes (Premium)
Bank 2, 1024 MBytes (Premium)
Bank 2, 1024 MBytes (Premium)
IXBRICK Bridge, Module 002c12
ASIC BRIDGE Rev 3, (widget 15)
adapter IOC4 Rev 4f
(pci id 1)
adapter IOC4-ATA Rev 4f
(pci id 1)
peripheral CDROM, BUS 0, ID 0, MATSHITA DVD-ROM SR-8178
adapter PCI (SCSI interface) Rev 6
(pci id 3)
adapter GigE Rev 15
(pci id 4)
IXBRICK Bridge, Module 002c12
ASIC BRIDGE Rev 3, (widget 15)
adapter ID (Vendor 1412 Device 1724 class 4 subclass 4)
(pci id 1)
ASIC XBOW Rev 3, on CBrick, Module 002c12
ODYSSEY Graphics Board, Module 002c12
>>

350_5.JPG
Rear of V12 cage. solid plate no vents
350_9.JPG
Top of V12 cage.
350_10.JPG
Bottom of V12 cage with small air duct put there for reference.
350_12.JPG
V12 heatsink retainer.
350_13.JPG
V12 out of cage showing heatsink.
350_14.JPG
Onyx350 fan on left Origin fan on right.
350_15.JPG
Onyx350 top, Origin bottom.
350_16.JPG
Onyx350 top, Origin bottom.
350_17 (2).JPG
Slot in Onyx350 fan lines up with side vent.
350_17.JPG
Onyx350 IP air dam on top, Origin bottom.
350_18.JPG
Small air duct mounted on rear panel.
If the thing isn't on fire it's a software problem.

:Tezro: :O3x0: :A350:
that's great info. thanks for posting :-)
r-a-c.de
Really great pics, beautiful to see! :mrgreen:
Project:
Temporarily lost at sea...
Plan:
World domination! Or something...

:Tezro: :Octane2:
Thanks for the photos. I have never enough SGI porn.
:PI: :Indigo: :Indigo: :Indigo: :Indy: :Indy: :Indigo2: :Indigo2IMP: :Octane: :Fuel: :540:
Very interesting!
smit happens.

:Fuel: bigred , 900MHz R16K, 4GB RAM, V12 DCD, 6.5.30
:Indy: indy , 150MHz R4400SC, 256MB RAM, XL24, 6.5.10
:Indigo2IMP: purplehaze , 175MHz R10000, Solid IMPACT
probably posted from Image bruce , Quad 2.5GHz PowerPC 970MP, 16GB RAM, Mac OS X 10.4.11
plus IBM POWER6 p520 * Apple Network Server 500 * HP C8000 * BeBox * Solbourne S3000 * Commodore 128 * many more...
You have some really nice systems mopar5150, thanks for sharing. Thank god we have people like you (and others here) to save this stuff :)

Forgive my ignorance here as I have no MIPS cluster experience with SGI (only workstations), but how does this differ from an Onyx4 with VPro? I appreciate both systems are scalable, but all essentially the same architecture underneath? In which case can an Onyx350 exist as a node in an Onyx4 system and vice versa as long as it uses VPro (if the node has graphics)?
Thanks! If there is an SGI god then I will likely burn in hell for some of my failed hacks. :)

Other than the special V12 hardware these systems are all the same. With a router brick (and some serial number work) they could be connected together and be happy. They don't need the Vpro to be connected and I had one of the Onyx4 bricks connected to an Onyx2 G-brick.

The rack Tezro and Onyx350 use Vpro graphics however the Onyx4 used a separate 2U chassis with a special AGP riser with ATI cards.

I have some of the Onyx4 graphics bricks and will do a teardown and post the photos.
If the thing isn't on fire it's a software problem.

:Tezro: :O3x0: :A350:
spiroyster wrote: I have no MIPS cluster experience with SGI (only workstations)

that was one of the major advantages of these systems: no clusters. the big mips irons ran as one single system. just like a very big workstation.
r-a-c.de