Re: [dspace-tech] REPOST: Discrepancy of figures displayed in the community-list from browse by list

[euler]

Hi Stuart and all,

I asked the community administrator of this repository and he's positive 
that each item have only one title. I now know the reason for the 
discrepancy in the figures when he showed me one problematic item. It 
turned out that this particular item have two assigned handles. The figures 
in the community list (or strengths) seemed to compute this from the number 
of handles. Is it safe to delete the (duplicate) row in the handle table? 
And how can I locate duplicate entries (one item ID, multiple handle_id)? 
Another question I would like to ask is that why this happened in the first 
place and how to avoid this problem? I thought the assignment of handles 
incrementally upon submission would avoid this.

Thanks in advance and best regards,
euler

On Thursday, November 12, 2015 at 9:48:52 AM UTC+8, Stuart Yeates wrote:
>
> (a) try rebuilding the solr indexes to ensure they're up-to-date
>
> (b) does every item have one and exactly one title?
>
> cheers
> stuart
>
> --
> ...let us be heard from red core to black sky
>
> On Thu, Nov 12, 2015 at 2:46 PM, euler  > wrote:
>
>> Dear All,
>>
>> I am reposting my query from October since I did not received any 
>> response from the list. Hope someone can help me to figure out how to 
>> reconcile the figures in the browse by titles and in the strengths 
>> displayed.
>>
>> Thanks in advance and best regards,
>> euler
>>
>> On Thursday, October 8, 2015 at 8:58:13 PM UTC+8, euler wrote:
>>>
>>> Dear All,
>>>
>>> This is somewhat related to George's post: Question about Totals of 
>>> Items 
>>> 
>>>  from 
>>> a few days ago. I am wondering why the figures being displayed in the 
>>> community-list is not the same from the number of items in the browse by 
>>> titles? I suppose the figures from the community-list comes from querying 
>>> SOLR? The repository manager told me that in this repository, there were no 
>>> restricted items (so restricted items are out of the question). I tried 
>>> querying SOLR based from this page: 
>>> https://wiki.duraspace.org/display/DSPACE/Solr#Solr-Numberofitemsinaspecificcommunity
>>>  and 
>>> the results are equal to the figures in the browse by titles.
>>>
>>> Here's the community-list link of the repository: 
>>> http://iris.wpro.who.int/community-list and here's the link of the 
>>> browse by title: 
>>> http://iris.wpro.who.int/handle/10665.1/9971/browse?type=title
>>>
>>> As I write this, there are 6,231 titles in the browse by titles but 
>>> there are 6,316 items being displayed in the community-list.
>>>
>>> Please help where should I look and how to fix the discrepancy in the 
>>> figures.
>>>
>>> Thanks in advance,
>>> euler
>>>
>> -- 
>> You received this message because you are subscribed to the Google Groups 
>> "DSpace Technical Support" group.
>> To unsubscribe from this group and stop receiving emails from it, send an 
>> email to dspace-tech...@googlegroups.com .
>> To post to this group, send email to dspac...@googlegroups.com 
>> .
>> Visit this group at http://groups.google.com/group/dspace-tech.
>> For more options, visit https://groups.google.com/d/optout.
>>
>
>

-- 
You received this message because you are subscribed to the Google Groups 
"DSpace Technical Support" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to dspace-tech+unsubscr...@googlegroups.com.
To post to this group, send email to dspace-tech@googlegroups.com.
Visit this group at http://groups.google.com/group/dspace-tech.
For more options, visit https://groups.google.com/d/optout.

Re: [dspace-tech] REPOST: Discrepancy of figures displayed in the community-list from browse by list

[Stuart A. Yeates]

(a) try rebuilding the solr indexes to ensure they're up-to-date

(b) does every item have one and exactly one title?

cheers
stuart

--
...let us be heard from red core to black sky

On Thu, Nov 12, 2015 at 2:46 PM, euler  wrote:

