[Dspace-tech] Disaster Recovery

1 view
Skip to first unread message

Strongin-Garry, Ilene (IHG)

unread,
Aug 24, 2015, 12:21:53 PM8/24/15
to dspac...@lists.sourceforge.net
We have attempted to complete a disaster recovery on our testing site. I am
wondering if anyone has successfully run a disaster recovery plan. We
deleted the whole directory without deleting Tomcat. When DSpace came back,
it came back with the home page in tact including the list of current
Communities. However, we receive an internal server error when clicking
through to the Collections. We are still running DSpace 1.0.

Ilene R. Strongin-Garry
Research Librarian
InterContinental Hotels Group
Phone: 770-604-5814
Fax: 770-604-2425
Email: mailto:ilene.stro...@ichotelsgroup.com

This message contains information which may be confidential and privileged.
Unless you are the intended recipient (or authorized to receive this message
for the intended recipient), you may not use, copy, disseminate or disclose
to anyone the message or any information contained in the message. If you
have received the message in error, please advise the sender by reply
e-mail, and delete the message. Thank you very much.




Strongin-Garry, Ilene (IHG)

unread,
Aug 24, 2015, 12:23:28 PM8/24/15
to dspac...@lists.sourceforge.net
We tried to do the re-index all and we are still getting an error message.
We are able to hit the home page. We are able to get to the page that lists
all of the Communities and Collections. We are able to browse by title,
author, date. This is part of the error we are receiving. This Disaster
Recovery was done on Dspace version 1.1.

An internal server error occurred on http://adccorplibq1.hiw.com:8000:

Date: 6/16/04 11:50 AM
Session ID: 8F2C923935D8AD51AD8E86B342D893E2

-- URL Was: http://gbslibrary-qa.ihgoneteam.com:8000/handle/1721.1/977
-- Method: GET
-- Parameters were:


Exception:
java.sql.SQLException: ERROR: collectionitemsbydateaccession: Permission
denied.

at org.postgresql.core.QueryExecutor.execute(Unknown Source)
at org.postgresql.Connection.ExecSQL(Unknown Source)
at org.postgresql.jdbc2.Statement.execute(Unknown Source)
at org.postgresql.jdbc2.Statement.executeQuery(Unknown Source)
at
org.apache.commons.dbcp.DelegatingStatement.executeQuery(DelegatingStatement
.java:162)
at
org.dspace.storage.rdbms.DatabaseManager.query(DatabaseManager.java:138)
at org.dspace.browse.Browse.getLastSubmitted(Browse.java:233)
at
org.dspace.app.webui.servlet.HandleServlet.collectionHome(HandleServlet.java
:393)
at
org.dspace.app.webui.servlet.HandleServlet.doDSGet(HandleServlet.java:192)
at
org.dspace.app.webui.servlet.DSpaceServlet.processRequest(DSpaceServlet.java
:157)
at
org.dspace.app.webui.servlet.DSpaceServlet.doGet(DSpaceServlet.java:102)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:740)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:853)
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Application
FilterChain.java:247)
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterCh
ain.java:193)
at
org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.ja
va:243)
at
org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:5
66)
at
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:472)
at
org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943)
at
org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.ja
va:190)
at
org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:5
66)
at
org.apache.catalina.valves.CertificatesValve.invoke(CertificatesValve.java:2
46)
at
org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:5
64)
at
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:472)
at
org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943)
at
org.apache.catalina.core.StandardContext.invoke(StandardContext.java:2347)
at
org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:180
)
at
org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:5
66)
at
org.apache.catalina.valves.ErrorDispatcherValve.invoke(ErrorDispatcherValve.
java:170)
at


-----Original Message-----
From: dspace-te...@lists.sourceforge.net
[mailto:dspace-te...@lists.sourceforge.net]
Sent: Friday, June 11, 2004 11:29 PM
To: dspac...@lists.sourceforge.net
Subject: DSpace-tech digest, Vol 1 #452 - 3 msgs

