BSOD 0x09c on 50 SuperMicro machinesInnaccessible Boot Device BSOD - 0x0000007BIs a 650W PSU enough for 4x 7k HDDs 2x CPUs and a monster AMD Radeon HD 5990How to verify power provided to processors is cleanIPMI MAC address all zeros after updateRandom 0x0000007B BSOD, Windows Server 2008 R2 on HP ServerSupermicro NICs gone after BIOS updateSupermicro stuck on 91Supermicro X8DAH+-F will not power onSupermicro ESXi 5 IPMIView - cant connect to the set IPSupermicro server not booting with OS

How does one intimidate enemies without having the capacity for violence?

Is Social Media Science Fiction?

Pronouncing Dictionary.com's W.O.D "vade mecum" in English

Is there really no realistic way for a skeleton monster to move around without magic?

Why did the Germans forbid the possession of pet pigeons in Rostov-on-Don in 1941?

Can an x86 CPU running in real mode be considered to be basically an 8086 CPU?

DOS, create pipe for stdin/stdout of command.com(or 4dos.com) in C or Batch?

What defenses are there against being summoned by the Gate spell?

Why Is Death Allowed In the Matrix?

How to report a triplet of septets in NMR tabulation?

Is it possible to do 50 km distance without any previous training?

Can I make popcorn with any corn?

Example of a relative pronoun

Copycat chess is back

TGV timetables / schedules?

I’m planning on buying a laser printer but concerned about the life cycle of toner in the machine

Infinite past with a beginning?

Email Account under attack (really) - anything I can do?

What do you call a Matrix-like slowdown and camera movement effect?

Simulate Bitwise Cyclic Tag

I probably found a bug with the sudo apt install function

What is the command to reset a PC without deleting any files

How old can references or sources in a thesis be?

Why don't electron-positron collisions release infinite energy?



BSOD 0x09c on 50 SuperMicro machines


Innaccessible Boot Device BSOD - 0x0000007BIs a 650W PSU enough for 4x 7k HDDs 2x CPUs and a monster AMD Radeon HD 5990How to verify power provided to processors is cleanIPMI MAC address all zeros after updateRandom 0x0000007B BSOD, Windows Server 2008 R2 on HP ServerSupermicro NICs gone after BIOS updateSupermicro stuck on 91Supermicro X8DAH+-F will not power onSupermicro ESXi 5 IPMIView - cant connect to the set IPSupermicro server not booting with OS






.everyoneloves__top-leaderboard:empty,.everyoneloves__mid-leaderboard:empty,.everyoneloves__bot-mid-leaderboard:empty height:90px;width:728px;box-sizing:border-box;








8















For a project we have 50 servers all equiped with (generally) the same hardware. The issue we have here is very serious and happens on all machines. Despite a lot of effort and contacting manufacturs and the software developpers everyone points to each other and even refuses to give me a clue about what is going one.



First let me describe the setup. This is 'servergrade' hardware. For my first experience, servergrade is the largest dissappointment in my life.



  • SuperMicro X10SDV-8C+-LN2F

  • Intel Xeon D-1540 (embedded on the motherboard)

  • Custom designed 1U case or SuperMicro original case

  • 480 watt server PSU or 200 watt SuperMicro original PSU

  • Samsung Evo 850 500 GB SSD

  • 32 GB DDR4-2133 ECC or NON-ECC (but not mixed in the same server)

  • Asus GT730 4GB DDR3 GPU

  • GPU is mounted with a PCIe riser card (not ribbon), nameless from China or SuperMicro original

Running on the system
- Windows Server 2012 R2 Enterprise
- VMWare Workstation 12
- VM's run GPU intensive tasks
- This system is stock, there's not over/underclocking at all



Symptoms
- Random BSOD 0x09c (aka Machine_Check_Exception): sometimes the system runs for a week with no problems, sometimes in crashes after just 10 minutes, but most of the times it runs for a few hours.



Already tried/checked:



  • BIOS updated to latest version (I would think now that this improved the time for the system to be stable, but that could have been random).

  • Windows updated to the latest version.

  • VMWare updated to the latest version.

  • Swapped all components and tried every different option, even tried a desktop ATX PSU and M.2 SSD.

  • Installed all systems from scratch with Ubuntu. I'm not familiar with Linux and have never seen a Linux BSOD and I still didn't since server systems are headless and I tried this in the DC. RESULT: system would hang and after reboot Linux reported XORG crash (GPU related).

  • Changed GPU setting in BIOS to 'Above 4G', the rest of the BIOS is factory default.

