Hi Stuart,

Stuart Lewis [sdl] wrote:
> 
> Hi Tom,
> 
>>> I have my handle server up and running, it¹s responding over the
>>> necessary
>>> ports. But it¹s not able to get the actual handles from my Oracle
>>> database.
>>> The database box is located across a firewall, and we¹ve already opened
>>> a
>>> port
>>> so that the DSpace application itself can communicate with it. Does the
>>> handle
>>> server require or use a separate port that we will need to open, or does
>>> it
>>> use a different protocol?
>> Which logs would even contain the errors I'm looking for?
> 
> Edit [dspace]/config/log4j-handle-plugin.properties and change it so that
> rather than logging at the INFO level it logs at the DEBUG level. That
> file
> will also tell you where the log file is, probably
> [dspace]/log/handle-plugin.log
> 
> If you then restart the handle server (make sure all the old handle server
> processes are killed - there might be two of them) and start it again,
> debug-level logs should appear in that file. Hopefully these will help
> track
> down the problem.
> 
> Thanks,
> 
> 
> Stuart
> _________________________________________________________________
> 
> Gwasanaethau Gwybodaeth                      Information Services
> Prifysgol Aberystwyth                      Aberystwyth University
> 
>             E-bost / E-mail: stuart.le...@aber.ac.uk
>                  Ffon / Tel: (01970) 622860
> _________________________________________________________________
> 
> 
> ------------------------------------------------------------------------------
> Check out the new SourceForge.net Marketplace.
> It is the best place to buy or sell services for
> just about anything Open Source.
> http://p.sf.net/sfu/Xq1LFB
> _______________________________________________
> DSpace-tech mailing list
> DSpace-tech@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/dspace-tech
> 
> 

I'm detecting the same problem.

The installation of dspace works fine.
Like Thomas I can do a telnet to 2641 or 8000 ports and the server respond.
If I use the gui tools of handle server and I do a Home Naming Authority I
can see the response of the server.
If I query any handle from other entity like 10.1000/3 my server redirect to
correct page, but if I query some local handle the client throw this
exception

  sending HDL-TCP request (version=2.1; oc=1; rc=0; snId=0 caCrt noAuth
10363/573 [ ] [ ]) to 213.73.40.217:2641
Saving global values to: /home/jbarrios/.handle/root_info
java.net.SocketTimeoutException: Read timed out
    at java.net.SocketInputStream.socketRead0(Native Method)
    at java.net.SocketInputStream.read(SocketInputStream.java:129)
    at
net.handle.hdllib.HandleResolver.sendHdlTcpRequest(HandleResolver.java:1740)
    at
net.handle.hdllib.HandleResolver.sendRequestToInterface(HandleResolver.java:1294)
    at
net.handle.hdllib.HandleResolver.sendRequestToServerByProtocol(HandleResolver.java:1033)
    at
net.handle.hdllib.HandleResolver.sendRequestToSite(HandleResolver.java:849)
    at
net.handle.hdllib.HandleResolver.sendRequestToService(HandleResolver.java:747)
    at
net.handle.hdllib.HandleResolver.processRequestGlobally(HandleResolver.java:544)
    at
net.handle.hdllib.HandleResolver.processRequest(HandleResolver.java:519)
    at
net.handle.hdllib.HandleResolver.processRequest(HandleResolver.java:529)
    at
net.handle.apps.gui.hadmin.HandleTool$ProcessRequest.run(HandleTool.java:578)
    at net.handle.awt.TaskIndicator.run(TaskIndicator.java:99)
    at java.lang.Thread.run(Thread.java:619)
  sending HDL-HTTP request (version=2.1; oc=1; rc=0; snId=0 caCrt noAuth
10363/573 [ ] [ ]) to 213.73.40.217:8000
java.net.SocketTimeoutException: Read timed out
    at java.net.SocketInputStream.socketRead0(Native Method)
    at java.net.SocketInputStream.read(SocketInputStream.java:129)
    at java.io.BufferedInputStream.fill(BufferedInputStream.java:218)
    at java.io.BufferedInputStream.read(BufferedInputStream.java:237)
    at java.io.DataInputStream.readLine(DataInputStream.java:496)
    at
net.handle.hdllib.HandleResolver.sendHttpRequest(HandleResolver.java:1930)
    at
net.handle.hdllib.HandleResolver.sendRequestToInterface(HandleResolver.java:1297)
    at
net.handle.hdllib.HandleResolver.sendRequestToServerByProtocol(HandleResolver.java:1033)
    at
net.handle.hdllib.HandleResolver.sendRequestToSite(HandleResolver.java:849)
    at
net.handle.hdllib.HandleResolver.sendRequestToService(HandleResolver.java:747)
    at
net.handle.hdllib.HandleResolver.processRequestGlobally(HandleResolver.java:544)
    at
net.handle.hdllib.HandleResolver.processRequest(HandleResolver.java:519)
    at
net.handle.hdllib.HandleResolver.processRequest(HandleResolver.java:529)
    at
net.handle.apps.gui.hadmin.HandleTool$ProcessRequest.run(HandleTool.java:578)
    at net.handle.awt.TaskIndicator.run(TaskIndicator.java:99)
    at java.lang.Thread.run(Thread.java:619)
HandleException (CANNOT_CONNECT_TO_SERVER) Error talking to 213.73.40.217
    at
net.handle.hdllib.HandleResolver.sendHttpRequest(HandleResolver.java:2042)
    at
net.handle.hdllib.HandleResolver.sendRequestToInterface(HandleResolver.java:1297)
    at
net.handle.hdllib.HandleResolver.sendRequestToServerByProtocol(HandleResolver.java:1033)
    at
net.handle.hdllib.HandleResolver.sendRequestToSite(HandleResolver.java:849)
    at
net.handle.hdllib.HandleResolver.sendRequestToService(HandleResolver.java:747)
    at
net.handle.hdllib.HandleResolver.processRequestGlobally(HandleResolver.java:544)
    at
net.handle.hdllib.HandleResolver.processRequest(HandleResolver.java:519)
    at
net.handle.hdllib.HandleResolver.processRequest(HandleResolver.java:529)
    at
net.handle.apps.gui.hadmin.HandleTool$ProcessRequest.run(HandleTool.java:578)
    at net.handle.awt.TaskIndicator.run(TaskIndicator.java:99)
    at java.lang.Thread.run(Thread.java:619)

Changing the loglevel to DEBUG the application don't show more info. 

Any suggestion to solve this throuble ?


-- 
View this message in context: 
http://www.nabble.com/HANDLE-server---Oracle---Firewall-tp21338385p21459683.html
Sent from the DSpace - Tech mailing list archive at Nabble.com.


------------------------------------------------------------------------------
This SF.net email is sponsored by:
SourcForge Community
SourceForge wants to tell your story.
http://p.sf.net/sfu/sf-spreadtheword
_______________________________________________
DSpace-tech mailing list
DSpace-tech@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dspace-tech

Reply via email to