INPCB_STATE_DEAD Kernel Panic

Question

Level 1

20 points

INPCB_STATE_DEAD Kernel Panic

We are running a Mac Pro (6,1) with OSX 10.9.5 for software compatibility reasons. The only 3rd party applications being run are Filemaker Server and Chronosync. We are having problems with frequent kernel panics, and the panic log is always the same. I've posted an example log below. We have restaged this server from scratch, replaced the SSD and ram, performed SMC/PRAM resets and none of it has helped. I noticed someone else has the same problem and it appears it was never resolved: INPCB_STATE_DEAD Kernel Panic

Anonymous UUID: B070A314-942B-E1E0-E73D-32FC3F6F3262

Wed Sep 19 00:01:21 2018

panic(cpu 0 caller 0xffffff80009ef8e2): assertion failed: inp->inp_state != INPCB_STATE_DEAD, file: /SourceCache/xnu/xnu-2422.115.15/bsd/netinet/in_pcb.c, line: 2043

Backtrace (CPU 0), Frame : Return Address

0xffffff872feb36f0 : 0xffffff8000623139

0xffffff872feb3770 : 0xffffff80009ef8e2

0xffffff872feb3780 : 0xffffff80008b4727

0xffffff872feb37d0 : 0xffffff80008d4a6c

0xffffff872feb3c00 : 0xffffff80008c9e76

0xffffff872feb3c50 : 0xffffff80008ca172

0xffffff872feb3e30 : 0xffffff80008b82dd

0xffffff872feb3e50 : 0xffffff8000853db3

0xffffff872feb3e80 : 0xffffff80008365d3

0xffffff872feb3ea0 : 0xffffff800082c85c

0xffffff872feb3f50 : 0xffffff80008336cc

0xffffff872feb3fb0 : 0xffffff80006d7c67

BSD process name corresponding to current thread: kernel_task

Mac OS version:

13F1911

Kernel version:

Darwin Kernel Version 13.4.0: Mon Jan 11 18:17:34 PST 2016; root:xnu-2422.115.15~1/RELEASE_X86_64

Kernel UUID: 8926E512-6714-34FC-B27C-6AE90EB51D5E

Kernel slide: 0x0000000000400000

Kernel text base: 0xffffff8000600000

System model name: MacPro6,1 (Mac-F60DEB81FF30ACF6)

System uptime in nanoseconds: 148687491676087

last loaded kext at 2393012094668: com.apple.filesystems.afpfs 11.1 (addr 0xffffff7f82fb1000, size 348160)

last unloaded kext at 344253088048: com.apple.filesystems.msdosfs 1.9 (addr 0xffffff7f82f93000, size 57344)

loaded kexts:

com.apple.filesystems.afpfs 11.1

com.apple.nke.asp-tcp 8.0.1

com.apple.iokit.IOBluetoothSerialManager 4.2.7f5

com.apple.filesystems.autofs 3.0

com.apple.driver.AudioAUUC 1.60

com.apple.driver.AGPM 100.14.34

com.apple.driver.ApplePlatformEnabler 2.0.9d7

com.apple.driver.X86PlatformShim 1.0.0

com.apple.driver.AppleGraphicsDevicePolicy 3.6.22

com.apple.driver.AppleUpstreamUserClient 3.5.13

com.apple.driver.AppleMCCSControl 1.2.5

com.apple.driver.AppleHDA 2.6.3f7

com.apple.kext.AMDFramebuffer 1.2.4

com.apple.iokit.IOUserEthernet 1.0.0d1

com.apple.AMDRadeonX4000 1.2.4

com.apple.driver.AppleMGPUPowerControl 3.6.22

com.apple.driver.AppleLPC 1.7.0

com.apple.iokit.BroadcomBluetoothHostControllerUSBTransport 4.2.7f5

com.apple.Dont_Steal_Mac_OS_X 7.0.0

com.apple.driver.AppleHWAccess 1

com.apple.driver.AppleIntelMCEReporter 107

com.apple.kext.AMD7000Controller 1.2.4

com.apple.driver.AppleThunderboltIP 1.1.2

com.apple.iokit.IOUSBAttachedSCSI 1.0.5

com.apple.AppleFSCompression.AppleFSCompressionTypeDataless 1.0.0d1

com.apple.AppleFSCompression.AppleFSCompressionTypeLZVN 1.0.0d1

com.apple.AppleFSCompression.AppleFSCompressionTypeZlib 1.0.0d1

