image pyramid plugin doesn't work

Went through the tutorial steps using GS trunk and it worked without a hitch. Tried with both a pyramid external to the data directory, and one internal with relative paths.
I'm now going to test 2.0.x

I can confirm it does not work on 2.0.x ... it seems the pyramid plugin on 2.6.x it's broken, but I have to investigate deeper to see where and how

Hmmm... nope, forget about it. I was not able to open the full pyramid created with GS trunk, but when I started from scratch using gdal_retile I could import it without problems.
Well, I'm going to try with the natural earth data next, but it will take some time, the download is quite slow

Just to make extra sure I downloaded the 2.0.x nightly builds and the associated pyramid plugin and repeated the steps from scratch. Worked just fine, again both with the external pyramid and one in the data dir.
The problem might be OS dependent, in that case, I'm not going to be much of a help (I've been on Ubuntu for almost a year)

There shouldn't be a difference between Fedora and Ubuntu should there? - Could it be a permissions problem?

Maybe? Is the user running GeoServer able to enter and write into the pyramid directories?
Plus, just to be extra sure, you are sure the path you gave in the UI is correct and pointing to the directory containing the whole pyramid?

Well I'm running GeoServer as root and the directory is correct. Unless there is some sort of weird restriction on what root can can do inside tomcat thing going on.

I'll try changing the user and try again when I get to work.

Btw, what kind of Java runtime are you using? I've been doing all my tests with JDK 1.6.0_18

1.6.0_20

Hmmm... just tried with natural earth too, it worked just fine as well (nice backdrop raster btw).
To build the pyramid I used:
gdal_retile.py -v -s_srs EPSG:4326 -r bilinear -levels 6 -ps 2048 2048 -co "TILED=YES" -targetDir ne_pyramid HYP_HR_SR_W_DR.tif

(avoids the need to do the gdal_translate manually, and disabled compression to make it faster)

I've just tried changing the permissions to 777 and it still fails. I suspect that the permissions are ok as it can move the top level tiles to the 0 directory.

I'll try adding a tomcat user and see if that changes anything.

I've tried changing to tomcat user and group but no improvement. I'll see if I can set up a development environment on the server and try debugging.

Just for fun I switched to the jetty version of nightly (so technically a day later than my war file) and everything works fine. On switching back to tomcat the layer is displayed fine.

So I guess this is in some way related to using Tomcat (6.0.26) - it seems that tomcat is unable to write the .prj and .properties file inside the pyramid directory and the shapefiles in the 0..6 directories, while jetty can.

Aah, Tomcat! It may be related to this then: http://geo-solutions.blogspot.com/2010/05/fix-geotools-and-geoserver-not-able-to.html

Possibly that is the issue - I reverted to tomcat 5.5.30 and I can now add imagespyramids to geoserver fine.

Btw, since I've spend quite some time trying out options in the end I also published the layer on demo.opengeo.org/geoserver:
http://demo.opengeo.org/geoserver/wms?service=WMS&version=1.1.0&request=GetMap&layers=topp:naturalearth&styles=&bbox=-180.0,-90.0,180.0,90.0&width=660&height=330&srs=EPSG:4326&format=application/openlayers

The application container there is Jetty again

I think the latest version that does not cause any problem is 6.0.18 btw

Might be worth documenting this in the plugin's readme to save others this issue.

Here's my version (with some of the other Natural Data layers)
http://ian01.geog.psu.edu/geoserver/wms?service=WMS&version=1.1.0&request=GetMap&layers=geovista:HYP_W_DR,cultural&styles=&bbox=-180.0,-90.0,180.0,90.0&width=660&height=330&srs=EPSG:4326&format=application/openlayers

This is a Tomcat issue not a GeoServer issue

Btw, I wanted to open a bug report against Tomcat but to do so I first had to try the latest stable, which is 6.0.28. Again, started gdal_retile.py, created pyramid and... it worked. I guess the bug has been solved in the meantime?

I'll try that and report back.

Same error here

ubuntu 10.04, tomcat 6.0.24, java 1.6.20, geoserver 2.0.2, pyramid plugin 2.6.4
gave all privileges to the pyramid folders.

GS was able to create folder "0" and move tiles in it, but that's it.

When I click the "save" button to create the pyramid store, pointing to the pyramid root folder, it shows
"Could not list layers for this store, an error occurred retrieving them: This plugin accepts only File, URL and String pointing to a file"

Haven't tried with tomcat 6.0.28 yet.