Also informative:



  • Systems are located in a datacenter. Temperature, air, power and network are optimal.

  • Temperatures are well below the factory maximum

  • We have the exact same software setup running on desktop computers (with desktop hardware). These system can run fine with 1 our of 100 PC's crashing every month.

  • I have contacted VMWare, the say this is a hardware issue

  • I have contacted SuperMicro, they say nothing really except some things and already tried and also that this could still be a software issue.

We are desperate here. The application we run luckily is sort of redundant. If a server and it's VM's on it drop, it's not such an issue, other servers will take over the load within 5 minutes, but at this rate I am required to be online all day to restart servers.



I have a large hardware knowdledge but this goes past it, I've search on this all day for over a month trying all sorts of different things.
The fact that these motherboards are used with hosting providers on a large scale makes me suspect that the board on itself is ok. This is definately not a specific hardware issue for RMA as all 50 boards have the same symptoms. The only thing different with us is the GPU. This in combo with the Linux experiment makes me suspect that this is definately something on the PCIe lane. The GPU itself is stable on desktop mobo's. Despite it's large memory capacity this is a small GPU that does not draw much power. I would suspect the Chinese riser cards, but then again we also use SuperMicro certified risers and they show no improvement at all.



I am very desperate to find a solution here. This will start with determing the exact cause.
We are willing to pay a nice bounty to an expert who can analyse some dumps and give us more details (or even better yet, a solution).



Kind regards,



Simon










share|improve this question
























  • I'm a bit familiar with this board, having one myself... There are too many moving parts here and too little explanation of what they are. What's the use of VMware Workstation? What application is being run in them? How is the GPU being passed to the VM(s)?

    – Michael Hampton
    Apr 16 '16 at 18:32











  • The VM's run a Windows company that is requires some GPU load. I cannot elaborate this much further. This is VMWare Workstation, the GPU is virtualised. This also shouldn't really matter, it works exactly the same on desktop hardware without problems.

    – user349749
    Apr 16 '16 at 19:39











  • It matters because you are not running it on desktop hardware!

    – Michael Hampton
    Apr 16 '16 at 19:41






  • 2





    I would suspect an incompatibility between your motherboards and your GPUs. With luck, it might be something that can be corrected in BIOS, but I wouldn't bet much on it. Since this is reproductible with a stock Linux kernel I would try to get more information on the kernel panic that probably happens.

    – Law29
    Apr 16 '16 at 20:39











  • What runs inside the VM does not matter. It could be rendering porn or maybe it's a logaritm to find a cure for aids. All that matters it is a standard GPU load. @Law29; That's exactly how I feel to. Linux didn't really give me any Kernel panic I think. The server was not crashing, just the GUI.

    – user349749
    Apr 17 '16 at 7:42

















8















For a project we have 50 servers all equiped with (generally) the same hardware. The issue we have here is very serious and happens on all machines. Despite a lot of effort and contacting manufacturs and the software developpers everyone points to each other and even refuses to give me a clue about what is going one.



First let me describe the setup. This is 'servergrade' hardware. For my first experience, servergrade is the largest dissappointment in my life.



  • SuperMicro X10SDV-8C+-LN2F

  • Intel Xeon D-1540 (embedded on the motherboard)

  • Custom designed 1U case or SuperMicro original case

  • 480 watt server PSU or 200 watt SuperMicro original PSU

  • Samsung Evo 850 500 GB SSD

  • 32 GB DDR4-2133 ECC or NON-ECC (but not mixed in the same server)

  • Asus GT730 4GB DDR3 GPU

  • GPU is mounted with a PCIe riser card (not ribbon), nameless from China or SuperMicro original

Running on the system
- Windows Server 2012 R2 Enterprise
- VMWare Workstation 12
- VM's run GPU intensive tasks
- This system is stock, there's not over/underclocking at all



Symptoms
- Random BSOD 0x09c (aka Machine_Check_Exception): sometimes the system runs for a week with no problems, sometimes in crashes after just 10 minutes, but most of the times it runs for a few hours.



Already tried/checked:



  • BIOS updated to latest version (I would think now that this improved the time for the system to be stable, but that could have been random).

  • Windows updated to the latest version.

  • VMWare updated to the latest version.

  • Swapped all components and tried every different option, even tried a desktop ATX PSU and M.2 SSD.

  • Installed all systems from scratch with Ubuntu. I'm not familiar with Linux and have never seen a Linux BSOD and I still didn't since server systems are headless and I tried this in the DC. RESULT: system would hang and after reboot Linux reported XORG crash (GPU related).

  • Changed GPU setting in BIOS to 'Above 4G', the rest of the BIOS is factory default.

