Kernel Panic Issues after installing 2.0.0 RC5 on Big Sur

All your general support questions for OpenZFS on OS X.

Re: Kernel Panic Issues after installing 2.0.0 RC5 on Big Su

Postby Jimbo » Mon Nov 16, 2020 1:09 am

Ok, in the Parallels VM, this build seems servicable, however, I've installed it on some real tin too (older MBP). Panic on boot (again, no keepsyms, sorry):

Code: Select all
panic(cpu 6 caller 0xffffff80003efa76): Kernel trap at 0xffffff7fa1a39702, type 14=page fault, registers:
CR0: 0x000000008001003b, CR2: 0xffffff80035e4008, CR3: 0x000000000428c000, CR4: 0x00000000001626e0
RAX: 0x00000000000060e2, RBX: 0xffffff80035e4008, RCX: 0xffffff8000160000, RDX: 0x0000000000000000
RSP: 0xffffffb0ae9ebcb0, RBP: 0xffffffb0ae9ebcf0, RSI: 0xffffff8000211148, RDI: 0xffffff8000210020
R8:  0x00000005dce928aa, R9:  0x0000000000000000, R10: 0x0000020000011000, R11: 0xffffffa03dcdd280
R12: 0x0000000000000000, R13: 0xffffff8000211188, R14: 0x0000000000000000, R15: 0xffffff800398f9c8
RFL: 0x0000000000010246, RIP: 0xffffff7fa1a39702, CS:  0x0000000000000008, SS:  0x0000000000000010
Fault CR2: 0xffffff80035e4008, Error code: 0x0000000000000000, Fault CPU: 0x6, PL: 0, VF: 2

Backtrace (CPU 6), Frame : Return Address
0xffffffb0ae9eb6d0 : 0xffffff80002bc66d
0xffffffb0ae9eb720 : 0xffffff80003ff073
0xffffffb0ae9eb760 : 0xffffff80003ef6aa
0xffffffb0ae9eb7b0 : 0xffffff8000261a2f
0xffffffb0ae9eb7d0 : 0xffffff80002bbf0d
0xffffffb0ae9eb8f0 : 0xffffff80002bc1f8
0xffffffb0ae9eb960 : 0xffffff8000abee1a
0xffffffb0ae9eb9d0 : 0xffffff80003efa76
0xffffffb0ae9ebb50 : 0xffffff80003ef75d
0xffffffb0ae9ebba0 : 0xffffff8000261a2f
0xffffffb0ae9ebbc0 : 0xffffff7fa1a39702
0xffffffb0ae9ebcf0 : 0xffffff7fa1a38fb1
0xffffffb0ae9ebd40 : 0xffffff7fa1a38d4d
0xffffffb0ae9ebd90 : 0xffffff7fa18a33b6
0xffffffb0ae9ebdd0 : 0xffffff80009ef09b
0xffffffb0ae9ebe40 : 0xffffff80009eec46
0xffffffb0ae9ebef0 : 0xffffff80009eddcf
0xffffffb0ae9ebf50 : 0xffffff80009f0b46
0xffffffb0ae9ebfa0 : 0xffffff800026113e
      Kernel Extensions in backtrace:
         net.lundman.zfs(2.0)[80636F45-AA53-352C-86C7-9A57BC46B339]@0xffffff7fa179f000->0xffffff7fa1acefff
            dependency: com.apple.iokit.IOStorageFamily(2.1)[3FE3BE82-782C-3D93-8EFA-F06A4594D17C]@0xffffff8002d37000->0xffffff8002d48fff

Process name corresponding to current thread: kernel_task

Mac OS version:
20B29

Kernel version:
Darwin Kernel Version 20.1.0: Sat Oct 31 00:07:11 PDT 2020; root:xnu-7195.50.7~2/RELEASE_X86_64
Kernel UUID: 84C6DC45-6B02-335F-9439-5D2A9BC385A4
KernelCache slide: 0x0000000000000000
KernelCache base:  0xffffff8000200000
Kernel slide:      0x0000000000010000
Kernel text base:  0xffffff8000210000
__HIB  text base: 0xffffff8000100000
System model name: MacBookPro11,5 (Mac-06F11F11946D27C5)
System shutdown begun: NO
Panic diags file available: YES (0x0)
Hibernation exit count: 0

System uptime in nanoseconds: 25183279516
Last Sleep:           absolute           base_tsc          base_nano
  Uptime  : 0x00000005dd0a61e7
  Sleep   : 0x0000000000000000 0x0000000000000000 0x0000000000000000
  Wake    : 0x0000000000000000 0x000000080d17d265 0x0000000000000000
