Stephen,
I am not a Lucene committer (yet), but have a good understanding of
certain parts of the codebase. I am also a contributor for the Apache
Solr project (built on top of Lucene) so that too helps with the
understanding.
I am happy to team up with one of the committers and help out as a
mento
r
Would appreciate any thoughts. Thanks.
- Rahul
On Sun, May 4, 2025 at 1:11 AM Rahul Goswami wrote:
>
> Robert,
> Thanks for chiming in and sharing your concerns. Even though it may seem
> risky at first, I do believe this can be done in a safe way where Lucene can
> have a
osal to only increase the
> minimum-version when necessary on the lucene side:
> https://github.com/apache/lucene/issues/13797
>
> On Fri, Apr 25, 2025 at 1:24 AM Rahul Goswami
> wrote:
> >
> > Adrien,
> > Appreciate your thoughts on this. I agree that the option o
ication (rather than Lucene) and requires the upgrade to be done in a
> somewhat timely manner to be practical (or replaying the delta since the
> time when reindexing started may be heavy), but the trade-off still looks
> in favor of reindexing to a separate Directory to me.
>
> On Thu, Apr 2
.
Thanks,
Rahul
On Sun, Apr 20, 2025 at 8:14 PM Rahul Goswami wrote:
> Adrien,
> Thanks for your thoughts on this. To clarify, the request is not for a
> Lucene API which will upgrade the index, as I understand it might not
> always be possible to do a lossless upgrade of a cold in
nalysis chains if necessary.
>
>
> On Sun, Apr 20, 2025 at 8:47 AM Ankit Jain wrote:
>
>> Got it, thanks for providing additional context on the use case!
>>
>> On Sat, Apr 19, 2025 at 9:40 PM Rahul Goswami
>> wrote:
>>
>>> There is an effort under
y, one of the reasons it hasn't come up much
> before. Will let other community members chime in on this.
>
> On Sat, Apr 19, 2025 at 7:43 PM Rahul Goswami
> wrote:
>
>> For complete clarity..."minVersion" for a SegmentInfo is the min of the
>> minVersions
For complete clarity..."minVersion" for a SegmentInfo is the min of the
minVersions of all segments involved in the merge which resulted in this
segment. If it is a "pure" segment, then minVersion=version.
On Sat, Apr 19, 2025 at 10:35 PM Rahul Goswami
wrote:
> Ankit,
>
> without having deleted all the documents first?
>
>
> Thanks
> Ankit
>
> On Sat, Apr 19, 2025 at 9:17 AM Rahul Goswami
> wrote:
>
>> Hello,
>> Today even after all documents in an index are deleted via an API call,
>> reindexing still doesn't cha
d
from the source.
If there is agreement, I am happy to pick this up and submit a PR.
Thanks,
Rahul Goswami
Hello,
I submitted the below JIRA after discussing the issue on the user list.
https://issues.apache.org/jira/browse/SOLR-16360
I have tried the fix locally and it's working as per expectations. I would
like to contribute it as well. Since this will be my first time
contributing to the open sourc
Hello,
Opened the below JIRA for this issue. I will work on this and try to submit
a patch.
[LUCENE-9889] Lucene (unexpected ) fsync on existing segments - ASF JIRA
(apache.org) <https://issues.apache.org/jira/browse/LUCENE-9889>
Thanks,
Rahul
On Fri, Mar 26, 2021 at 9:56 AM Rahul Goswami
> Also, this (system locks up when using MMapDirectory) sounds different
> from the "Lucene fsyncs files that it doesn't need to" bug, right?
>
> Mike McCandless
>
> http://blog.mikemccandless.com
>
>
> On Mon, Mar 15, 2021 at 4:28 PM Rahul Goswami
> wr
emory mapping is about.
>
> Please read the blog post:
> https://blog.thetaphi.de/2012/07/use-lucenes-mmapdirectory-on-64bit.html
>
> Uwe
>
> Am March 15, 2021 7:43:29 PM UTC schrieb Rahul Goswami <
> rahul196...@gmail.com>:
>>
>> Mike,
>> Yes I am u
ons -- the fsync behavior should be the same.
>
> Mike McCandless
>
> http://blog.mikemccandless.com
>
>
> On Fri, Mar 12, 2021 at 1:46 PM Rahul Goswami
> wrote:
>
>> Thanks Michael. For your question...yes I am running Solr on Windows and
>> running it with SimpleFSDire
d be awesome if you were able to
>> create such a thing.
>>
>> On Fri, Mar 12, 2021 at 9:00 AM Michael Sokolov
>> wrote:
>> >
>> > Yes, please go ahead and open an issue. TBH I'm not sure why this is
>> > happening - there may be a good reas
ur
> backup?
>
> On Thu, Mar 11, 2021 at 2:52 PM Rahul Goswami
> wrote:
> >
> > Thanks Michael. I thought since this discussion is closer to the code
> than most discussions on the solr-users list, it seemed like a more
> appropriate forum. Will be mindful going fo
tted; look in
> IndexWriter.startCommit and SegmentInfos.files. Caveat: (1) I'm
> looking at this code for the first time, and (2) things may have been
> different in 7.7.2? Sorry I don't know for sure, but are you sure that
> your backup process is not attempting to copy one of
Hello,
Just wanted to follow up one more time to see if this is the right form for
my question? Or is this suitable for some other mailing list?
Best,
Rahul
On Sat, Mar 6, 2021 at 3:57 PM Rahul Goswami wrote:
> Hello everyone,
> Following up on my question in case anyone has any idea. Wh
sting segment files in
a saved commit point DOES have an effect, it might render the backed up
index in a corrupt state.
Thanks,
Rahul
On Fri, Mar 5, 2021 at 3:04 PM Rahul Goswami wrote:
> Hello,
> We have a process which backs up the index (Solr 7.7.2) on a schedule. The
> way we do it is
Hello,
We have a process which backs up the index (Solr 7.7.2) on a schedule. The
way we do it is we first save a commit point on the index and then using
Solr's /replication handler, get the list of files in that generation.
After the backup completes, we release the commit point (Please note that
Couldn't help pitching in here and making a humble request. The CHANGES.txt
has been of immense help for us for determining the right upgrade version
for our production deployments. So CHANGES.txt or no CHANGES.txt, I hope
we'll retain a mechanism to clearly be able to track the changes in
subseque
[
https://issues.apache.org/jira/browse/SOLR-12550?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16870859#comment-16870859
]
Rahul Goswami commented on SOLR-12550:
--
As discussed on the Solr user list, I f
[
https://issues.apache.org/jira/browse/SOLR-13217?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Rahul Goswami updated SOLR-13217:
-
Description:
A NullPointerException is thrown when trying to use the /export handler with a
[
https://issues.apache.org/jira/browse/SOLR-13217?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Rahul Goswami updated SOLR-13217:
-
Description:
A NullPointerException is thrown when trying to use the /export handler with a
Rahul Goswami created SOLR-13217:
Summary: collapse parser with /export request handler throws NPE
Key: SOLR-13217
URL: https://issues.apache.org/jira/browse/SOLR-13217
Project: Solr
Issue
[
https://issues.apache.org/jira/browse/SOLR-8291?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16744483#comment-16744483
]
Rahul Goswami edited comment on SOLR-8291 at 1/17/19 9:4
[
https://issues.apache.org/jira/browse/SOLR-8291?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16744483#comment-16744483
]
Rahul Goswami edited comment on SOLR-8291 at 1/17/19 9:4
[
https://issues.apache.org/jira/browse/SOLR-8291?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16744483#comment-16744483
]
Rahul Goswami edited comment on SOLR-8291 at 1/17/19 9:3
[
https://issues.apache.org/jira/browse/SOLR-8291?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16744483#comment-16744483
]
Rahul Goswami commented on SOLR-8291:
-
Facing the same issue on 7.2.1 while u
30 matches
Mail list logo