Also informative:



  • Systems are located in a datacenter. Temperature, air, power and network are optimal.

  • Temperatures are well below the factory maximum

  • We have the exact same software setup running on desktop computers (with desktop hardware). These system can run fine with 1 our of 100 PC's crashing every month.

  • I have contacted VMWare, the say this is a hardware issue

  • I have contacted SuperMicro, they say nothing really except some things and already tried and also that this could still be a software issue.

We are desperate here. The application we run luckily is sort of redundant. If a server and it's VM's on it drop, it's not such an issue, other servers will take over the load within 5 minutes, but at this rate I am required to be online all day to restart servers.



I have a large hardware knowdledge but this goes past it, I've search on this all day for over a month trying all sorts of different things.
The fact that these motherboards are used with hosting providers on a large scale makes me suspect that the board on itself is ok. This is definately not a specific hardware issue for RMA as all 50 boards have the same symptoms. The only thing different with us is the GPU. This in combo with the Linux experiment makes me suspect that this is definately something on the PCIe lane. The GPU itself is stable on desktop mobo's. Despite it's large memory capacity this is a small GPU that does not draw much power. I would suspect the Chinese riser cards, but then again we also use SuperMicro certified risers and they show no improvement at all.



I am very desperate to find a solution here. This will start with determing the exact cause.
We are willing to pay a nice bounty to an expert who can analyse some dumps and give us more details (or even better yet, a solution).



Kind regards,



Simon










share|improve this question
























  • I'm a bit familiar with this board, having one myself... There are too many moving parts here and too little explanation of what they are. What's the use of VMware Workstation? What application is being run in them? How is the GPU being passed to the VM(s)?

    – Michael Hampton
    Apr 16 '16 at 18:32











  • The VM's run a Windows company that is requires some GPU load. I cannot elaborate this much further. This is VMWare Workstation, the GPU is virtualised. This also shouldn't really matter, it works exactly the same on desktop hardware without problems.

    – user349749
    Apr 16 '16 at 19:39











  • It matters because you are not running it on desktop hardware!

    – Michael Hampton
    Apr 16 '16 at 19:41






  • 2





    I would suspect an incompatibility between your motherboards and your GPUs. With luck, it might be something that can be corrected in BIOS, but I wouldn't bet much on it. Since this is reproductible with a stock Linux kernel I would try to get more information on the kernel panic that probably happens.

    – Law29
    Apr 16 '16 at 20:39











  • What runs inside the VM does not matter. It could be rendering porn or maybe it's a logaritm to find a cure for aids. All that matters it is a standard GPU load. @Law29; That's exactly how I feel to. Linux didn't really give me any Kernel panic I think. The server was not crashing, just the GUI.

    – user349749
    Apr 17 '16 at 7:42













8












8








8


1






For a project we have 50 servers all equiped with (generally) the same hardware. The issue we have here is very serious and happens on all machines. Despite a lot of effort and contacting manufacturs and the software developpers everyone points to each other and even refuses to give me a clue about what is going one.



First let me describe the setup. This is 'servergrade' hardware. For my first experience, servergrade is the largest dissappointment in my life.



  • SuperMicro X10SDV-8C+-LN2F

  • Intel Xeon D-1540 (embedded on the motherboard)

  • Custom designed 1U case or SuperMicro original case

  • 480 watt server PSU or 200 watt SuperMicro original PSU

  • Samsung Evo 850 500 GB SSD

  • 32 GB DDR4-2133 ECC or NON-ECC (but not mixed in the same server)

  • Asus GT730 4GB DDR3 GPU

  • GPU is mounted with a PCIe riser card (not ribbon), nameless from China or SuperMicro original

Running on the system
- Windows Server 2012 R2 Enterprise
- VMWare Workstation 12
- VM's run GPU intensive tasks
- This system is stock, there's not over/underclocking at all



Symptoms
- Random BSOD 0x09c (aka Machine_Check_Exception): sometimes the system runs for a week with no problems, sometimes in crashes after just 10 minutes, but most of the times it runs for a few hours.