last started kext at 25168801034: @plugin.IOAVBDiscoveryPlugin   900.12 (addr 0xffffff7f9fb1c000, size 32768)
loaded kexts:
net.lundman.zfs   2.0.0
com.intel.driver.EnergyDriver   3.7.0
>AGPM   119
@kext.AMDFramebuffer   4.0.0
>X86PlatformShim   1.0.0
>!APlatformEnabler   2.7.0d0
@filesystems.autofs   3.0
@kext.AMDRadeonX4000   4.0.0
>!AGraphicsDevicePolicy   6.1.27
>!AUpstreamUserClient   3.6.8
@fileutil   20.036.15
@AGDCPluginDisplayMetrics   6.1.27
>pmtelemetry   1
>LuaHardwareAccess   1.0.16
|IOUserEthernet   1.0.1
>usb.!UUserHCI   1
|IO!BSerialManager   8.0.1f5
>!AHDAHardwareConfigDriver   283.15
@Dont_Steal_Mac_OS_X   7.0.0
>AGDCBacklightControl   6.1.27
>!AHDA   283.15
>!AHV   1
>!ABacklight   180.3
>!ADiskImages2   1
>!AMCCSControl   1.14
>!A!IHD5000Graphics   16.0.0
>!A!ISlowAdaptiveClocking   4.0.0
|Broadcom!B20703USBTransport   8.0.1f5
>!A!IFramebufferAzul   16.0.0
>!AFIVRDriver   4.1.0
>!AThunderboltIP   4.0.3
>eficheck   1
@kext.AMD7000!C   4.0.0
>!AMuxControl   6.1.27
>!ACameraInterface   7.6.0
>!ALPC   3.1
>!ASMCLMU   212
>ACPI_SMC_PlatformPlugin   1.0.0
>!ATopCaseHIDEventDriver   4000.27
>!UTopCaseDriver   4000.27
|IO!BUSBDFU   8.0.1f5
|SCSITaskUserClient   436.40.6
>!UCardReader   511.40.9
@filesystems.apfs   1677.50.1
>AirPort.BrcmNIC   1400.1.1
>!AAHCIPort   346
>!AFileSystemDriver   3.0.1
@filesystems.tmpfs   1
@filesystems.hfs.kext   556.41.1
@BootCache   40
@!AFSCompression.!AFSCompressionTypeZlib   1.0.0
@!AFSCompression.!AFSCompressionTypeDataless   1.0.0d1
@private.KextAudit   1.0
|!ABCM5701Ethernet   11.0.0
>!ASmartBatteryManager   161.0.0
>!ARTC   2.0
>!AACPIButtons   6.1
>!AHPET   1.8
>!ASMBIOS   2.1
>!AACPIEC   6.1
>!AAPIC   1.7
@!ASystemPolicy   2.0.0
@nke.applicationfirewall   310
|IOKitRegistryCompatibility   1
|EndpointSecurity   1
@plugin.IOAVBDiscoveryPlugin   900.12
>!UAudio   401.4
@kext.AMDRadeonX4030HWLibs   1.0
@kext.triggers   1.0
@kext.AMDRadeonX4000HWServices   4.0.0
|IOSerial!F   11
|IOAVB!F   900.12
>DspFuncLib   283.15
@kext.OSvKernDSPLib   529
>!ABacklightExpert   1.1.0
>!ASMBus!C   1.0.18d1
@!AGPUWrangler   6.1.27
@plugin.IOgPTPPlugin   900.11
|IOEthernetAVB!C   1.1.0
|IOSlowAdaptiveClocking!F   1.0.0
|Broadcom!BHost!CUSBTransport   8.0.1f5
|IO!BHost!CUSBTransport   8.0.1f5
|IO!BHost!CTransport   8.0.1f5
|IONDRVSupport   585
|IOAccelerator!F2   439.35.4
>!AHDA!C   283.15
|IOHDA!F   283.15
|IOAudio!F   300.6.1
@vecLib.kext   1.2.0
>!AThunderboltEDMSink   5.0.3
>!AThunderboltDPOutAdapter   8.1.4
@kext.AMDSupport   4.0.0
>!AGraphicsControl   6.1.27
@!AGraphicsDeviceControl   6.1.27
>!ASMBusPCI   1.0.14d1
|IOGraphics!F   585
>IOPlatformPluginLegacy   1.0.0
>X86PlatformPlugin   1.0.0
>IOPlatformPlugin!F   6.0.0d8
>!AActuatorDriver   4400.28
>!AHS!BDriver   4000.27
>IO!BHIDDriver   8.0.1f5
>!AMultitouchDriver   4400.28
>!AInputDeviceSupport   4400.35
>!AHIDKeyboard   222
>usb.IOUSBHostHIDDevice   1.2
>usb.cdc   5.0.0
>usb.networking   5.0.0
>usb.!UHostCompositeDevice   1.2
>!AXsanScheme   3
|IOAHCIBlock!S   332
|IO80211!F   1200.12.2b1
>corecapture   1.0.4
>!A!ILpssGspi   3.0.60
|IOAHCI!F   294
>usb.!UXHCIPCI   1.2
>usb.!UXHCI   1.2
>!AThunderboltDPInAdapter   8.1.4
>!AThunderboltDPAdapter!F   8.1.4
>!AThunderboltPCIUpAdapter   4.1.1
>!AThunderboltPCIDownAdapter   4.1.1
>!ABSDKextStarter   3
|IOSurface   289.3
|IOSkywalk!F   1
@filesystems.hfs.encodings.kext   1
>usb.!UHostPacketFilter   1.0
|IOUSB!F   900.4.2
>mDNSOffloadUserClient   1.0.1b8
>!AThunderboltNHI   7.2.8
|IOThunderbolt!F   9.3.2
>!AEFINVRAM   2.1
>!AEFIRuntime   2.1
|IOSMBus!F   1.1
|IOHID!F   2.0.0
$!AImage4   3.0.0
|IOTimeSync!F   900.11
|IONetworking!F   3.4
>DiskImages   493.0.0
|IO!B!F   8.0.1f5
|IOReport!F   47
|IO!BPacketLogger   8.0.1f5
$quarantine   4
$sandbox   300.0
@kext.!AMatch   1.0.0d1
|CoreAnalytics!F   1
>!ASSE   1.0
>!AKeyStore   2
>!UTDM   511.40.9
|IOUSBMass!SDriver   184.40.6
|IOSCSIBlockCommandsDevice   436.40.6
|IO!S!F   2.1
|IOSCSIArchitectureModel!F   436.40.6
>!AMobileFileIntegrity   1.0.5
@kext.CoreTrust   1
>!AFDEKeyStore   28.30
>!AEffaceable!S   1.0
>!ACredentialManager   1.0
>KernelRelayHost   1
|IOUSBHost!F   1.2
>!UHostMergeProperties   1.2
>usb.!UCommon   1.0
>!ABusPower!C   1.0
>!ASEPManager   1.0.1
>IOSlaveProcessor   1
>!AACPIPlatform   6.1
>!ASMC   3.1.9
|IOPCI!F   2.9
|IOACPI!F   1.4
>watchdog   1
@kec.pthread   1
@kec.corecrypto   1.0
@kec.Libm   1
Jimbo
 
Posts: 149
Joined: Sun Sep 17, 2017 5:12 am

Re: Kernel Panic Issues after installing 2.0.0 RC5 on Big Su

Postby Jimbo » Mon Nov 16, 2020 1:21 am

Woah... weird.

I booted into Safe Mode to get the previous kernel panic and disable the zfs.kext. I then booted into Recovery Mode to set keepsyms etc via nvram boot-args, did that, renabled the zfs.kext and then rebooted.

Thing is, laptop has booted successfully, kext is loaded and I've imported a pool!

Thoughts?

Cheers!
James
Jimbo
 
Posts: 149
Joined: Sun Sep 17, 2017 5:12 am

Re: Kernel Panic Issues after installing 2.0.0 RC5 on Big Su

Postby Jimbo » Mon Nov 16, 2020 1:37 am

And... then it went bang! Doing some reasonably intensive file IO:

