Re: [Dspace-tech] dspace logs filling up 75% disk space

[helix84]

On Tue, Aug 13, 2013 at 11:33 AM, Evans, Kevin  wrote:
> We are having an issue with dspace and other logs filling up disk space.
>
> Dspace/Tomcat seems to be rotating the logs but we would like to clear these
> down after three months or so.

There are two ways to do this - the Java way (logging.properties) and
the unix way (logrotate). logrotate has plenty of documentation and is
much more flexible, but it's also a bit harder to use because Java
already splits the files which would normally be the job of logrotate.

Here's an example of rotating Java logs:
http://stackoverflow.com/questions/8342336/how-to-set-maximim-number-of-rolls-and-maximum-log-size-for-tomcat

One thing you should be wary of is to keep around told dspace.log
files if you care about access statistics. Should you lose your
generated statistics (old stats, Solr stats or ES stats), they can all
be regenerated from dspace.log files. Of course, the preprocessed
files (using stats-log-converter) take up much less space.


Regards,
~~helix84

Compulsory reading: DSpace Mailing List Etiquette
https://wiki.duraspace.org/display/DSPACE/Mailing+List+Etiquette

--
Get 100% visibility into Java/.NET code with AppDynamics Lite!
It's a free troubleshooting tool designed for production.
Get down to code-level detail for bottlenecks, with <2% overhead. 
Download for free and get started troubleshooting in minutes. 
http://pubads.g.doubleclick.net/gampad/clk?id=48897031&iu=/4140/ostg.clktrk
___
DSpace-tech mailing list
DSpace-tech@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dspace-tech
List Etiquette: https://wiki.duraspace.org/display/DSPACE/Mailing+List+Etiquette

Re: [Dspace-tech] dspace logs filling up 75% disk space

[Hilton Gibson]

Also see my yearly disk usage graph.
You can see last year when I upgraded to 1.8.2 and enabled discovery, the
logs went crazy!
The logs are in the /var partition as per best practices for a UNIX server.

PS: [image: Inline images 1]


On 13 August 2013 11:33, Evans, Kevin  wrote:

>  Hi,
>
> ** **
>
> We are having an issue with dspace and other logs filling up disk space. *
> ***
>
> Dspace/Tomcat seems to be rotating the logs but we would like to clear
> these down after three months or so. 
>
> ** **
>
> Is there a way to set this or script this? 
>
> ** **
>
> Any advice much appreciated.
>
> ** **
>
> Kevin Evans
> Systems Developer,
>
> Research & Collaborative Systems,
> Enterprise Applications,
> Room 911, 9th Floor, Laver Building,
> University of Exeter,
> Exeter,
> Devon,
> EX4 4QE
> 01392 725573
>
> 
>
> ** **
>
>
> --
> Get 100% visibility into Java/.NET code with AppDynamics Lite!
> It's a free troubleshooting tool designed for production.
> Get down to code-level detail for bottlenecks, with <2% overhead.
> Download for free and get started troubleshooting in minutes.
> http://pubads.g.doubleclick.net/gampad/clk?id=48897031&iu=/4140/ostg.clktrk
> ___
> DSpace-tech mailing list
> DSpace-tech@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/dspace-tech
> List Etiquette:
> https://wiki.duraspace.org/display/DSPACE/Mailing+List+Etiquette
>



-- 
*Hilton Gibson*
Ubuntu Linux Systems Administrator
JS Gericke Library
Room 1025D
Stellenbosch University
Private Bag X5036
Stellenbosch
7599
South Africa

Tel: +27 21 808 4100 | Cell: +27 84 646 4758
http://library.sun.ac.za
http://za.linkedin.com/in/hiltongibson
<>--
Get 100% visibility into Java/.NET code with AppDynamics Lite!
It's a free troubleshooting tool designed for production.
Get down to code-level detail for bottlenecks, with <2% overhead. 
Download for free and get started troubleshooting in minutes. 
http://pubads.g.doubleclick.net/gampad/clk?id=48897031&iu=/4140/ostg.clktrk___
DSpace-tech mailing list
DSpace-tech@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dspace-tech
List Etiquette: https://wiki.duraspace.org/display/DSPACE/Mailing+List+Etiquette

