geoserver bug or store misconfiguration

[Tara Athan]

I ran into a problem with the hydrologic_soils_group coverages (puget
and global workspaces) while working with the rest interface. I have
been trying to resolve this through the geoserver support community, but
naturally they want to know what the geoserver log says... if it is not
possible to give me access to the log, perhaps you could reproduce the
error and send me the log?

This is what happens

I discovered the problem while working with the rest interface:
the following Rest request return an empty document
http://ecoinformatics.uvm.edu/geoserver/rest/workspaces/puget/coveragestores/hydrologic_soils_group/coverages.xml

Also, there is some difficulty with these coverage stores through the
geoserver/web interface
The following sequence of steps lead to an error:
1. login to geoserver
2. open Data>Layers dialogue
3. browse to the particular layer, (search for hsg)
4. click on the name of the store associated with the layer
5. the webpages shows "Oops, something went wrong...
Sorry, something unexpected happened on the server.
Here's an error report you can include in a JIRA bug report about this
issue:"

There doesn't appear to be any problems with a GetMap request, as they
show up in the Layer Preview. Have you had any problems with them while
using ARIES?

Thanks, Tara

--
Tara Athan
Owner, Athan Ecological Reconciliation Services
tara_athan at alt2is.com
707-272-2115 (cell, preferred)
707-485-1198 (office)
249 W. Gobbi St. #A
Ukiah, CA 95482

[Ferdinando Villa]

Hi Tara - I also had problems of other kinds with the vector layer for soils
group, although it appears you're using the raster which I didn't try so
far.

You have access to the log as long as you can log in on the TWO machines -
esd.uvm.edu as a proxy, then huginn (behind the firewall) where the instance
of tomcat that runs geoserver lives. I don't remember which logins, if any,
we set up for you - please tell me which ones you have or don't and I'll set
up the rest. Once you're logged in to huginn, the logs are in
/opt/tomcat/logs/catalina.out. After running your REST command, here's the
start of a 1500 lines stack trace:

02 Apr 11:57:40 ERROR [wicket.RequestCycle] - Don't know how to deal with
store
null
java.lang.RuntimeException: Don't know how to deal with store null
at
org.geoserver.web.data.layer.LayerPage$3.onClick(LayerPage.java:131)
at
org.geoserver.web.wicket.SimpleAjaxLink$1.onClick(SimpleAjaxLink.jav
a:44)
at
org.apache.wicket.ajax.markup.html.AjaxLink$1.onEvent(AjaxLink.java:
65)
at
org.apache.wicket.ajax.AjaxEventBehavior.respond(AjaxEventBehavior.j
ava:163)
at
org.apache.wicket.ajax.AbstractDefaultAjaxBehavior.onRequest(Abstrac
tDefaultAjaxBehavior.java:297)
at
org.apache.wicket.request.target.component.listener.BehaviorRequestT
arget.processEvents(BehaviorRequestTarget.java:104)
at
org.apache.wicket.request.AbstractRequestCycleProcessor.processEvent
s(AbstractRequestCycleProcessor.java:91)
at org.apache.wicket.RequestCycle.processEventsA....

So it looks like something is wrong with the store... let me know what you
can investigate or not, I'll look into this myself asap.

Ciao f

---
Ferdinando Villa, Ph.D.
Research Professor, Ecoinformatics Collaboratory
Gund Institute for Ecological Economics, University of Vermont
http://ecoinformatics.uvm.edu

This is what happens

Thanks, Tara

--
To unsubscribe, reply using "remove me" as the subject.

[Ferdinando Villa]

Sorry, I just realized I cut-and-pasted from the wrong stack trace. Here's
the relevant one:

org.geoserver.rest.RestletException: java.lang.NullPointerException
at
org.geoserver.rest.ReflectiveResource.handleException(ReflectiveResource.jav
a:329)
at
org.geoserver.rest.ReflectiveResource.handleGet(ReflectiveResource.java:86)
at org.restlet.Finder.handle(Finder.java:292)
at
org.geoserver.rest.BeanDelegatingRestlet.handle(BeanDelegatingRestlet.java:3
8)
at org.restlet.Filter.doHandle(Filter.java:105)
at org.restlet.Filter.handle(Filter.java:134)
at org.restlet.Router.handle(Router.java:444)
at
com.noelios.restlet.ext.servlet.ServletConverter.service(ServletConv
erter.java:129)
at
org.geoserver.rest.RESTDispatcher.handleRequestInternal(RESTDispatch
er.java:79)
at
org.springframework.web.servlet.mvc.AbstractController.handleRequest
(AbstractController.java:153)
at
org.springframework.web.servlet.mvc.SimpleControllerHandlerAdapter.h
andle(SimpleControllerHandlerAdapter.java:48)
at
org.springframework.web.servlet.DispatcherServlet.doDispatch(Dispatc
herServlet.java:875)
at
org.springframework.web.servlet.DispatcherServlet.doService(Dispatch
erServlet.java:809)
at
org.springframework.web.servlet.FrameworkServlet.processRequest(Fram
eworkServlet.java:571)
at
org.springframework.web.servlet.FrameworkServlet.doGet(FrameworkServ
let.java:501)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:617)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:717)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter

---
Ferdinando Villa, Ph.D.
Research Professor, Ecoinformatics Collaboratory
Gund Institute for Ecological Economics, University of Vermont
http://ecoinformatics.uvm.edu

-----Original Message-----
From: aries-...@googlegroups.com [mailto:aries-...@googlegroups.com]
On Behalf Of Tara Athan
Sent: Friday, April 02, 2010 1:03 PM
To: aries-...@googlegroups.com
Subject: geoserver bug or store misconfiguration

This is what happens

Thanks, Tara

--

[Tara Athan]

Ferd- I have an account on esd.uvm.edu which I am able to connect to.
There was an account (I think it was on huginn) that I used while I was
there; kbagstad.tathan, I don't know if that is still active.

I've tried every proxy setting possible on several different
applications. The closest I got was in filezilla

Status: Connecting to (ip address):22 through proxy
Status: Resolving address of esd.uvm.edu
Status: Connecting to (ip address):22...
Status: Connection with proxy established, performing handshake...
Error: Could not connect to server

The proxy settings I used were
Generic proxy,
HTTP/1.1 using CONNECT method, or SOCKS5 (no difference in result)
proxy port 22

I also tried the FTP proxy

Status: Using proxy esd.uvm.edu
Status: Resolving address of esd.uvm.edu
Status: Connecting to (ip address):21...
Status: Connection established, waiting for welcome message...
Error: Could not connect to server

I tried using esd.uvm.edu as a proxy server to connect to another server
where I know I have an account, but the process didn't even get that
far, so maybe your server is setup to not allow such connections...

So my best guess is that my account on huginn is no longer active, or
there is something wrong in my settings, or both...

Tara

[Gary Johnson]

Tara,

You now have a login on huginn which matches the one you have on esd:

User: taraathan
Pass: taraathan

Please use passwd on huginn to reset this value.

You are a member of the tomcat group, so you should have access to
/opt/tomcat and all of its subdirectories.

~Gary

[Ferdinando Villa]

Hmmm. No, I was talking about a manual proxy - ssh to esd.uvm.edu, then from
there ssh to huginn. Note that huginn is only the internal name but is not
on DNS, so you'll have to use the IP - ssh 132.198.166.234 - from esd to get
to it. Gary just set up your account on huginn and is working on
nfs-mounting the raid on ESD so you can access huginn's filesystem through
it directly, without a need for a proxy (but that won't give you access to
the tomcat logs).

Ciao f

Tara

--

[Tara Athan]

OK, that worked. Thanks- Tara