Code: Select all
panic(cpu 6 caller 0xffffff8012df06a9): "Double fault at 0xffffff8012cce8f4, registers:\n" "CR0: 0x0000000080010033, CR2: 0xffffffb116207ff8, CR3: 0x0000000374bf80b3, CR4: 0x00000000001626e0\n" "RAX: 0xffffff8013a08680, RBX: 0xffffff8013a9f4f0, RCX: 0x0000000002000000, RDX: 0x0000000003000000\n" "RSP: 0xffffffb116208000, RBP: 0xffffffb116208000, RSI: 0x000000004a556fca, RDI: 0xffffff8013a9f4f0\n" "R8:  0x123456789abcdef0, R9:  0x123456789abcdef0, R10: 0x000000044b82f670, R11: 0x0000000000000000\n" "R12: 0xffffffb116208088, R13: 0x0000000000000000, R14: 0xffffffb116208094, R15: 0xffffff8013a9f4f0\n" "RFL: 0x0000000000010006, RIP: 0xffffff8012cce8f4, CS:  0x0000000000000008, SS:  0x0000000000000010\n" "Error code: 0x0000000000000000\n"@/AppleInternal/BuildRoot/Library/Caches/com.apple.xbs/Sources/xnu/xnu-7195.50.7/osfmk/i386/trap_native.c:168
Backtrace (CPU 6), Frame : Return Address
0xffffff8012b592d0 : 0xffffff8012cbc66d mach_kernel : _handle_debugger_trap + 0x3dd
0xffffff8012b59320 : 0xffffff8012dff073 mach_kernel : _kdp_i386_trap + 0x143
0xffffff8012b59360 : 0xffffff8012def6aa mach_kernel : _kernel_trap + 0x55a
0xffffff8012b593b0 : 0xffffff8012c61a2f mach_kernel : _return_from_trap + 0xff
0xffffff8012b593d0 : 0xffffff8012cbbf0d mach_kernel : _DebuggerTrapWithState + 0xad
0xffffff8012b594f0 : 0xffffff8012cbc1f8 mach_kernel : _panic_trap_to_debugger + 0x268
0xffffff8012b59560 : 0xffffff80134bee1a mach_kernel : _panic + 0x54
0xffffff8012b595d0 : 0xffffff8012df06a9 mach_kernel : _sync_iss_to_iks_unconditionally + 0x159
0xffffff8012b596c0 : 0xffffff80134bf828 mach_kernel : _panic_double_fault64 + 0x27
0xffffff8012b596d0 : 0xffffff8012c622af mach_kernel : _hndl_double_fault + 0xf
0xffffffb116208000 : 0xffffff8012de40fd mach_kernel : _usimple_lock + 0x1d
0xffffffb116208040 : 0xffffff8012cb578b mach_kernel : _clock_get_calendar_microtime + 0x2b
0xffffffb116208070 : 0xffffff801326fa18 mach_kernel : _microtime + 0x28
0xffffffb1162080a0 : 0xffffff7fb443d151 net.lundman.zfs : _gethrestime_sec + 0x11
0xffffffb1162080c0 : 0xffffff7fb4438605 net.lundman.zfs : _spl_mutex_enter + 0x75
0xffffffb116208100 : 0xffffff7fb443f7de net.lundman.zfs : _vmem_alloc + 0xde
0xffffffb116208140 : 0xffffff7fb443e334 net.lundman.zfs : _vmem_xalloc + 0x654
0xffffffb116208210 : 0xffffff7fb443f7b0 net.lundman.zfs : _vmem_alloc + 0xb0
0xffffffb116208260 : 0xffffff7fb442d1d9 net.lundman.zfs : _kmem_cache_alloc + 0x399
0xffffffb1162083a0 : 0xffffff7fb443e334 net.lundman.zfs : _vmem_xalloc + 0x654
0xffffffb116208470 : 0xffffff7fb443f7b0 net.lundman.zfs : _vmem_alloc + 0xb0
0xffffffb1162084c0 : 0xffffff7fb442d1d9 net.lundman.zfs : _kmem_cache_alloc + 0x399
0xffffffb116208600 : 0xffffff7fb41def2f net.lundman.zfs : _dnode_create + 0x2f
0xffffffb116208650 : 0xffffff7fb41dfabf net.lundman.zfs : _dnode_hold_impl + 0x9ef
0xffffffb1162086f0 : 0xffffff7fb41c4520 net.lundman.zfs : _dmu_bonus_hold + 0x20
0xffffffb116208720 : 0xffffff7fb42c0189 net.lundman.zfs : _zfs_zget_ext + 0x79
0xffffffb1162087d0 : 0xffffff7fb428f582 net.lundman.zfs : _zfs_rmnode + 0x102
0xffffffb1162089c0 : 0xffffff7fb42b85a0 net.lundman.zfs : _zfs_vnop_reclaim + 0x180
0xffffffb1162089f0 : 0xffffff8012f40f93 mach_kernel : _vnode_getiocount + 0x1233
0xffffffb116208a70 : 0xffffff8012f40590 mach_kernel : _vnode_getiocount + 0x830
0xffffffb116208ab0 : 0xffffff8012f417e9 mach_kernel : _vnode_rele_internal + 0x749
0xffffffb116208ae0 : 0xffffff8012f43ac4 mach_kernel : _vfs_init_io_attributes + 0x7f4
0xffffffb116208b60 : 0xffffff7fb42ba775 net.lundman.zfs : _zfs_znode_getvnode + 0x1b5
0xffffffb116208c00 : 0xffffff7fb42c04dc net.lundman.zfs : _zfs_zget_ext + 0x3cc
0xffffffb116208cb0 : 0xffffff7fb428f582 net.lundman.zfs : _zfs_rmnode + 0x102
0xffffffb116208ea0 : 0xffffff7fb42b85a0 net.lundman.zfs : _zfs_vnop_reclaim + 0x180
0xffffffb116208ed0 : 0xffffff8012f40f93 mach_kernel : _vnode_getiocount + 0x1233
0xffffffb116208f50 : 0xffffff8012f40590 mach_kernel : _vnode_getiocount + 0x830
0xffffffb116208f90 : 0xffffff8012f417e9 mach_kernel : _vnode_rele_internal + 0x749
0xffffffb116208fc0 : 0xffffff8012f43ac4 mach_kernel : _vfs_init_io_attributes + 0x7f4
0xffffffb116209040 : 0xffffff7fb42ba775 net.lundman.zfs : _zfs_znode_getvnode + 0x1b5
0xffffffb1162090e0 : 0xffffff7fb42c04dc net.lundman.zfs : _zfs_zget_ext + 0x3cc
0xffffffb116209190 : 0xffffff7fb428f582 net.lundman.zfs : _zfs_rmnode + 0x102
0xffffffb116209380 : 0xffffff7fb42b85a0 net.lundman.zfs : _zfs_vnop_reclaim + 0x180
0xffffffb1162093b0 : 0xffffff8012f40f93 mach_kernel : _vnode_getiocount + 0x1233
0xffffffb116209430 : 0xffffff8012f40590 mach_kernel : _vnode_getiocount + 0x830
0xffffffb116209470 : 0xffffff8012f417e9 mach_kernel : _vnode_rele_internal + 0x749
0xffffffb1162094a0 : 0xffffff8012f43ac4 mach_kernel : _vfs_init_io_attributes + 0x7f4
0xffffffb116209520 : 0xffffff7fb42ba775 net.lundman.zfs : _zfs_znode_getvnode + 0x1b5
0xffffffb1162095c0 : 0xffffff7fb42c04dc net.lundman.zfs : _zfs_zget_ext + 0x3cc
0xffffffb116209670 : 0xffffff7fb428f582 net.lundman.zfs : _zfs_rmnode + 0x102
0xffffffb116209860 : 0xffffff7fb42b85a0 net.lundman.zfs : _zfs_vnop_reclaim + 0x180
0xffffffb116209890 : 0xffffff8012f40f93 mach_kernel : _vnode_getiocount + 0x1233
0xffffffb116209910 : 0xffffff8012f40590 mach_kernel : _vnode_getiocount + 0x830
0xffffffb116209950 : 0xffffff8012f417e9 mach_kernel : _vnode_rele_internal + 0x749
0xffffffb116209980 : 0xffffff8012f43ac4 mach_kernel : _vfs_init_io_attributes + 0x7f4
0xffffffb116209a00 : 0xffffff7fb42ba775 net.lundman.zfs : _zfs_znode_getvnode + 0x1b5
0xffffffb116209aa0 : 0xffffff7fb42c04dc net.lundman.zfs : _zfs_zget_ext + 0x3cc
0xffffffb116209b50 : 0xffffff7fb428f582 net.lundman.zfs : _zfs_rmnode + 0x102
0xffffffb116209d40 : 0xffffff7fb42b85a0 net.lundman.zfs : _zfs_vnop_reclaim + 0x180
0xffffffb116209d70 : 0xffffff8012f40f93 mach_kernel : _vnode_getiocount + 0x1233
0xffffffb116209df0 : 0xffffff8012f40590 mach_kernel : _vnode_getiocount + 0x830
0xffffffb116209e30 : 0xffffff8012f417e9 mach_kernel : _vnode_rele_internal + 0x749
0xffffffb116209e60 : 0xffffff8012f43ac4 mach_kernel : _vfs_init_io_attributes + 0x7f4
0xffffffb116209ee0 : 0xffffff7fb42ba775 net.lundman.zfs : _zfs_znode_getvnode + 0x1b5
0xffffffb116209f80 : 0xffffff7fb42c04dc net.lundman.zfs : _zfs_zget_ext + 0x3cc
0xffffffb11620a030 : 0xffffff7fb428f582 net.lundman.zfs : _zfs_rmnode + 0x102
0xffffffb11620a220 : 0xffffff7fb42b85a0 net.lundman.zfs : _zfs_vnop_reclaim + 0x180
0xffffffb11620a250 : 0xffffff8012f40f93 mach_kernel : _vnode_getiocount + 0x1233
0xffffffb11620a2d0 : 0xffffff8012f40590 mach_kernel : _vnode_getiocount + 0x830
0xffffffb11620a310 : 0xffffff8012f417e9 mach_kernel : _vnode_rele_internal + 0x749
0xffffffb11620a340 : 0xffffff8012f43ac4 mach_kernel : _vfs_init_io_attributes + 0x7f4
0xffffffb11620a3c0 : 0xffffff7fb42ba775 net.lundman.zfs : _zfs_znode_getvnode + 0x1b5
0xffffffb11620a460 : 0xffffff7fb42c04dc net.lundman.zfs : _zfs_zget_ext + 0x3cc
0xffffffb11620a510 : 0xffffff7fb428f582 net.lundman.zfs : _zfs_rmnode + 0x102
0xffffffb11620a700 : 0xffffff7fb42b85a0 net.lundman.zfs : _zfs_vnop_reclaim + 0x180
0xffffffb11620a730 : 0xffffff8012f40f93 mach_kernel : _vnode_getiocount + 0x1233
0xffffffb11620a7b0 : 0xffffff8012f40590 mach_kernel : _vnode_getiocount + 0x830
0xffffffb11620a7f0 : 0xffffff8012f417e9 mach_kernel : _vnode_rele_internal + 0x749
0xffffffb11620a820 : 0xffffff8012f43ac4 mach_kernel : _vfs_init_io_attributes + 0x7f4
   Backtrace continues...
      Kernel Extensions in backtrace:
         net.lundman.zfs(2.0)[80636F45-AA53-352C-86C7-9A57BC46B339]@0xffffff7fb419f000->0xffffff7fb44cefff
            dependency: com.apple.iokit.IOStorageFamily(2.1)[3FE3BE82-782C-3D93-8EFA-F06A4594D17C]@0xffffff8015737000->0xffffff8015748fff

