Had to replicate pool, destroy and rebuild with new disks. Broken apps now

I upgraded to 25.04 a while back and when i upgraded to 25.04.01 a few days ago TrueNas suddenly figured out that one of the SSD’s was completely dead.
idk if it was a bug that it did not detect that before but it was gone.

I connected a external usb drive and followed this guide:

I went to apps screen, did unset pool option.
Then I changed the mountpoint with
zfs set mountpoint=/mnt/.ix-apps DupPool/ix-apps
(Then I realized this was wrong and it made an extra /mnt/mnt/.ix-apps, so i changed the command to zfs set mountpoint=/.ix-apps DupPool/ix-apps and redid all the steps, restarted etc. and it worked the second time)

Then i restarted, went back to select pool, chose my pool DupPool and it worked and my apps showed up again, but wouldn’t start with the complaint.

The contents of app_lifecycle.log was:
[2025/06/20 10:26:36] (ERROR) app_lifecycle.compose_action():56 - Failed ‘up’ action for ‘adguard-home’ app: Container ix-adguard-home-adguard-1 Creating\nError response from daemon: invalid mount config for type “bind”: bind source path does not exist: /mnt/.ix-apps/app_mounts/adguard-home/work\n

So the part that tipped me off there was the /work folder at the end, I browsed around and saw the work folder existed in
/mnt/DupPool/ix-applications/releases/adguard-home/volumes/ix_volumes

I don’t know why the data is still in the old ix-applications and not in the new ix-apps.
maybe i can just move it all from one to the other but honestly just clueless.
I just wanted to fix my degraded pool cause of disk failure and now I’m here in this delightful situation.

I have the full backup still on the usb drive but that does me no good if I don’t know how to put things back in a working state.

The frustrating part is I’m SO close, since everything works when i manually connect the missing link but I realize this is not the right way to go about it.