Please unsubscribe

[Chad Salamon]

Messaging both users and users-unsubscribe in the hope that I can get
removed from this list. I have requested this several times. Thank you.

Re: Facing issue in importing data from MySQL using data import handler.

[Janvi T]

Hi,
Thanks for your help, the DIH is working now, it is fetching the data as well 
as indexing it.



On 2021/06/29 20:45:38, Dmitri Maziuk  wrote: 
> On 6/29/2021 1:17 PM, Janvi T wrote:
> > I have been trying to import data from MySQL using DIH but when I do a full 
> > import, it fails and does not fetch anything from the database.
> >
> 
> What does the log say?
> 
> Dima
> 
> 

Re: Please unsubscribe

[Mark Juszczec]

Me too.

I've been trying to unsub for weeks.

On Wed, Jun 30, 2021, 5:15 AM Chad Salamon  wrote:

> Messaging both users and users-unsubscribe in the hope that I can get
> removed from this list. I have requested this several times. Thank you.
>

Re: Please unsubscribe

[Mengying Wang]

 Please unsubscribe my email as well. Thank you!

On Wed, Jun 30, 2021 at 8:44 AM Mark Juszczec 
wrote:

> Me too.
>
> I've been trying to unsub for weeks.
>
> On Wed, Jun 30, 2021, 5:15 AM Chad Salamon  wrote:
>
> > Messaging both users and users-unsubscribe in the hope that I can get
> > removed from this list. I have requested this several times. Thank you.
> >
>


-- 
Best,
Mengying (Angela) Wang

RE: Solr GC tuning Advice

[Webster Homer]

We set the HeapRegionSize to 32m and set the heap to 31g. Those changes did not 
make a difference, if anything they made the problem worse. Prior to the change 
we would see 2 nodes failing, after the change we see all 4 nodes failing.

We collect all the solr search data into an Elastic Stack index. I noticed that 
/select calls are not spread equally across all 4 nodes. One node is getting 
>50% while another is getting quite little. Our Solr search traffic comes in 
via a REST service that calls solr using CloudSolrClient I would expect more 
even distribution of searches

Could this be leading to our memory issues? What would cause this?

-Original Message-
From: Shawn Heisey 
Sent: Thursday, June 24, 2021 2:54 PM
To: users@solr.apache.org
Subject: Re: Solr GC tuning Advice

[WARNING - EXTERNAL EMAIL] Do not open links or attachments unless you 
recognize the sender of this email. If you are unsure please click the button 
"Report suspicious email"


On 6/24/2021 8:55 AM, Webster Homer wrote:
> SOLR_JAVA_MEM="-Xms32768m -Xmx32768m"

Change "32768m"  to "31g".  You'll actually have MORE heap available at 31GB 
than at 32GB.  Screwy, I know.  It's because at 32GB, Java has to use 64-bit 
pointers.  Below that, it can use 32-bit.

> On several posts on Solr GC configuration I noticed that
> -XX:+UseLargePages is set, but little to say why this would be useful.
> For it to work Large Memory Pages needs to be enabled as described
> here
> https://clicktime.symantec.com/3H7SSrrxZFifhUuDaT2ToRE6H2?u=https%3A%2
> F%2Fwww.oracle.com%2Fjava%2Ftechnologies%2Fjavase%2Flargememory-pages.
> html

If the OS does not have Huge Pages set aside, that Java option does nothing at 
all.  If the OS does have huge pages available, then Java will use them if you 
give it that option.

> I'm not an expert in GC tuning so any advice would be appreciated.

The key to good GC performance -- make it unnecessary for Java to EVER do a 
full GC.  No matter what collector you have chosen, if Java does a full GC, 
you're paused, potentially for a REALLY long time.  With a heap as large as 
yours, you can be sure it WILL be slow.  I was seeing pauses of 10-15 seconds, 
and that was with an 8GB heap.

Are there ANY humungous allocations still happening?  If there are, then the 
only way Java can collect that garbage is a full GC.  Maybe bump the region 
size up to its max, 32MB?  How many documents do you have in your largest cores?

Thanks
Shawn



This message and any attachment are confidential and may be privileged or 
otherwise protected from disclosure. If you are not the intended recipient, you 
must not copy this message or attachment or disclose the contents to any other 
person. If you have received this transmission in error, please notify the 
sender immediately and delete the message and any attachment from your system. 
Merck KGaA, Darmstadt, Germany and any of its subsidiaries do not accept 
liability for any omissions or errors in this message which may arise as a 
result of E-Mail-transmission or for damages resulting from any unauthorized 
changes of the content of this message and any attachment thereto. Merck KGaA, 
Darmstadt, Germany and any of its subsidiaries do not guarantee that this 
message is free of viruses and does not accept liability for any damages caused 
by any virus transmitted therewith.



Click 
merckgroup.com/disclaimer
 to access the German, French, Spanish, Portuguese, Turkish, Polish and Slovak 
versions of this disclaimer.



Please find our Privacy Statement information by clicking here 
merckgroup.com/en/privacy-statement.html

Re: Please unsubscribe

[Zacarias]

Me too.

On Wed, Jun 30, 2021, 12:58 Mengying Wang  wrote:

>  Please unsubscribe my email as well. Thank you!
>
> On Wed, Jun 30, 2021 at 8:44 AM Mark Juszczec 
> wrote:
>
> > Me too.
> >
> > I've been trying to unsub for weeks.
> >
> > On Wed, Jun 30, 2021, 5:15 AM Chad Salamon  wrote:
> >
> > > Messaging both users and users-unsubscribe in the hope that I can get
> > > removed from this list. I have requested this several times. Thank you.
> > >
> >
>
>
> --
> Best,
> Mengying (Angela) Wang
>

