Same here (even approximately three minutes as well):
2019-07-31 16:15:36,869 [P9488/D11/T12] INFO Umbraco.Core.PluginManager - Resolving umbraco.interfaces.IDiscoverable
2019-07-31 16:15:36,870 [P9488/D11/T12] INFO Umbraco.Core.PluginManager - Resolved umbraco.interfaces.IDiscoverable (took 1ms)
2019-07-31 16:15:36,871 [P9488/D11/T12] INFO Umbraco.Core.PluginManager - Resolving [Umbraco.Core.Persistence.Mappers.MapperForAttribute]Umbraco.Core.Persistence.Mappers.BaseMapper
2019-07-31 16:15:36,884 [P9488/D11/T12] INFO Umbraco.Core.PluginManager - Resolved [Umbraco.Core.Persistence.Mappers.MapperForAttribute]Umbraco.Core.Persistence.Mappers.BaseMapper (took 13ms)
2019-07-31 16:18:12,279 [P9488/D11/T12] INFO Umbraco.Web.Search.ExamineEvents - Initializing Examine and binding to business logic events
2019-07-31 16:18:12,280 [P9488/D11/T12] INFO Umbraco.Web.Search.ExamineEvents - Adding examine event handlers for index providers: 4
2019-07-31 16:18:12,289 [P9488/D11/T12] INFO Umbraco.Core.PluginManager - Resolving umbraco.interfaces.IDiscoverable
2019-07-31 16:18:12,290 [P9488/D11/T12] INFO Umbraco.Core.PluginManager - Resolved umbraco.interfaces.IDiscoverable (took 0ms)
2019-07-31 16:18:12,290 [P9488/D11/T12] INFO Umbraco.Core.PluginManager - Resolving [umbraco.businesslogic.ApplicationAttribute]umbraco.interfaces.IApplication
2019-07-31 16:18:12,297 [P9488/D11/T12] INFO Umbraco.Core.PluginManager - Resolved [umbraco.businesslogic.ApplicationAttribute]umbraco.interfaces.IApplication (took 7ms)
[...]
Running in debug mode from Visual Studio. I recently installed Full Text Search, so it could be related to that, although IIRC the long startup times started way before that.
If anyone has any idea on how to solve this I'm very interested as well.
I am gonna answer my own question, hopefully others will/may find it helpful.
In our deploy script, we were copying dlls and config files in batches. When we copied the dlls, the application started and then when the script triggered the config files, the application started again.
I merged the copying dlls and config files together so they were one single copy, which resulted in faster application starup.
I brought our release time down from ~20mins to ~8mins!
So, bottom line, don't copy files over to the pipeline in batches.
Umbraco seems to sleep at Umbraco.Core.DatabaseContext for 3 minutes without logging results to slow start up
Here's the log file on a production server. Any idea on what's happening?
Same here (even approximately three minutes as well):
Running in debug mode from Visual Studio. I recently installed Full Text Search, so it could be related to that, although IIRC the long startup times started way before that.
If anyone has any idea on how to solve this I'm very interested as well.
I am gonna answer my own question, hopefully others will/may find it helpful.
In our deploy script, we were copying dlls and config files in batches. When we copied the dlls, the application started and then when the script triggered the config files, the application started again.
I merged the copying dlls and config files together so they were one single copy, which resulted in faster application starup.
I brought our release time down from ~20mins to ~8mins!
So, bottom line, don't copy files over to the pipeline in batches.
is working on a reply...