The only logical way I can see this happening is:

1. Restore the migrated/imported application into the destination cluster as-is (don’t change anything)
   1. This will only work if the source & destination have the same storageclass names
2. On the destination cluster:
   1. Once all the applications have been restored
      1. Take backup/snapshot of the namespace
      2. Restore within cluster to new namespace

Hello @abiwot 

Thank you for using or community.

First I would like to point out, since I noticed you are using latest k8s version on target cluster, K10 does not support k8s 1.24 as yet, planned to be supported soon.

Regarding transformations, you can apply while importing to your target cluster, when you select "Restore After import" checkbox, and each transform can be applied to a specific resource using group, version, resource type and name, or if you want to apply i.e. all PVCs to have a different storageclass, you can create a transform specifying only the version and resource as "persistenvolumeclaims" and all PVCs will be affected by this transform.

That means you can apply transform to multiple resources of the same type without specifying a name, but in the actual version it is not possible to apply a general transform that would affect all type of resources in the namespace in a single operation.

More information can be found in our docs: https://docs.kasten.io/latest/usage/restore.html?highlight=transformation#resource-transformation

Please let me know if you have any further questions.

Regards
Fernando

@FRubens 
I figured that was going to be the answer.  Thanks for confirming.

I guess I will go back to the multi-stage approach to migrate these.  Few extra steps but prevents transforms from getting too complicated.