Thanks for the information. I will check my server timeout to see what is
happening. That was very helpful.
Also thanks for pointing out the swap space memory allocation I will double
check here.
--
Sent from: http://lucene.472066.n3.nabble.com/Solr-User-f472068.html
Hello,
It has something to do with the skewed facet counts seen in another thread. To
make a full comparison i indexed the same set to a fresh 7.7 build. Without my
DocValues error, there is still a reasonable difference:
7.7 shard 1: 7.8 GB
7.7 shard 2: 7.3 GB
8.1 shard 1: 8.3 GB
8.1 shard
Hello Jan,
We traced it back to not reindexing 'everything' when we enabled docValues for
the field i facetted on. Most records before the change do not show up if i
query old data, and it was only partially reindexed.
My bad!
Thanks,
Markus
-Original message-
> From:Jan Høydahl
>
On 6/13/2019 7:30 AM, ennio wrote:
The server for most part runs fine, but when I look at the logs I see from
time to time the following error.
org.eclipse.jetty.io.EofException: Closed
Jetty's EofException is nearly always caused by a specific event:
The client talking to Solr closed the
I have SOLR 7.7.1 running on a Windows Server 2016 with 8GB and 2 Cores
(Virtual). The machine is dedicated to the SOLR server, so no other process
is running on it.
My collection is small only 110.86MB and 15,500 documents on it.
Hi Erick,
I am able to achieve querying on Collection3 with INNER JOIN between two
document types and JOIN across collection1 using below mechanism. I am also
getting facetting information from collection3 along with data.
Hi Erick,
I am able to achieve querying on Collection3 with INNER JOIN between two
document types and JOIN across collection1 using below mechanism. I am also
getting facetting information from collection3 along with data.
On 6/13/2019 4:19 AM, Markus Jelsma wrote:
We are upgrading to Solr 8. One of our reindexed collections takes a GB more
than the production uses which is on 7.7.1. Production also has deleted
documents. This means Solr 8 somehow uses more disk space. I have checked both
Solr and Lucene's
Hello,
For context it would probably be helpful to know some more info about the
collection. e.g. it's 1GB bigger, but what percentage increase does that
represent? Like is it 0.5% or 50%?
On Thu, 13 Jun 2019 at 11:19, Markus Jelsma
wrote:
> Hello,
>
> We are upgrading to Solr 8. One of our
On 6/6/2019 9:00 AM, Rahul Goswami wrote:
*OP Reply* : Total 48 GB per node... I couldn't see another software using
a lot of memory.
I am honestly not sure about the reason for change of directory factory to
SimpleFSDirectoryFactory. But I was told that with mmap at one point we
started to see
If you look at the data files, is any extension suddenly taking way more
space? That may give a clue.
Also is schema the same? Like you did not enable docvalues on strings by
default or similar.
Regards,
Alex
On Thu, Jun 13, 2019, 6:19 AM Markus Jelsma,
wrote:
> Hello,
>
> We are
On 6/12/2019 7:46 PM, Hugo Angel Rodriguez wrote:
Thanks Shawn for your answers
Regarding your question: " Are these environments on separate Solr instances,
separate servers, or are they on the same Solr instance?"
My answers is: These environments are on separate solr instances, separate
Hello,
We are upgrading to Solr 8. One of our reindexed collections takes a GB more
than the production uses which is on 7.7.1. Production also has deleted
documents. This means Solr 8 somehow uses more disk space. I have checked both
Solr and Lucene's CHANGES but no ticket was immediately
13 matches
Mail list logo