<div dir="ltr"><div>Upgraded:</div><div><br></div><blockquote style="margin: 0 0 0 40px; border: none; padding: 0px;"><div><font face="courier new, monospace">POSTGIS="2.1.2 r12389" GEOS="3.3.8-CAPI-1.7.8" PROJ="Rel. 4.8.0, 6 March 2012" GDAL="GDAL 1.10.0, released 2013/04/24" LIBXML="2.8.0" (core procs from "2.1.1 r12113" need upgrade) TOPOLOGY (topology procs from "2.1.1 r12113" need upgrade) RASTER (raster procs from "2.1.1 r12113" need upgrade)</font></div></blockquote><div><br></div><div>Unfortunately, <b>the problem persists</b> though the scenario is slightly different. Specifically, it appears to be unrelated to inaccessible offline rasters since the issue is now occurring even while all offline rasters are accessible. But it may be due to any SQL exception occurring during the processing of SQL that contains raster functions. In other words, I am doing an insert that contains calls to functions that execute SQL like that in my original post. In some cases, an exception (duplicate key) is occurring and almost immediately following that error is the <span style="font-family: 'courier new', monospace;">rt_raster_from_band: Assertion. </span>And it's consistent. If the duplicate key error occurs, the assertion follows. The only other times i see the assertion seems to be related to recovery attempts.</div><div><br></div><div>If the assertion occurs more than a few dozen times, the database goes into a permanent "recovery mode" outputting nothing else to the log except the recovery message several times a second until i can stop the postgresql service.</div><div><br></div><div><br></div><br>On Monday, March 31, 2014 12:44:00 PM UTC-4, Robert Nix wrote:<blockquote class="gmail_quote" style="margin: 0;margin-left: 0.8ex;border-left: 1px #ccc solid;padding-left: 1ex;"><div dir="ltr">After 1001 of these errors:<div><br></div><blockquote style="margin:0 0 0 40px;border:none;padding:0px"><div><font face="courier new, monospace">2014-03-31 15:50:51 UTC ERROR:  rt_band_load_offline_data: Cannot open offline raster: /...</font></div></blockquote><div><br></div><div>I get:</div><div><br></div><blockquote style="margin:0 0 0 40px;border:none;padding:0px"><div><div><font face="courier new, monospace">SELECT: rt_api.c:8659: rt_raster_from_band: Assertion `((void *)0) != raster' failed.</font></div></div><div><div><font face="courier new, monospace">2014-03-31 15:50:52 UTC LOG:  server process (PID 8385) was terminated by signal 6: Aborted</font></div></div></blockquote><div><br></div><div>Eventually resulting in:</div><div><br></div><blockquote style="margin:0 0 0 40px;border:none;padding:0px"><div><div><font face="courier new, monospace">2014-03-31 15:50:52 UTC FATAL:  the database system is in recovery mode</font></div></div></blockquote><div><br></div><div>Requiring bouncing the postgres service.</div><div><br></div><div>I'm not sure if this is an issue with PostGIS or PostgreSQL itself.</div><div><br></div><div>I'm accessing the rasters from within a sql function, essentially:</div><div><br></div><blockquote style="margin:0 0 0 40px;border:none;padding:0px"><div><div><font face="courier new, monospace">st_setbandnodatavalue(</font></div></div><div><div><font face="courier new, monospace">  st_snaptogrid(</font></div></div><div><div><font face="courier new, monospace">    st_setsrid(_rast,4326),</font></div></div><div><div><font face="courier new, monospace">    gridx:=st_upperleftx(_rast),</font></div></div><div><div><font face="courier new, monospace">    gridy:=st_upperlefty(_rast)</font></div></div><div><div><font face="courier new, monospace">  ),</font></div></div><div><div><font face="courier new, monospace">  0.0</font></div></div><div><div><font face="courier new, monospace">)</font></div></div></blockquote><div><br></div></div></blockquote></div>