Re: [Dspace-tech] dspace logs filling up 75% disk space

[Hilton Gibson]

Perhaps this will help on an Ubuntu system:
http://wiki.lib.sun.ac.za/index.php/SUNScholar/Optimisations/Logs
Also see:
http://wiki.lib.sun.ac.za/index.php/SUNScholar/Dspace/Why_Ubuntu_Server



On 13 August 2013 11:33, Evans, Kevin  wrote:

>  Hi,
>
> ** **
>
> We are having an issue with dspace and other logs filling up disk space. *
> ***
>
> Dspace/Tomcat seems to be rotating the logs but we would like to clear
> these down after three months or so. 
>
> ** **
>
> Is there a way to set this or script this? 
>
> ** **
>
> Any advice much appreciated.
>
> ** **
>
> Kevin Evans
> Systems Developer,
>
> Research & Collaborative Systems,
> Enterprise Applications,
> Room 911, 9th Floor, Laver Building,
> University of Exeter,
> Exeter,
> Devon,
> EX4 4QE
> 01392 725573
>
> 
>
> ** **
>
>
> --
> Get 100% visibility into Java/.NET code with AppDynamics Lite!
> It's a free troubleshooting tool designed for production.
> Get down to code-level detail for bottlenecks, with <2% overhead.
> Download for free and get started troubleshooting in minutes.
> http://pubads.g.doubleclick.net/gampad/clk?id=48897031&iu=/4140/ostg.clktrk
> ___
> DSpace-tech mailing list
> DSpace-tech@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/dspace-tech
> List Etiquette:
> https://wiki.duraspace.org/display/DSPACE/Mailing+List+Etiquette
>



-- 
*Hilton Gibson*
Ubuntu Linux Systems Administrator
JS Gericke Library
Room 1025D
Stellenbosch University
Private Bag X5036
Stellenbosch
7599
South Africa

Tel: +27 21 808 4100 | Cell: +27 84 646 4758
http://library.sun.ac.za
http://za.linkedin.com/in/hiltongibson
--
Get 100% visibility into Java/.NET code with AppDynamics Lite!
It's a free troubleshooting tool designed for production.
Get down to code-level detail for bottlenecks, with <2% overhead. 
Download for free and get started troubleshooting in minutes. 
http://pubads.g.doubleclick.net/gampad/clk?id=48897031&iu=/4140/ostg.clktrk___
DSpace-tech mailing list
DSpace-tech@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dspace-tech
List Etiquette: https://wiki.duraspace.org/display/DSPACE/Mailing+List+Etiquette

[Dspace-tech] dspace logs filling up 75% disk space

[Evans, Kevin]

Hi,

We are having an issue with dspace and other logs filling up disk space.
Dspace/Tomcat seems to be rotating the logs but we would like to clear these 
down after three months or so.

Is there a way to set this or script this?

Any advice much appreciated.

Kevin Evans
Systems Developer,
Research & Collaborative Systems,
Enterprise Applications,
Room 911, 9th Floor, Laver Building,
University of Exeter,
Exeter,
Devon,
EX4 4QE
01392 725573


--
Get 100% visibility into Java/.NET code with AppDynamics Lite!
It's a free troubleshooting tool designed for production.
Get down to code-level detail for bottlenecks, with <2% overhead. 
Download for free and get started troubleshooting in minutes. 
http://pubads.g.doubleclick.net/gampad/clk?id=48897031&iu=/4140/ostg.clktrk___
DSpace-tech mailing list
DSpace-tech@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dspace-tech
List Etiquette: https://wiki.duraspace.org/display/DSPACE/Mailing+List+Etiquette

Re: [Dspace-tech] DSpace logs

[emilio lorenzo]

  
  
Hi Rodrigo

DSpace logs are written in Catalina (tomcat) logs . Depending on
your operating system and installation process, the path will
differ. Try to find something as catalina.-MM-DD.log