> Dear All,
>
> I am reposting my query from October since I did not received any response
> from the list. Hope someone can help me to figure out how to reconcile the
> figures in the browse by titles and in the strengths displayed.
>
> Thanks in advance and best regards,
> euler
>
> On Thursday, October 8, 2015 at 8:58:13 PM UTC+8, euler wrote:
>>
>> Dear All,
>>
>> This is somewhat related to George's post: Question about Totals of Items
>> 
>>  from
>> a few days ago. I am wondering why the figures being displayed in the
>> community-list is not the same from the number of items in the browse by
>> titles? I suppose the figures from the community-list comes from querying
>> SOLR? The repository manager told me that in this repository, there were no
>> restricted items (so restricted items are out of the question). I tried
>> querying SOLR based from this page:
>> https://wiki.duraspace.org/display/DSPACE/Solr#Solr-Numberofitemsinaspecificcommunity
>>  and
>> the results are equal to the figures in the browse by titles.
>>
>> Here's the community-list link of the repository:
>> http://iris.wpro.who.int/community-list and here's the link of the
>> browse by title:
>> http://iris.wpro.who.int/handle/10665.1/9971/browse?type=title
>>
>> As I write this, there are 6,231 titles in the browse by titles but there
>> are 6,316 items being displayed in the community-list.
>>
>> Please help where should I look and how to fix the discrepancy in the
>> figures.
>>
>> Thanks in advance,
>> euler
>>
> --
> You received this message because you are subscribed to the Google Groups
> "DSpace Technical Support" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to dspace-tech+unsubscr...@googlegroups.com.
> To post to this group, send email to dspace-tech@googlegroups.com.
> Visit this group at http://groups.google.com/group/dspace-tech.
> For more options, visit https://groups.google.com/d/optout.
>

-- 
You received this message because you are subscribed to the Google Groups 
"DSpace Technical Support" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to dspace-tech+unsubscr...@googlegroups.com.
To post to this group, send email to dspace-tech@googlegroups.com.
Visit this group at http://groups.google.com/group/dspace-tech.
For more options, visit https://groups.google.com/d/optout.

[dspace-tech] REPOST: Discrepancy of figures displayed in the community-list from browse by list

[euler]

Dear All,

I am reposting my query from October since I did not received any response 
from the list. Hope someone can help me to figure out how to reconcile the 
figures in the browse by titles and in the strengths displayed.

Thanks in advance and best regards,
euler

On Thursday, October 8, 2015 at 8:58:13 PM UTC+8, euler wrote:
>
> Dear All,
>
> This is somewhat related to George's post: Question about Totals of Items 
> 
>  from 
> a few days ago. I am wondering why the figures being displayed in the 
> community-list is not the same from the number of items in the browse by 
> titles? I suppose the figures from the community-list comes from querying 
> SOLR? The repository manager told me that in this repository, there were no 
> restricted items (so restricted items are out of the question). I tried 
> querying SOLR based from this page: 
> https://wiki.duraspace.org/display/DSPACE/Solr#Solr-Numberofitemsinaspecificcommunity
>  and 
> the results are equal to the figures in the browse by titles.
>
> Here's the community-list link of the repository: 
> http://iris.wpro.who.int/community-list and here's the link of the browse 
> by title: http://iris.wpro.who.int/handle/10665.1/9971/browse?type=title
>
> As I write this, there are 6,231 titles in the browse by titles but there 
> are 6,316 items being displayed in the community-list.
>
> Please help where should I look and how to fix the discrepancy in the 
> figures.
>
> Thanks in advance,
> euler
>

-- 
You received this message because you are subscribed to the Google Groups 
"DSpace Technical Support" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to dspace-tech+unsubscr...@googlegroups.com.
To post to this group, send email to dspace-tech@googlegroups.com.
Visit this group at http://groups.google.com/group/dspace-tech.
For more options, visit https://groups.google.com/d/optout.

[dspace-tech] Change java version for dspace

[Manuel Hidalgo]

Dear,

We have installed dspace 5.1 on centos, now the java version installed is
jdk1.8.0_40.   We would like to install java version jdk1.7.0_79.

We use the command alternatives --install ..., we selected the new version
jdk1.7.0_79.

I would like to know ir we need to do any other change in dspace, because
dspace don't run.

Thank you
Manuel

-- 
You received this message because you are subscribed to the Google Groups 
"DSpace Technical Support" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to dspace-tech+unsubscr...@googlegroups.com.
To post to this group, send email to dspace-tech@googlegroups.com.
Visit this group at http://groups.google.com/group/dspace-tech.
For more options, visit https://groups.google.com/d/optout.

