Re: [Release Plan] Apache Jackrabbit Oak 1.22.5

[Nitin Gupta]

Hi guys,

So let's wait for another week. Will do this release next week (Till then 
please have a look if there are any commits in trunk that you might want to be 
backported to 1.22).

On 21/09/20, 12:08 PM, "Julian Reschke"  wrote:

Am 21.09.2020 um 05:55 schrieb Nitin Gupta:
> Hi,
>
> I plan on cutting Oak 1.22.5 tomorrow. There are 2 issues included
> 
https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fissues.apache.org%2Fjira%2Fprojects%2FOAK%2Fversions%2F12348572data=02%7C01%7Cnitigup%40adobe.com%7C6248dd59eb81462e514208d85df8ea8f%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637362670954922496sdata=DD2f%2B0yKcvcrVgcrFNK2E6bUmtnKcjJvIk%2Bn0nzwvao%3Dreserved=0
 (both of
> these seem important fixes.)
>
> Please let me know in case any one has any objections or any other 
pressing
> issue that needs to go in this release, otherwise I will go ahead and
> proceed with the release tomorrow.
>
> Regards,
> Nitin

I would expect that there were a few more bugs fixed in trunk since then
which might qualify for backports (see


for a start).

It would also be good to check for necessary dependency updates (jackson
and tika come to mind).

Best regards, Julian

Re: Partitioning of Postgres Table

[Tanvi Shah]

But there is also slowness of saving the file which takes more than 2
minutes.
We are using the version garbage collector on documentnodestore using
jackrabbit api

On Mon, 21 Sep, 2020, 16:33 Julian Reschke,  wrote:

> Am 21.09.2020 um 12:25 schrieb Tanvi Shah:
> > The performance issue we have is that there is slowness in storing the
> > file. For a file to save it takes more than 2 minutes.
> > We also have GC running but the space is not released when deletion has
> > been performed
> >
> > Slowness in saving the file is our most prominent issue.
>
> That indicates that there's something wrong with how you run the GC.
> Please make sure that both VersionGC and DataStore RC are running (check
> the logs).
>
> Best regards, Julian
>

Re: Partitioning of Postgres Table

[Tanvi Shah]

The performance issue we have is that there is slowness in storing the
file. For a file to save it takes more than 2 minutes.
We also have GC running but the space is not released when deletion has
been performed

Slowness in saving the file is our most prominent issue.

On Thu, 17 Sep, 2020, 14:28 Tanvi Shah,  wrote:

> Hi,
> We are using the jackrabbit oak 1.22.3 version with Postgres Database and
> S3 datastore. The database size is huge with more than 10 millions of
> tuples in it.
> Our database team has advised us to use the partitioning of nodes table
> created.
> So I wanted to know is there any way that we can create partitioning
> through the jackrabbit itself.
> And also I wanted to know is there any other way we can maintain the
> Database with such a huge amount of data so we don't have performance
> issues.
>
> Thank you.
>

Re: Partitioning of Postgres Table

[Julian Reschke]

Am 21.09.2020 um 13:42 schrieb Tanvi Shah:

But there is also slowness of saving the file which takes more than 2
minutes.
We are using the version garbage collector on documentnodestore using
jackrabbit api
...


I would focus on the GC before looking at performance.

Please make sure that you run both GCs, and that they run *successfully*
(see system log).

Best regards, Julian

Re: Partitioning of Postgres Table

[Julian Reschke]

Am 21.09.2020 um 12:25 schrieb Tanvi Shah:

The performance issue we have is that there is slowness in storing the
file. For a file to save it takes more than 2 minutes.
We also have GC running but the space is not released when deletion has
been performed

Slowness in saving the file is our most prominent issue.


That indicates that there's something wrong with how you run the GC.
Please make sure that both VersionGC and DataStore RC are running (check
the logs).

Best regards, Julian

Re: [Release Plan] Apache Jackrabbit Oak 1.22.5

[Julian Reschke]

Am 21.09.2020 um 05:55 schrieb Nitin Gupta:

Hi,

I plan on cutting Oak 1.22.5 tomorrow. There are 2 issues included
https://issues.apache.org/jira/projects/OAK/versions/12348572 (both of
these seem important fixes.)

Please let me know in case any one has any objections or any other pressing
issue that needs to go in this release, otherwise I will go ahead and
proceed with the release tomorrow.

Regards,
Nitin


I would expect that there were a few more bugs fixed in trunk since then
which might qualify for backports (see

for a start).

It would also be good to check for necessary dependency updates (jackson
and tika come to mind).

Best regards, Julian