The level of logging can also affect ths information you will find.

best luck

  


El 26/09/2012 15:52, Calloni, Rodrigo escribió:

  
  
  
  
  
Hello
 
We are in DSpace 1.6.2 using XMLUI
 
We received two strange reports from people
  that work ingesting items in DSpace last two days. They say
  that when they click the button to save the item metadata
  DSpace was refreshing and showing all metadata blanked out.
 
We have at least 3 reports of this in the
  last 2 days.
 
I wonder if there is some kind of log in
  DSpace that records the transactions it makes. I would like to
  take a look in this log to find some clue of what happened.
 
Thanks!
  Rodrigo
 
Rodrigo Calloni
System Librarian
Felipe
Herrera Library
Knowledge and Learning Sector
Tel: 202-623-2952
Fax:
202-623-3183

1300 New York Avenue, N.W.
Washington, D.C. 20577
USA
www.iadb.org
 
"Knowledge
  for Development Challenges"
P  Please
  consider the environment before printing this email
 
  
  

--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
  

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


  

--
Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics
Download AppDynamics Lite for free today:
http://ad.doubleclick.net/clk;258768047;13503038;j?
http://info.appdynamics.com/FreeJavaPerformanceDownload.html___
DSpace-tech mailing list
DSpace-tech@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dspace-tech

[Dspace-tech] DSpace logs

[Calloni, Rodrigo]

Hello

We are in DSpace 1.6.2 using XMLUI

We received two strange reports from people that work ingesting items in DSpace 
last two days. They say that when they click the button to save the item 
metadata DSpace was refreshing and showing all metadata blanked out.

We have at least 3 reports of this in the last 2 days.

I wonder if there is some kind of log in DSpace that records the transactions 
it makes. I would like to take a look in this log to find some clue of what 
happened.

Thanks!
Rodrigo

Rodrigo Calloni
System Librarian
Felipe Herrera Library
Knowledge and Learning Sector
Tel: 202-623-2952
Fax: 202-623-3183
[cid:image001.gif@01CD9BCC.A3B08260]
1300 New York Avenue, N.W.
Washington, D.C. 20577
USA
www.iadb.org

"Knowledge for Development Challenges"
P  Please consider the environment before printing this email

<>--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/___
DSpace-tech mailing list
DSpace-tech@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dspace-tech

[Dspace-tech] DSpace Logs and Statistics Reports

[Sean Carte]

I've got lots of errors like this in my logs:

/dspace/log/dspace.log.2011-10-31:2011-10-31 19:34:53,540 ERROR
net.sf.ehcache.store.DiskStore @ cocoon-ehcacheCache: Failed to write
element to disk
'PK_G-file-cocoon://DRI/discover?pipelinehash=-4370184522332609387_T-IncludePageMeta--5534495057400678945_T-IncludePageMeta-7145676799531262490_T-IncludePageMeta-5034011420097461891_T-xslt-jndi:/localhost/xmlui/themes/DUT_Mirage_OA/DUT_Mirage_OA.xsl_T-i18n-context://i18n/?en_ZA__S-xhtml-;doctype-public=-//W3C//DTD
XHTML 1.0 
Strict//EN;doctype-system=http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd;encoding=UTF-8;indent=yes'.
Initial cause was No space left on device

The problem is now sorted out, and I don't get those errors anymore,
but I do have these showing up in my statistics report as actions
performed:

//DRI/discover?pipelinehash=-4370184522332609387_T-IncludePageMeta--5534495057400678945_T-Include...
1
//DRI/handle/10321/215/discover?pipelinehash=3145984233962895312_T-IncludePageMeta--5534495057400...
1
//DRI/handle/10321/215/discover?pipelinehash=4599039577146706591_T-IncludePageMeta--5534495057400...
1
//DRI/handle/10321/215/discover?pipelinehash=-1858082964764307899_T-IncludePageMeta--553449505740...
1
//DRI/handle/10321/215/discover?pipelinehash=3252529390499189962_T-IncludePageMeta--5534495057400...
1