Already tried/checked:



  • BIOS updated to latest version (I would think now that this improved the time for the system to be stable, but that could have been random).

  • Windows updated to the latest version.

  • VMWare updated to the latest version.

  • Swapped all components and tried every different option, even tried a desktop ATX PSU and M.2 SSD.

  • Installed all systems from scratch with Ubuntu. I'm not familiar with Linux and have never seen a Linux BSOD and I still didn't since server systems are headless and I tried this in the DC. RESULT: system would hang and after reboot Linux reported XORG crash (GPU related).

  • Changed GPU setting in BIOS to 'Above 4G', the rest of the BIOS is factory default.

Also informative:



  • Systems are located in a datacenter. Temperature, air, power and network are optimal.

  • Temperatures are well below the factory maximum

  • We have the exact same software setup running on desktop computers (with desktop hardware). These system can run fine with 1 our of 100 PC's crashing every month.

  • I have contacted VMWare, the say this is a hardware issue

  • I have contacted SuperMicro, they say nothing really except some things and already tried and also that this could still be a software issue.

We are desperate here. The application we run luckily is sort of redundant. If a server and it's VM's on it drop, it's not such an issue, other servers will take over the load within 5 minutes, but at this rate I am required to be online all day to restart servers.



I have a large hardware knowdledge but this goes past it, I've search on this all day for over a month trying all sorts of different things.
The fact that these motherboards are used with hosting providers on a large scale makes me suspect that the board on itself is ok. This is definately not a specific hardware issue for RMA as all 50 boards have the same symptoms. The only thing different with us is the GPU. This in combo with the Linux experiment makes me suspect that this is definately something on the PCIe lane. The GPU itself is stable on desktop mobo's. Despite it's large memory capacity this is a small GPU that does not draw much power. I would suspect the Chinese riser cards, but then again we also use SuperMicro certified risers and they show no improvement at all.



I am very desperate to find a solution here. This will start with determing the exact cause.
We are willing to pay a nice bounty to an expert who can analyse some dumps and give us more details (or even better yet, a solution).



Kind regards,



Simon










share|improve this question
















For a project we have 50 servers all equiped with (generally) the same hardware. The issue we have here is very serious and happens on all machines. Despite a lot of effort and contacting manufacturs and the software developpers everyone points to each other and even refuses to give me a clue about what is going one.



First let me describe the setup. This is 'servergrade' hardware. For my first experience, servergrade is the largest dissappointment in my life.



  • SuperMicro X10SDV-8C+-LN2F

  • Intel Xeon D-1540 (embedded on the motherboard)

  • Custom designed 1U case or SuperMicro original case

  • 480 watt server PSU or 200 watt SuperMicro original PSU

  • Samsung Evo 850 500 GB SSD

  • 32 GB DDR4-2133 ECC or NON-ECC (but not mixed in the same server)

  • Asus GT730 4GB DDR3 GPU

  • GPU is mounted with a PCIe riser card (not ribbon), nameless from China or SuperMicro original

Running on the system
- Windows Server 2012 R2 Enterprise
- VMWare Workstation 12
- VM's run GPU intensive tasks
- This system is stock, there's not over/underclocking at all



Symptoms
- Random BSOD 0x09c (aka Machine_Check_Exception): sometimes the system runs for a week with no problems, sometimes in crashes after just 10 minutes, but most of the times it runs for a few hours.



Already tried/checked:



  • BIOS updated to latest version (I would think now that this improved the time for the system to be stable, but that could have been random).

  • Windows updated to the latest version.

  • VMWare updated to the latest version.

  • Swapped all components and tried every different option, even tried a desktop ATX PSU and M.2 SSD.

  • Installed all systems from scratch with Ubuntu. I'm not familiar with Linux and have never seen a Linux BSOD and I still didn't since server systems are headless and I tried this in the DC. RESULT: system would hang and after reboot Linux reported XORG crash (GPU related).

  • Changed GPU setting in BIOS to 'Above 4G', the rest of the BIOS is factory default.

Also informative:



  • Systems are located in a datacenter. Temperature, air, power and network are optimal.

  • Temperatures are well below the factory maximum

  • We have the exact same software setup running on desktop computers (with desktop hardware). These system can run fine with 1 our of 100 PC's crashing every month.

  • I have contacted VMWare, the say this is a hardware issue

  • I have contacted SuperMicro, they say nothing really except some things and already tried and also that this could still be a software issue.

We are desperate here. The application we run luckily is sort of redundant. If a server and it's VM's on it drop, it's not such an issue, other servers will take over the load within 5 minutes, but at this rate I am required to be online all day to restart servers.