Re: Please unsubscribe

[The Maverick]

Me too 

30 Jun 2021 18:39:57 Zacarias :

> Me too.
> 
> On Wed, Jun 30, 2021, 12:58 Mengying Wang  wrote:
> 
>> Please unsubscribe my email as well. Thank you!
>> 
>> On Wed, Jun 30, 2021 at 8:44 AM Mark Juszczec 
>> wrote:
>> 
>>> Me too.
>>> 
>>> I've been trying to unsub for weeks.
>>> 
>>> On Wed, Jun 30, 2021, 5:15 AM Chad Salamon  wrote:
>>> 
 Messaging both users and users-unsubscribe in the hope that I can get
 removed from this list. I have requested this several times. Thank you.
 
>>> 
>> 
>> 
>> --
>> Best,
>> Mengying (Angela) Wang
>> 

Solr RAM size configuration

[Moulay Hicham]

Hi,

I am running a solr cluster on AWS. And we chose instance types that
can hold the whole lucene index size in memory.  This was to avoid
swapping.

I am now reviewing this choice and have a question to better
understand solr RAM configuration.

Let's say I have a lucene index size of 80GB and ONE solr node only.
Can it be a consideration to have this solr node run on an instance of
32GB of RAM and a disc space > 200 GB?

In this example, the query per sec is 200 and queries are unique
(cache hit is low).

Thanks,
Moulay

Re: Please unsubscribe

[Lieben Joy]

Me too.

Thanks,
Lieben



On Wed, Jun 30, 2021 at 12:46 PM The Maverick  wrote:

> Me too
>
> 30 Jun 2021 18:39:57 Zacarias :
>
> > Me too.
> >
> > On Wed, Jun 30, 2021, 12:58 Mengying Wang 
> wrote:
> >
> >> Please unsubscribe my email as well. Thank you!
> >>
> >> On Wed, Jun 30, 2021 at 8:44 AM Mark Juszczec 
> >> wrote:
> >>
> >>> Me too.
> >>>
> >>> I've been trying to unsub for weeks.
> >>>
> >>> On Wed, Jun 30, 2021, 5:15 AM Chad Salamon 
> wrote:
> >>>
>  Messaging both users and users-unsubscribe in the hope that I can get
>  removed from this list. I have requested this several times. Thank
> you.
> 
> >>>
> >>
> >>
> >> --
> >> Best,
> >> Mengying (Angela) Wang
> >>
>

Aligning Shards from different Collections on the same Solr server based on Date Range

[Matt Kuiper]

Hi Solr Group,

I am not sure the following is a viable use-case, welcoming input and any
implementation recommendations.

I would like to perform joins over two sharded collections.  Where docs are
routed to specific shards based on a date range and are the same for shards
in each collection.

I understand that this means that the replicas from each collection that
hold data to be joined need to be collated on the same Solr Server.   I
have read solutions that use ADD REPLICA to add a Collection B replica to
all SolrServers assuming Collection B has only one Shard.  For my use case
I need Collection B to have multiple shards.

*Collection ACollection B  SolrServer *
Shard1_2020  Shard1_2020   172.33.0.1:8983_solr
Shard2_2021  Shard2_2021   172.33.0.2:8983_solr
Shard3_2022  Shard3_2022   172.33.0.3:8983_solr

I think my question comes down to how do I break shards by a date range,
and do it in a way that both Collections A and B would be defined by the
same date range?  If could reliably break shards by date, and know the date
range of the shard, I think I could use ADD REPLICA api to align.

Not sure a compositeId routing approach would work, but thinking an
implicit id may be hard to manage over time.

Is an approach like this viable, concerned a bit about
maintenance concerns, other ideas to support this join?

Note: I am considering this within Time series collections...

Matt

Re: Please unsubscribe

[Furkan KAMACI]

Hi,

I've sent manual unsubscribe requests for you. Please contact me from
solr-user-ow...@solr.apache.org if it doesn't work.

Kind Regards,
Furkan KAMACI

On Wed, Jun 30, 2021 at 8:09 PM Lieben Joy  wrote:

> Me too.
>
> Thanks,
> Lieben
>
>
>
> On Wed, Jun 30, 2021 at 12:46 PM The Maverick 
> wrote:
>
> > Me too
> >
> > 30 Jun 2021 18:39:57 Zacarias :
> >
> > > Me too.
> > >
> > > On Wed, Jun 30, 2021, 12:58 Mengying Wang 
> > wrote:
> > >
> > >> Please unsubscribe my email as well. Thank you!
> > >>
> > >> On Wed, Jun 30, 2021 at 8:44 AM Mark Juszczec <
> mark.juszc...@gmail.com>
> > >> wrote:
> > >>
> > >>> Me too.
> > >>>
> > >>> I've been trying to unsub for weeks.
> > >>>
> > >>> On Wed, Jun 30, 2021, 5:15 AM Chad Salamon 
> > wrote:
> > >>>
> >  Messaging both users and users-unsubscribe in the hope that I can
> get
> >  removed from this list. I have requested this several times. Thank
> > you.
> > 
> > >>>
> > >>
> > >>
> > >> --
> > >> Best,
> > >> Mengying (Angela) Wang
> > >>
> >
>

Is the Solr-User Nabble Forum dead?

[Srijan]

Hi All,

I see 90 percent of all discussions in the Solr-User Nabble forum marked as:

*CONTENTS DELETED*
The author has deleted this message.

Have I missed something? Is this related to the mailing list migration?

Thanks,
Seez