Is it safe for me to delete lines like that from my logs and then
regenerate my reports, or will there be unintended consequences?

I'm thinking of doing something like this:

for i in `ls dspace.log.2011-10-*`; do grep -v 'pipelinehash' $i >
output; mv output $i; done

then:

/dspace/bin/dspace stat-general; /dspace/bin/dspace stat-monthly;
/dspace/bin/dspace stat-report-general; /dspace/bin/dspace
stat-report-monthly

Sean
-- 
Sean Carte
esAL Library Systems Manager
+27 72 898 8775
+27 31 373 2490
fax: 0866741254
http://esal.dut.ac.za/

--
This SF email is sponsosred by:
Try Windows Azure free for 90 days Click Here 
http://p.sf.net/sfu/sfd2d-msazure
___
DSpace-tech mailing list
DSpace-tech@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dspace-tech

Re: [Dspace-tech] DSpace Logs

[Alan Orth]

Admire,

Yeah, that should be safe.  I have this in a root cron job on our DSpace 
server:


   find /home/dspace/log/ ! -iname "*.gz" -daystart -mtime +1 -size
   +50M -exec gzip {} \;

It runs at night when the load is low on the server.  It finds any file 
in our DSpace log folder which is older  than 1 day, over 50 megabytes, 
and isn't already zipped and gzips it.


A note of caution, though: we had a problem with our stats the other day 
and I went to unzip the logs so I could re-run the stats scripts... I 
had 25 gigs free and we ran out of disk space during the unzipping.  
Crazy!  So, while it's useful to keep the logs around, it's not exactly 
easy to just reuse them!


Hope that helps,

Alan

On 11/08/2011 11:52 AM, amutsikiwa wrote:


Thanks. I managed to  make a copy of cocoon.log , checker.log and 
handle-plugin.log  and managed to recover 2GB. Now I am wondering 
of the dspace.log.2010-12-21 and   dspace.log.2010-12-21.solr which 
one are necessary for computation of access statistics.


*From:*Peter Dietz [mailto:pdiet...@gmail.com]
*Sent:* Monday, November 07, 2011 7:27 PM
*To:* amutsikiwa
*Cc:* dspace-tech@lists.sourceforge.net
*Subject:* Re: [Dspace-tech] DSpace Logs

Hi Admire,

There is interesting information that lives in old logs. You could in 
the future build something to count how many queries have been 
performed on your system, see how popular your RSS feeds are, look at 
errors users encounter, etc.


So, if your concerned with space and backup time, you could either 
move your old logs off of your production server, and move them to 
another server that works more as an "archive". Or.. you could just 
tar/zip up some old logs to compress them which will save a massive 
amount of space. So that when you need the logs in the future, you can 
just extract them.


The dspace.log logs are important. Cocoon.log is not important.

I wouldn't recommend altering the contents of dspace.log, but if 
you've had debug mode on for an extended period of time, you might 
want to remove debug entries.


Peter Dietz


On Mon, Nov 7, 2011 at 5:03 AM, amutsikiwa <mailto:amutsik...@uzlib.uz.ac.zw>> wrote:


Hi

I have been running dspace for a while. Now my dspace directory is 
over 13GB in size. My assetstore directory is under 700MB. My dspace 
log is the one that is over 9GB.  The size is taking a toll on my 
backup. I know I have to preserve the logs  in the interest of access 
statistics. But  I believe not all the log entries contribute to  
access statistics. So   I am wondering which log entries can  I delete 
from the log directory?


Kind Regards,

Admire Mutsikiwa

ICT Projects Manager

Library IT

University of Zimbabwe

Tel:+263-4-303276

Cel:+263-772-239187 

The University of Zimbabwe is eternally grateful to the tremendous 
support it received from both local and international partners at its 
fundraising dinner. Partnerships supported are partnerships 
solidified; w e hope to continue working together with you our 
partners in our teaching and research journey. May the Lord richly 
bless you.


/Website: www.fundraising.uz.ac.zw <http://www.fundraising.uz.ac.zw> /


