Hi, I'd be surprised if OpenBSD caused that. I'm pretty sure it doesn't touch the firmware particularly the system controller (XSCF). It's more likely that your system board has simply failed. If this was an M4000 or M5000, I would suggest reseating the board. In this case, you can try doing a full power reset (pull the power cords for at least a minute) or possibly doing a full reset of the XSCF.
Add a last resort, if you don't pay Oracle for support, you might be able to find a replacement cheaply on eBay. I know sparc hardware has been going cheap there recently. -- -Jeff On January 13, 2018 10:03:11 AM MST, mich...@4d2.org wrote: >Hello, > >I have a Fujitsu SPARC Enterprise M3000 that appears to have been >rendered inoperable by the OpenBSD 6.2 installer. After partitioning >and during the installation of sets, the machine abruptly shut down and >faulted its motherboard. From my limited research, it appears the only >way to clear this fault is to have Oracle dispatch a field technician, >which is out of my reach as a hobbyist. Even a full factory reset of >the SCF did not successfully clear the fault, and the machine now >refuses to power on. > >Somone named Naruaki Etomi posted a message to this list on March 28, >2015, complaining of the same issue with OpenBSD 5.6. The description >of the issue in that post is virtually identical to what happened to >my machine, down to the same fault code (SCF-8003-HA), and the same >timing (during the expansion of the sets). If I hadn't found that post, >I would have dismissed this as an unlucky hardware issue. > >I'm curious whether anyone is successfully using OpenBSD on an M3000. >If not, perhaps some kind of warning could be added to the SPARC64 >port's website to discourage further testing? > >Below is some output from the XSCF showing the fault that occurred. >It's very similar to the Etomi post from 2015. > >XSCF> fmdump -v -u 97a2854b-5603-4efa-b609-127469fc445d >TIME UUID MSG-ID >Jan 10 17:28:26.7967 97a2854b-5603-4efa-b609-127469fc445d SCF-8003-HA >100% fault.chassis.SPARC-Enterprise.asic.mbc.fe > >Problem in: hc:///chassis=0/cmu=0/mbc=0 >Affects: hc:///chassis=0/cmu=0/xsb=0 >FRU: hc://:product-id=SPARC Enterprise M3000:chassis-id=PX61011015: >server-id=brad:serial=PP101000WS:part=CA07082-D051 D1 \541-4281-04: >revision=0301/component=/MBU_A >Location: /MBU_A > >XSCF> showstatus >* MBU_A Status:Faulted; >* CPU Status:Deconfigured; >* MEM#0A Status:Deconfigured; >* MEM#0B Status:Deconfigured; >* MEM#1A Status:Deconfigured; >* MEM#1B Status:Deconfigured; >* MEM#2A Status:Deconfigured; >* MEM#2B Status:Deconfigured; >* MEM#3A Status:Deconfigured; >* MEM#3B Status:Deconfigured; > >XSCF> poweron -y -d 0 >DomainIDs to power on:00 >Continue? [y|n] :y >00 :Not powering on :Poweron canceled due to missing component. > >I'd be glad to collect any other information that might be useful >to the community. > >Thanks >Michael Proctor >mich...@4d2.org