Process name corresponding to current thread: Finder
Boot args: keepsyms=1 debug=0x146

Mac OS version:
20B29

Kernel version:
Darwin Kernel Version 20.1.0: Sat Oct 31 00:07:11 PDT 2020; root:xnu-7195.50.7~2/RELEASE_X86_64
Kernel UUID: 84C6DC45-6B02-335F-9439-5D2A9BC385A4
KernelCache slide: 0x0000000012a00000
KernelCache base:  0xffffff8012c00000
Kernel slide:      0x0000000012a10000
Kernel text base:  0xffffff8012c10000
__HIB  text base: 0xffffff8012b00000
System model name: MacBookPro11,5 (Mac-06F11F11946D27C5)
System shutdown begun: NO
Panic diags file available: YES (0x0)
Hibernation exit count: 0

System uptime in nanoseconds: 901843285391
Last Sleep:           absolute           base_tsc          base_nano
  Uptime  : 0x000000d1fa0c793a
  Sleep   : 0x0000000000000000 0x0000000000000000 0x0000000000000000
  Wake    : 0x0000000000000000 0x00000008cc3af70b 0x0000000000000000
last started kext at 797230732780: @filesystems.smbfs   3.4.1 (addr 0xffffff7fb30b5000, size 434176)
last stopped kext at 219814164407: >usb.!UHostPacketF
Jimbo
 
Posts: 149
Joined: Sun Sep 17, 2017 5:12 am

Re: Kernel Panic Issues after installing 2.0.0 RC5 on Big Su

Postby lundman » Mon Nov 16, 2020 2:10 am

Ah so - is there a problem, or appears to (not panic) ?

admittedly, it's pretty hard to get rid of a kext once it is in there. BigSur sure likes to keep loading them.
User avatar
lundman
 
Posts: 1337
Joined: Thu Mar 06, 2014 2:05 pm
Location: Tokyo, Japan

Re: Kernel Panic Issues after installing 2.0.0 RC5 on Big Su

Postby Jimbo » Mon Nov 16, 2020 2:14 am

Very similar panic emptying the trash of the pool (which contains only Xcode 12.2):