Re: [dspace-tech] cache in tomcat

[Peter Dietz]

Hi Jose,

ehcache will write to your java temp directory.
https://github.com/DSpace/DSpace/blob/dspace-5_x/dspace-services/src/main/resources/caching/ehcache-config.xml

XMLUI / cocoon will write to a cache dir.
tomcat/work/Catalina/localhost/xmlui/cache-dir

Batch Uploads (in jspui??) can write to a temp location in
[dspace]/imports/batchuploads

PDF Citation Coverpage will generate temp files. Media filter will generate
temp files. Some of these java temp files will only clean themselves
automatically when the jvm shuts down, which would be tomcat restarts, or
from command line operations when the command line operation completes.

Your trading disk usage for caching and performance. And in general, at
least to me, its not that much disk space for the temp overhead. But, it
might be wise to explicitly put bounds on things.


Peter Dietz
Longsight
www.longsight.com
pe...@longsight.com
p: 740-599-5005 x809

On Wed, Nov 11, 2015 at 11:56 AM, Jose Blanco  wrote:

> I noticed some files being created in in my tomcat temp directory. Is this
> where files uploaded are initially stored before moving to the assetstore?
>
> Also, What are the bounds for growths for the tomcat cache-dir?  Should I
> clear the java cache periodically using the UI?
>
> Thank you!
>
>
>
> --
> You received this message because you are subscribed to the Google Groups
> "DSpace Technical Support" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to dspace-tech+unsubscr...@googlegroups.com.
> To post to this group, send email to dspace-tech@googlegroups.com.
> Visit this group at http://groups.google.com/group/dspace-tech.
> For more options, visit https://groups.google.com/d/optout.
>

-- 
You received this message because you are subscribed to the Google Groups 
"DSpace Technical Support" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to dspace-tech+unsubscr...@googlegroups.com.
To post to this group, send email to dspace-tech@googlegroups.com.
Visit this group at http://groups.google.com/group/dspace-tech.
For more options, visit https://groups.google.com/d/optout.

[dspace-tech] cache in tomcat

[Jose Blanco]

I noticed some files being created in in my tomcat temp directory. Is this
where files uploaded are initially stored before moving to the assetstore?

Also, What are the bounds for growths for the tomcat cache-dir?  Should I
clear the java cache periodically using the UI?

Thank you!

-- 
You received this message because you are subscribed to the Google Groups 
"DSpace Technical Support" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to dspace-tech+unsubscr...@googlegroups.com.
To post to this group, send email to dspace-tech@googlegroups.com.
Visit this group at http://groups.google.com/group/dspace-tech.
For more options, visit https://groups.google.com/d/optout.

Re: [dspace-tech] Re: Captcha in XMLUI

[Peter Dietz]

