Rumbles
October 11, 2017, 10:03am
2
nevermind, seen:
Thanks Mark. Yes, that's what it looks like.
Couple of questions I had though:
Why did I get different pattern IDs (alias name vs auto generated ID) when I exported the same object twice?
How to view the auto-generated pattern ID? I couldn't find any way for this. If I could then i would have edited the json to use that instead.
-Thanks
Nikhil
and subsequently:
opened 06:30AM - 07 Aug 17 UTC
closed 04:58PM - 10 Oct 17 UTC
discuss
Meta
In https://github.com/elastic/kibana/pull/12719 we moved to using a unique IDs f… or the index pattern, as opposed to the pattern itself. This allows for editing the pattern, but brought more light to an existing issue when an object is imported referencing an index pattern which does not exist.
<img width="1143" alt="screenshot 2017-08-06 23 18 58" src="https://user-images.githubusercontent.com/40265/29014399-abdc53c2-7afd-11e7-80d8-0b4015a4e2b4.png">
Previously, when the pattern was the ID, you could create the missing pattern and re-run the import.
Now that we reference the index pattern by ID, we have added a link to the error to pre-fill an advanced setting with the ID. This forces the index pattern to be created with the ID provided.
<img width="944" alt="screenshot 2017-08-06 23 22 40" src="https://user-images.githubusercontent.com/40265/29014503-2995a278-7afe-11e7-8c5f-8f217ccfdb1c.png">
The only difference from this point is you need to know the pattern as it was previously provided for you. Given you know what the expected pattern is, you can provide it and create the index pattern. The imported saved object will then work.
If the pattern required already exists and you attempt to create a new index pattern with the same name, you will be presented with a modal to edit the pattern instead.
<img width="1143" alt="screenshot 2017-08-06 23 27 03" src="https://user-images.githubusercontent.com/40265/29014635-e2728b62-7afe-11e7-8cc6-476673deb1a6.png">
There is not a simple way to resolve this. You can update the JSON file being imported to replace the index pattern ID with your existing index pattern ID. You could also delete the existing index pattern, though that is not likely an option for users already using Kibana and the index pattern would be associated with other objects.
One idea is to not prevent the user from importing saved objects if the index pattern is missing. This behavior is actually inconsistent for object dependencies like visualizations or saved searches. For those, we provide an error when you attempt to load the object, not import it. With this, we could also allow the user to easily change the index pattern as opposed to using the JSON editor.
Testing whether it is fixed in 5.6.3, I installed 3 nodes on the same day and 2 had 5.6.2, the last had 5.6.3, so I must have spanned the release time