<div dir="ltr"><div>Well let's see. I'm running it on a VPS provided by a2hosting. OS is Ubuntu 14.04. Not much else going on on the VPS except postgres and a few python scripts run nightly by cron (the scripts download flat file data and load it into the database).<br><br>I used apt-get to install everything from the postgres repository. Previously (on the 9.3 install) I had messed a little with the memory settings in the conf file, but I reverted to completely vanilla installation (9.4) last night and still have the exact issue. Like I mentioned, I disabled ssl in the conf today and had the same behavior with a slightly different error message.<br><br></div><div>The database is nothing too special. UTF8 encoding, but otherwise default. Last night before trying the raster load again, I reimported one schema with three polygon tables (previously imported from shapefiles). Otherwise the database is empty. Just adminpack, postgis and postgis-topology extensions loaded. I'm trying to load the raster into a new table in a completely empty schema.<br></div><div><br></div>From the output, it appears as if it completes every command in the sql file generated by raster2pgsql. It finishes the inserts, creates the index, does an ANALYZE, then adds all the constraints one-by-one. Finally, it must be when it tries to commit the transaction that it croaks.<br><br><br></div><div class="gmail_extra"><br><div class="gmail_quote">On Tue, Jun 2, 2015 at 2:58 PM, Bborie Park <span dir="ltr"><<a href="mailto:dustymugs@gmail.com" target="_blank">dustymugs@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">As you indicated, the problem has to do with psql or more specifically your database. You'll need to provide more info, such as your postgres configuration and hardware specs, for anyone to provide any useful suggestions.<div><br></div><div>-bborie</div></div><div class="gmail_extra"><br><div class="gmail_quote"><div><div class="h5">On Tue, Jun 2, 2015 at 1:43 PM, weston mccarron <span dir="ltr"><<a href="mailto:quantumpsychotics@gmail.com" target="_blank">quantumpsychotics@gmail.com</a>></span> wrote:<br></div></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div><div class="h5"><div dir="ltr"><div>Hey folks. I've done some searching on this, and I can't seem to find evidence of anyone else having this problem, but I can very reliably duplicate it.<br><br></div><div>Several months ago, I loaded a bunch of raster data into my 9.3 Postgres database with PostGIS 2.1 (I think it was 2.1.2 at the time). I used the following commands to simultaneously import 4 tif files (continental US, AK, PR and HI):<br><br>raster2pgsql -d -I -C -M -R /path/to/gmted75*.tif -F -t 100x100 trn.gmted75 | psql -Uadmin --password -hlocalhost mydatabase<br><br></div><div>Everything appeared to work great, except that access was too slow for it to be practical for my intended use. I wondered if shrinking my tile size would help, since I'm only ever pulling single point values (with ST_Value). So yesterday, I tried the following:<br><br>raster2pgsql -d -I -C -M -R /path/to/gmted75*.tif -t 10x10 trn.gmted75 | psql -Uadmin --password -hlocalhost mydatabase<br><br></div><div>The only things I changed were the tile size, and I figured I probably didn't need the filename saved in each record (so I got rid of the -F flag).<br><br></div><div>But the process went for a long time and then said my connection was lost. I tried again, first sending the raster2pgsql output to a file, then loading the file with psql. The file output completed just fine, but when I tried loading it in psql, it would go for almost an hour, gobble up my hard drive space, and then right at the end, give me the following error:<br><br>SSL SYSCALL error: EOF detected<br><br></div><div>I've now tried it a bunch of different ways. One tif instead of all four at once, logging in and using \i vs. just running it from the shell with the -f flag on psql...<br><br>Each time I run the command I lose about 1 GB of hard drive space that I can't seem to recover. It's being used by postgres's data directory, but VACUUMing FULL, restarting the service, rebooting the server, etc, don't seem to recover it. And there's nothing showing in my database schema that indicates anything there hogging all that space.<br><br></div><div>I finally deleted my database (which freed the disk space), uninstalled postgres 9.3, and did a fresh install of 9.4 with PostGIS 2.1.7. I set up a fresh database and tried again. Same thing. I edited my conf file to turn ssl off and tried again. It behaved exactly the same except now the error message was:<br><br>psql:gmted75_US_cont.sql:4866054: server closed the connection unexpectedly<br>        This probably means the server terminated abnormally<br>        before or while processing the request.<br>psql:gmted75_US_cont.sql:4866054: connection to server was lost<br><br><br></div><div>Any ideas? Is the transaction maybe just too large to do at once?<br><br></div><div>Am I even on the right track to try smaller tiles to speed up my ST_Value access?<br></div></div>
<br></div></div>_______________________________________________<br>
postgis-users mailing list<br>
<a href="mailto:postgis-users@lists.osgeo.org" target="_blank">postgis-users@lists.osgeo.org</a><br>
<a href="http://lists.osgeo.org/cgi-bin/mailman/listinfo/postgis-users" target="_blank">http://lists.osgeo.org/cgi-bin/mailman/listinfo/postgis-users</a><br></blockquote></div><br></div>
<br>_______________________________________________<br>
postgis-users mailing list<br>
<a href="mailto:postgis-users@lists.osgeo.org">postgis-users@lists.osgeo.org</a><br>
<a href="http://lists.osgeo.org/cgi-bin/mailman/listinfo/postgis-users" target="_blank">http://lists.osgeo.org/cgi-bin/mailman/listinfo/postgis-users</a><br></blockquote></div><br></div>