I suspect the dnf offline reboot short boot to update packages at Fri 2024-04-26 13:12:38 EDT doesn't show a crash in smartctl because it skips running service smartd.service because 'dnf5 offline reboot' does a minimal boot->packages upgrade->full boot.
So the crash was the full boot at "-2" 2024-04-26 13:16:31 EDT

I ran the same command after bootup is completed, the core dump doesn't occur if I run this manually:

sudo /usr/sbin/smartctl --all /dev/nvme0n1

Constant crashes of this are relatively annoying, I've raised this to 'high' and on my system with the crash I've temporarily turned off  'smartd' service.

I've bumped this up to Fedora 41 and smartmontools-7.4-6.fc41.x86_64 since I've confirmed this also happens in the latest Fedora 41 prebeta

The "coredumpctl info" for Fedora 41, kernel 6.11.0-63.fc41.x86_64 and smartmontools-7.4-6 shows:

           PID: 2338 (smartctl)
           UID: 0 (root)
           GID: 0 (root)
        Signal: 6 (ABRT)
     Timestamp: Tue 2024-10-01 10:28:21 EDT (27min ago)
  Command Line: /usr/sbin/smartctl --all /dev/nvme0n1
    Executable: /usr/sbin/smartctl
 Control Group: /system.slice/system-dbus\x2d:1.3\x2dorg.kde.kded.smart.slice/dbus-:1.3-org.kde.kded.smart
          Unit: dbus-:1.3-org.kde.kded.smart
         Slice: system-dbus\x2d:1.3\x2dorg.kde.kded.smart.slice
       Boot ID: c2d5998fcf6448889e7e4e2120e6e170
    Machine ID: 606b1acf646545ed8a19c9cf0245d31e
      Hostname: msi
       Storage: /var/lib/systemd/coredump/core.smartctl.0.c2d5998fcf6448889e7e4e2120e6e170.2338.1727792901000000.zst (inaccessible)
       Message: Process 2338 (smartctl) of user 0 dumped core.
                
                Module libpcre2-8.so.0 from rpm pcre2-10.44-1.fc41.1.x86_64
                Module libselinux.so.1 from rpm libselinux-3.7-5.fc41.x86_64
                Stack trace of thread 2338:
                #0  0x00007fc9dd651724 __pthread_kill_implementation (libc.so.6 + 0x72724)
                #1  0x00007fc9dd5f8d0e raise (libc.so.6 + 0x19d0e)
                #2  0x00007fc9dd5e0942 abort (libc.so.6 + 0x1942)
                #3  0x00007fc9dd5e17a7 __libc_message_impl.cold (libc.so.6 + 0x27a7)
                #4  0x00007fc9dd65b8a5 malloc_printerr (libc.so.6 + 0x7c8a5)
                #5  0x00007fc9dd65dcdc _int_free (libc.so.6 + 0x7ecdc)
                #6  0x00007fc9dd66060e free (libc.so.6 + 0x8160e)
                #7  0x00005594d11e5de1 _ZN14drive_databaseD1Ev (smartctl + 0x65de1)
                #8  0x00007fc9dd5fb461 __run_exit_handlers (libc.so.6 + 0x1c461)
                #9  0x00007fc9dd5fb52e exit (libc.so.6 + 0x1c52e)
                #10 0x00007fc9dd5e224f __libc_start_call_main (libc.so.6 + 0x324f)
                #11 0x00007fc9dd5e230b __libc_start_main@@GLIBC_2.34 (libc.so.6 + 0x330b)
                #12 0x00005594d11b1755 _start (smartctl + 0x31755)
                ELF object binary architecture: AMD x86-64

What are the steps to reproduce this exactly? There is smartmontools service calle smartd.service which runs /usr/sbin/smartd but in the report it says /usr/bin/smartctl so something else must be starting it

1.  sudo systemctl enable smartd.service

is all I needed to reproduce it (having smartd service enabled)

smartd service runs smartd executable, not smartctl so it can't originate from that

