Eddie,

I opened:

Service Request # 486406-154123766: "Solaris Labs - soe-t2000-16 and
                  soe-t2000-17 PANICs - need firmware upgrade"

Can you take a look at the SR to make sure I did it correctly :-)

Thanks.
- Anna


On 8/8/2011 10:00 PM, Eddie wrote:
Yes, it seems to be as the firmware of these two machines haven't been upgraded for a long time.

Note to Anna: if you want to reinstall the T2000 systems with snv_170 or later, please file a lab ticket (http://labspace.us.oracle.com/wiki/index.php/Filing_a_ticket_for_lab_service) to upgrade the firmware to latest, see workaround in 7058642.

Thanks,
Eddie

On 08/08/11 18:52, Sean McGrath wrote:
Seems like 7058642, can you check the firmware version on the system and
    upgrade if theres newer ?

Eddie stated:
<   CCed to install alias. Did anyone meet this problem?
<
<
<  On 08/06/11 04:58, ANNA BRADSHAW wrote:
< >
< >Hi Eddie,
< >
< >I needed 2 sun4v machines and reserved soe-t2000-16, soe-t2000-17.
< >I tried to do fresh net installs to the latest build (snv-170) using:
< >
< > /ws/opg-lab-tools/addclient.pl soe-t2000-16.us.oracle.com s11 sun4v
< >       {0} ok boot net:dhcp - install
< >
< > /ws/opg-lab-tools/addclient.pl soe-t2000-17.us.oracle.com s11 sun4v
< >       {0} ok boot net:dhcp - install
< >
< >I did this several times and they all failed due to failure to stop CPUs.
< >It is different CPUs each time. Error message look like this:
< >
< >  ...
< >Done mounting image
< >Configuring devices.
< >
< >Cross trap sync timeout:  at cpu_sync.xword[0]: 0x1010panic:
< >failed to stop cpu4
< >panic: failed to stop cpu5
< >panic: failed to stop cpu6
< >panic: failed to stop cpu7
< >
< >panic[cpu12]/thread=300094bd520: xt_sync: timeout
< >
< >Warning - stack not written to the dumpbuf
< >000002a103342f00 unix:xt_sync+340 (0, 20, 3f2b202e10, 2a103343008,
< >3f66baf854, 3f2b1ffff0)
< >   %l0-3: 0000003f66baf810 000002a103343008 00000000010d7800
< >00000000010d7800
< >   %l4-7: 00000000010d7800 000002a103342fc8 00000000010d7800
< >0000000000000001
< >000002a103343210 unix:hat_unload_callback+7dc (1931400,
< >3000a62c000, 0, 3000a62c000, 30002917b00, 30002917b00)
< >   %l0-3: 0000000000000001 0000000000000000 0000000000000001
< >000002a103343308
< >   %l4-7: 0000000000000010 00000000ffffffff 0000030009db6ea8
< >000007000804e740
< >000002a1033435d0 genunix:devmap_free_pages+18 (1974648,
< >3000a5ec000, 40000, 30006312000, 3000a5ec000, 18a8000)
< >   %l0-3: 0000000000040000 000002a103343b80 0000000000000001
< >0000000001056664
< >   %l4-7: 0000000000000003 0000000000022000 0000000000022000
< >0000000000000200
< >000002a103343680 genunix:ddi_umem_free+90 (60015e978a8, 2a000,
< >600164c7898, 100001, 100001, 60015e978a8)
< >   %l0-3: 0000000000040000 000002a103343b80 0000000000000001
< >0000000001056664
< >   %l4-7: 0000000000000003 0000000000022000 0000000000022000
< >0000000000000200
< >000002a103343730 devinfo:di_freemem+28 (600164c7898, 600145b0ab8,
< >20, 0, 40000, 600164c7898)
< >   %l0-3: 0000000000040000 000002a103343b80 0000000000000001
< >0000000001056664
< >   %l4-7: 0000000000000003 0000000000022000 0000000000022000
< >0000000000000000
< >000002a1033437e0 devinfo:di_ioctl+298 (0, 2a000, 600164c7898,
< >100001, 100001, 22000)
< >   %l0-3: 0000000000040000 000002a103343b80 0000000000000001
< >0000000001056664
< >   %l4-7: 0000000000000003 0000000000022000 0000000000022000
< >0000000000000000
< >000002a1033438b0 genunix:fop_ioctl+c8 (60015add780, df80, 2a000,
< >100001, 600108263a0, 2a103343acc)
< >   %l0-3: 0000060014624038 000002a103343b80 0000000000000001
< >0000000001056664
< >   %l4-7: 0000000000000003 0000000000100001 000000000000df80
< >0000000000000000
< >000002a103343970 genunix:ioctl+16c (4, df80, 2a000, 4, ff350028, 29ff8)
< >   %l0-3: 0000060014624038 000002a103343b80 0000000000000001
< >0000000001056664
< >   %l4-7: 0000000000000003 0000000000000004 00000300094bd520
< >000002a103343b80
< >...
< >
< >
< >I noticed you have reserved these 2 machines before me.
< >
< >Can you tell me did you ran into this problem during net install
< >of both machine ??
< >If yes, any idea how to work around this problem ?
< >
< >Any hints you can give me to get these 2 machines install to latest build
< >would be greatly appreciated :-)
< >
< >THANKS :-)
< >- Anna
<
<  HI Anna,
<
<  I didn't encounter this problem as I didn't install SPARC T2000
<  systems with snv_170 but I did successfully install a T5120 system
<  with snv_170 so it didn't work on some sparc platforms. I suggest
<  you first install snv_166 then try onu to snv_170 or later builds.
<
<  Thanks,
<  Eddie
<  _______________________________________________
<  caiman-discuss mailing list
<  [email protected]
<  http://mail.opensolaris.org/mailman/listinfo/caiman-discuss


_______________________________________________
caiman-discuss mailing list
[email protected]
http://mail.opensolaris.org/mailman/listinfo/caiman-discuss

Reply via email to