Code: Select all
panic(cpu 4 caller 0xffffff801c7f06a9): "Double fault at 0xffffff801c806691, registers:\n" "CR0: 0x000000008001003b, CR2: 0xffffffb11fb17fb8, CR3: 0x000000035cc330d6, CR4: 0x00000000001626e0\n" "RAX: 0x0000011edd2840e7, RBX: 0x0000000000000002, RCX: 0x0000000000000000, RDX: 0x0000000000000000\n" "RSP: 0xffffffb11fb17fc0, RBP: 0xffffffb11fb18050, RSI: 0x0000000000000000, RDI: 0x0000000000000000\n" "R8:  0x0000011edcf2d907, R9:  0x0000000000000000, R10: 0xffffff801d5dd180, R11: 0x0000000000000002\n" "R12: 0x0000000000000002, R13: 0xffffff801d5dd180, R14: 0x00000000003567e0, R15: 0x0000011edcf2d907\n" "RFL: 0x0000000000010086, RIP: 0xffffff801c806691, CS:  0x0000000000000008, SS:  0x0000000000000000\n" "Error code: 0x0000000000000000\n"@/AppleInternal/BuildRoot/Library/Caches/com.apple.xbs/Sources/xnu/xnu-7195.50.7/osfmk/i386/trap_native.c:168
Backtrace (CPU 4), Frame : Return Address
0xffffff801c5582d0 : 0xffffff801c6bc66d mach_kernel : _handle_debugger_trap + 0x3dd
0xffffff801c558320 : 0xffffff801c7ff073 mach_kernel : _kdp_i386_trap + 0x143
0xffffff801c558360 : 0xffffff801c7ef6aa mach_kernel : _kernel_trap + 0x55a
0xffffff801c5583b0 : 0xffffff801c661a2f mach_kernel : _return_from_trap + 0xff
0xffffff801c5583d0 : 0xffffff801c6bbf0d mach_kernel : _DebuggerTrapWithState + 0xad
0xffffff801c5584f0 : 0xffffff801c6bc1f8 mach_kernel : _panic_trap_to_debugger + 0x268
0xffffff801c558560 : 0xffffff801cebee1a mach_kernel : _panic + 0x54
0xffffff801c5585d0 : 0xffffff801c7f06a9 mach_kernel : _sync_iss_to_iks_unconditionally + 0x159
0xffffff801c5586c0 : 0xffffff801cebf828 mach_kernel : _panic_double_fault64 + 0x27
0xffffff801c5586d0 : 0xffffff801c6622af mach_kernel : _hndl_double_fault + 0xf
0xffffffb11fb18050 : 0xffffff801c808169 mach_kernel : _xcpm_timer + 0x5e9
0xffffffb11fb180c0 : 0xffffff801c809245 mach_kernel : _xcpm_urgency + 0xe25
0xffffffb11fb18180 : 0xffffff801c7f21b3 mach_kernel : _thread_tell_urgency + 0x83
0xffffffb11fb181c0 : 0xffffff801c6e0f95 mach_kernel : _thread_dispatch + 0x595
0xffffffb11fb18230 : 0xffffff801c6e05d0 mach_kernel : _thread_unstop + 0x14f0
0xffffffb11fb182a0 : 0xffffff801c6df04f mach_kernel : _thread_block_reason + 0xaf
0xffffffb11fb182f0 : 0xffffff801c6cf0a8 mach_kernel : _lck_mtx_sleep + 0x68
0xffffffb11fb18330 : 0xffffff801cc5bd28 mach_kernel : _sleep + 0x1e8
0xffffffb11fb183a0 : 0xffffff7fbde2b510 net.lundman.zfs : _spl_cv_wait + 0x50
0xffffffb11fb183d0 : 0xffffff7fbdba6215 net.lundman.zfs : _arc_wait_for_eviction + 0x135
0xffffffb11fb18430 : 0xffffff7fbdbb02eb net.lundman.zfs : _arc_get_data_impl + 0xdb
0xffffffb11fb18480 : 0xffffff7fbdba7f8e net.lundman.zfs : _arc_hdr_alloc_abd + 0xae
0xffffffb11fb184c0 : 0xffffff7fbdba4dd0 net.lundman.zfs : _arc_hdr_alloc + 0x120
0xffffffb11fb18510 : 0xffffff7fbdba6c93 net.lundman.zfs : _arc_read + 0x483
0xffffffb11fb185c0 : 0xffffff7fbdbba6f5 net.lundman.zfs : _dbuf_read + 0xa65
0xffffffb11fb18700 : 0xffffff7fbdbc41f4 net.lundman.zfs : _dmu_buf_hold + 0x44
0xffffffb11fb18740 : 0xffffff7fbdc7bbc5 net.lundman.zfs : _zap_cursor_retrieve + 0x145
0xffffffb11fb187d0 : 0xffffff7fbdc8f50e net.lundman.zfs : _zfs_rmnode + 0x8e
0xffffffb11fb189c0 : 0xffffff7fbdcb85a0 net.lundman.zfs : _zfs_vnop_reclaim + 0x180
0xffffffb11fb189f0 : 0xffffff801c940f93 mach_kernel : _vnode_getiocount + 0x1233
0xffffffb11fb18a70 : 0xffffff801c940590 mach_kernel : _vnode_getiocount + 0x830
0xffffffb11fb18ab0 : 0xffffff801c9417e9 mach_kernel : _vnode_rele_internal + 0x749
0xffffffb11fb18ae0 : 0xffffff801c943ac4 mach_kernel : _vfs_init_io_attributes + 0x7f4
0xffffffb11fb18b60 : 0xffffff7fbdcba775 net.lundman.zfs : _zfs_znode_getvnode + 0x1b5
0xffffffb11fb18c00 : 0xffffff7fbdcc04dc net.lundman.zfs : _zfs_zget_ext + 0x3cc
0xffffffb11fb18cb0 : 0xffffff7fbdc8f582 net.lundman.zfs : _zfs_rmnode + 0x102
0xffffffb11fb18ea0 : 0xffffff7fbdcb85a0 net.lundman.zfs : _zfs_vnop_reclaim + 0x180
0xffffffb11fb18ed0 : 0xffffff801c940f93 mach_kernel : _vnode_getiocount + 0x1233
0xffffffb11fb18f50 : 0xffffff801c940590 mach_kernel : _vnode_getiocount + 0x830
0xffffffb11fb18f90 : 0xffffff801c9417e9 mach_kernel : _vnode_rele_internal + 0x749
0xffffffb11fb18fc0 : 0xffffff801c943ac4 mach_kernel : _vfs_init_io_attributes + 0x7f4
0xffffffb11fb19040 : 0xffffff7fbdcba775 net.lundman.zfs : _zfs_znode_getvnode + 0x1b5
0xffffffb11fb190e0 : 0xffffff7fbdcc04dc net.lundman.zfs : _zfs_zget_ext + 0x3cc
0xffffffb11fb19190 : 0xffffff7fbdc8f582 net.lundman.zfs : _zfs_rmnode + 0x102
0xffffffb11fb19380 : 0xffffff7fbdcb85a0 net.lundman.zfs : _zfs_vnop_reclaim + 0x180
0xffffffb11fb193b0 : 0xffffff801c940f93 mach_kernel : _vnode_getiocount + 0x1233
0xffffffb11fb19430 : 0xffffff801c940590 mach_kernel : _vnode_getiocount + 0x830
0xffffffb11fb19470 : 0xffffff801c9417e9 mach_kernel : _vnode_rele_internal + 0x749
0xffffffb11fb194a0 : 0xffffff801c943ac4 mach_kernel : _vfs_init_io_attributes + 0x7f4
0xffffffb11fb19520 : 0xffffff7fbdcba775 net.lundman.zfs : _zfs_znode_getvnode + 0x1b5
0xffffffb11fb195c0 : 0xffffff7fbdcc04dc net.lundman.zfs : _zfs_zget_ext + 0x3cc
0xffffffb11fb19670 : 0xffffff7fbdc8f582 net.lundman.zfs : _zfs_rmnode + 0x102
0xffffffb11fb19860 : 0xffffff7fbdcb85a0 net.lundman.zfs : _zfs_vnop_reclaim + 0x180
0xffffffb11fb19890 : 0xffffff801c940f93 mach_kernel : _vnode_getiocount + 0x1233
0xffffffb11fb19910 : 0xffffff801c940590 mach_kernel : _vnode_getiocount + 0x830
0xffffffb11fb19950 : 0xffffff801c9417e9 mach_kernel : _vnode_rele_internal + 0x749
0xffffffb11fb19980 : 0xffffff801c943ac4 mach_kernel : _vfs_init_io_attributes + 0x7f4
0xffffffb11fb19a00 : 0xffffff7fbdcba775 net.lundman.zfs : _zfs_znode_getvnode + 0x1b5
0xffffffb11fb19aa0 : 0xffffff7fbdcc04dc net.lundman.zfs : _zfs_zget_ext + 0x3cc
0xffffffb11fb19b50 : 0xffffff7fbdc8f582 net.lundman.zfs : _zfs_rmnode + 0x102
0xffffffb11fb19d40 : 0xffffff7fbdcb85a0 net.lundman.zfs : _zfs_vnop_reclaim + 0x180
0xffffffb11fb19d70 : 0xffffff801c940f93 mach_kernel : _vnode_getiocount + 0x1233
0xffffffb11fb19df0 : 0xffffff801c940590 mach_kernel : _vnode_getiocount + 0x830
0xffffffb11fb19e30 : 0xffffff801c9417e9 mach_kernel : _vnode_rele_internal + 0x749
0xffffffb11fb19e60 : 0xffffff801c943ac4 mach_kernel : _vfs_init_io_attributes + 0x7f4
0xffffffb11fb19ee0 : 0xffffff7fbdcba775 net.lundman.zfs : _zfs_znode_getvnode + 0x1b5
0xffffffb11fb19f80 : 0xffffff7fbdcc04dc net.lundman.zfs : _zfs_zget_ext + 0x3cc
0xffffffb11fb1a030 : 0xffffff7fbdc8f582 net.lundman.zfs : _zfs_rmnode + 0x102
0xffffffb11fb1a220 : 0xffffff7fbdcb85a0 net.lundman.zfs : _zfs_vnop_reclaim + 0x180
0xffffffb11fb1a250 : 0xffffff801c940f93 mach_kernel : _vnode_getiocount + 0x1233
0xffffffb11fb1a2d0 : 0xffffff801c940590 mach_kernel : _vnode_getiocount + 0x830
0xffffffb11fb1a310 : 0xffffff801c9417e9 mach_kernel : _vnode_rele_internal + 0x749
0xffffffb11fb1a340 : 0xffffff801c943ac4 mach_kernel : _vfs_init_io_attributes + 0x7f4
0xffffffb11fb1a3c0 : 0xffffff7fbdcba775 net.lundman.zfs : _zfs_znode_getvnode + 0x1b5
0xffffffb11fb1a460 : 0xffffff7fbdcc04dc net.lundman.zfs : _zfs_zget_ext + 0x3cc
0xffffffb11fb1a510 : 0xffffff7fbdc8f582 net.lundman.zfs : _zfs_rmnode + 0x102
0xffffffb11fb1a700 : 0xffffff7fbdcb85a0 net.lundman.zfs : _zfs_vnop_reclaim + 0x180
0xffffffb11fb1a730 : 0xffffff801c940f93 mach_kernel : _vnode_getiocount + 0x1233
0xffffffb11fb1a7b0 : 0xffffff801c940590 mach_kernel : _vnode_getiocount + 0x830
0xffffffb11fb1a7f0 : 0xffffff801c9417e9 mach_kernel : _vnode_rele_internal + 0x749
   Backtrace continues...
      Kernel Extensions in backtrace:
         net.lundman.zfs(2.0)[80636F45-AA53-352C-86C7-9A57BC46B339]@0xffffff7fbdb9f000->0xffffff7fbdecefff
            dependency: com.apple.iokit.IOStorageFamily(2.1)[3FE3BE82-782C-3D93-8EFA-F06A4594D17C]@0xffffff801f137000->0xffffff801f148fff

