String was not recognized as a valid DateTime exception in recently upgraded v7.5.3 site
I have a large volume recurring exceptions in the logs on a large v7.5.3 site that was recently upgraded:
2016-10-13 16:39:50,816 [P7708/D5/T156] ERROR ASP._Page_Views_Partials_Slideshow_cshtml - Error in slideshow
System.FormatException: String was not recognized as a valid DateTime.
at System.DateTime.Parse(String s)
at Umbraco.Web.PublishedCache.XmlPublishedCache.PublishedMediaCache.DictionaryPublishedContent.<.ctor>b__37(String val)
at Umbraco.Web.PublishedCache.XmlPublishedCache.PublishedMediaCache.DictionaryPublishedContent.ValidateAndSetProperty(IDictionary`2 valueDictionary, Action`1 setProperty, String[] potentialKeys)
at Umbraco.Web.PublishedCache.XmlPublishedCache.PublishedMediaCache.DictionaryPublishedContent..ctor(IDictionary`2 valueDictionary, Func`2 getParent, Func`3 getChildren, Func`3 getProperty, XPathNavigator nav, Boolean fromExamine)
at Umbraco.Web.PublishedCache.XmlPublishedCache.PublishedMediaCache.CreateFromCacheValues(CacheValues cacheValues)
at Umbraco.Web.PublishedCache.ContextualPublishedCache`1.GetById(Boolean preview, Int32 contentId)
at Umbraco.Web.PublishedContentQuery.TypedDocumentById(Int32 id, ContextualPublishedCache cache)
at Our.Umbraco.PropertyConverters.MultipleMediaPickerPropertyConverter.ConvertSourceToObject(PublishedPropertyType propertyType, Object source, Boolean preview)
at Umbraco.Web.PublishedCache.XmlPublishedCache.XmlPublishedProperty.get_Value()
at Umbraco.Web.PublishedPropertyExtension.GetValue[T](IPublishedProperty property, Boolean withDefaultValue, T defaultValue)
at Umbraco.Web.PublishedContentExtensions.GetPropertyValue[T](IPublishedContent content, String alias)
at ASP._Page_Views_Partials_Slideshow_cshtml.<>c__DisplayClass1.<RenderSlide>b__0(TextWriter __razor_helper_writer) in e:\inetpub\www.ciwf.org.uk\Views\Partials\Slideshow.cshtml:line 166
at ASP._Page_Views_Partials_Slideshow_cshtml.Execute() in e:\inetpub\www.ciwf.org.uk\Views\Partials\Slideshow.cshtml:line 94
It looks like this happens after MultipleMediaPickerPropertyConverter tries to call ConvertSourceToObject.
I've had this happen again twice in as many days and can't afford to impact the site by keep rebuilding indexes.
I'm not sure if it is related but when this occurs and I have gone to check the data integratity panel in Umbraco and there has been a discrepency in the Media XML?
This is a load balanced site also in case it's relevant.
I have two Umbraco instances, on the first one everything is created (works fine), on the second one everything is pushed using Umbraco courier (and I get this issue).
Their content is exactly the same. Fixing media xml in data integrity didnt help.
Rebuilding Xml Cache and Examine indexes helped temporarily.
I am wondering if this is caused by the courier every time something is pushed
String was not recognized as a valid DateTime exception in recently upgraded v7.5.3 site
I have a large volume recurring exceptions in the logs on a large v7.5.3 site that was recently upgraded:
It looks like this happens after
MultipleMediaPickerPropertyConverter
tries to callConvertSourceToObject
.Any ideas?
Not entirely sure why but a complete rebuild of the Xml Cache and Examine indexes resolved this problem.
I've had this happen again twice in as many days and can't afford to impact the site by keep rebuilding indexes.
I'm not sure if it is related but when this occurs and I have gone to check the data integratity panel in Umbraco and there has been a discrepency in the Media XML?
This is a load balanced site also in case it's relevant.
Cheers, Simon
Simon did you find a solution on this?
I have two Umbraco instances, on the first one everything is created (works fine), on the second one everything is pushed using Umbraco courier (and I get this issue).
Their content is exactly the same. Fixing media xml in data integrity didnt help.
Rebuilding Xml Cache and Examine indexes helped temporarily.
I am wondering if this is caused by the courier every time something is pushed
is working on a reply...