--
RSA(R) Conference 2012
Save $700 by Nov 18
Register now
http://p.sf.net/sfu/rsa-sfdev2dev1
___
DSpace-tech mailing list
DSpace-tech@lists.sourceforge.net 
<mailto:DSpace-tech@lists.sourceforge.net>

https://lists.sourceforge.net/lists/listinfo/dspace-tech


The University of Zimbabwe is eternally grateful to the tremendous 
support it received from both local and international partners at its 
fundraising dinner. Partnerships supported are partnerships 
solidified; w e hope to continue working together with you our 
partners in our teaching and research journey. May the Lord richly 
bless you.


/Website: www.fundraising.uz.ac.zw <http://www.fundraising.uz.ac.zw> /




--
RSA(R) Conference 2012
Save $700 by Nov 18
Register now
http://p.sf.net/sfu/rsa-sfdev2dev1


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



--
Alan Orth
alan.o...@gmail.com
http://alaninkenya.org
http://mjanja.co.ke
"I have always wished for my computer to be as easy to use as my telephone; my wish 
has come true because I can no longer figure out how to use my telephone." -Bjarne 
Stroustrup, inventor of C++

--
RSA(R) Conference 2012
Save $700 by Nov 18
Register now
http://p.sf.net/sfu/rsa-sfdev2dev1___
DSpace-tech mailing list
DSpace-tech@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dspace-tech

Re: [Dspace-tech] DSpace Logs

[amutsikiwa]

Thanks. I managed to  make a copy of cocoon.log , checker.log and 
handle-plugin.log  and managed to recover 2GB. Now I am wondering of the 
dspace.log.2010-12-21 and   dspace.log.2010-12-21.solr which one are necessary 
for computation of access statistics.

 

From: Peter Dietz [mailto:pdiet...@gmail.com] 
Sent: Monday, November 07, 2011 7:27 PM
To: amutsikiwa
Cc: dspace-tech@lists.sourceforge.net
Subject: Re: [Dspace-tech] DSpace Logs

 

Hi Admire,

 

There is interesting information that lives in old logs. You could in the 
future build something to count how many queries have been performed on your 
system, see how popular your RSS feeds are, look at errors users encounter, etc.

 

So, if your concerned with space and backup time, you could either move your 
old logs off of your production server, and move them to another server that 
works more as an "archive". Or.. you could just tar/zip up some old logs to 
compress them which will save a massive amount of space. So that when you need 
the logs in the future, you can just extract them.

 

The dspace.log logs are important. Cocoon.log is not important.

I wouldn't recommend altering the contents of dspace.log, but if you've had 
debug mode on for an extended period of time, you might want to remove debug 
entries.

 

 

Peter Dietz




On Mon, Nov 7, 2011 at 5:03 AM, amutsikiwa  wrote:

Hi

 

I have been running dspace for a while. Now my dspace directory is over 13GB in 
size. My assetstore directory is under 700MB. My dspace log is the one that is 
over 9GB.  The size is taking a toll on my backup. I know I have to preserve 
the logs  in the interest of access statistics. But  I believe not all the log 
entries contribute to  access statistics. So   I am wondering which log entries 
can  I delete from the log directory?

 

 

 

Kind Regards,

 

Admire Mutsikiwa

ICT Projects Manager

Library IT

University of Zimbabwe

Tel:+263-4-303276

Cel:+263-772-239187  

 

 


The University of Zimbabwe is eternally grateful to the tremendous support it 
received from both local and international partners at its fundraising dinner. 
Partnerships supported are partnerships solidified; w e hope to continue 
working together with you our partners in our teaching and research journey. 
May the Lord richly bless you. 

Website: www.fundraising.uz.ac.zw 

 


--
RSA(R) Conference 2012
Save $700 by Nov 18
Register now
http://p.sf.net/sfu/rsa-sfdev2dev1
___
DSpace-tech mailing list
DSpace-tech@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dspace-tech

 




The University of Zimbabwe is eternally grateful to the tremendous support
it received from both local and international partners at its fundraising
dinner.  Partnerships supported are partnerships solidified; we hope to
continue working together with you our partners in our teaching and research
journey.  May the Lord richly bless you.