Send DSpace-tech mailing list submissions to
dspac...@lists.sourceforge.net

To subscribe or unsubscribe via the World Wide Web, visit
https://lists.sourceforge.net/lists/listinfo/dspace-tech
or, via email, send a message with subject or body 'help' to
dspace-te...@lists.sourceforge.net

You can reach the person managing the list at
dspace-t...@lists.sourceforge.net

When replying, please edit your Subject line so it is more specific than
"Re: Contents of DSpace-tech digest..."


Today's Topics:

1. RE: Item Mapper Search String (STUVE,DAVID (HP-Corvallis,ex1))
2. RE: Local jsop directory in dspace 1.2 beta2 (Tansley, Robert)
3. RE: Disaster Recovery Error (Tansley, Robert)

--__--__--

Message: 1
From: "STUVE,DAVID (HP-Corvallis,ex1)" <david...@hp.com>
To: 'Claudia Juergen' <Claudia...@ub.uni-dortmund.de>,
dspac...@lists.sourceforge.net
Subject: RE: [Dspace-tech] Item Mapper Search String
Date: Thu, 10 Jun 2004 23:19:20 -0700

Hi Claudia,

Thanks for the bug report - I've checked the fix into CVS for beta3.

Dave

-----Original Message-----
From: dspace-t...@lists.sourceforge.net
[mailto:dspace-t...@lists.sourceforge.net] On Behalf Of Claudia
Juergen
Sent: Tuesday, June 08, 2004 1:35 AM
To: dspac...@lists.sourceforge.net
Subject: [Dspace-tech] Item Mapper Search String


Hello,

while doing some testing with Dspace1.2b, we found a minor issue=20 within
the item mapper.

The search string entered ist not automatically converted to lower=20 case
which is necessary to perform the search.

sunny greetings

Claudia J=FCrgen
University Library of Dortmund
=20


-------------------------------------------------------
This SF.Net email is sponsored by: GNOME Foundation Hackers Unite! GUADEC:
The world's #1 Open Source Desktop Event. GNOME Users and Developers
European Conference, 28-30th June in Norway http://2004/guadec.org
_______________________________________________
DSpace-tech mailing list
DSpac...@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dspace-tech


--__--__--

Message: 2
From: "Tansley, Robert" <robert....@hp.com>
To: Henry N Jerez <hje...@unm.edu>, dspac...@lists.sourceforge.net
Subject: RE: [Dspace-tech] Local jsop directory in dspace 1.2 beta2
Date: Fri, 11 Jun 2004 12:49:22 -0700

This message is in MIME format. Since your mail reader does not understand
this format, some or all of this message may not be legible.

------=_NextPartTM-000-9b017114-c9de-4c86-b574-9949014e05e7
Content-Type: multipart/alternative;
boundary="----_=_NextPart_001_01C44FED.31515EDA"

------_=_NextPart_001_01C44FED.31515EDA
Content-Type: text/plain

Hi,

The DSpace UI and OAI support are now built into .war files. So, if you
have jsp/local in your DSpace source directory, the JSPs in there will be
put into the .war file as opposed to jsp/local in the DSpace installation
directory (where DSpace actually runs).

However, internally in the .war file, the localised JSPs are simply put in
place of the original, distributed versions. There is no 'local'
subdirectory in the .war file, nor is there code to detect that and use JSPs
there in preference. (That proved impossible to code up in a servlet/JSP
standard-compliant way.)

