daddintech

As stated by martial, the new Dozzle needs some changes. Here are a couple of quick reference screenshots of the new path and variable that had to be added.

Although I utilize Tdarr for transcoding H.264 videos to H.265 videos, I do use it in a somewhat off-label manner. Rather than Tdarr watching my main videos folder, I move new H.264 movies from a share on a pool drive to a different share on the same drive that Tdarr watches. This drive originally utilized the XFS file system. This arrangement worked just fine under this scenario and Tdarr’s folder watch picked up newly copied files and placed them into the transcoding queue. In preparation for use of this drive for additional functions, I converted this pool device to ZFS. Now, when I move H.264 videos to the Tdarr watched folder, the folder watch function does not place anything into the transcoding queue. If I initiate a Scan of the Tdarr watch folder/library, the newly copied video is detected, added to the transcoding queue, and transcoding proceeds without issue. My question is, is this simply a result of the natural behavior/function of the ZFS file system and how files are copied and/or moved on a drive, or is there something else amiss here? Due to my low usage of Tdarr, this current behavior is not really a problem as it is only just a few extra mouse clicks. But, I’m interested as to the cause to satisfy my my own personal curiousness. Additional information…. I am on the most current versions of Unraid and Tdarr both. Also, I am new to the ZFS file system and its more detailed behavior/function.

Well, I decided to delete this VM install, manually remove any traces of the VM install (e.g. img files, ovmf files, scripts, etc.), and then reinstall the Big Sur VM. Everything works like a charm now! Couldn't be happier! Sorry for the wild goose chase, but problem was solved with a reinstall. Thanks for your help as it was much appreciated!

