Jira on FreeBSD 13 reddit / freebsd ---------------------------------------------------------------------- vivekkhera · 2021-05-20 17:27 Does anyone else here run Jira on FreeBSD? I’ve been running it for 11+ years and suddenly after the upgrade to FreeBSD 13 I’m having difficulty starting it up. I have tried OpenJDK for Java 8 and Java 11. What I see is that the plug-in system fails to start most of them, including some of the ones that make up core functionality. It errors out on each plug-in with some failure of the spring service to start. I’m not a Java developer so I’m not 100% sure if I found the right part of the trace back nor what that actually means. I cannot even start an empty fresh install of Jira. Is there something I need to configure special for Java with FreeBSD 13? I can run other Atlassian products just fine. I have compat 11 and 12 enabled for my kernel (which was required for rclone to function). ---------------------------------------------------------------------- Wing-Tsit_Chong · 2021-05-20 18:13 Error messages would probably be helpful. ---------------------------------------------------------------------- sorressean · 2021-05-20 19:07 Java is great fun, and spring errors are wonderful. the actual error will usually be at the very top, above the huge call stack. ---------------------------------------------------------------------- vivekkhera · 2021-05-21 02:54 Thanks for the tip. Here is what I see. There are 85 of these, one for each plugin that times out. Jira has a global setting to control the timeout, and these all happen about 20 seconds before that time no matter how long I set it. 2021-05-18 11:11:46,944-0400 Spring DM Context Creation Timer WARN [o.e.g.b.e.i.dependencies.startup.DependencyWaiterApplicationContextEx ecutor] Timeout occurred before finding service dependencies for [NonV alidatingOsgiBundleXmlApplicationContext(bundle=com.atlassian.administ ration.atlassian-admin-quicksearch-jira, config=osgibundle:/META- INF/spring/*.xml)] 2021-05-18 11:11:46,948-0400 Spring DM Context Creation Timer ERROR [c.a.p.osgi.factory.OsgiPlugin] Plugin 'com.atlassian.administration.atlassian-admin-quicksearch-jira' never resolved service '&sal-request-factory-import' with filter '(objectClass=com.atlassian.sal.api.net.RequestFactory)' 2021-05-18 11:11:46,948-0400 Spring DM Context Creation Timer ERROR [c.a.p.osgi.factory.OsgiPlugin] Unable to start the plugin container for plugin 'com.atlassian.administration.atlassian-admin- quicksearch-jira' org.springframework.context.ApplicationContextException: Application context initialization for 'com.atlassian.administration.atlassian-admin-quicksearch-jira' has timed out waiting for (objectClass=com.atlassian.sal.api.net.RequestFactory) at org.eclipse.gemini.blueprint.extender.internal.dependen cies.startup.DependencyWaiterApplicationContextExecutor.timeout(Depend encyWaiterApplicationContextExecutor.java:489) at org.eclipse.gemini.blueprint.extender.internal.dependen cies.startup.DependencyWaiterApplicationContextExecutor.access$000(Dep endencyWaiterApplicationContextExecutor.java:54) at org.eclipse.gemini.blueprint.extender.internal.dependen cies.startup.DependencyWaiterApplicationContextExecutor$WatchDogTask.r un(DependencyWaiterApplicationContextExecutor.java:109) at java.base/java.util.TimerThread.mainLoop(Timer.java:556) at java.base/java.util.TimerThread.run(Timer.java:506) 2021-05-18 11:11:46,957-0400 Spring DM Context Creation Timer ERROR [o.e.g.b.e.internal.support.ExtenderConfiguration] Application context refresh failed (NonValidatingOsgiBundleXmlApplicat ionContext(bundle=com.atlassian.administration.atlassian-admin- quicksearch-jira, config=osgibundle:/META-INF/spring/*.xml)) org.springframework.context.ApplicationContextException: Application context initialization for 'com.atlassian.administration.atlassian-admin-quicksearch-jira' has timed out waiting for (objectClass=com.atlassian.sal.api.net.RequestFactory) at org.eclipse.gemini.blueprint.extender.internal.dependen cies.startup.DependencyWaiterApplicationContextExecutor.timeout(Depend encyWaiterApplicationContextExecutor.java:489) at org.eclipse.gemini.blueprint.extender.internal.dependen cies.startup.DependencyWaiterApplicationContextExecutor.access$000(Dep endencyWaiterApplicationContextExecutor.java:54) at org.eclipse.gemini.blueprint.extender.internal.dependen cies.startup.DependencyWaiterApplicationContextExecutor$WatchDogTask.r un(DependencyWaiterApplicationContextExecutor.java:109) at java.base/java.util.TimerThread.mainLoop(Timer.java:556) at java.base/java.util.TimerThread.run(Timer.java:506) 2021-05-18 11:11:46,958-0400 Spring DM Context Creation Timer ERROR [o.e.g.b.e.i.dependencies.startup.DependencyWaiterApplicati onContextExecutor] Unable to create application context for [com.atlassian.administration.atlassian-admin-quicksearch-jira], unsatisfied dependencies: Dependency on [(objectClass=com.atlassian.sal.api.net.RequestFactory)] (from bean [&sal-request-factory-import]) org.springframework.context.ApplicationContextException: Application context initialization for 'com.atlassian.administration.atlassian-admin-quicksearch-jira' has timed out waiting for (objectClass=com.atlassian.sal.api.net.RequestFactory) at org.eclipse. gemini.blueprint.extender.internal.dependencies.startup.DependencyWait erApplicationContextExecutor.timeout(DependencyWaiterApplicationContex tExecutor.java:489) at org.eclipse.gemini.blueprint.extender.internal. dependencies.startup.DependencyWaiterApplicationContextExecutor.access $000(DependencyWaiterApplicationContextExecutor.java:54) at org.eclips e.gemini.blueprint.extender.internal.dependencies.startup.DependencyWa iterApplicationContextExecutor$WatchDogTask.run(DependencyWaiterApplic ationContextExecutor.java:109) at java.base/java.util.TimerThread.mainLoop(Timer.java:556) at java.base/java.util.TimerThread.run(Timer.java:506) ---------------------------------------------------------------------- sorressean · 2021-05-21 03:05 This might be a stupid question, but does this jail/whatever this is running in have outbound access? did your firewall rules or something change? ---------------------------------------------------------------------- vivekkhera · 2021-05-21 03:51 No jail. Just straight up running in the base system. No local firewall either. ---------------------------------------------------------------------- vivekkhera · 2021-05-24 19:02 Follow-up to anyone who finds this in the future. Apparently if I just sit and wait a while longer after the bootstrap fails, Jira will shut down the entire plugin system and restart it. The second time through it succeeds launching all of the plugins. I have no clue why it behaves so non-deterministically. The startup takes a really long time but after that it is pretty responsive like it was before in FreeBSD 12. ---------------------------------------------------------------------- manys · 2021-05-25 02:01 Maybe worth a strace ---------------------------------------------------------------------- [deleted] · 2021-05-31 03:50 [deleted] ---------------------------------------------------------------------- vivekkhera · 2021-05-31 04:38 It is running the v13 version of the same OpenJDK 8 package. Also tried OpenJDK 11. Eventually Jira will start by retrying the plugins. However the latest version of Jira that came out last week just will not.