Forum Discussion
Community ChampionCreating OneLake shortcuts: "Unidentified" issue happens randomly
I get these "Unidentified" issues also on random moments in time. Most of the time, these are solved after waiting a few minutes and by closing and re-opening the lakehouse. Do you need to re-add the shortcuts before it is working or does it also resolves itself by waiting?
I agree that it should not be necessary to wait so lang. However, it does work for me most of the times. I've never timed the interval between Unidentified and the working shortcut, but more than a few minutes is possible. This still needs to be resolved, this feels like a bug to me too.
Community ChampionIn Lakehouse A, I have a managed delta table in the Table section.
In Lakehouse B, I create a shortcut in the Table section. The target path of the shortcut is the managed delta table in Lakehouse A's Table section.
Sometimes it works, other times it shows as Unidentified.
I try clicking all the refresh buttons I can find, and wait for several minutes, but the shortcut still shows as Unidentified and it says I need to move the contents to the File section.
If I delete the Unidentified shortcut, and return 10 minutes later and try to create the same shortcut again, then sometimes it will work fine.
It seems random why it sometimes shows as Unidentified when I create a shortcut, and sometimes it works fine creating the same shortcut.
To try to recreate the issue, I suggest creating 10-20 shortcuts between Lakehouse tables in different workspaces, and check if some of them show as Unidentified.
HI frithjof_v,
I think they may related to the multiple level of shortcut reference, each level of them will spend time to load data and revengers correspond contents.(AFAIK, shortcut only loading data without data movement)
If some of them not correctly finish loading, they may affect the following operations and show the Unidentified.
This scenario will appear more frencey when you used a lot of shortcuts that design with multiple level reference.
Regards,
Xiaoxin Sheng