For the recaptcha, this setup doesn't require the user to be logged in. The
typical use case we are thinking is anonymous user who stumbles upon an
article they want. They don't have to be logged in, but have to pass
Google's captcha challenge, either clicking the button if you are
non-suspicious, or if Google has concerns, having to solve a sequence of
challenges (choose the street signs, pick images containing chocolate, pick
an image that doesn't contain salad, ...). (All handled by Google)

If they pass the captcha, then a form gets submitted to the
item-request-receiver, and contains the form information, such as form
value for person name, person email, a message, and some identifiers for
which document they wanted.

The item request workflow has its own options, but typically the DSpace
admin, or article author will click a button that grants the requester
access to the document, using a hashed value in a link, without logging in.


Peter Dietz
Longsight
www.longsight.com
pe...@longsight.com
p: 740-599-5005 x809

On Wed, Nov 11, 2015 at 11:27 AM, Hilton Gibson 
wrote:

> Hi Pieter,
>
> Will this require an external account again?
> External a counts can be very problematic with institutions that have very
> strict campus firewalls.
>
> Cheers
>
> Hg
>
> On Wed, 11 Nov 2015 18:22 Peter Dietz  wrote:
>
>> Hi All,
>>
>> I don't have a finished solution, but we have a work-in-progress for
>> recaptcha for the item-request form.
>> https://github.com/LongsightGroup/DSpace/commits/longsight-4_x-recaptcha
>>
>> The easy part was just adding the recaptcha javascript widget. Getting
>> the server-side to validate the data was not that difficult. But, some
>> todo's left on that would be to make the Google key configurable, and to
>> make it so that the g-recaptcha was only present for the item-request form,
>> where as the XSL only let you apply it to all forms, so search form, login
>> form, edit item form, all had a captcha button.
>>
>> It would be really great to get this finished, because we hear a lot
>> about users that are essentially getting spammed through this...
>>
>> 
>>
>> Peter Dietz
>> Longsight
>> www.longsight.com
>> pe...@longsight.com
>> p: 740-599-5005 x809
>>
>> On Tue, Oct 27, 2015 at 11:00 PM, Olivier Nicole <
>> olivier.nic...@cs.ait.ac.th> wrote:
>>
>>> Hi Leandro,
>>>
>>> > you can configure the option to only allow registered people to send
>>> the
>>> > request form.
>>> > in dspace.cfg you have to erase the following line
>>> >
>>> > request.item.type = all
>>>
>>> That would not work for me as registered users have direct access to the
>>> documents. Only external users need to fill the request form.
>>>
>>> > I have the same problem in this days. I figured out how to put
>>> reCaptcha in
>>> > my site, but its a lot of code and it was too messy.
>>> >
>>> > https://www.google.com/recaptcha/admin
>>> >
>>> > this is an example of the site:
>>> >
>>> >
>>> http://ri.conicet.gov.ar/handle/11336/2568/restricted-resource?bitstreamId=9552
>>>
>>> That's exactly what I am looking for. Is there a possibility that you
>>> share the code?
>>>
>>> Best regards,
>>>
>>> Olivier
>>>
>>> >
>>> >
>>> >
>>> >
>>> >
>>> > El martes, 27 de octubre de 2015, 3:55:32 (UTC-3), Olivier Nicole
>>> escribió:
>>> >>
>>> >> Hi,
>>> >>
>>> >> My users complain about the increasing number of spam sent through the
>>> >> page for requesting the copy of a document.
>>> >>
>>> >> So far I could not find any implementation of captcha for that page.
>>> >>
>>> >> Does anything exists at all?
>>> >>
>>> >> TIA,
>>> >>
>>> >> Olivier
>>> >> --
>>> >>
>>>
>>> --
>>>
>>> --
>>> You received this message because you are subscribed to the Google
>>> Groups "DSpace Technical Support" group.
>>> To unsubscribe from this group and stop receiving emails from it, send
>>> an email to dspace-tech+unsubscr...@googlegroups.com.
>>> To post to this group, send email to dspace-tech@googlegroups.com.
>>> Visit this group at http://groups.google.com/group/dspace-tech.
>>> For more options, visit https://groups.google.com/d/optout.
>>>
>>
>> --
>> You received this message because you are subscribed to the Google Groups
>> "DSpace Technical Support" group.
>> To unsubscribe from this group and stop receiving emails from it, send an
>> email to dspace-tech+unsubscr...@googlegroups.com.
>> To post to this group, send email to dspace-tech@googlegroups.com.
>> Visit this group at http://groups.google.com/group/dspace-tech.
>> For more options, visit https://groups.google.com/d/optout.
>>
>

-- 
You received this message because you are subscribed to the Google Groups 
"DSpace Technical Support" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to dspace-tech+unsubscr...@googlegroups.com.
To post to this group, send email to dspace-tech@googlegroups.com.
Visit this group at http://groups.google.com/group/dspace-tech.
For more options, visit https://groups.google.co

Re: [dspace-tech] Re: Captcha in XMLUI

[Hilton Gibson]

Hi Pieter,

Will this require an external account again?
External a counts can be very problematic with institutions that have very
strict campus firewalls.

Cheers

Hg

On Wed, 11 Nov 2015 18:22 Peter Dietz  wrote:

> Hi All,
>
> I don't have a finished solution, but we have a work-in-progress for
> recaptcha for the item-request form.
> https://github.com/LongsightGroup/DSpace/commits/longsight-4_x-recaptcha
>
> The easy part was just adding the recaptcha javascript widget. Getting the
> server-side to validate the data was not that difficult. But, some todo's
> left on that would be to make the Google key configurable, and to make it
> so that the g-recaptcha was only present for the item-request form, where
> as the XSL only let you apply it to all forms, so search form, login form,
> edit item form, all had a captcha button.
>
> It would be really great to get this finished, because we hear a lot about
> users that are essentially getting spammed through this...
>
> 
>
> Peter Dietz
> Longsight
> www.longsight.com
> pe...@longsight.com
> p: 740-599-5005 x809
>
> On Tue, Oct 27, 2015 at 11:00 PM, Olivier Nicole <
> olivier.nic...@cs.ait.ac.th> wrote:
>
>> Hi Leandro,
>>
>> > you can configure the option to only allow registered people to send the
>> > request form.
>> > in dspace.cfg you have to erase the following line
>> >
>> > request.item.type = all
>>
>> That would not work for me as registered users have direct access to the
>> documents. Only external users need to fill the request form.
>>
>> > I have the same problem in this days. I figured out how to put
>> reCaptcha in
>> > my site, but its a lot of code and it was too messy.
>> >
>> > https://www.google.com/recaptcha/admin
>> >
>> > this is an example of the site:
>> >
>> >
>> http://ri.conicet.gov.ar/handle/11336/2568/restricted-resource?bitstreamId=9552
>>
>> That's exactly what I am looking for. Is there a possibility that you
>> share the code?
>>
>> Best regards,
>>
>> Olivier
>>
>> >
>> >
>> >
>> >
>> >
>> > El martes, 27 de octubre de 2015, 3:55:32 (UTC-3), Olivier Nicole
>> escribió:
>> >>
>> >> Hi,
>> >>
>> >> My users complain about the increasing number of spam sent through the
>> >> page for requesting the copy of a document.
>> >>
>> >> So far I could not find any implementation of captcha for that page.
>> >>
>> >> Does anything exists at all?
>> >>
>> >> TIA,
>> >>
>> >> Olivier
>> >> --
>> >>
>>
>> --
>>
>> --
>> You received this message because you are subscribed to the Google Groups
>> "DSpace Technical Support" group.
>> To unsubscribe from this group and stop receiving emails from it, send an
>> email to dspace-tech+unsubscr...@googlegroups.com.
>> To post to this group, send email to dspace-tech@googlegroups.com.
>> Visit this group at http://groups.google.com/group/dspace-tech.
>> For more options, visit https://groups.google.com/d/optout.
>>
>
> --
> You received this message because you are subscribed to the Google Groups
> "DSpace Technical Support" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to dspace-tech+unsubscr...@googlegroups.com.
> To post to this group, send email to dspace-tech@googlegroups.com.
> Visit this group at http://groups.google.com/group/dspace-tech.
> For more options, visit https://groups.google.com/d/optout.
>

-- 
You received this message because you are subscribed to the Google Groups 
"DSpace Technical Support" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to dspace-tech+unsubscr...@googlegroups.com.
To post to this group, send email to dspace-tech@googlegroups.com.
Visit this group at http://groups.google.com/group/dspace-tech.
For more options, visit https://groups.google.com/d/optout.

Re: [dspace-tech] Re: Captcha in XMLUI

[Peter Dietz]

Hi All,

I don't have a finished solution, but we have a work-in-progress for
recaptcha for the item-request form.
https://github.com/LongsightGroup/DSpace/commits/longsight-4_x-recaptcha

The easy part was just adding the recaptcha javascript widget. Getting the
server-side to validate the data was not that difficult. But, some todo's
left on that would be to make the Google key configurable, and to make it
so that the g-recaptcha was only present for the item-request form, where
as the XSL only let you apply it to all forms, so search form, login form,
edit item form, all had a captcha button.

It would be really great to get this finished, because we hear a lot about
users that are essentially getting spammed through this...


Peter Dietz
Longsight
www.longsight.com
pe...@longsight.com
p: 740-599-5005 x809

On Tue, Oct 27, 2015 at 11:00 PM, Olivier Nicole <
olivier.nic...@cs.ait.ac.th> wrote:

> Hi Leandro,
>
> > you can configure the option to only allow registered people to send the
> > request form.
> > in dspace.cfg you have to erase the following line
> >
> > request.item.type = all
>
> That would not work for me as registered users have direct access to the
> documents. Only external users need to fill the request form.
>
> > I have the same problem in this days. I figured out how to put reCaptcha
> in
> > my site, but its a lot of code and it was too messy.
> >
> > https://www.google.com/recaptcha/admin
> >
> > this is an example of the site:
> >
> >
> http://ri.conicet.gov.ar/handle/11336/2568/restricted-resource?bitstreamId=9552
>
> That's exactly what I am looking for. Is there a possibility that you
> share the code?
>
> Best regards,
>
> Olivier
>
> >
> >
> >
> >
> >
> > El martes, 27 de octubre de 2015, 3:55:32 (UTC-3), Olivier Nicole
> escribió:
> >>
> >> Hi,
> >>
> >> My users complain about the increasing number of spam sent through the
> >> page for requesting the copy of a document.
> >>
> >> So far I could not find any implementation of captcha for that page.
> >>
> >> Does anything exists at all?
> >>
> >> TIA,
> >>
> >> Olivier
> >> --
> >>
>
> --
>
> --
> You received this message because you are subscribed to the Google Groups
> "DSpace Technical Support" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to dspace-tech+unsubscr...@googlegroups.com.
> To post to this group, send email to dspace-tech@googlegroups.com.
> Visit this group at http://groups.google.com/group/dspace-tech.
> For more options, visit https://groups.google.com/d/optout.
>

-- 
You received this message because you are subscribed to the Google Groups 
"DSpace Technical Support" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to dspace-tech+unsubscr...@googlegroups.com.
To post to this group, send email to dspace-tech@googlegroups.com.
Visit this group at http://groups.google.com/group/dspace-tech.
For more options, visit https://groups.google.com/d/optout.

[dspace-tech] About the new user interface very generally

[Evgeni Dimitrov]

I may be missing something, but it seems to me that DSpace allows
- an item to be ingested
- to be searched and found
- to be downloaded

I like the way it does this, but I work for libraries. They ingest a book
of 100 pages/bitstreams and want the reader to read the book - not to
download it.

I managed (with some help, thanks) to attach to DSpace my viewer. When the
reader finds in DSpace the book, and the reader does NOT have WRITE
permission, then DSpace calls my viewer and it displays the book, using the
METS file.

Is it possible to have a standard way (hook/interface) to attach custom
viewers to DSpace in similar cases?
I will be glad if this exists already and I have not noticed it.

-- 
You received this message because you are subscribed to the Google Groups 
"DSpace Technical Support" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to dspace-tech+unsubscr...@googlegroups.com.
To post to this group, send email to dspace-tech@googlegroups.com.
Visit this group at http://groups.google.com/group/dspace-tech.
For more options, visit https://groups.google.com/d/optout.

[dspace-tech] Migrating a community

[Evgeni Dimitrov]

I have in DSpace 5.2 a community with 60 collections and 16000 items.
I want to have a copy of this community in another DSpace installation.

>From the Manual it seems to me that exporting - both "packager" and
"export" will create in one directory 16000 subdirectories.

1. Is this the best what I can do in this situation?

2. To every item I have a mets.xml file and I would like to have it the
same in the new place. Is "packager" or "export"/"import" better for this
job?

-- 
You received this message because you are subscribed to the Google Groups 
"DSpace Technical Support" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to dspace-tech+unsubscr...@googlegroups.com.
To post to this group, send email to dspace-tech@googlegroups.com.
Visit this group at http://groups.google.com/group/dspace-tech.
For more options, visit https://groups.google.com/d/optout.

Re: [dspace-tech] Log TOMCAT

[Holger Mickler]

Hi Manuel,

from your top screenshot we can see that you only have 3.5 GB of physical RAM
and your 5GB swap space is full - so your _machine_ is out of memory.

If possible, add more physical memory.
If that's not possible, increase the swap space - but you will suffer _severe_
performance degradation in this setup.

Another thought: Why do the java processes run as root? I suspect those are the
DSpace processes? This is *really dangerous*, setup another non-privileged user
for it!

Regards,
  Holger


On 10.11.2015 23:57, Manuel Hidalgo wrote:
> Hi Luiz, 
> Attached display of commad top
> 
> This is our /etc/profile
> 
> export CATALINA_HOME="/datadrive/tomcat"
> export CATALINA_BASE="/datadrive/tomcat"
> export JAVA_HOME="/usr/java/jdk1.8.0_40"
> export JRE_HOME="/usr/java/jdk1.8.0_40"
> export JAVA_OPTS="-Xms1024m –Xmx2048m -XX:MaxPermSize=128m 
> -Dfile.encoding=UTF-8
> -Djava.awt.headless=true"
> export M2_HOME="/usr/maven"
> export MAVEN_HOME="/usr/maven"
> export ANT_HOME="/usr/ant"
> export PATH=$PATH:$JAVA_HOME/bin:$ANT_HOME/bin:$M2_HOME/bin:$MAVEN_HOME/bin
> 
> 
> 2015-11-10 16:35 GMT-06:00 Luiz dos Santos  >:
> 
> Hi Manuel,
> 
> Did you tried improve the -XX:MaxPermSize=128m? When you user the top?
> What is the usage of you memory? Do you check if there is bot making high
> traffic in you DSpace?
> 
> Thanks
> Luiz
> 
> On Tue, Nov 10, 2015 at 5:23 PM, Tim Donohue  > wrote:
> 
> Hi Manuel,
> 
> At a basic level, it's hard to say whether you'd either need to 
> increase
> your memory, or whether a particular *setting or process* is causing 
> the
> Out Of Memory Error. Unfortunately, the logs you sent along are not
> enough information for us to be able to tell what exactly is going on 
> in
> your DSpace site.
> 
> That being said, here are the performance tuning recommendations for
> DSpace with regards to Out of Memory errors
> https://wiki.duraspace.org/display/DSDOC5x/Performance+Tuning+DSpace
> 
> If you need additional help, you would need to send more information 
> to
> this mailing list (dspace-tech). For example:
> * What version of DSpace are you running?  If you are on 5.x, I'd
> recommend upgrading immediately to 5.4 as it includes memory related
> enhancements
> * How much RAM do you current have?
> * How much Java Heap memory have you allocated to DSpace/Tomcat? (See
> the Performance Tuning settings above)
> * Is there anything else running on this server alongside DSpace?
> * How frequently are you hitting this out-of-memory error after
> restarting DSpace?  Multiple times a day? Daily? Weekly?
> * Are there particular activities which cause this out-of-memory error
> to occur? Are you simply browsing/searching? Is there another process
> running at the time?
> 
> At a basic level, if you are hitting this error frequently, it's 
> likely
> your DSpace needs more memory allocated towards it.  If you have 
> already
> allocated all of your system's RAM, that may mean adding more RAM. 
> But,
> if you have not, you might just be able to update the settings for
> "Xms/Xmx" as noted in the "performance tuning" docs above.  You also
> might consider upgrading to DSpace 5.4 which did include some
> memory-related fixes (specifically for browsing/searching and 
> reindexing
> content in Solr).
> 
> So, if you are unable to figure out the best route, you are welcome to
> send more information to this mailing list. I'd encourage you to just
> email the DSpace Tech Support list (dspace-tech@googlegroups.com
> ), as it's the best place to get
> help for these sorts of issues.
> 
> Good luck,
> 
> Tim
> 
> 
> On 11/10/2015 3:59 PM, Manuel Hidalgo wrote:
>>
>> Dear all,
>>
>>
>> We have problems with our DSPACE Server in Centos, the logs
>> display this information, we need to increace the RAM?
>>
>>
>>
>> Log Tomcat:
>>
>>
>> #
>>
>> # There is insufficient memory for the Java Runtime Environment 
>> to
>> continue.
>>
>> # Native memory allocation (mmap) failed to map 128974848 bytes
>> for committing reserved memory.
>>
>> # Possible reasons:
>>
>> #   The system is out of physical RAM or swap space
>>
>> #   In 32 bit mode, the process size limit was hit
>>
>> # Possible solutions:
>>
>> #   Reduce memory load on the system
>>
>> #   Increase physical memory or swap space
>>
>> #   Check if swap backing store is full
>>
>> #   Use 64 bit Java on a 64 b