Hi Angela, thanks for answering. A quick update: i was able to make oak run
tool run for 36hours and the tool succeeded in reducing the amount of disk
used by the repository (110 GB vs 190 GB). Probably the tool didn't finish
his work (it throws a IOException
Exception in thread "main" java.io.IOException: There is not enough space
on the disk
at java.io.RandomAccessFile.writeBytes0(Native Method)
at java.io.RandomAccessFile.writeBytes(RandomAccessFile.java:520)
at java.io.RandomAccessFile.write(RandomAccessFile.java:550)
at org.apache.jackrabbit.oak.plugins.segment.file.
TarWriter.writeEntry(TarWriter.java:172)
at org.apache.jackrabbit.oak.plugins.segment.file.
TarWriter.writeEntry(TarWriter.java:160)
at org.apache.jackrabbit.oak.plugins.segment.file.
TarReader.cleanup(TarReader.java:705)
at org.apache.jackrabbit.oak.plugins.segment.file.
FileStore.cleanup(FileStore.java:643)
at org.apache.jackrabbit.oak.run.Main.compact(Main.java:373)
at org.apache.jackrabbit.oak.run.Main.main(Main.java:130)
but now i hope to be able to run the online compactation tool (or to run
the offline compactation tool with better performance).
Also, I would like to ask what is the best strategy to import and store XML
file inside the repository (using oak:Unstructured as main node). At the
moment, in order to import XML file we have a custom component who parse
the XML, add a oak:Unstructured node named as the xml file and with some
properties extracted from the XML and then a nt:file as a child node which
contains the data.
Is there a better way to import and store XML data?
Thanks and best regards,
Alessio
2015-04-13 8:59 GMT+02:00 Angela Schreiber <anch...@adobe.com>:
> hi alessio
>
> i think oak-...@jackrabbit.apache.org would be the right list for
> oak-specific questions. so far we had mostly dev-related discussions
> that's why we didn't create a dedicated user list up to now.
>
> kind regards
> angela
>
> On 07/04/15 09:30, "Alessio Giorgini" <alessi...@pico.it> wrote:
>
> >Hi all, first message here.
> >
> >I'm using Apache Jackrabbit Oak 1.0.12-r1664332 (inside AEM6). Hope this
> >is
> >the right mailing list, i didn't find a user mailing list for Oak.
> >
> >My application stores XML files and PDF files which, after some times, are
> >deleted from repository. The problem seems to be that the hard disk space
> >occupied by these files is never released. I try to use oak run tool with
> >the compact command, but after 3 hours of processing I've to stop this
> >without any result. Also, if i use the option to keep the files in native
> >memory when running oak run tool (otherwise it always said Java Heap
> >Space)
> >I see a lot of RAM consumption and the machine is very very slow.
> >
> >Now the repository is something like 190 GB even if i deleted (using curl)
> >a lot of PDF files.
> >
> >Is there something you can suggest to do in order to free hard disk space?
> >
> >Thanks,
> >Alessio
>
>
--
*Alessio Giorgini**Professional Service Technical Consultant*
*--------------------------------------
*
*Pico Srl*
*Distribuzione specializzata*
*Via Costituzione, 29**42100 Reggio Emilia – Italy*
*T *
*+39 0522 512332**M *
*+39 334-2527989**F *
*+39 0522 511061**URL: *
*www.pico.it <http://www.pico.it/>**--------------------------------------*
THINK GREEN
Risparmiando carta, rispetti l'ambiente
