What version of mod-geocache are you using (revision number or release version) ?
On Thu, Oct 6, 2011 at 22:17, Travis Kirstine <traviskirst...@gmail.com> wrote: > This doesn't seem to be a issue, I have lots of inodes left. It > appears that the error occurred when generating (linking) areas with > a large volume of transparent tiles, could this be related? > > Regards > > On 6 October 2011 14:19, Stephen Woodbridge <wood...@swoodbridge.com> wrote: >> Have you verified that you have not filled up the disk or run out of inodes? >> >> # check the diskspace with >> df -h >> >> # check for inode issues >> touch /path/to/cache/test.junk >> >> # if the touch failed then you have run out of inodes >> # otherwise clean up >> rm /path/to/cache/test.junk >> >> Thanks, >> -Steve W >> >> On 10/6/2011 12:14 PM, thomas bonfort wrote: >>> >>> I don't have a specific advice to give unfortunately. There have been >>> some fixes lately (macpcache only, not mod-geocache) to the way >>> multiple threads accessed the curl library that might help, so you >>> might want to try with a fresh checkout from the mapserver svn. >>> >>> -- >>> thomas >>> >>> On Thu, Oct 6, 2011 at 18:08, Travis Kirstine<traviskirst...@gmail.com> >>> wrote: >>>> >>>> Thomas, >>>> >>>> My command is below, I'm using a disk cache, my config file is below. >>>> I'm using a local copy of MapServer for the source image generation >>>> >>>> >>>> ./geocache_seed -c ../geocache.xml -t ms_tileset_8 -z 0,21 -e >>>> -8895580.772,5411569.158,-8797157.196,5538966.276 -n 6 >>>> >>>> >>>> <?xml version="1.0" encoding="UTF-8"?> >>>> <geocache> >>>> >>>> <metadata> >>>> <title>geocache service esx11</title> >>>> <abstract>mod-geocache service</abstract> >>>> <!-- url>http://mysuperhost/proxy/to/geocache</url --> >>>> </metadata> >>>> >>>> <grid name="googlemaps_grid"> >>>> <metadata> >>>> <title>GoogleMapsCompatible</title> >>>> >>>> <WellKnownScaleSet>urn:ogc:def:wkss:OGC:1.0:GoogleMapsCompatible</WellKnownScaleSet> >>>> </metadata> >>>> <extent>-20037508.3427892480 -20037508.3427892480 >>>> 20037508.3427892480 20037508.3427892480</extent> >>>> <srs>EPSG:3857</srs> >>>> <srsalias>EPSG:900913</srsalias> >>>> <units>m</units> >>>> <size>256 256</size> >>>> <resolutions>156543.0339280410 78271.51696402048 >>>> 39135.75848201023 19567.87924100512 9783.939620502561 >>>> 4891.969810251280 2445.984905125640 1222.992452562820 >>>> 611.4962262814100 305.7481131407048 152.8740565703525 >>>> 76.43702828517624 38.21851414258813 19.10925707129406 >>>> 9.554628535647032 4.777314267823516 2.388657133911758 >>>> 1.194328566955879 0.5971642834779395 0.29858214173896975 >>>> 0.149291070869484875 0.0746455354347424375</resolutions> >>>> </grid> >>>> >>>> <cache name="disk" type="disk"> >>>> <base>/var/mod-geocache/caches</base> >>>> <symlink_blank/> >>>> </cache> >>>> >>>> <format name="PNGQ_FAST" type ="PNG"> >>>> <compression>fast</compression> <!-- fast or best --> >>>> <colors>256</colors> >>>> </format> >>>> <format name="myjpeg" type ="JPEG"> >>>> <quality>75</quality> >>>> </format> >>>> <format name="PNG_BEST" type ="PNG"> >>>> <compression>best</compression> >>>> </format> >>>> <format name="mixed" type="MIXED"> >>>> <transparent>PNG_BEST</transparent> >>>> <opaque>JPEG</opaque> >>>> </format> >>>> >>>> <source name="ms_wms" type="wms"> >>>> <getmap> >>>> <params> >>>> <FORMAT>image/png</FORMAT> >>>> <LAYERS>YORK2009</LAYERS> >>>> <TRANSPARENT>true</TRANSPARENT> >>>> </params> >>>> </getmap> >>>> <http> >>>> <url>http://localhost.jdbarnes.com/cgi-bin/ms_wms</url> >>>> </http> >>>> </source> >>>> >>>> <tileset name="ms_tileset_8"> >>>> <source>ms_wms</source> >>>> <cache>disk</cache> >>>> <!--grid restricted_extent="-79.8205259 43.7179074 -79.1161194 >>>> 44.4110187">WGS84</grid--> >>>> <grid>googlemaps_grid</grid> >>>> <format>mixed</format> >>>> <metatile>8 8</metatile> >>>> <metabuffer>0</metabuffer> >>>> </tileset> >>>> >>>> <default_format>JPEG</default_format> >>>> >>>> <service type="wmts" enabled="true"/> >>>> <service type="tms" enabled="true"/> >>>> <service type="kml" enabled="true"/> >>>> <service type="gmaps" enabled="true"/> >>>> <service type="ve" enabled="true"/> >>>> <service type="demo" enabled="true"/> >>>> >>>> <errors>report</errors> >>>> >>>> <lock_dir>/var/mod-geocache/caches</lock_dir> >>>> >>>> </geocache> >>>> >>>> On 6 October 2011 10:31, thomas bonfort<thomas.bonf...@gmail.com> wrote: >>>>> >>>>> what seed command were you using, and what kind of cache ? >>>>> >>>>> On Thu, Oct 6, 2011 at 15:52, Travis Kirstine<traviskirst...@gmail.com> >>>>> wrote: >>>>>> >>>>>> Thanks Thomas, >>>>>> >>>>>> The complete error message is below. Do you have any idea what would >>>>>> cause this error - why would mapcache fail to create or delete the >>>>>> lockfile. >>>>>> >>>>>> >>>>>> >>>>>> seeding tile 583296 1337304 21failed to remove lockfile >>>>>> /var/mod-geocache/cachesseeding tile 583304 1337296 21failed to remove >>>>>> lockfile >>>>>> /var/mod-geocache/caches/_gc_lock-21-167156-72919-ms_tileset_8: >>>>>> No such file or directoryfailed to remove lockfile >>>>>> /var/mod-geocache/caches/_gc_lock-21-167157-72919-ms_tileset_8: No >>>>>> such file or directoryfailed to remove lockfile >>>>>> /var/mod-geocache/caches/_gc_lock-20-83579-36459-ms_tileset_8: No such >>>>>> file or directoryfailed to remove lockfile >>>>>> /var/mod-geocache/caches/_gc_lock-21-167156-72918-ms_tileset_8: No >>>>>> such file or directoryfailed to remove lockfile >>>>>> /var/mod-geocache/caches/_gc_lock-21-167159-72918-ms_tileset_8: No >>>>>> such file or directoryfailed to remove lockfile >>>>>> /var/mod-geocache/caches/_gc_lock-21-167158-72918-ms_tileset_8: No >>>>>> such file or directoryfailed to remove lockfile >>>>>> /var/mod-geocache/caches/_gc_lock-21-167159-72919-ms_tileset_8: No >>>>>> such file or directoryfailed to remove lockfile >>>>>> /var/mod-geocache/caches/_gc_lock-18-20895-9114-ms_tileset_8: No such >>>>>> file or directoryfailed to remove lockfile >>>>>> /var/mod-geocache/caches/_gc_lock-21-167158-72919-ms_tileset_8: No >>>>>> such file or directory >>>>>> >>>>>> >>>>>> Regards >>>>>> >>>>>> >>>>>> On 6 October 2011 09:11, thomas bonfort<thomas.bonf...@gmail.com> >>>>>> wrote: >>>>>>> >>>>>>> The log message should be more explicit, and contain the reason of the >>>>>>> unsuccessful removal. In any case, looking at the code, this error >>>>>>> will have interrupted the seeding process. >>>>>>> >>>>>>> regards, >>>>>>> thomas >>>>>>> >>>>>>> On Thu, Oct 6, 2011 at 15:03, Travis >>>>>>> Kirstine<traviskirst...@gmail.com> wrote: >>>>>>>> >>>>>>>> Hi All, >>>>>>>> I hope this is the right spot to post MapCache questions. I had >>>>>>>> seeded a large area and receive the error "failed to remove >>>>>>>> lockfile". >>>>>>>> It appears that this error(s) happens at the end of the seeding but >>>>>>>> it is hard tell as the process has been running for a few days. Does >>>>>>>> this error kill the seeder process or is it simply a warning? >>>>>>>> >>>>>>>> Regards >>>>>>>> _______________________________________________ >>>>>>>> mapserver-users mailing list >>>>>>>> mapserver-users@lists.osgeo.org >>>>>>>> http://lists.osgeo.org/mailman/listinfo/mapserver-users >>>>>>>> >>>>>>> >>>>>> >>>>> >>>> >>> _______________________________________________ >>> mapserver-users mailing list >>> mapserver-users@lists.osgeo.org >>> http://lists.osgeo.org/mailman/listinfo/mapserver-users >> >> _______________________________________________ >> mapserver-users mailing list >> mapserver-users@lists.osgeo.org >> http://lists.osgeo.org/mailman/listinfo/mapserver-users >> > _______________________________________________ > mapserver-users mailing list > mapserver-users@lists.osgeo.org > http://lists.osgeo.org/mailman/listinfo/mapserver-users > _______________________________________________ mapserver-users mailing list mapserver-users@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/mapserver-users