Tomcat does unpack the .war file in TOMCAT/webapps (so if you have
TOMCAT/webapps/dspace.war you'll see TOMCAT/webapps/dspace) but making a
'local' subdirectory in that won't work.

Robert Tansley / Digital Media Systems Programme / HP Labs


-----Original Message-----
From: dspace-t...@lists.sourceforge.net
[mailto:dspace-t...@lists.sourceforge.net] On Behalf Of Henry N Jerez
Sent: 02 June 2004 15:09
To: dspac...@lists.sourceforge.net
Subject: [Dspace-tech] Local jsop directory in dspace 1.2 beta2


Hi
I was wondering if tehre is any reasson why teh local directory used in
previous versions to configure the jsp files is not created now at
installation time and when added to the dspace directory inside webapps it
doesn't seem to work.Is there anything else taht i should confiure to make
it work?
henry


------_=_NextPart_001_01C44FED.31515EDA
Content-Type: text/html

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META HTTP-EQUIV="Content-Type" CONTENT="text/html; charset=us-ascii">
<TITLE>Message</TITLE>

<META content="MSHTML 6.00.2800.1400" name=GENERATOR>
<STYLE></STYLE>
</HEAD>
<BODY bgColor=#ffffff>
<DIV><SPAN class=265404519-11062004><FONT face=Arial color=#0000ff
size=2>Hi,</FONT></SPAN></DIV>
<DIV><SPAN class=265404519-11062004><FONT face=Arial color=#0000ff
size=2></FONT></SPAN>&nbsp;</DIV>
<DIV><SPAN class=265404519-11062004><FONT face=Arial color=#0000ff
size=2>The
DSpace UI and OAI support are now&nbsp;built into&nbsp;.war files.&nbsp; So,
if
you have jsp/local in your DSpace <EM>source</EM> directory, the JSPs in
there
will be put into the .war file as opposed to jsp/local in the DSpace
<EM>installation</EM> directory (where DSpace actually
runs).</FONT></SPAN></DIV>
<DIV><SPAN class=265404519-11062004><FONT face=Arial color=#0000ff
size=2></FONT></SPAN>&nbsp;</DIV>
<DIV><SPAN class=265404519-11062004><FONT face=Arial color=#0000ff
size=2>However, internally in the .war file, the localised JSPs are simply
put
in place of the original, distributed versions.&nbsp; There is no 'local'
subdirectory in the .war file, nor is there code to detect that and use JSPs

there in preference.&nbsp; (That proved impossible to code up in a
servlet/JSP
standard-compliant way.)</FONT></SPAN></DIV>
<DIV><SPAN class=265404519-11062004><FONT face=Arial color=#0000ff
size=2></FONT></SPAN>&nbsp;</DIV>
<DIV><SPAN class=265404519-11062004><FONT face=Arial color=#0000ff
size=2>Tomcat
does unpack the .war file in TOMCAT/webapps (so if you have
TOMCAT/webapps/dspace.war you'll see TOMCAT/webapps/dspace) but making a
'local'
subdirectory in that won't work.</FONT></SPAN></DIV>
<DIV><SPAN class=265404519-11062004><FONT size=2></FONT></SPAN>&nbsp;</DIV>
<DIV><SPAN class=265404519-11062004><FONT size=2>&nbsp;Robert Tansley /
Digital
Media Systems Programme / HP Labs</FONT> </DIV></SPAN>
<DIV><SPAN class=265404519-11062004><FONT face=Arial color=#0000ff
size=2></FONT></SPAN>&nbsp;</DIV>
<BLOCKQUOTE dir=ltr
style="PADDING-LEFT: 5px; MARGIN-LEFT: 5px; BORDER-LEFT: #0000ff 2px solid;
MARGIN-RIGHT: 0px">
<DIV></DIV>
<DIV class=OutlookMessageHeader lang=en-us dir=ltr align=left><FONT
face=Tahoma size=2>-----Original Message-----<BR><B>From:</B>
dspace-t...@lists.sourceforge.net
[mailto:dspace-t...@lists.sourceforge.net] <B>On Behalf Of </B>Henry
N
Jerez<BR><B>Sent:</B> 02 June 2004 15:09<BR><B>To:</B>
dspac...@lists.sourceforge.net<BR><B>Subject:</B> [Dspace-tech] Local
jsop
directory in dspace 1.2 beta2<BR><BR></FONT></DIV>
<DIV><FONT face=Arial size=2>Hi </FONT></DIV>
<DIV><FONT face=Arial size=2>I was wondering if tehre is any reasson why
teh
local directory used in previous versions to configure the jsp files is
not
created now at installation time and when added to the dspace directory
inside
webapps it doesn't seem to work.Is there anything else taht i should
confiure
to make it work?</FONT></DIV>
<DIV><FONT face=Arial size=2>henry</FONT></DIV></BLOCKQUOTE></BODY></HTML>

------_=_NextPart_001_01C44FED.31515EDA--

------=_NextPartTM-000-9b017114-c9de-4c86-b574-9949014e05e7--



--__--__--

Message: 3
From: "Tansley, Robert" <robert....@hp.com>
To: Jim Downing <oj...@cam.ac.uk>,
"'dspac...@lists.sourceforge.net'"
<dspac...@lists.sourceforge.net>
Subject: RE: [Dspace-tech] Disaster Recovery Error
Date: Fri, 11 Jun 2004 13:04:17 -0700

Another thing to try is to run dspace/bin/index-all. Your backup might not
have restored the search and/or browse indices correctly (which isn't a big
problem, they can easily be re-built).

Robert Tansley / Digital Media Systems Programme / HP Labs

> -----Original Message-----
> From: dspace-t...@lists.sourceforge.net
> [mailto:dspace-t...@lists.sourceforge.net] On Behalf Of
> Jim Downing
> Sent: 02 June 2004 10:05
> To: 'dspac...@lists.sourceforge.net'
> Subject: Re: [Dspace-tech] Disaster Recovery Error
>
>
> It looks like the database setup was not performed as the
> correct user. Could you give more detail about your disaster
> recovery routine, and compare it to the installation docs?
>
>
> On Wed, 2004-06-02 at 14:39, Strongin-Garry, Ilene (IHG) wrote:
> > Here is the error we received after doing our disaster recovery.
> >
> > An internal server error occurred on
> http://adccorplibq1.hiw.com:8000:
> >
> > Date: 6/1/04 2:29 PM
> > Session ID: 05E6F0AB5D982F4DFE38CBEDEBDE8CB8
> >
> > -- URL Was:
> http://gbslibrary-qa.ihgoneteam.com:8000/handle/1721.1/977
> > -- Method: GET
> > -- Parameters were:
> >
> >
> > Exception:
> > java.sql.SQLException: ERROR: collectionitemsbydateaccession:
> > Permission denied.
> >
> > at org.postgresql.core.QueryExecutor.execute(Unknown Source)
> > at org.postgresql.Connection.ExecSQL(Unknown Source)
> > at org.postgresql.jdbc2.Statement.execute(Unknown Source)
> > at
> org.postgresql.jdbc2.Statement.executeQuery(Unknown Source)
> > at
> >
> org.apache.commons.dbcp.DelegatingStatement.executeQuery(Deleg
> atingStatement.java:162)
> > at
> >
> org.dspace.storage.rdbms.DatabaseManager.query(DatabaseManager
> .java:138)
> > at
> org.dspace.browse.Browse.getLastSubmitted(Browse.java:233)
> > at
> >
> org.dspace.app.webui.servlet.HandleServlet.collectionHome(Hand
> leServlet.java:393)
> > at
> >
> org.dspace.app.webui.servlet.HandleServlet.doDSGet(HandleServl
> et.java:192)
> > at
> >
> org.dspace.app.webui.servlet.DSpaceServlet.processRequest(DSpa
> ceServlet.java:157)
> > at
> >
> org.dspace.app.webui.servlet.DSpaceServlet.doGet(DSpaceServlet
> .java:102)
> > at
> > javax.servlet.http.HttpServlet.service(HttpServlet.java:740)
> > at
> > javax.servlet.http.HttpServlet.service(HttpServlet.java:853)
> > at
> >
> org.apache.catalina.core.ApplicationFilterChain.internalDoFilt
> er(ApplicationFilterChain.java:247)
> > at
> >
> org.apache.catalina.core.ApplicationFilterChain.doFilter(Appli
> cationFilterChain.java:193)
> > at
> >
> org.apache.catalina.core.StandardWrapperValve.invoke(StandardW
> rapperValve.java:243)
> > at
> >
> org.apache.catalina.core.StandardPipeline.invokeNext(StandardP
> ipeline.java:566)
> > at
> >
> org.apache.catalina.core.StandardPipeline.invoke(StandardPipel
> ine.java:472)
> > at
> >
> org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943)
> > at
> >
> org.apache.catalina.core.StandardContextValve.invoke(StandardC
> ontextValve.java:190)
> > at
> >
> org.apache.catalina.core.StandardPipeline.invokeNext(StandardP
> ipeline.java:566)
> > at
> >
> org.apache.catalina.valves.CertificatesValve.invoke(Certificat
> esValve.java:246)
> > at
> >
> org.apache.catalina.core.StandardPipeline.invokeNext(StandardP
> ipeline.java:564)
> > at
> >
> org.apache.catalina.core.StandardPipeline.invoke(StandardPipel
> ine.java:472)
> > at
> >
> org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943)
> > at
> >
> org.apache.catalina.core.StandardContext.invoke(StandardContex
> t.java:2347)
> > at
> >
> org.apache.catalina.core.StandardHostValve.invoke(StandardHost
> Valve.java:180)
> > at
> >
> org.apache.catalina.core.StandardPipeline.invokeNext(StandardP
> ipeline.java:566)
> > at
> >
> org.apache.catalina.valves.ErrorDispatcherValve.invoke(ErrorDi
> spatcherValve.java:170)
> > at
> >
> org.apache.catalina.core.StandardPipeline.invokeNext(StandardP
> ipeline.java:564)
> > at
> >
> org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReport
> Valve.java:170)
> > at
> >
> org.apache.catalina.core.StandardPipeline.invokeNext(StandardP
> ipeline.java:564)
> > at
> >
> org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValv
> e.java:468)
> > at
> >
> org.apache.catalina.core.StandardPipeline.invokeNext(StandardP
> ipeline.java:564)
> > at
> >
> org.apache.catalina.core.StandardPipeline.invoke(StandardPipel
> ine.java:472)
> > at
> >
> org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943)
> > at
> >
> org.apache.catalina.core.StandardEngineValve.invoke(StandardEn
> gineValve.java:174)
> > at
> >
> org.apache.catalina.core.StandardPipeline.invokeNext(StandardP
> ipeline.java:566)
> > at
> >
> org.apache.catalina.core.StandardPipeline.invoke(StandardPipel
> ine.java:472)
> > at
> >
> org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943)
> > at
> >
> org.apache.catalina.connector.http.HttpProcessor.process(HttpP
> rocessor.java:1027)
> > at
> >
> org.apache.catalina.connector.http.HttpProcessor.run(HttpProce
> ssor.java:1125)
> > at java.lang.Thread.run(Thread.java:536)
> >
> >
> >
> >
> > Ilene R. Strongin-Garry
> > Research Librarian
> > InterContinental Hotels Group
> > Phone: 770-604-5814
> > Fax: 770-604-2425
> > Email: mailto:ilene.stro...@ichotelsgroup.com
> >
> > This message contains information which may be confidential and
> > privileged. Unless you are the intended recipient (or authorized to
> > receive this message for the intended recipient), you may not use,
> > copy, disseminate or disclose
> >
> > to anyone the message or any information contained in the
> message. If
> > you have received the message in error, please advise the sender by
> > reply e-mail, and delete the message. Thank you very much.
> >
> >
>
>
> -------------------------------------------------------
> This SF.Net email is sponsored by the new InstallShield X.
> From Windows to Linux, servers to mobile, InstallShield X is
> the one installation-authoring solution that does it all.
> Learn more and evaluate today!
> http://www.installshield.com/Dev2Dev/0504
> _______________________________________________
> DSpace-tech mailing list
> DSpac...@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/dspace-tech
>



--__--__--

_______________________________________________
DSpace-tech mailing list
DSpac...@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dspace-tech


End of DSpace-tech Digest

Reply all
Reply to author
Forward
0 new messages