com.apple.BootCache 35

com.apple.driver.XsanFilter 404

com.apple.iokit.IOAHCIBlockStorage 2.6.0

com.apple.driver.AppleUSBHub 683.4.0

com.apple.driver.AppleUSBXHCI 683.4.0

com.apple.driver.AirPort.Brcm4360 842.21.65

com.apple.iokit.AppleBCM5701Ethernet 3.8.1b2

com.apple.driver.AppleUSBEHCI 660.4.0

com.apple.driver.AppleAHCIPort 3.0.5

com.apple.driver.AppleACPIEC 2.0

com.apple.driver.AppleACPIButtons 2.0

com.apple.driver.AppleRTC 2.0

com.apple.driver.AppleHPET 1.8

com.apple.driver.AppleSMBIOS 2.1

com.apple.driver.AppleAPIC 1.7

com.apple.driver.AppleIntelCPUPowerManagementClient 217.92.1

com.apple.nke.applicationfirewall 153

com.apple.security.quarantine 3

com.apple.driver.AppleIntelCPUPowerManagement 217.92.1

com.apple.security.SecureRemotePassword 1.0

com.apple.iokit.IOSerialFamily 10.0.7

com.apple.kext.triggers 1.0

com.apple.driver.AppleSMBusController 1.0.12d1

com.apple.driver.DspFuncLib 2.6.3f7

com.apple.vecLib.kext 1.0.0

com.apple.iokit.IOAudioFamily 1.9.7fc2

com.apple.kext.OSvKernDSPLib 1.14

com.apple.iokit.IOSurface 91.3

com.apple.iokit.IOAcceleratorFamily 98.26

com.apple.iokit.IOBluetoothFamily 4.2.7f5

com.apple.driver.AppleGraphicsControl 3.6.22

com.apple.driver.AppleBacklightExpert 1.0.4

com.apple.iokit.IONDRVSupport 2.4.1

com.apple.driver.AppleHDAController 2.6.3f7

com.apple.iokit.IOHDAFamily 2.6.3f7

com.apple.iokit.IOBluetoothHostControllerUSBTransport 4.2.7f5

com.apple.driver.X86PlatformPlugin 1.0.0

com.apple.driver.AppleSMC 3.1.8

com.apple.driver.IOPlatformPluginFamily 5.7.1d6

com.apple.kext.AMDSupport 1.2.4

com.apple.AppleGraphicsDeviceControl 3.6.22

com.apple.iokit.IOGraphicsFamily 2.4.1

com.apple.driver.AppleThunderboltDPInAdapter 3.1.7

com.apple.driver.AppleThunderboltDPAdapterFamily 3.1.7

com.apple.driver.AppleThunderboltPCIDownAdapter 1.4.5

com.apple.iokit.IOSCSIBlockCommandsDevice 3.6.7

com.apple.iokit.IOUSBHIDDriver 660.4.0

com.apple.driver.AppleUSBMergeNub 650.4.0

com.apple.iokit.IOUSBMassStorageClass 3.6.0

com.apple.iokit.IOSCSIArchitectureModelFamily 3.6.7

com.apple.driver.AppleUSBComposite 656.4.1

com.apple.driver.AppleThunderboltNHI 2.0.1

com.apple.iokit.IOThunderboltFamily 3.3.1

com.apple.iokit.IOUSBUserClient 660.4.2

com.apple.iokit.IO80211Family 640.36

com.apple.iokit.IOEthernetAVBController 1.0.3b4

com.apple.driver.mDNSOffloadUserClient 1.0.1b5

com.apple.iokit.IONetworkingFamily 3.2

com.apple.iokit.IOUSBFamily 686.4.1

com.apple.iokit.IOAHCIFamily 2.6.5

com.apple.driver.AppleEFINVRAM 2.0

com.apple.iokit.IOSMBusFamily 1.1

com.apple.iokit.IOHIDFamily 2.0.0

com.apple.driver.AppleEFIRuntime 2.0

com.apple.security.sandbox 278.11.2

com.apple.kext.AppleMatch 1.0.0d1

com.apple.security.TMSafetyNet 7

com.apple.driver.AppleKeyStore 2

com.apple.driver.DiskImages 373

com.apple.iokit.IOStorageFamily 1.9

com.apple.iokit.IOReportFamily 23

com.apple.driver.AppleFDEKeyStore 28.30