Sure thing. Here is the complete log: panic(cpu 3 caller 0xffffff800f1937e5): ""@/System/Volumes/Data/SWE/macOS/BuildRoots/15c9597e6e/Library/Caches/com.apple.xbs/Sources/xnu/xnu-7195.141.46/osfmk/corecrypto/cc_abort.c:50 Backtrace (CPU 3), Frame : Return Address 0xffffffa09333b460 : 0xffffff800f08821d mach_kernel : _handle_debugger_trap + 0x3fd 0xffffffa09333b4b0 : 0xffffff800f1d0bd3 mach_kernel : _kdp_i386_trap + 0x143 0xffffffa09333b4f0 : 0xffffff800f1c11ca mach_kernel : _kernel_trap + 0x55a 0xffffffa09333b540 : 0xffffff800f02ca2f mach_kernel : _return_from_trap + 0xff 0xffffffa09333b560 : 0xffffff800f087a3d mach_kernel : _DebuggerTrapWithState + 0xad 0xffffffa09333b680 : 0xffffff800f087d33 mach_kernel : _panic_trap_to_debugger + 0x273 0xffffffa09333b6f0 : 0xffffff800f89bc8a mach_kernel : _panic + 0x54 0xffffffa09333b760 : 0xffffff800f1937e5 mach_kernel : _cc_abort + 0x15 0xffffffa09333b770 : 0xffffff800f193e2b mach_kernel : _ccdrbg_factory_nisthmac + 0x63b 0xffffffa09333b780 : 0xffffff800f193b0b mach_kernel : _ccdrbg_factory_nisthmac + 0x31b 0xffffffa09333b830 : 0xffffff800f194e47 mach_kernel : _early_random + 0x307 0xffffffa09333b940 : 0xffffff800f0e3859 mach_kernel : _work_interval_port_type_render_server + 0xf89 0xffffffa09333b960 : 0xffffff800f0e3160 mach_kernel : _work_interval_port_type_render_server + 0x890 0xffffffa09333ba60 : 0xffffff800f0e64b6 mach_kernel : _work_interval_port_type_render_server + 0x3be6 0xffffffa09333baa0 : 0xffffff800f0d0982 mach_kernel : _thread_call_allocate_with_options + 0x32 0xffffffa09333bb50 : 0xffffff800f7f21bc mach_kernel : __ZN18IOTimerEventSource14setTimeoutFuncEv + 0xbc 0xffffffa09333bb70 : 0xffffff800f7f221e mach_kernel : __ZN18IOTimerEventSource4initEP8OSObjectPFvS1_PS_E + 0x1e 0xffffffa09333bb90 : 0xffffff800f7f314e mach_kernel : __ZN18IOTimerEventSource16timerEventSourceEP8OSObjectPFvS1_PS_E + 0x8e 0xffffffa09333bbc0 : 0xffffff8011fe958a com.apple.driver.usb.AppleUSBUHCI : __ZN21AppleUSBUHCIQueueHead33initWithControllerAndSharedMemoryEP12AppleUSBUHCIP19UHCIQueueHeadSharedy + 0x86 0xffffffa09333bbf0 : 0xffffff8011fe9332 com.apple.driver.usb.AppleUSBUHCI : __ZN21AppleUSBUHCIQueueHead29WithControllerAndSharedMemoryEP12AppleUSBUHCIP19UHCIQueueHeadSharedy + 0x62 0xffffffa09333bc30 : 0xffffff8011fe9024 com.apple.driver.usb.AppleUSBUHCI : __ZN25AppleUSBUHCIQueueHeadPool5getQHEhhhhthjt + 0xee 0xffffffa09333bc90 : 0xffffff8011fe8ef3 com.apple.driver.usb.AppleUSBUHCI : __ZN25AppleUSBUHCIQueueHeadPool28initWithControllerAndOptionsEP12AppleUSBUHCIj + 0x9b 0xffffffa09333bce0 : 0xffffff8011fe8e3d com.apple.driver.usb.AppleUSBUHCI : __ZN25AppleUSBUHCIQueueHeadPool24withControllerAndOptionsEP12AppleUSBUHCIj + 0x59 0xffffffa09333bd10 : 0xffffff8011feafdd com.apple.driver.usb.AppleUSBUHCI : __ZN12AppleUSBUHCI5startEP9IOService + 0x1e5 0xffffffa09333bd80 : 0xffffff8011ff9c17 com.apple.driver.usb.AppleUSBUHCIPCI : __ZN15AppleUSBUHCIPCI5startEP9IOService + 0x3b9 0xffffffa09333bdd0 : 0xffffff800f7c3d2b mach_kernel : __ZN9IOService14startCandidateEPS_ + 0xeb 0xffffffa09333be40 : 0xffffff800f7c38be mach_kernel : __ZN9IOService15probeCandidatesEP12OSOrderedSet + 0xcce 0xffffffa09333bef0 : 0xffffff800f7c2a5f mach_kernel : __ZN9IOService14doServiceMatchEj + 0x30f 0xffffffa09333bf50 : 0xffffff800f7c57d6 mach_kernel : __ZN15_IOConfigThread4mainEPvi + 0x186 0xffffffa09333bfa0 : 0xffffff800f02c13e mach_kernel : _call_continuation + 0x2e Kernel Extensions in backtrace: com.apple.driver.usb.AppleUSBUHCI(1.2)[DC795E3F-2357-3BA9-BDCA-B08D818E521E]@0xffffff8011fdf000->0xffffff8011ff3fff dependency: com.apple.driver.usb.AppleUSBCommon(1.0)[B52FCC8A-A083-367C-9DA9-C0567C86E7A5]@0xffffff80108a6000->0xffffff80108a9fff dependency: com.apple.driver.usb.AppleUSBEHCI(1.2)[A155A6A5-0D22-3FDC-8CD0-1C998867B83A]@0xffffff8011f2f000->0xffffff8011f6cfff dependency: com.apple.iokit.IOUSBHostFamily(1.2)[E9E2979C-5F4F-31F7-80AA-B28B877E9959]@0xffffff8011e8b000->0xffffff8011f19fff com.apple.driver.usb.AppleUSBUHCIPCI(1.2)[4F83C93D-A598-345E-B645-77FB367C5D58]@0xffffff8011ff9000->0xffffff8011ffbfff dependency: com.apple.driver.usb.AppleUSBCommon(1.0)[B52FCC8A-A083-367C-9DA9-C0567C86E7A5]@0xffffff80108a6000->0xffffff80108a9fff dependency: com.apple.driver.usb.AppleUSBEHCI(1.2)[A155A6A5-0D22-3FDC-8CD0-1C998867B83A]@0xffffff8011f2f000->0xffffff8011f6cfff dependency: com.apple.driver.usb.AppleUSBUHCI(1.2)[DC795E3F-2357-3BA9-BDCA-B08D818E521E]@0xffffff8011fdf000->0xffffff8011ff3fff dependency: com.apple.iokit.IOACPIFamily(1.4)[02870861-1FF3-39CF-85E0-04DC6D1AAE5D]@0xffffff8011645000->0xffffff8011646fff dependency: com.apple.iokit.IOPCIFamily(2.9)[3E5DA5CC-56D6-3481-9EA8-4DAAA0551243]@0xffffff8011b6d000->0xffffff8011b95fff dependency: com.apple.iokit.IOUSBHostFamily(1.2)[E9E2979C-5F4F-31F7-80AA-B28B877E9959]@0xffffff8011e8b000->0xffffff8011f19fff Process name corresponding to current thread: kernel_task Boot args: keepsyms=1 Mac OS version: Not yet set Kernel version: Darwin Kernel Version 20.6.0: Sun Nov 6 23:17:00 PST 2022; root:xnu-7195.141.46~1/RELEASE_X86_64 Kernel UUID: 68CA2B75-6148-38BC-BC33-38E18B20A8B1 KernelCache slide: 0x000000000ee00000 KernelCache base: 0xffffff800f000000 Kernel slide: 0x000000000ee10000 Kernel text base: 0xffffff800f010000 __HIB text base: 0xffffff800ef00000 System model name: MacPro6,1 (Mac-F60**********CF6) System shutdown begun: NO Panic diags file unavailable, panic occurred prior to initialization Hibernation exit count: 0 System uptime in nanoseconds: 438860557 Last Sleep: absolute base_tsc base_nano Uptime : 0x000000001a287f27 Sleep : 0x0000000000000000 0x0000000000000000 0x0000000000000000 Wake : 0x0000000000000000 0x000000041ecfcef0 0x0000000000000000 last started kext at 437378096: >!AFileSystemDriver 3.0.1 (addr 0xffffff801053a000, size 8192) loaded kexts: as.acidanthera.BrcmFirmwareStore 2.6.2 as.vit9696.!AALC 1.6.9 as.vit9696.WhateverGreen 1.5.7 as.vit9696.Lilu 1.6.0 >!AFileSystemDriver 3.0.1 @filesystems.tmpfs 1 >!AAHCIPort 346.100.2 @filesystems.hfs.kext 556.100.12 @BootCache 40 @!AFSCompression.!AFSCompressionTypeZlib 1.0.0 @!AFSCompression.!AFSCompressionTypeDataless 1.0.0d1 @private.KextAudit 1.0 >!AACPIButtons 6.1 >!ARTC 2.0 >!ASMBIOS 2.1 >!AAPIC 1.7 @!ASystemPolicy 2.0.0 @nke.applicationfirewall 311 |IOKitRegistryCompatibility 1 |EndpointSecurity 1 >!ABSDKextStarter 3 |IOSurface 290.8.1 |IOSkywalk!F 1 >mDNSOffloadUserClient 1.0.1b8 |IOAHCI!F 294.100.1 >usb.!UUHCIPCI 1.2 >usb.!UUHCI 1.2 >usb.!UEHCIPCI 1.2 >usb.!UEHCI 1.2 >!AVirtIO 74.120.4 |IOSerial!F 11 @filesystems.hfs.encodings.kext 1 >usb.!UHostPacketFilter 1.0 |IOUSB!F 900.4.2 >!AEFINVRAM 2.1 >!AEFIRuntime 2.1 |IOHID!F 2.0.0 $!AImage4 3.0.0 |IOTimeSync!F 985.2 |IONetworking!F 3.4 >DiskImages 493.0.0 |IO!B!F 8.0.5d7 |IOReport!F 47 |IO!BPacketLogger 8.0.5d7 $quarantine 4 $sandbox 300.0 @kext.!AMatch 1.0.0d1 |CoreAnalytics!F 1 >!ASSE 1.0 >!AKeyStore 2 >!UTDM 511.141.1 |IOUSBMass!SDriver 184.140.2 |IOSCSIBlockCommandsDevice 436.140.1 |IO!S!F 2.1 |IOSCSIArchitectureModel!F 436.140.1 >!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 11.1 @kec.Libm 1

