Exception when starting website
-
Hi,
yes, this happens because the find index is unreachable. Commerce is updating the nested query setup, and that setup is stored as part of the index. If the index happens to be down at the moment the application starts you get this exception. We are aware that this is not ideal and we will try to come up with a way to handle this.
Can you get the application to run after this initial exception, or does it get stuck in this state? If you can get it running, I think nested queries will still work as expected since the conventions were probably written to to the index before and have not changed since.
-
Hi Magnus,
We where not able to run after this exception. It's thrown somewhere on initialization in Episerver and we can't catch it (I think). So we where stuck in this state for more than 2,5 hours.
I've also contacted support as this is (not ideal ;) as you put it. We've had intermittent hick-ups but they've lasted mere minutes.
So I'm hoping Episerver can do something so we can at least run the website and log the error.
@K Khan: I created a new index but this directs to the same server so I got the same error. -
-
I have suspects on this line "ProcessClusterEventTimeoutException[failed to process cluster event (put-mapping [NestedDummyObject$$nested]) within 30s]]
So it seems to me as a server problem. Perhaps you can somehow switch to another server to test if it works?
-
Hi Quan,
When creating a new index we're always assigned to the same one. But when deploying the code to another envirnonment that runs on another Find index (payed version) it works. So it does seem to be a server issue indeed.
I've asked the Find team to provide help in at least catching this error so we can continue or indeed provide another server as 2,5 hours * 4 developers is a long time to be down :(Thanks for your input!
/Mark
-
Hi Magnus,
The Find version is 9.6.2.
I have been able to circumvent the problem by a hack, adding an interceptor, see Gist.
Problem was/is that these exceptions were thrown before we were able to catch exceptions, at initialization.
Now the exceptions can be catched, because the interceptor handles the exceptions thrown at initialization.
I think it should not be necessary though, to do something like this. When Find is down, the initializable modules should not throw errors we can't handle, becuase on a production environment it would not be very pretty ;)
-
Find.Commerce 9.7.2 contains a bug fix - COM-2912 which will catch the exception and display a nice(r) error message in case it can't not reach Find services for some reasons. So when you upgrade you won't need to add that interceptor anymore :)
-
Hi,
When starting my local site I get the following exception:
Hope someone can help me out!
/Mark