https://community.esri.com/t5/data-management-questions/nightly-batch-reconcile-corrupts-geometric-network/m-p/1663645#M45792 <P>We have had for years, no decades, an ArcObjects-based .NET process that reconciles outstanding versions.&nbsp; &nbsp;When reconciles are complete, a compress is initiated.&nbsp; &nbsp;This (at least until now) has run like clockwork.</P><P>A few weeks ago users discovered that versions&nbsp; not reconciled and posted during the day, which most are, were found to have corrupt network features when the version was re-opened the following day.&nbsp; &nbsp;And when I say "corrupt" I mean either not connected to other features or un-editable -- and requiring the "Geometric Network Editing" tools to repair.</P><P>After investigation we found that if we turn off the nightly reconcile (basically disable the scheduled task under which it runs) features are not corrupted.</P><P>Clearly something has changed and we're in the process of trying to determine what.&nbsp; &nbsp;In the mean time we've found that an ArcPython scripted reconcile does not seem to cause corruption.&nbsp; &nbsp;However, the fact that something so fundamental to our solution is failing is a cause for concern.&nbsp; &nbsp;Any chance anyone else has seen this?&nbsp; &nbsp;If so, any feedback would be much appreciated.</P><P>Thx,</P><P>Ed</P> Wed, 05 Nov 2025 18:13:08 GMT EdwardBlair 2025-11-05T18:13:08Z https://community.esri.com/t5/data-management-questions/nightly-batch-reconcile-corrupts-geometric-network/m-p/1663645#M45792 <P>We have had for years, no decades, an ArcObjects-based .NET process that reconciles outstanding versions.&nbsp; &nbsp;When reconciles are complete, a compress is initiated.&nbsp; &nbsp;This (at least until now) has run like clockwork.</P><P>A few weeks ago users discovered that versions&nbsp; not reconciled and posted during the day, which most are, were found to have corrupt network features when the version was re-opened the following day.&nbsp; &nbsp;And when I say "corrupt" I mean either not connected to other features or un-editable -- and requiring the "Geometric Network Editing" tools to repair.</P><P>After investigation we found that if we turn off the nightly reconcile (basically disable the scheduled task under which it runs) features are not corrupted.</P><P>Clearly something has changed and we're in the process of trying to determine what.&nbsp; &nbsp;In the mean time we've found that an ArcPython scripted reconcile does not seem to cause corruption.&nbsp; &nbsp;However, the fact that something so fundamental to our solution is failing is a cause for concern.&nbsp; &nbsp;Any chance anyone else has seen this?&nbsp; &nbsp;If so, any feedback would be much appreciated.</P><P>Thx,</P><P>Ed</P> Wed, 05 Nov 2025 18:13:08 GMT https://community.esri.com/t5/data-management-questions/nightly-batch-reconcile-corrupts-geometric-network/m-p/1663645#M45792 EdwardBlair 2025-11-05T18:13:08Z