I have a large hardware knowdledge but this goes past it, I've search on this all day for over a month trying all sorts of different things.
The fact that these motherboards are used with hosting providers on a large scale makes me suspect that the board on itself is ok. This is definately not a specific hardware issue for RMA as all 50 boards have the same symptoms. The only thing different with us is the GPU. This in combo with the Linux experiment makes me suspect that this is definately something on the PCIe lane. The GPU itself is stable on desktop mobo's. Despite it's large memory capacity this is a small GPU that does not draw much power. I would suspect the Chinese riser cards, but then again we also use SuperMicro certified risers and they show no improvement at all.



I am very desperate to find a solution here. This will start with determing the exact cause.
We are willing to pay a nice bounty to an expert who can analyse some dumps and give us more details (or even better yet, a solution).



Kind regards,



Simon







supermicro bsod






share|improve this question















share|improve this question













share|improve this question




share|improve this question








edited May 18 '18 at 22:28









José Castillo Lema

40119




40119










asked Apr 16 '16 at 17:25









user349749user349749

411




411












  • I'm a bit familiar with this board, having one myself... There are too many moving parts here and too little explanation of what they are. What's the use of VMware Workstation? What application is being run in them? How is the GPU being passed to the VM(s)?

    – Michael Hampton
    Apr 16 '16 at 18:32











  • The VM's run a Windows company that is requires some GPU load. I cannot elaborate this much further. This is VMWare Workstation, the GPU is virtualised. This also shouldn't really matter, it works exactly the same on desktop hardware without problems.

    – user349749
    Apr 16 '16 at 19:39











  • It matters because you are not running it on desktop hardware!

    – Michael Hampton
    Apr 16 '16 at 19:41






  • 2





    I would suspect an incompatibility between your motherboards and your GPUs. With luck, it might be something that can be corrected in BIOS, but I wouldn't bet much on it. Since this is reproductible with a stock Linux kernel I would try to get more information on the kernel panic that probably happens.

    – Law29
    Apr 16 '16 at 20:39











  • What runs inside the VM does not matter. It could be rendering porn or maybe it's a logaritm to find a cure for aids. All that matters it is a standard GPU load. @Law29; That's exactly how I feel to. Linux didn't really give me any Kernel panic I think. The server was not crashing, just the GUI.

    – user349749
    Apr 17 '16 at 7:42

















  • I'm a bit familiar with this board, having one myself... There are too many moving parts here and too little explanation of what they are. What's the use of VMware Workstation? What application is being run in them? How is the GPU being passed to the VM(s)?

    – Michael Hampton
    Apr 16 '16 at 18:32











  • The VM's run a Windows company that is requires some GPU load. I cannot elaborate this much further. This is VMWare Workstation, the GPU is virtualised. This also shouldn't really matter, it works exactly the same on desktop hardware without problems.

    – user349749
    Apr 16 '16 at 19:39











  • It matters because you are not running it on desktop hardware!

    – Michael Hampton
    Apr 16 '16 at 19:41






  • 2





    I would suspect an incompatibility between your motherboards and your GPUs. With luck, it might be something that can be corrected in BIOS, but I wouldn't bet much on it. Since this is reproductible with a stock Linux kernel I would try to get more information on the kernel panic that probably happens.

    – Law29
    Apr 16 '16 at 20:39











  • What runs inside the VM does not matter. It could be rendering porn or maybe it's a logaritm to find a cure for aids. All that matters it is a standard GPU load. @Law29; That's exactly how I feel to. Linux didn't really give me any Kernel panic I think. The server was not crashing, just the GUI.

    – user349749
    Apr 17 '16 at 7:42
















I'm a bit familiar with this board, having one myself... There are too many moving parts here and too little explanation of what they are. What's the use of VMware Workstation? What application is being run in them? How is the GPU being passed to the VM(s)?

– Michael Hampton
Apr 16 '16 at 18:32





I'm a bit familiar with this board, having one myself... There are too many moving parts here and too little explanation of what they are. What's the use of VMware Workstation? What application is being run in them? How is the GPU being passed to the VM(s)?

– Michael Hampton
Apr 16 '16 at 18:32













The VM's run a Windows company that is requires some GPU load. I cannot elaborate this much further. This is VMWare Workstation, the GPU is virtualised. This also shouldn't really matter, it works exactly the same on desktop hardware without problems.

– user349749
Apr 16 '16 at 19:39





The VM's run a Windows company that is requires some GPU load. I cannot elaborate this much further. This is VMWare Workstation, the GPU is virtualised. This also shouldn't really matter, it works exactly the same on desktop hardware without problems.

