Upgrading from 7.5 (7.13) to 9

Reza Panah

Vote:

Hi all,

I tried upgrading to the latest version of CMS. Updated the nuget packages and fixed a couple of issues in the code, such as log4net namespaces. Then set the update database flag in the config and it updated the database version. Now the site does not come up. It gives me a 500 with no explanation!

Does anybody have clues on how this can be fixed?

Anything I might have missed?

#150600

Jun 23, 2016 11:37

Tahir Naveed

Vote:

Log files will be your best friend...

#150601

Jun 23, 2016 11:55

Daniel Ovaska

Vote:

Turn on log4net, check logs and event log...

#150609

Jun 23, 2016 18:22

Reza Panah

Vote:

I can see the errors in eventvwr. However, I have no idea what's wrong. Is it the DependencyResolver?

Failure while building 'Lambda: new HttpContextWrapper(HttpContext.Current)', check the inner exception for details
1.) Lambda: new HttpContextWrapper(HttpContext.Current)
2.) Instance of System.Web.HttpContextBase (System.Web.HttpContextWrapper)
3.) new ExtensibleMetadataProvider(*Default of MetadataHandlerRegistry*, *Default of LocalizationService*, *Default of HttpContextBase*)
4.) EPiServer.Shell.ObjectEditing.ExtensibleMetadataProvider
5.) Instance of EPiServer.Shell.ObjectEditing.ExtensibleMetadataProvider
6.) new ContentDataMetadataProvider(*Default of MetadataHandlerRegistry*, *Default of ServiceAccessor<IPropertyDefinitionRepository>*, *Default of ITabDefinitionRepository*, *Default of ContentTypeModelRepository*, *Default of ContentMetaDataPropertiesInjector*, *Default of IMetaDataResolver*, *Default of IContentLoader*, *Default of LocalizationService*, *Default of ExtensibleMetadataProvider*, *Default of ServiceAccessor<HttpContextBase>*)
7.) EPiServer.Cms.Shell.UI.ContentDataMetadataProvider
8.) Instance of EPiServer.Cms.Shell.UI.ContentDataMetadataProvider
9.) Container.GetInstance(EPiServer.Cms.Shell.UI.ContentDataMetadataProvider)

   at lambda_method(Closure , IBuildSession , IContext )
   at StructureMap.Building.BuildPlan.Build(IBuildSession session, IContext context) in c:\BuildAgent\work\a395dbde6b793293\src\StructureMap\Building\BuildPlan.cs:line 151
   at StructureMap.BuildSession.BuildNewInSession(Type pluginType, Instance instance) in c:\BuildAgent\work\a395dbde6b793293\src\StructureMap\BuildSession.cs:line 114
   at StructureMap.Pipeline.NulloTransientCache.Get(Type pluginType, Instance instance, IBuildSession session) in c:\BuildAgent\work\a395dbde6b793293\src\StructureMap\Pipeline\NulloTransientCache.cs:line 28
   at StructureMap.BuildSession.ResolveFromLifecycle(Type pluginType, Instance instance) in c:\BuildAgent\work\a395dbde6b793293\src\StructureMap\BuildSession.cs:line 103
   at StructureMap.SessionCache.GetObject(Type pluginType, Instance instance, ILifecycle lifecycle) in c:\BuildAgent\work\a395dbde6b793293\src\StructureMap\SessionCache.cs:line 93
   at StructureMap.SessionCache.GetDefault(Type pluginType, IPipelineGraph pipelineGraph) in c:\BuildAgent\work\a395dbde6b793293\src\StructureMap\SessionCache.cs:line 68
   at StructureMap.Container.GetInstance(Type pluginType) in c:\BuildAgent\work\a395dbde6b793293\src\StructureMap\Container.cs:line 337
   at EPiServer.ServiceLocation.StructureMapServiceLocator.DoGetInstance(Type serviceType, String key)
   at EPiServer.ServiceLocation.ServiceLocatorImplBase.GetInstance(Type serviceType, String key)

Value cannot be null.
Parameter name: httpContext
   at System.Web.HttpContextWrapper..ctor(HttpContext httpContext)
   at lambda_method(Closure , IBuildSession , IContext )

#150610

Jun 23, 2016 18:30

Daniel Ovaska

Vote:

Nothing I recognize I'm afraid...support issue I guess if none else in here has run across it before...?

#150612

Jun 23, 2016 21:27

Vote:

Trying to consider if it's your templates or overall Epi that is wrong.

If you browse to /episerver/cms, are you able to access episerver?

if not, take a look at if your content types, controllers (if MVC) or views have custom code.

#150616

Jun 23, 2016 23:11

Reza Panah

Vote:

But if it was my custom code, wouldn't it raise an exception in the code? Or maybe some reference to my code?

#150623

Jun 24, 2016 11:10

Vote:

I imagine it could be something when reading attributes or something. As it sometimes refer to propertydefinitions.

Thats why I was curious if it happened when browsing to your pages or if you could access the Epi UI, or even files or something that doesn't come from Epi.

Hard to troubleshoot without having access to your project so just trying to get some extra clues :)

#150624

Jun 24, 2016 11:14

Daniel Ovaska

Vote:

Always good to check if you have any third party dlls and see if it helps to remove them. Check if you have any suspect EditorDescriptors on properties or similar.

Other than that, start removing things and try to isolate the problem...

#150625

Edited, Jun 24, 2016 11:42

Reza Panah

Vote:

<p>Thanks everyone for the clues. It seems like you are right and BVNetwork 404 handler is the problem. </p>

#150634

Jun 24, 2016 13:14

Daniel Ovaska

Vote:

Aha! :)

#150635

Jun 24, 2016 14:34

Kathleen Kennedy

Vote:

Hi I have the same error as Reza. I'm not using BVNetwork. How did you find the problem Reza and what did you do to resolve it?

Thanks!

Kathleen

#151062

Jul 08, 2016 23:29

Daniel Ovaska

Vote:

Check in bin folder and in references of you have any suspicious dlls that might be plugins built for earlier versions of Episerver. Remove those or try to get a newer version of them that support the latest version of Episerver.

#151065

Jul 09, 2016 4:49

Reza Panah

Vote:

I had to remove BVNetwork and add the latest one via nuget again. I can now load the site also see the login page for the edit UI. However, /episerver/cms/ returns 404. I can't see anywhere that the UI for the editor has been changed or needs to be configured differently. Does anyone have an idea what could be wrong?

#151080

Jul 11, 2016 11:15