You're on your way to the next level! Join the Kudos program to earn points and save your progress.
Level 1: Seed
25 / 150 points
Next: Root
1 badge earned
Challenges come and go, but your rewards stay with you. Do more to earn more!
What goes around comes around! Share the love by gifting kudos to your peers.
Keep earning points to reach the top of the leaderboard. It resets every quarter so you always have a chance!
Join now to unlock these features and more
The Atlassian Community can help you and your team get more value out of Atlassian products and practices.
When our app tries to retrieve the data field scheme for a particular project, we are getting this error "no fieldlayoutscheme found for id xxx"
This error is only happening on one project.
Is anyone aware of what could be causing this and how to resolve it?
thanks,
Craig
https://jira.atlassian.com/browse/JRASERVER-68635
Which should address the problem. Alternative is that there are other orphaned/corrupted data but let's cross that bridge when we get there.
I'm a little nervous about running a delete against the backend sql database. Have you run that one yourself?
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Then run a SELECT first to see what's in there
SELECT * FROM fieldlayoutschemeentity WHERE scheme NOT IN (SELECT id FROM fieldlayoutscheme);
fieldlayoutschemeentity represents the issuetype:fieldlayout mapping; in layman terms, what you see inside of the Field Configuration Scheme in webUI
So, assuming that this is in fact the case, the query hints towards containing a mapping of a non-existing scheme - so by all means, you cannot break anything by deleting mappings from a non-existing scheme, they're already orphaned. Any new scheme gets a new id, that id is long gone. So yes I would say this is safe, but it's always better to run a select and look around first to understand what's in the tables.
Of course, you should always take any suggestion with a grain of salt, and if you're not comfortable with it, test it on a non-production environment (ideally restored from a db backup to reproduce the scenario), and to take backups.
In my opinion the query only "cleans up" orphaned data which cannot otherwise be used by anything anywhere, except by being pushed into a cache and causing errors later down the road.
edit: if that problem is indeed caused by cache, you probably will need to restart Jira to refresh it, there probably is a way to invalidate it by tinkering around with something, or by using groovy API and calling a flush on it, but restarting Jira is just cleaner as it will ensure all of the pesky caches to get reloaded
Some examples what I see locally, where you see the relationship between fieldlayoutschemeentity.scheme <> fieldlayoutscheme.id
And I have to paste this as img because form validation here is borderline useless:
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.