I appreciate the response! I have looked at the log, but am very out of practice and barely more educated than a novice with the more technical aspects of macOS. Would a copy of the log pasted here be helpful or would you (or anyone) be able to guide me through analyzing the log? I have looked online at some guides regarding examination of these types of logs. Unfortunately, my log does not give me a suggestions as to the cause at the opening of the log as some of the guides stated may be present. The opening line is as follows: panic(cpu 3 caller 0xffffff800f1937e5): ""@/System/Volumes/Data/SWE/macOS/BuildRoots/15c9597e6e/Library/Caches/com.apple.xbs/Sources/xnu/xnu-7195.141.46/osfmk/corecrypto/cc_abort.c:50 The backtrace is somewhat foreign to me, but I do see the mention of USB a fair number of times. I do not have any USB ports or any hardware, for that matter, being passed through to the VM. Something else possibly of interest to note in the log is the line: "Mac OS version: Not yet set". This may be nothing and completely normal, but thought I would throw it out there just in case. Thanks in advance!

First post to the forum and a fairly new Unraid user. I have a W11 VM installed and recently installed a Big Sur VM using the awesome Macinabox app/process. The Big Sur VM seems to be working just fine/without issue but with one exception. Every time I shut the VM down and restart it, I receive the "Your computer was restarted because of a problem." error message. Although the error pops up, everything still seemingly functions as expected. I can click ignore in response to the error and the VM continues on without issue. But, being slightly obsessive by nature, I can't just ignore this issue. I have searched the forums and the interwebs high and low. The only similar issue I came across actually prevented the VM from booting. However, that is not my issue. I am fully updated with my Unraid install, plugins, etc. and the version of Big Sur that was installed is 11.7.2. The only deviation from the tutorial/posts in this thread that I seemed to have made anywhere along the way was to install an update to Safari that was a security fix through the System Settings application within the VM. Any help or insight would be greatly appreciated! Thanks in advance!