Brian,

Thanks for the vote of confidence.  I'll give this a try tonight when
our servers aren't as busy.

Another question, there's nothing that gets modified in the database
when this happens, so I shouldn't need to restart Tomcat, right?

Thanks,

Alan

On Mon, Oct 17, 2011 at 5:34 PM, Brian Freels-Stendel <[email protected]> wrote:
> Hello,
>
> I've done this a few times, and it's never been a problem for me.  I make a 
> backup of all of the .dat files in the log directory and the entire reports 
> directory before deleting the .dat and .html files, just in case.
>
> B--
>
>>>> On 10/17/2011 at 1:14 AM, in message
> <CAKKdN4Wu-eKf6ff29ruVOCC1EUsQgxevVA6GCPgjPi=bqut...@mail.gmail.com>, Alan 
> Orth
> <[email protected]> wrote:
>> Hi,
>>
>> Never heard back on this, so I'm re-sending:  We had some bad metadata
>> and didn't realize for a few weeks that our stats scripts were
>> choking.  Now we have a gap in our monthly stats (08/2011, 10/2011...
>> but no 09/2011!)
>>
>> Is clearing the stats and rebuilding from scratch feasible?  All the
>> historical log files are there...
>>
>> Thanks!
>>
>> Alan
>>
>> On Tue, Oct 11, 2011 at 5:21 PM, Alan Orth <[email protected]> wrote:
>>> Hey,
>>>
>>> We noticed recently that our monthly stats hadn't run for the month of
>>> September.  As it turns out, a batch import had imported some items with
>>> malformed `dc.date.accessioned` date fields, which was causing the stats
>>> scripts to die.  We finally tracked down all the items with these bad
>>> dates[1], and now the scripts are running successfully, but it seems the
>>> month of September has gone missing (we have 08/2011 and 10/2011)!
>>>
>>> My attempts to fix this are here: http://pastebin.com/9EDX8Vhx
>>>
>>> I'm curious, would starting over from `dspace stat-initial` and `dspace
>>> stat-report-initial` remedy this?  All the log files are there, and as far
>>> as I know the stat scripts process .log -> .dat -> .html (nothing in the
>>> database or anything.  Is there any danger in doing this (other than being
>>> expensive for the CPU/disk)?
>>>
>>> Thanks,
>>>
>>> [1] DSpace-tech thread:
>>> http://www.mail-archive.com/[email protected]/msg15295.html
>>>
>>> --
>>> Alan Orth
>>> [email protected]
>>> http://alaninkenya.org
>>> "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++
>>>
>>>
>>
>
>



-- 
Alan Orth
[email protected]
http://alaninkenya.org
http://mjanja.co.ke
"In heaven all the interesting people are missing." -Friedrich Nietzsche

------------------------------------------------------------------------------
All the data continuously generated in your IT infrastructure contains a
definitive record of customers, application performance, security
threats, fraudulent activity and more. Splunk takes this data and makes
sense of it. Business sense. IT sense. Common sense.
http://p.sf.net/sfu/splunk-d2d-oct
_______________________________________________
DSpace-tech mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/dspace-tech

Reply via email to