– user349749
Apr 16 '16 at 19:39













It matters because you are not running it on desktop hardware!

– Michael Hampton
Apr 16 '16 at 19:41





It matters because you are not running it on desktop hardware!

– Michael Hampton
Apr 16 '16 at 19:41




2




2





I would suspect an incompatibility between your motherboards and your GPUs. With luck, it might be something that can be corrected in BIOS, but I wouldn't bet much on it. Since this is reproductible with a stock Linux kernel I would try to get more information on the kernel panic that probably happens.

– Law29
Apr 16 '16 at 20:39





I would suspect an incompatibility between your motherboards and your GPUs. With luck, it might be something that can be corrected in BIOS, but I wouldn't bet much on it. Since this is reproductible with a stock Linux kernel I would try to get more information on the kernel panic that probably happens.

– Law29
Apr 16 '16 at 20:39













What runs inside the VM does not matter. It could be rendering porn or maybe it's a logaritm to find a cure for aids. All that matters it is a standard GPU load. @Law29; That's exactly how I feel to. Linux didn't really give me any Kernel panic I think. The server was not crashing, just the GUI.

– user349749
Apr 17 '16 at 7:42





What runs inside the VM does not matter. It could be rendering porn or maybe it's a logaritm to find a cure for aids. All that matters it is a standard GPU load. @Law29; That's exactly how I feel to. Linux didn't really give me any Kernel panic I think. The server was not crashing, just the GUI.

– user349749
Apr 17 '16 at 7:42










1 Answer
1






active

oldest

votes


















2














Well this is super late, i imagine the issue is resolved by this point? Either way 0x9C usually means a MCE hardware fault, Our GPU systems ran linux as a host os which reports these errors a bit more verbose than windows.



Anyways, these were randomly popping up for us on similar hardware made by HP a while back, It ended up being insufficient power delivery to the GPU. Specifically the 75W that's supposed to be supplied by the PCIe port itself.



We confirmed it with a multimeter on a PCIe breakout board. Voltage dropped when both GPU and 10Gbe network cards were being hit hard at the same time. While the motherboard was capable of delivering 75W to the x16 slot, the power delivery section struggled a bit when the other cards were all consuming power.



The riser may be suspect here and dropping voltage on high current loads.






