Ludovic' problem is that he is out of disk space so that is probably not
going to work for him. If he can not free some space to start with it is
likely he will have to delete the whole cache.
Ludovic, You might want to write an enhancement request to mapcache,
that requests each zoom level be put into a separate database file so
that it is easy to monitor the disk space each zoom level uses and to
quickly remove a zoom level with a system level file delete.
-Steve W
On 6/4/2012 9:22 AM, Rahkonen Jukka wrote:
Hi,
Just guessing without knowing anything about Berkeley DB, but if it
is like other databases it would probably need vacuuming after delete
before it really frees any disk space. And if you do mass delete and
Berkeley DB behaves even closely similarly than SQLite, vacuuming may
be extremely slow. In that case if might be faster to copy everything
that has remained in the old database into a new database but with
zillions of tiles that can take a long time too. But as I said, I am
just guessing.
-Jukka Rahkonen-
Ludovic Gnemmi wrote:
Hi Alan, I'm using Berkeley DB cache type so i haven't any
directory. No errors. I'v just checked my bdb.db file which still
has the same size :( Ludovic
-- View this message in context:
http://osgeo-org.1560.n6.nabble.com/MapCache-A-way-to-delete-a
-whole-zoom-level-tp4978491p4978968.html Sent from the Mapserver -
User mailing list archive at Nabble.com.
_______________________________________________ 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