looking at the report, this line:
> Control Group: /system.slice/system-dbus\x2d:1.3\x2dorg.kde.kded.smart.slice/dbus-:1.3-org.kde.kded.smart

indicates that this has something to do with KDE, after some checking, file
/usr/share/dbus-1/system-services/org.kde.kded.smart.service

comes from plasma-disks package. My guess is that plasma-disks tries to do something that is not possible with selinux policy, unfortunately the core dump is not provide too much information. 

Is there any smartmontools related information in journalctl log?

You may also try to boot with selinux in permissive mode and see if the crash happens again or not.

>  Is there any smartmontools related information in journalctl log?

sure:

journalctl -b 0 --no-pager -g smart

Oct 14 13:56:25 msi audit[1]: SERVICE_START pid=1 uid=0 auid=4294967295 ses=4294967295 subj=system_u:system_r:init_t:s0 msg='unit=dbus-:1.3-org.kde.kded.smart@0 comm="systemd" exe="/usr/lib/systemd/systemd" hostname=? addr=? terminal=? res=success'
Oct 14 13:56:25 msi audit[2330]: ANOM_ABEND auid=4294967295 uid=0 gid=0 ses=4294967295 subj=system_u:system_r:unconfined_service_t:s0 pid=2330 comm="smartctl" exe="/usr/sbin/smartctl" sig=6 res=1
Oct 14 13:56:25 msi systemd-coredump[2346]: [🡕] Process 2330 (smartctl) of user 0 dumped core.
                                            
                                            Module libpcre2-8.so.0 from rpm pcre2-10.44-1.fc41.1.x86_64
                                            Module libselinux.so.1 from rpm libselinux-3.7-5.fc41.x86_64
                                            Stack trace of thread 2330:
                                            #0  0x00007fa8b699a724 __pthread_kill_implementation (libc.so.6 + 0x72724)
                                            #1  0x00007fa8b6941d0e raise (libc.so.6 + 0x19d0e)
                                            #2  0x00007fa8b6929942 abort (libc.so.6 + 0x1942)
                                            #3  0x00007fa8b692a7a7 __libc_message_impl.cold (libc.so.6 + 0x27a7)
                                            #4  0x00007fa8b69a48a5 malloc_printerr (libc.so.6 + 0x7c8a5)
                                            #5  0x00007fa8b69a6cdc _int_free (libc.so.6 + 0x7ecdc)
                                            #6  0x00007fa8b69a960e free (libc.so.6 + 0x8160e)
                                            #7  0x000055b95189cde1 _ZN14drive_databaseD1Ev (smartctl + 0x65de1)
                                            #8  0x00007fa8b6944461 __run_exit_handlers (libc.so.6 + 0x1c461)
                                            #9  0x00007fa8b694452e exit (libc.so.6 + 0x1c52e)
                                            #10 0x00007fa8b692b24f __libc_start_call_main (libc.so.6 + 0x324f)
                                            #11 0x00007fa8b692b30b __libc_start_main@@GLIBC_2.34 (libc.so.6 + 0x330b)
                                            #12 0x000055b951868755 _start (smartctl + 0x31755)
                                            ELF object binary architecture: AMD x86-64
Oct 14 13:56:26 msi abrt-notification[2704]: [🡕] Process 2921 (smartctl) crashed in ??()
Oct 14 13:56:35 msi audit[1]: SERVICE_STOP pid=1 uid=0 auid=4294967295 ses=4294967295 subj=system_u:system_r:init_t:s0 msg='unit=dbus-:1.3-org.kde.kded.smart@0 comm="systemd" exe="/usr/lib/systemd/systemd" hostname=? addr=? terminal=? res=success'

I've stopped accumlating core dumps by simply removing the plasma-disks package.  So you're right it's not related to smartd

I will close this and open a new bug under the correct related component of "plasma-disks" at new bug:  https://bugzilla.redhat.com/show_bug.cgi?id=2324086

*** This bug has been marked as a duplicate of bug 2324086 ***