Pcie_pci-0 Pci-x Express Fatal Error
trace observed during probe of Ethernet Adapter Added by Hariprasad Shenai almost 3 years ago. Updated about 2 years ago. Status:NewStart date:2013-12-16Priority:HighDue date:Assignee:OI illumos% Done:0%Category:-Target version:- Difficulty:Medium Tags:needs-triage Description Trace :--------- NOTICE: SUNW-MSG-ID: SUNOS-8000-0G, TYPE: Error, VER: 1, SEVERITY: Major panic[cpu4]/thread=ffffff00082cac40:pcieb-0: PCI Express Fatal Error. (0x43) ffffff00082cab90 pcieb:pcieb_intr_handler+228 ()ffffff00082cabe0 unix:av_dispatch_autovect+7c ()ffffff00082cac20 unix:dispatch_hardint+33 ()ffffff0008294a00 unix:switch_sp_and_call+13 ()ffffff0008294a50 unix:do_interrupt+b8 ()ffffff0008294a60 unix:cmnint+ba ()ffffff0008294bc0 unix:acpi_cpu_cstate+2ae ()ffffff0008294bf0 unix:cpu_acpi_idle+82 ()ffffff0008294c00 unix:cpu_idle_adaptive+19 ()ffffff0008294c20 unix:idle+114 ()ffffff0008294c30 unix:thread_start+8 () syncing file systems...donedumping to /dev/zvol/dsk/rpool/dump, offset 65536, content: kernel----------------------------------------------------------------------------------------------------------------------------------OS :- OpenIndiana-151a8 Workaround:Oracle recommends adding the line "set pcie:pcie_max_mps=0" to /etc/systembefore installing the adapter for Solaris 10 After setting the above, we don't see any issue. In Solaris 10, to solve this issue, there is a patch 144500 patch (SPARC) or the 144501 patch for x86. I was wondering if the patch has been applied to Open Indiana as well. History #1 Updated by Ken Mays almost 3 years ago Assignee set to OI illumos Category set to OS/Net (Kernel and Userland) #2 Updated by Rich Lowe about 2 years ago Category deleted (OS/Net (Kernel and Userland)) Project changed from OpenIndiana Distribution to illumos gate Also available in: Atom Loading... Powered by Redmine © 2006-2015 Jean-Philippe Lang
Previous Message Next Message For Subscribers Join a List Leave a List https://www.listbox.com/member/archive/182180/2013/02/sort/time/page/1/entry/1:46/20130207225009:A038EE2C-71A2-11E2-900B-D2989C432315/ Terms of Service Privacy Policy For Listowners Log In Email Support Your Support History Listbox Help Start Your Own List Sign Up Account Types Listserve Pricing Marketing Pricing Listbox © 1996-2016 The Listbox Name and Logo are registered trademarks of IC Group, Inc.
CommunityOracle User Group CommunityTopliners CommunityOTN Speaker BureauJava CommunityError: You don't have JavaScript enabled. This tool uses JavaScript and much of it will not work correctly without it enabled. Please turn JavaScript back on and reload this page. Please enter a title. You can not https://community.oracle.com/thread/3961788 post a blank message. Please type your message and try again. More discussions in Solaris 10 All PlacesServer & Storage SystemsOracle SolarisSolaris 10 1 Reply Latest reply on Aug 23, 2016 2:53 PM by blastwave Solaris 10 panic and coredump PCI(-X) Express Fatal Error blastwave Aug 16, 2016 1:36 AM This keeps happening over and over on a few servers now. At first I thought it pcie_pci-0 pci-x was due to a fancy new Hewlett Packard 10Gbit network card but I removed that from both servers. In this case both a Sun Fire X4140 ( firmware is the latest 3.0.6.16.b ) and also a HP Proliant DL385 server. Both systems are so unstable as to be entirely unusable now because they can not even boot to single user mode on the serial console. The pcie_pci-0 pci-x express /var/crash/`uname -n`/ area is full of vmdump files as well as a last vmdump.7.partial file. There just is no easy way to figure out what has gone wrong with either server and the support.oracle.com site is littered with examples of this error message "PCI(-X) Express Fatal Error" for a number of servers and different PCI cards. I am wondering is there has been a critical fault somewhere along the kernel dev process and if I should just go back and install the raw DVD with Solaris 10 1/13 into the SunFire X4140. Every attempt to sort this out has failed and the very latest kernel 150401-40 panic's within a split second after early boot phase. It is just unstable beyond measure. On two servers now. module /platform/i86pc/kernel/amd64/unix: text at [0xfffffffffb800000, 0xfffffffffb91997f] data at 0xfffffffffbc00000module misc/amd64/krtld: text at [0xfffffffffb919980, 0xfffffffffb94eb1f] data at 0xfffffffffbc73400module /kernel/amd64/genunix: text at [0xfffffffffb94eb20, 0xfffffffffbb7c577] data at 0xfffffffffbc7e080SunOS Release 5.10 Version Generic_150401-40 64-bitCopyright (c) 1983, 2016, Oracle and/or its affiliates. All rights reserved.x86_feature: lgpgx86_feature: tscx86_feature: msrx86_feature: mtrrx86_feature: pgex86_feature: cmovx86_feature: mmxx86_feature: mcax86_feature: paex86_feature: cv8x86_feature: patx86_feature: ssex86_feature: sse2x86_feature: asyscx86_feature: nxx86_feature: sse3x86_feature: cx16x86_feature: cmpx86_feature: tscpx86_feature: mwaitx86_feature: sse4ax86_feature: cpuidx86_feature: 1gpgx86_feature: clfshmem = 33553624K (0x7fff36000)SMBIOS v2.5 loaded (3894 bytes)initialized model-s
be down. Please try the request again. Your cache administrator is webmaster. Generated Mon, 24 Oct 2016 01:34:06 GMT by s_wx1206 (squid/3.5.20)