Process name corresponding to current thread: Finder
Boot args: keepsyms=1 debug=0x146

Mac OS version:
20B29

Kernel version:
Darwin Kernel Version 20.1.0: Sat Oct 31 00:07:11 PDT 2020; root:xnu-7195.50.7~2/RELEASE_X86_64
Kernel UUID: 84C6DC45-6B02-335F-9439-5D2A9BC385A4
KernelCache slide: 0x000000001c400000
KernelCache base:  0xffffff801c600000
Kernel slide:      0x000000001c410000
Kernel text base:  0xffffff801c610000
__HIB  text base: 0xffffff801c500000
System model name: MacBookPro11,5 (Mac-06F11F11946D27C5)
System shutdown begun: NO
Panic diags file available: YES (0x0)
Hibernation exit count: 0

System uptime in nanoseconds: 1232071850103
Last Sleep:           absolute           base_tsc          base_nano
  Uptime  : 0x0000011edd347c2f
  Sleep   : 0x0000000000000000 0x0000000000000000 0x0000000000000000
  Wake    : 0x0000000000000000 0x000000600b0d5fa6 0x0000000000000000
last started kext at 524102840764: @filesystems.smbfs   3.4.1 (addr 0xffffff7fbcab5000, size 434176)
loaded kexts:
org.virtualbox.kext.VBoxNetAdp   6.1.16
org.virtualbox.ke


Cheers!
James

Edit: Spelling
Jimbo
 
Posts: 149
Joined: Sun Sep 17, 2017 5:12 am

Re: Kernel Panic Issues after installing 2.0.0 RC5 on Big Su

Postby Jimbo » Mon Nov 16, 2020 2:19 am

Ok back to weird...

If I clear my boot-args, I'm back to panics on boot. Specifically, it seems that if I set (via Recovery Mode):

Code: Select all
nvram boot-args="keepsyms=1 debug=0x146"


Things boot and work-ish (see panics above). Clear boot-arg and back to very b0rked.

Edit: yep, validated again - clear boot-args = panic on boot, set boot-args as above = boot and [kinda] working pool (but breaks under [delete] load).

Cheers!
James
Jimbo
 
Posts: 149
Joined: Sun Sep 17, 2017 5:12 am

Re: Kernel Panic Issues after installing 2.0.0 RC5 on Big Su

Postby dereed999 » Mon Nov 16, 2020 4:56 am

Like @dguisinger01 I'm also getting a panic w/ a page fault. The backtrace appears to be the same source of the page fault. The page fault appears to happen at kernel load time, even with all my external drives unplugged.

