ReadyNAS Pro 4 (RNDP4000) Smb crash after upgrading to latest version

Upgraded my ReadyNas to the latest firmware yesterday.  The unit hung on first reboot but after waiting an hour, power cycled it and it finished installing the upgrade and booted.  All good until this morning.

One of the folders in our samba share won't open, Windows claims the folder is inaccessible.  If I look at the smb logs, I see many segfaults, triggered whenever this folder is tried to be accessed.  

===============================================================
[2022/03/14 08:17:16.239970,  0] ../source3/lib/util.c:815(smb_panic_s3)
  PANIC (pid 23973): internal error
[2022/03/14 08:17:16.242458,  0] ../lib/util/fault.c:261(log_stack_trace)
  BACKTRACE: 33 stack frames:
   #0 /usr/lib/x86_64-linux-gnu/libsamba-util.so.0(log_stack_trace+0x1a) [0x7fe0e4bc2c1a]
   #1 /usr/lib/x86_64-linux-gnu/libsmbconf.so.0(smb_panic_s3+0x20) [0x7fe0e441fb10]
   #2 /usr/lib/x86_64-linux-gnu/libsamba-util.so.0(smb_panic+0x1c) [0x7fe0e4bc32ec]
   #3 /usr/lib/x86_64-linux-gnu/libsamba-util.so.0(+0x2052f) [0x7fe0e4bc352f]
   #4 /lib/x86_64-linux-gnu/libpthread.so.0(+0xf890) [0x7fe0e53da890]
   #5 /usr/lib/x86_64-linux-gnu/samba//vfs/catia.so(string_replace_allocate+0x93) [0x7fe0cf0c7303]
   #6 /usr/lib/x86_64-linux-gnu/samba//vfs/catia.so(+0x6194) [0x7fe0cf0c6194]
   #7 /usr/lib/x86_64-linux-gnu/samba//vfs/catia.so(+0x6358) [0x7fe0cf0c6358]
   #8 /usr/lib/x86_64-linux-gnu/samba/libsmbd-base-samba4.so(smb_vfs_call_translate_name+0x2d) [0x7fe0e471c95d]
   #9 /usr/lib/x86_64-linux-gnu/samba/libsmbd-base-samba4.so(vfs_readdirname+0x4f) [0x7fe0e471de5f]
   #10 /usr/lib/x86_64-linux-gnu/samba/libsmbd-base-samba4.so(ReadDirName+0x69) [0x7fe0e476a2b9]
   #11 /usr/lib/x86_64-linux-gnu/samba/libsmbd-base-samba4.so(+0xff68c) [0x7fe0e476b68c]
   #12 /usr/lib/x86_64-linux-gnu/samba/libsmbd-base-samba4.so(smbd_dirptr_get_entry+0x228) [0x7fe0e476bf48]
   #13 /usr/lib/x86_64-linux-gnu/samba/libsmbd-base-samba4.so(smbd_dirptr_lanman2_entry+0x15d) [0x7fe0e473ac4d]
   #14 /usr/lib/x86_64-linux-gnu/samba/libsmbd-base-samba4.so(+0x10d2bd) [0x7fe0e47792bd]
   #15 /usr/lib/x86_64-linux-gnu/samba/libsmbd-base-samba4.so(smbd_smb2_request_process_query_directory+0x35b) [0x7fe0e4779b8b]
   #16 /usr/lib/x86_64-linux-gnu/samba/libsmbd-base-samba4.so(smbd_smb2_request_dispatch+0xc09) [0x7fe0e474ade9]
   #17 /usr/lib/x86_64-linux-gnu/samba/libsmbd-base-samba4.so(+0x12c865) [0x7fe0e4798865]
   #18 /usr/lib/x86_64-linux-gnu/libtevent.so.0(+0xa6a3) [0x7fe0e14f26a3]
   #19 /usr/lib/x86_64-linux-gnu/libtevent.so.0(+0x8a37) [0x7fe0e14f0a37]
   #20 /usr/lib/x86_64-linux-gnu/libtevent.so.0(_tevent_loop_once+0x9d) [0x7fe0e14ecdfd]
   #21 /usr/lib/x86_64-linux-gnu/libtevent.so.0(tevent_common_loop_wait+0x1b) [0x7fe0e14ed02b]
   #22 /usr/lib/x86_64-linux-gnu/libtevent.so.0(+0x89d7) [0x7fe0e14f09d7]
   #23 /usr/lib/x86_64-linux-gnu/samba/libsmbd-base-samba4.so(smbd_process+0x6f9) [0x7fe0e4872019]
   #24 /usr/sbin/smbd(+0xa1f0) [0x56007bf0b1f0]
   #25 /usr/lib/x86_64-linux-gnu/libtevent.so.0(+0xa6a3) [0x7fe0e14f26a3]
   #26 /usr/lib/x86_64-linux-gnu/libtevent.so.0(+0x8a37) [0x7fe0e14f0a37]
   #27 /usr/lib/x86_64-linux-gnu/libtevent.so.0(_tevent_loop_once+0x9d) [0x7fe0e14ecdfd]
   #28 /usr/lib/x86_64-linux-gnu/libtevent.so.0(tevent_common_loop_wait+0x1b) [0x7fe0e14ed02b]
   #29 /usr/lib/x86_64-linux-gnu/libtevent.so.0(+0x89d7) [0x7fe0e14f09d7]
   #30 /usr/sbin/smbd(main+0x1868) [0x56007bf09188]
   #31 /lib/x86_64-linux-gnu/libc.so.6(__libc_start_main+0xf5) [0x7fe0e5041b45]
   #32 /usr/sbin/smbd(+0x8662) [0x56007bf09662]
[2022/03/14 08:17:16.244177,  0] ../source3/lib/dumpcore.c:315(dump_core)
  dumping core in /var/log/samba/cores/smbd
[2022/03/14 08:17:16.278756,  2] ../source3/auth/auth.c:314(auth_check_ntlm_password)
  check_ntlm_password:  authentication for user [pdensmore] -> [pdensmore] -> [pdensmore] succeeded
[2022/03/14 08:17:16.392648,  0] ../lib/util/fault.c:79(fault_report)

I can PM someone the log zip if that helps.