share|improve this answer























    Your Answer








    StackExchange.ready(function()
    var channelOptions =
    tags: "".split(" "),
    id: "2"
    ;
    initTagRenderer("".split(" "), "".split(" "), channelOptions);

    StackExchange.using("externalEditor", function()
    // Have to fire editor after snippets, if snippets enabled
    if (StackExchange.settings.snippets.snippetsEnabled)
    StackExchange.using("snippets", function()
    createEditor();
    );

    else
    createEditor();

    );

    function createEditor()
    StackExchange.prepareEditor(
    heartbeatType: 'answer',
    autoActivateHeartbeat: false,
    convertImagesToLinks: true,
    noModals: true,
    showLowRepImageUploadWarning: true,
    reputationToPostImages: 10,
    bindNavPrevention: true,
    postfix: "",
    imageUploader:
    brandingHtml: "Powered by u003ca class="icon-imgur-white" href="https://imgur.com/"u003eu003c/au003e",
    contentPolicyHtml: "User contributions licensed under u003ca href="https://creativecommons.org/licenses/by-sa/3.0/"u003ecc by-sa 3.0 with attribution requiredu003c/au003e u003ca href="https://stackoverflow.com/legal/content-policy"u003e(content policy)u003c/au003e",
    allowUrls: true
    ,
    onDemand: true,
    discardSelector: ".discard-answer"
    ,immediatelyShowMarkdownHelp:true
    );



    );













    draft saved

    draft discarded


















    StackExchange.ready(
    function ()
    StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2fserverfault.com%2fquestions%2f770862%2fbsod-0x09c-on-50-supermicro-machines%23new-answer', 'question_page');

    );

    Post as a guest















    Required, but never shown

























    1 Answer
    1






    active

    oldest

    votes








    1 Answer
    1






    active

    oldest

    votes









    active

    oldest

    votes






    active

    oldest

    votes









    2














    Well this is super late, i imagine the issue is resolved by this point? Either way 0x9C usually means a MCE hardware fault, Our GPU systems ran linux as a host os which reports these errors a bit more verbose than windows.



    Anyways, these were randomly popping up for us on similar hardware made by HP a while back, It ended up being insufficient power delivery to the GPU. Specifically the 75W that's supposed to be supplied by the PCIe port itself.



    We confirmed it with a multimeter on a PCIe breakout board. Voltage dropped when both GPU and 10Gbe network cards were being hit hard at the same time. While the motherboard was capable of delivering 75W to the x16 slot, the power delivery section struggled a bit when the other cards were all consuming power.



    The riser may be suspect here and dropping voltage on high current loads.






    share|improve this answer



























      2














      Well this is super late, i imagine the issue is resolved by this point? Either way 0x9C usually means a MCE hardware fault, Our GPU systems ran linux as a host os which reports these errors a bit more verbose than windows.



      Anyways, these were randomly popping up for us on similar hardware made by HP a while back, It ended up being insufficient power delivery to the GPU. Specifically the 75W that's supposed to be supplied by the PCIe port itself.



      We confirmed it with a multimeter on a PCIe breakout board. Voltage dropped when both GPU and 10Gbe network cards were being hit hard at the same time. While the motherboard was capable of delivering 75W to the x16 slot, the power delivery section struggled a bit when the other cards were all consuming power.



      The riser may be suspect here and dropping voltage on high current loads.






      share|improve this answer

























        2












        2








        2







        Well this is super late, i imagine the issue is resolved by this point? Either way 0x9C usually means a MCE hardware fault, Our GPU systems ran linux as a host os which reports these errors a bit more verbose than windows.



        Anyways, these were randomly popping up for us on similar hardware made by HP a while back, It ended up being insufficient power delivery to the GPU. Specifically the 75W that's supposed to be supplied by the PCIe port itself.



        We confirmed it with a multimeter on a PCIe breakout board. Voltage dropped when both GPU and 10Gbe network cards were being hit hard at the same time. While the motherboard was capable of delivering 75W to the x16 slot, the power delivery section struggled a bit when the other cards were all consuming power.



        The riser may be suspect here and dropping voltage on high current loads.






        share|improve this answer













        Well this is super late, i imagine the issue is resolved by this point? Either way 0x9C usually means a MCE hardware fault, Our GPU systems ran linux as a host os which reports these errors a bit more verbose than windows.



        Anyways, these were randomly popping up for us on similar hardware made by HP a while back, It ended up being insufficient power delivery to the GPU. Specifically the 75W that's supposed to be supplied by the PCIe port itself.



        We confirmed it with a multimeter on a PCIe breakout board. Voltage dropped when both GPU and 10Gbe network cards were being hit hard at the same time. While the motherboard was capable of delivering 75W to the x16 slot, the power delivery section struggled a bit when the other cards were all consuming power.



        The riser may be suspect here and dropping voltage on high current loads.







        share|improve this answer












        share|improve this answer



        share|improve this answer










        answered Apr 4 at 13:56









        TriadicTechTriadicTech

        3181313




        3181313



























            draft saved

            draft discarded
















































            Thanks for contributing an answer to Server Fault!


            • Please be sure to answer the question. Provide details and share your research!

            But avoid


            • Asking for help, clarification, or responding to other answers.

            • Making statements based on opinion; back them up with references or personal experience.

            To learn more, see our tips on writing great answers.




            draft saved


            draft discarded














            StackExchange.ready(
            function ()
            StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2fserverfault.com%2fquestions%2f770862%2fbsod-0x09c-on-50-supermicro-machines%23new-answer', 'question_page');

            );

            Post as a guest















            Required, but never shown





















































            Required, but never shown














            Required, but never shown












            Required, but never shown







            Required, but never shown

































            Required, but never shown














            Required, but never shown












            Required, but never shown







            Required, but never shown







            Popular posts from this blog

            Club Baloncesto Breogán Índice Historia | Pavillón | Nome | O Breogán na cultura popular | Xogadores | Adestradores | Presidentes | Palmarés | Historial | Líderes | Notas | Véxase tamén | Menú de navegacióncbbreogan.galCadroGuía oficial da ACB 2009-10, páxina 201Guía oficial ACB 1992, páxina 183. Editorial DB.É de 6.500 espectadores sentados axeitándose á última normativa"Estudiantes Junior, entre as mellores canteiras"o orixinalHemeroteca El Mundo Deportivo, 16 setembro de 1970, páxina 12Historia do BreogánAlfredo Pérez, o último canoneiroHistoria C.B. BreogánHemeroteca de El Mundo DeportivoJimmy Wright, norteamericano do Breogán deixará Lugo por ameazas de morteResultados de Breogán en 1986-87Resultados de Breogán en 1990-91Ficha de Velimir Perasović en acb.comResultados de Breogán en 1994-95Breogán arrasa al Barça. "El Mundo Deportivo", 27 de setembro de 1999, páxina 58CB Breogán - FC BarcelonaA FEB invita a participar nunha nova Liga EuropeaCharlie Bell na prensa estatalMáximos anotadores 2005Tempada 2005-06 : Tódolos Xogadores da Xornada""Non quero pensar nunha man negra, mais pregúntome que está a pasar""o orixinalRaúl López, orgulloso dos xogadores, presume da boa saúde económica do BreogánJulio González confirma que cesa como presidente del BreogánHomenaxe a Lisardo GómezA tempada do rexurdimento celesteEntrevista a Lisardo GómezEl COB dinamita el Pazo para forzar el quinto (69-73)Cafés Candelas, patrocinador del CB Breogán"Suso Lázare, novo presidente do Breogán"o orixinalCafés Candelas Breogán firma el mayor triunfo de la historiaEl Breogán realizará 17 homenajes por su cincuenta aniversario"O Breogán honra ao seu fundador e primeiro presidente"o orixinalMiguel Giao recibiu a homenaxe do PazoHomenaxe aos primeiros gladiadores celestesO home que nos amosa como ver o Breo co corazónTita Franco será homenaxeada polos #50anosdeBreoJulio Vila recibirá unha homenaxe in memoriam polos #50anosdeBreo"O Breogán homenaxeará aos seus aboados máis veteráns"Pechada ovación a «Capi» Sanmartín e Ricardo «Corazón de González»Homenaxe por décadas de informaciónPaco García volve ao Pazo con motivo do 50 aniversario"Resultados y clasificaciones""O Cafés Candelas Breogán, campión da Copa Princesa""O Cafés Candelas Breogán, equipo ACB"C.B. Breogán"Proxecto social"o orixinal"Centros asociados"o orixinalFicha en imdb.comMario Camus trata la recuperación del amor en 'La vieja música', su última película"Páxina web oficial""Club Baloncesto Breogán""C. B. Breogán S.A.D."eehttp://www.fegaba.com

            Vilaño, A Laracha Índice Patrimonio | Lugares e parroquias | Véxase tamén | Menú de navegación43°14′52″N 8°36′03″O / 43.24775, -8.60070

            Cegueira Índice Epidemioloxía | Deficiencia visual | Tipos de cegueira | Principais causas de cegueira | Tratamento | Técnicas de adaptación e axudas | Vida dos cegos | Primeiros auxilios | Crenzas respecto das persoas cegas | Crenzas das persoas cegas | O neno deficiente visual | Aspectos psicolóxicos da cegueira | Notas | Véxase tamén | Menú de navegación54.054.154.436928256blindnessDicionario da Real Academia GalegaPortal das Palabras"International Standards: Visual Standards — Aspects and Ranges of Vision Loss with Emphasis on Population Surveys.""Visual impairment and blindness""Presentan un plan para previr a cegueira"o orixinalACCDV Associació Catalana de Cecs i Disminuïts Visuals - PMFTrachoma"Effect of gene therapy on visual function in Leber's congenital amaurosis"1844137110.1056/NEJMoa0802268Cans guía - os mellores amigos dos cegosArquivadoEscola de cans guía para cegos en Mortágua, PortugalArquivado"Tecnología para ciegos y deficientes visuales. Recopilación de recursos gratuitos en la Red""Colorino""‘COL.diesis’, escuchar los sonidos del color""COL.diesis: Transforming Colour into Melody and Implementing the Result in a Colour Sensor Device"o orixinal"Sistema de desarrollo de sinestesia color-sonido para invidentes utilizando un protocolo de audio""Enseñanza táctil - geometría y color. Juegos didácticos para niños ciegos y videntes""Sistema Constanz"L'ocupació laboral dels cecs a l'Estat espanyol està pràcticament equiparada a la de les persones amb visió, entrevista amb Pedro ZuritaONCE (Organización Nacional de Cegos de España)Prevención da cegueiraDescrición de deficiencias visuais (Disc@pnet)Braillín, un boneco atractivo para calquera neno, con ou sen discapacidade, que permite familiarizarse co sistema de escritura e lectura brailleAxudas Técnicas36838ID00897494007150-90057129528256DOID:1432HP:0000618D001766C10.597.751.941.162C97109C0155020