Code: Select all
panic(cpu 0 caller 0xffffff80095efa76): Kernel trap at 0xffffff7faab1f702, type 14=page fault, registers:
CR0: 0x000000008001003b, CR2: 0xffffff800c7e4008, CR3: 0x000000001d562000, CR4: 0x00000000003626e0
RAX: 0x00000000000060e2, RBX: 0xffffff800c7e4008, RCX: 0xffffff8009360000, RDX: 0x0000000000000000
RSP: 0xffffffa198963cb0, RBP: 0xffffffa198963cf0, RSI: 0xffffff8009411148, RDI: 0xffffff8009410020
R8:  0x000000117498f8a3, R9:  0x0000000000000000, R10: 0x0000020000011000, R11: 0xffffffa11d627280
R12: 0x0000000000000000, R13: 0xffffff8009411188, R14: 0x0000000000000000, R15: 0xffffff800cb8f9c8
RFL: 0x0000000000010246, RIP: 0xffffff7faab1f702, CS:  0x0000000000000008, SS:  0x0000000000000010
Fault CR2: 0xffffff800c7e4008, Error code: 0x0000000000000000, Fault CPU: 0x0, PL: 0, VF: 2

Backtrace (CPU 0), Frame : Return Address
0xffffffa1989636d0 : 0xffffff80094bc66d
0xffffffa198963720 : 0xffffff80095ff073
0xffffffa198963760 : 0xffffff80095ef6aa
0xffffffa1989637b0 : 0xffffff8009461a2f
0xffffffa1989637d0 : 0xffffff80094bbf0d
0xffffffa1989638f0 : 0xffffff80094bc1f8
0xffffffa198963960 : 0xffffff8009cbee1a
0xffffffa1989639d0 : 0xffffff80095efa76
0xffffffa198963b50 : 0xffffff80095ef75d
0xffffffa198963ba0 : 0xffffff8009461a2f
0xffffffa198963bc0 : 0xffffff7faab1f702
0xffffffa198963cf0 : 0xffffff7faab1efb1
0xffffffa198963d40 : 0xffffff7faab1ed4d
0xffffffa198963d90 : 0xffffff7faa988ff6
0xffffffa198963dd0 : 0xffffff8009bef09b
0xffffffa198963e40 : 0xffffff8009beec46
0xffffffa198963ef0 : 0xffffff8009beddcf
0xffffffa198963f50 : 0xffffff8009bf0b46
0xffffffa198963fa0 : 0xffffff800946113e
      Kernel Extensions in backtrace:
         net.lundman.zfs(2.0)[BCA3C767-0F77-3C82-8314-77E397B605B2]@0xffffff7faa885000->0xffffff7faabb4fff
            dependency: com.apple.iokit.IOStorageFamily(2.1)[3FE3BE82-782C-3D93-8EFA-F06A4594D17C]@0xffffff800bf37000->0xffffff800bf48fff

Process name corresponding to current thread: kernel_task
Boot args: chunklist-security-epoch=0 -chunklist-no-rev2-dev chunklist-security-epoch=0 -chunklist-no-rev2-dev

Mac OS version:
20B29

Kernel version:
Darwin Kernel Version 20.1.0: Sat Oct 31 00:07:11 PDT 2020; root:xnu-7195.50.7~2/RELEASE_X86_64
Kernel UUID: 84C6DC45-6B02-335F-9439-5D2A9BC385A4
KernelCache slide: 0x0000000009200000
KernelCache base:  0xffffff8009400000
Kernel slide:      0x0000000009210000
Kernel text base:  0xffffff8009410000
__HIB  text base: 0xffffff8009300000
System model name: Macmini8,1 (Mac-7BA5B2DFE22DDD8C)
System shutdown begun: NO
Hibernation exit count: 0

System uptime in nanoseconds: 68777473662365
Last Sleep:           absolute           base_tsc          base_nano
  Uptime  : 0x00003e8d80e2e0db
  Sleep   : 0x0000000000000000 0x0000000000000000 0x0000000000000000
  Wake    : 0x0000000000000000 0x0000000925fa52bf 0x0000000000000000
