-----Dan McDonald <[email protected]> skrev: ----- Till: Johan Kragsterman <[email protected]> Från: Dan McDonald <[email protected]> Datum: 2014-05-12 17:15 Kopia: "[email protected]" <[email protected]> Ärende: Re: [OmniOS-discuss] Ang: fmdump help?
On May 12, 2014, at 11:06 AM, Johan Kragsterman <[email protected]> wrote: > Thanks again, Dan! > > > Some more questions further down... > > > > > Does this mean it is the PCI-X bus? And/or a device on that bus? It makes > sense if so, because the e1000g3 is on an Intel quad port PCI-X adapter on > the only PCI-X bus on the system. And I had severe issues with a client > connected to that port. But could a port issue really crash the system? > Wouldn't it be more likely that it is the bus? The error message originates from the pcieb (PCI-E bus controller): 161 fffffffff8077000 4440 228 1 pcieb (PCIe bridge/switch driver) and yes it's likely the bus, as that message/panic happens after a bus scan. I indicated e1000g3 so you could maybe see if the slot it was in was bad. > First step will be that I'll change the connections to that port to another > port on the same nic, and see if it'll be some changes. > > If I still got problems, I'll change the nic to a similar, and if that > doesn't help, I put another nic on a PCIe-bus instead. > That's what I'd do. Dan The nic is on a PCI-X bus, not a PCIe bus. All nic ports on the system are on that PCI-X nic. No nic on PCIe. Does that mean that the e1000g3 had nothing to do with the problem? And that the problem must be on a PCIe bus/device? If so, I can rule out the nic. And concentrate on other devices/buses. The only adapters that are in PCIe slot/buses are the SAS controller and the graphics adapter. Or perhaps the integrated SATA controller as well is on a PCIe bus... I actually got two more of these T5500, so I could easily switch to another one, if I needed that. _______________________________________________ OmniOS-discuss mailing list [email protected] http://lists.omniti.com/mailman/listinfo/omnios-discuss