Website: www.fundraising.uz.ac.zw



--
RSA(R) Conference 2012
Save $700 by Nov 18
Register now
http://p.sf.net/sfu/rsa-sfdev2dev1___
DSpace-tech mailing list
DSpace-tech@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dspace-tech

Re: [Dspace-tech] DSpace Logs

[Peter Dietz]

Hi Admire,

There is interesting information that lives in old logs. You could in the
future build something to count how many queries have been performed on
your system, see how popular your RSS feeds are, look at errors users
encounter, etc.

So, if your concerned with space and backup time, you could either move
your old logs off of your production server, and move them to another
server that works more as an "archive". Or.. you could just tar/zip up some
old logs to compress them which will save a massive amount of space. So
that when you need the logs in the future, you can just extract them.

The dspace.log logs are important. Cocoon.log is not important.
I wouldn't recommend altering the contents of dspace.log, but if you've had
debug mode on for an extended period of time, you might want to remove
debug entries.


Peter Dietz



On Mon, Nov 7, 2011 at 5:03 AM, amutsikiwa wrote:

>  Hi
>
> ** **
>
> I have been running dspace for a while. Now my dspace directory is over
> 13GB in size. My assetstore directory is under 700MB. My dspace log is the
> one that is over 9GB.  The size is taking a toll on my backup. I know I
> have to preserve the logs  in the interest of access statistics. But  I
> believe not all the log entries contribute to  access statistics. So   I am
> wondering which log entries can  I delete from the log directory?
>
> ** **
>
> ** **
>
> ** **
>
> Kind Regards,
>
> ** **
>
> Admire Mutsikiwa
>
> ICT Projects Manager
>
> Library IT
>
> University of Zimbabwe
>
> Tel:+263-4-303276
>
> Cel:+263-772-239187
>
> ** **
>
>  The University of Zimbabwe is eternally grateful to the tremendous
> support it received from both local and international partners at its
> fundraising dinner. Partnerships supported are partnerships solidified; w e
> hope to continue working together with you our partners in our teaching and
> research journey. May the Lord richly bless you. 
>
> *Website: www.fundraising.uz.ac.zw *
>
>
>
> --
> RSA(R) Conference 2012
> Save $700 by Nov 18
> Register now
> http://p.sf.net/sfu/rsa-sfdev2dev1
> ___
> DSpace-tech mailing list
> DSpace-tech@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/dspace-tech
>
>
--
RSA(R) Conference 2012
Save $700 by Nov 18
Register now
http://p.sf.net/sfu/rsa-sfdev2dev1___
DSpace-tech mailing list
DSpace-tech@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dspace-tech

[Dspace-tech] DSpace Logs

[amutsikiwa]

Hi

 

I have been running dspace for a while. Now my dspace directory is over 13GB
in size. My assetstore directory is under 700MB. My dspace log is the one
that is over 9GB.  The size is taking a toll on my backup. I know I have to
preserve the logs  in the interest of access statistics. But  I believe not
all the log entries contribute to  access statistics. So   I am wondering
which log entries can  I delete from the log directory?

 

 

 

Kind Regards,

 

Admire Mutsikiwa

ICT Projects Manager

Library IT

University of Zimbabwe

Tel:+263-4-303276

Cel:+263-772-239187

 




The University of Zimbabwe is eternally grateful to the tremendous support
it received from both local and international partners at its fundraising
dinner.  Partnerships supported are partnerships solidified; we hope to
continue working together with you our partners in our teaching and research
journey.  May the Lord richly bless you.

Website: www.fundraising.uz.ac.zw
--
RSA(R) Conference 2012
Save $700 by Nov 18
Register now
http://p.sf.net/sfu/rsa-sfdev2dev1___
DSpace-tech mailing list
DSpace-tech@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dspace-tech

Re: [Dspace-tech] dspace logs in hosting

[Peter Dietz]

Hi Lulwa,

Check 
/dspace/config/log4j.propertiesfor
where it is writing the logs.
log4j.appender.A1.File is where it will be trying to write to.