last started kext at 68776477992925: net.lundman.zfs   2.0.0 (addr 0xffffff7faa885000, size 3342336)
last stopped kext at 12950874058568: >usb.!UUserHCI   1 (addr 0xffffff7fa8fef000, size 98304)
loaded kexts:
net.lundman.zfs   2.0.0
com.highpoint-tech.kext.HighPointRR   4.20.3
com.softraid.driver.SoftRAID   6.0
com.highpoint-tech.kext.HighPointIOP   4.4.5
com.parallels.kext.usbconnect   16.1.0 48950
com.parallels.kext.netbridge   16.1.0 48950
com.parallels.kext.hypervisor   16.1.0 48950
com.parallels.kext.vnic   16.1.0 48950
>usb.!UUserHCI   1
>AudioAUUC   1.70
>!APlatformEnabler   2.7.0d0
>AGPM   119
>X86PlatformShim   1.0.0
@filesystems.autofs   3.0
@fileutil   20.036.15
>!AUpstreamUserClient   3.6.8
>!AMCCSControl   1.14
>!A!IKBLGraphics   16.0.0
>!ABridgeAudio!C   100.2
>!A!ICFLGraphicsFramebuffer   16.0.0
>!AGraphicsDevicePolicy   6.1.27
@AGDCPluginDisplayMetrics   6.1.27
>!AGFXHDA   100.1.431
>pmtelemetry   1
>LuaHardwareAccess   1.0.16
|IOUserEthernet   1.0.1
|IO!BSerialManager   8.0.1f5
@Dont_Steal_Mac_OS_X   7.0.0
>!AHV   1
>!ADiskImages2   1
>BridgeAudioCommunication   100.2
>!AAVEBridge   6.1
>!A!IPCHPMC   2.0.1
>!A!ISlowAdaptiveClocking   4.0.0
>!AThunderboltIP   4.0.3
>BCMWLANFirmware4378.Hashstore   1
>BCMWLANFirmware4377.Hashstore   1
>BCMWLANFirmware4364.Hashstore   1
>BCMWLANFirmware4355.Hashstore   1
@filesystems.tmpfs   1
@filesystems.hfs.kext   556.41.1
@BootCache   40
@!AFSCompression.!AFSCompressionTypeZlib   1.0.0
@!AFSCompression.!AFSCompressionTypeDataless   1.0.0d1
>!ABCMWLANBusInterfacePCIeMac   1
@filesystems.apfs   1677.50.1
@private.KextAudit   1.0
>!AACPIButtons   6.1
>!ASMBIOS   2.1
>!AACPIEC   6.1
>!AAPIC   1.7
@!ASystemPolicy   2.0.0
@nke.applicationfirewall   310
|IOKitRegistryCompatibility   1
|EndpointSecurity   1
|IOSCSIParallel!F   3.0.0
>!AHIDKeyboard   222
@kext.triggers   1.0
>!ASMBus!C   1.0.18d1
|IOAccelerator!F2   439.35.4
>!AGraphicsControl   6.1.27
|IO!BHost!CUARTTransport   8.0.1f5
|IO!BHost!CTransport   8.0.1f5
>X86PlatformPlugin   1.0.0
|IONDRVSupport   585
|IOAudio!F   300.6.1
@vecLib.kext   1.2.0
|IOAVB!F   900.12
@plugin.IOgPTPPlugin   900.11
|IOEthernetAVB!C   1.1.0
>!A!ILpssUARTv1   3.0.60
>!A!ILpssUARTCommon   3.0.60
>!AOnboardSerial   1.0
@!AGPUWrangler   6.1.27
@!AGraphicsDeviceControl   6.1.27
|IOGraphics!F   585
>IOPlatformPlugin!F   6.0.0d8
|IOSlowAdaptiveClocking!F   1.0.0
>usb.!UHub   1.2
>usb.cdc.ncm   5.0.0
>usb.cdc   5.0.0
>usb.networking   5.0.0
>usb.!UHostCompositeDevice   1.2
>!AThunderboltPCIDownAdapter   4.1.1
>!AThunderboltDPInAdapter   8.1.4
>!AThunderboltDPAdapter!F   8.1.4
>!AHPM   3.4.4
>!A!ILpssI2C!C   3.0.60
>!A!ILpssI2C   3.0.60
>!A!ILpssDmac   3.0.60
>!ABSDKextStarter   3
|IOSurface   289.3
@filesystems.hfs.encodings.kext   1
>!ABCMWLANCoreMac   1.0.0
|IOSerial!F   11
|IO80211!FV2   1200.12.2b1
|IOSkywalk!F   1
>IOImageLoader   1.0.0
>corecapture   1.0.4
>!AThunderboltNHI   7.2.8
|IOThunderbolt!F   9.3.2
>usb.!UVHCIBCE   1.2
>usb.!UVHCICommonBCE   1.0
>usb.!UVHCI   1.2
>usb.!UVHCICommon   1.0
>!AEffaceableNOR   1.0
|IOBufferCopy!C   1.1.0
|IOBufferCopyEngine!F   1
|IONVMe!F   2.1.0
|IOUSB!F   900.4.2
>usb.!UXHCIPCI   1.2
>usb.!UXHCI   1.2
>!AEthernetAquantiaAqtion   1.0.64
>mDNSOffloadUserClient   1.0.1b8
>!AEFINVRAM   2.1
>!AEFIRuntime   2.1
>!ASMCRTC   1.0
|IOSMBus!F   1.1
|IOHID!F   2.0.0
$!AImage4   3.0.0
|IOTimeSync!F   900.11
|IONetworking!F   3.4
>DiskImages   493.0.0
|IO!B!F   8.0.1f5
|IOReport!F   47
|IO!BPacketLogger   8.0.1f5
$quarantine   4
$sandbox   300.0
@kext.!AMatch   1.0.0d1
|CoreAnalytics!F   1
>!ASSE   1.0
>!AKeyStore   2
>!UTDM   511.40.9
|IOUSBMass!SDriver   184.40.6
|IOSCSIBlockCommandsDevice   436.40.6
|IO!S!F   2.1
|IOSCSIArchitectureModel!F   436.40.6
>!AMobileFileIntegrity   1.0.5
@kext.CoreTrust   1
>!AFDEKeyStore   28.30
>!AEffaceable!S   1.0
>!ACredentialManager   1.0
>KernelRelayHost   1
|IOUSBHost!F   1.2
>!UHostMergeProperties   1.2
>usb.!UCommon   1.0
>!ABusPower!C   1.0
>!ASEPManager   1.0.1
>IOSlaveProcessor   1
>!AACPIPlatform   6.1
>!ASMC   3.1.9
|IOPCI!F   2.9
|IOACPI!F   1.4
>watchdog   1
@kec.pthread   1
@kec.corecrypto   1.0
@kec.Libm   1
dereed999
 
Posts: 21
Joined: Thu Sep 10, 2020 6:33 am

Re: Kernel Panic Issues after installing 2.0.0 RC5 on Big Su

Postby dereed999 » Mon Nov 16, 2020 5:23 am

It's repeatable across multiple systems. I tried doing as you discovered and can load the kernel extension without the page fault panic.

Jimbo wrote:If I clear my boot-args, I'm back to panics on boot. Specifically, it seems that if I set (via Recovery Mode):

Code: Select all
nvram boot-args="keepsyms=1 debug=0x146"


Things boot and work-ish (see panics above). Clear boot-arg and back to very b0rked.


I've not had a panic yet... but my pool is wonky. I can see my pool and 1 (of 3) volumes on the pool. /dev/disk12 should have a partition schema, an EFI partition, and then an Apple_HFS partition. I'm missing what would probably be disk14 (which should have the same basic structure - GUID schema, EFI, then Apple_HFS partition)
Code: Select all
/dev/disk11 (internal, virtual):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        +54.7 TB    disk11
   1:                ZFS Dataset ⁨zfsPool⁩                 54.7 TB    disk11s1

/dev/disk12 (external, virtual):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                                                   +5.5 TB     disk12

/dev/disk13 (external, virtual):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        +1.6 TB     disk13
   1:                        EFI ⁨EFI⁩                     209.7 MB   disk13s1
   2:                  Apple_HFS ⁨Photos & Videos⁩         1.6 TB     disk13s2
dereed999
 
Posts: 21
Joined: Thu Sep 10, 2020 6:33 am

Re: Kernel Panic Issues after installing 2.0.0 RC5 on Big Su

Postby FunMiles » Mon Nov 16, 2020 7:37 am

I also had panics any time I tried to boot. The reports were like the ones posted above, so I won't repeat them.
I had to boot in safe mode and uninstall to be able to login on the next reboot.

For anyone who wants to uninstall, note that the wiki uninstall instructions talks about starting from the dmg.
This install is from a pkg file and I had to use
Code: Select all
pkgutil --expand /Users/michel/.Trash/OpenZFSonOsX-2.0.0-Big.Sur-11.0.pkg package
The the command I used to uninstall was
Code: Select all
sudo package/my_package.pkg/Scripts/preinstall_actions/0uninstall
FunMiles
 
Posts: 27
Joined: Sat Sep 30, 2017 12:05 pm

Re: Kernel Panic Issues after installing 2.0.0 RC5 on Big Su

Postby lundman » Mon Nov 16, 2020 4:05 pm

It would help immensely if you could have keepsyms=1 so we can see the stack on panics. Especially for the "panic instantly on boot" problem. That is generally when we run benchmarking on all the new assembler replacement functions.

As for uninstalling, you should reboot into Recovery, start Terminal, and run:

# kmutil trigger-panic-medic --volume-root=/Volumes/NAMEOFYOURDISK

then reboot normally, and once up, "rm -rf /Library/Extensions/zfs.kext" and it is gone. You will have to "approve" any other 3rd party kexts again.
User avatar
lundman
 
Posts: 1337
Joined: Thu Mar 06, 2014 2:05 pm
Location: Tokyo, Japan

PreviousNext

Return to General Help

Who is online

Users browsing this forum: Google [Bot] and 18 guests

cron