That definitely seems like an actual bug then. ix-apps should exist after migrating to 24.10 (that’s where your apps dataset is stored after migration) but it should be a hidden dataset. It being visible in 24.04 means something unexpected happened.
I suggest you submit a bug report explaining what you did and what you observed either through the UI or with the report a bug link at the top of this page, attach a debug file to it, and then give me the link to the ticket.
https://ixsystems.atlassian.net/browse/NAS-135334
I attached debug , screenshots, and additional images, but I can’t see them
Thanks, we’ve got it
Can you see the debug and screenshots I attached? I’m not sure if I submitted them correctly.
Yes they’re all visible to us via private upload links. Engineering is requesting that you try upgrading back to 24.10 or the new 25.04.0 that just released today and capture a new debug as well, if possible.
I can confirm that my problems with apps are gone after upgrading to 25.04.0, Thank you.
I upgraded to 25.04.1, but my apps still missing 
I also tried updating from 24.04.2.5 to 24.10.2.2 but same issue: all apps gone. The one that concerns me the most is photoprism.
midclt call -job k8s_to_docker.migrate default returned “Latest backup for ‘default’ does not have any releases which can be migrated”
midclt call -job k8s_to_docker.list_backups default returned a huge JSON with errors “Unable to locate release’s app’s migration file”
–
I have tried the unset/set pool on apps, restarting docker and trying again but nothing worked.
Is there a way to force-generate the allegedly missing backups?
Did you ever figure it out?
you missed the June 1st deadline, there’s no more automatic migration.
You can’t be serious.
I went all the way to reverse engineer the code and found github /truenas/apps/tree/master/trains/stable/photoprism/1.3.3/migrations doesn’t have a “migrate_from_kubernetes” file.
Is there truly no way to point to a specific version instead of master in the trains? T_T
Yes, he is. This was announced months in advance, and the deadline has now passed.
Is this the kind of problem that money can be thrown at? As in do Enterprise users have the same issue? Or is the only solution to hire someone to manually migrate the apps?
Yes enterprise users have the same issue. After June 1st the only option is to manually migrate the apps.
Where are the manual migration steps documented?
Afaik there is no documentation for manual migration
I see we got abandoned after June 1st last year, the last notification I received was when Dragonfish was released. I did try to upgrade last year when electric eel came out, but it failed the apps migration just like other users. At the time rollback was recommended, I did that and waited for a fix to come out which never happened. I tried again today, same failure. 8 apps are TrueNAS, 3 are TrueCharts. After upgrading none of them are available, but after upgrade there is a new app deployed n8n, something I have never used. When manually running the scripts I just get python errors.
I tried following the prep, there is no force flag, my volumes are not encrypted, all apps still fail to migrate. I can figure out the manual migration, but it is hard to tell what happens to the orphaned volumes/apps, do they just take up storage forever?
My bad for not checking sooner, I just assumed eventually there would be a fix either by TrueNAS or the TrueNAS community.
Any info on cleaning up the orphaned data?
Should I delete the apps volume and start that over or do I need to wipe the whole NAS?
If you did not use hostpaths for app storage all your data is stored in the ix-applications dataset or the pvc truecharts used (been a long time and i forgot where it was stored).
You can try to migrate the data out of it to regular datasets and then try to point the new installed apps to that datasets via hostpaths.
If you want to start fresh and want to reclaim the space you have to manually delete the ix-applications dataset.
Is the apps volume available after upgrade?