Additionally, check your
dspace.cfgto
see what
log.dir is specified as.

If you think you are looking in the correct folder, for where logs should be
written to, and still no logs, then double check the filesystem permissions.
If your dspace user is the user who runs tomcat, then ensure that the dspace
user owns/has-write-permission to /dspace/log

There are some resources on what to do, once you're able to check your
logs: https://wiki.duraspace.org/display/DSPACE/Troubleshoot+an+error

Peter Dietz



On Wed, Jun 15, 2011 at 7:48 AM, lulwa alyahyan wrote:

>  Dears,
>
>
>
> I run   dspace version 1.6.0  in my local computer and it is working fine
> and the dspace errors is  logged  in  dspace/log  folder
>
> When I hosted  dspace in remote server and run it  an internal system error
> is occurred ,when  I checked the log folder in
>  the  remote server there are no logs so I
> couldn’t investigate the problems
>
>
>
> What are the dspace configurations  for  logs  that  should  be considered
> in hosting  ?
>
>
>
> Any support is highly appreciated
>
>
>
> Regards,
> Lulwah AL-Yahyan
>
>
>
> *Warning: *This message and its attachment, if any, are confidential and
> may contain information protected by law. If you are not the intended
> recipient, please contact the sender immediately and delete the message and
> its attachment, if any. You should not copy the message and its attachment,
> if any, or disclose its contents to any other person or use it for any
> purpose. Statements and opinions expressed in this e-mail and its
> attachment, if any, are those of the sender, and do not necessarily reflect
> those of King Abdulaziz city for Science and Technology (KACST) in the
> Kingdom of Saudi Arabia. KACST accepts no liability for any damage caused by
> this email.
>
> *تحذير:* هذه الرسالة وما تحويه من مرفقات (إن وجدت) تمثل وثيقة سرية قد
> تحتوي على معلومات محمية بموجب القانون. إذا لم تكن الشخص المعني بهذه الرسالة
> فيجب عليك تنبيه المُرسل بخطأ وصولها إليك، وحذف الرسالة ومرفقاتها (إن وجدت)،
> ولا يجوز لك نسخ أو توزيع هذه الرسالة أو مرفقاتها (إن وجدت) أو أي جزء منها،
> أو البوح بمحتوياتها للغير أو استعمالها لأي غرض. علماً بأن فحوى هذه الرسالة
> ومرفقاتها (ان وجدت) تعبر عن رأي المُرسل وليس بالضرورة رأي مدينة الملك
> عبدالعزيز للعلوم والتقنية بالمملكة العربية السعودية، ولا تتحمل المدينة أي
> مسئولية عن الأضرار الناتجة عن ما قد يحتويه هذا البريد.
>
>
> --
> EditLive Enterprise is the world's most technically advanced content
> authoring tool. Experience the power of Track Changes, Inline Image
> Editing and ensure content is compliant with Accessibility Checking.
> http://p.sf.net/sfu/ephox-dev2dev
> ___
> DSpace-tech mailing list
> DSpace-tech@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/dspace-tech
>
>
--
EditLive Enterprise is the world's most technically advanced content
authoring tool. Experience the power of Track Changes, Inline Image
Editing and ensure content is compliant with Accessibility Checking.
http://p.sf.net/sfu/ephox-dev2dev___
DSpace-tech mailing list
DSpace-tech@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dspace-tech

[Dspace-tech] dspace logs in hosting

[lulwa alyahyan]

Dears,

I run   dspace version 1.6.0  in my local computer and it is working fine and 
the dspace errors is  logged  in  dspace/log  folder
When I hosted  dspace in remote server and run it  an internal system error is 
occurred ,when  I checked the log folder in   the  
remote server there are no logs so I couldn't investigate the problems

What are the dspace configurations  for  logs  that  should  be considered in 
hosting  ?

Any support is highly appreciated

Regards,
Lulwah AL-Yahyan