com.apple.driver.AppleACPIPlatform 2.0

com.apple.iokit.IOPCIFamily 2.9

com.apple.iokit.IOACPIFamily 1.4

com.apple.kec.pthread 1

com.apple.kec.corecrypto 1.0

Posted on Sep 19, 2018 8:06 AM

Reply

Answer 1

Top-ranking reply

abross86 Author

Level 1

20 points

Sep 25, 2018 6:33 AM in response to BobHarris

I disabled AFP and SMB file sharing, and also ejected a usb 3.0 external drive that was being used for backups...I haven't had the kernel panic in 2 days. This server was not used as a file server, so afp/smb was not being accessed regularly, and certainly not being used every time the panics would happen (often in the middle of the night). I suspect the usb drive may be the problem. I will leave it disconnected for a few more days and if the panics stopped entirely I will assume that was the cause. Maybe I'll try thunderbolt drives instead, as I've found usb 3.0 on the mac pro to be unreliable anyway.

Reply

Answer 2

BobHarris

Level 9

56,933 points

Sep 24, 2018 6:32 AM in response to abross86

It is network related "bsd/netinet/in_pcb.c", so are you running any network software? LittleSnitch, VPN, Anti-Virus, 3rd party firewall, etc... that would care about network traffic?

Are you using the built-in Apple networking gear, or do you have a 3rd party networking adapter attached?

Reply

Answer 3

BobHarris

Level 9

56,933 points

Sep 26, 2018 5:52 AM in response to abross86

To properly complete the testing, you should re-enable each item one at a time.

Just an SMB file sharing connection
Then just an AFP file sharing connection
Then just the USB drive

With respect to USB. My personal use has not had any problems. And I've maxed out my USB ports on my iMac for the past 9 years with scheduled backups happening from the iMac, and from remote networked systems pushing things to the iMac via rsync over ssh connections.

HOWEVER, participating in these forums, I've observed that a broken USB device (or even a broken USB cable) can trigger kernel panics. While generally, those panics occur in the USB driver stack, I will not rule out other panic signatures.

The fact that the panic occurred in networking code would tend to point more at the file sharing, than the USB device. So it would be good to do the isolation tests to be sure and not give up on a USB device just yet.

Reply

Answer 4

BobHarris

Level 9

56,933 points

Sep 24, 2018 10:40 AM in response to abross86

Are you using AFP:// file sharing? Was it active? You could try using SMB:// to see if that changes the file sharing behavior.

NOTE: If you did not have any file sharing volumes mounted, and other systems were not mounting your MacPro's file system, then I would not consider file sharing being an issue.

Reply

Answer 5

BobHarris

Level 9

56,933 points

Sep 23, 2018 7:01 PM in response to abross86

Do you have 3rd party RAM installed?

Try running

Rember

<http://www.kelleycomputing.net/rember/>

.

Quit as many apps and background tasks as you can (such as menu bar items) so more RAM is available for testing. Booting into Safe mode <http://support.apple.com/kb/ht1564> can also free up more RAM for testing, by not loading any 3rd party additions you may have installed.

.

Set Loops: [X] Maximum

and run overnight

Otherwise, consider making a Genius Bar appointment at your local Apple store and have them run their diagnostics. They have 2 sets. The run it while you wait, and the take it into the back room and run it overnight variety.

Reply

Answer 6

abross86 Author

Level 1

20 points

Sep 23, 2018 7:12 PM in response to BobHarris

It is 3rd party ram from OWC but I ran rember overnight and had no errors. I suspect this is a software bug since the file and line referenced in the panic log is always identical, and is also identical to the log posted by another user in the link I referenced.

I did also run the apple hardware test which found no errors, but have not yet brought it to an apple store for testing. This is difficult since it is a production server.

If anybody has any other clues from the log that would be helpful. I have tried looking for any sort of pattern or trigger for the panics but have had no luck. I will be temporarily turning off file sharing to see if that helps, since the last loaded kexts usually start with afpfs or smbfs.

Reply

Answer 7

abross86 Author

Level 1

20 points

Sep 24, 2018 6:39 AM in response to BobHarris

We aren't running any 3rd party software or hardware related to networking. FileMaker Server and Chronosync, which are the only installations on this server, do have network access so it is certainly possible one of them is triggering the panic. I guess it's nearly impossible to tell which process is responsible except by process of elimination.

Reply

INPCB_STATE_DEAD Kernel Panic

Similar questions