Warning: This message and its attachment, if any, are confidential and may 
contain information protected by law. If you are not the intended recipient, 
please contact the sender immediately and delete the message and its 
attachment, if any. You should not copy the message and its attachment, if any, 
or disclose its contents to any other person or use it for any purpose. 
Statements and opinions expressed in this e-mail and its attachment, if any, 
are those of the sender, and do not necessarily reflect those of King Abdulaziz 
city for Science and Technology (KACST) in the Kingdom of Saudi Arabia. KACST 
accepts no liability for any damage caused by this email.

?: ??? ??? ??? ? ?? ?? (?? )  ?  ?? ? ??? 
??? ? ? ???. ??? ?? ??? ? ??  ???   
? ???  ?? ?  ??? ? (?? )? ???  ?? 
??? ?? ? ??? ??? ??  (?? ) ?? ?? ??? ? ?? ? 
?? ? ?? ? ??? ???. ? ???  ??? ??? ? (?? 
)  ?? ??? ???   ??? ? ? ? ?? 
  ??? ? ??? ? ??? ?? ??? ?? ??? 
??? ?? ?? ?? ?? ??? ??.

--
EditLive Enterprise is the world's most technically advanced content
authoring tool. Experience the power of Track Changes, Inline Image
Editing and ensure content is compliant with Accessibility Checking.
http://p.sf.net/sfu/ephox-dev2dev___
DSpace-tech mailing list
DSpace-tech@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dspace-tech

Re: [Dspace-tech] Dspace Logs

[Mark H. Wood]

On Wed, Nov 18, 2009 at 12:27:12PM -0500, Jeffrey Trimble wrote:
> I know that the DSpace logs are used for the building of statistics.   
> When I migrated from
> the previous server, I may have not copied those files over just right.
> 
> Is there a logic used in the automatic naming of the log files?
> 
> For example, I have dspace.log
> dspace.log.0  through dspapce.log.500
> 
> They aren't in chronological order.

Recent versions use the RollingFileAppender to add log records to
these files, and set a maximum of 500 files retained with a maximum
size of 1MB each.  See 'config/log4j.properties'.  Unless you've
adjusted it, the current log file name would wrap around from
dspace.log.500 to dspace.log.0 after you've collected about 500MB of
logs, replacing (presumably) the earliest files first.  That the dates
are not in order suggests that this has happened.  I'm sorry to say
that unless those early files are backed up somewhere, the data are
gone.

-- 
Mark H. Wood, Lead System Programmer   mw...@iupui.edu
Friends don't let friends publish revisable-form documents.


pgpwqA8aMsrBP.pgp
Description: PGP signature
--
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day 
trial. Simplify your report design, integration and deployment - and focus on 
what you do best, core application coding. Discover what's new with
Crystal Reports now.  http://p.sf.net/sfu/bobj-july___
DSpace-tech mailing list
DSpace-tech@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dspace-tech

[Dspace-tech] Dspace Logs

[Jeffrey Trimble]

I know that the DSpace logs are used for the building of statistics.   
When I migrated from

the previous server, I may have not copied those files over just right.

Is there a logic used in the automatic naming of the log files?

For example, I have dspace.log
dspace.log.0  through dspapce.log.500

They aren't in chronological order.

Would this affect as to why I'm not getting a complete reading of the  
logs for building the statistics?  I'm
only getting statistics since January of 2009 and I have three years  
before that in log files.


I've checked my dstat.cfg file to make sure the date was set correctly.

Is there something else I can do to get a complete reset and/or get  
the statistics to read them completely?


Thanks in advance,

Jeff
Jeffrey Trimble
System LIbrarian
William F.  Maag Library
Youngstown State University
330.941.2483 (Office)
jtrim...@cc.ysu.edu
http://www.maag.ysu.edu
http://digital.maag.ysu.edu
"I must not fear.  Fear is the mind-killer.
I will permit it to pass over me and through me..."
--Litany against fear

--
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day 
trial. Simplify your report design, integration and deployment - and focus on 
what you do best, core application coding. Discover what's new with
Crystal Reports now.  http://p.sf.net/sfu/bobj-july___
DSpace-tech mailing list
DSpace-tech@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dspace-tech