On Fri, 9 Nov 2007 09:03:01 -0300
"Isart Montane" <[EMAIL PROTECTED]> wrote:
> I've read there's a kernel limitation for a 32 bits architecture of 2Gb
> per process, and i just wanna know if anybody knows an alternative to
> get a new 64bits server.
You don't say what CPU you have. But the 32 bit
Hi all,
i'm experiencing some trouble when i'm trying to lauch solr with more
than 1.6GB. My server is a FC5 with 8GB RAM but when I start solr like this
java -Xmx2000m -jar start.jar
i get the following errors:
Error occurred during initialization of VM
Could not reserve enough space for objec
I've got a dual Xeon. Here you are my cpuinfo. I've read the limit on
a 2.6linux kernel is 4GB on user space and 4GB for kernel... that's
why I asked
if there's any way to reach 4GB per process.
Thanks anyway :(
cat /proc/cpuinfo
processor : 0
vendor_id : GenuineIntel
cpu family
Hi norberto,
i've tried a simple C app to maloc 2GB and it doesn't works (the same with
1.5Gb works) so it seems to be a kernel problem.
The server is a FC5 with this uname -a
Linux X 2.6.18-1.2239.fc5smp #1 SMP Fri Nov 10 13:22:44 EST 2006 i686
i686 i386 GNU/Linux
Any ideas how to reach the
On Fri, 9 Nov 2007 10:30:16 -0300
"Isart Montane" <[EMAIL PROTECTED]> wrote:
> I've got a dual Xeon. Here you are my cpuinfo. I've read the limit on
> a 2.6linux kernel is 4GB on user space and 4GB for kernel... that's
> why I asked
> if there's any way to reach 4GB per process.
ok - i'm obviousl
More info.
The kernel is compiled with HIGHMEM64 and PAE
On Nov 9, 2007 11:05 AM, Isart Montane <[EMAIL PROTECTED]> wrote:
> Hi norberto,
>
> i've tried a simple C app to maloc 2GB and it doesn't works (the same with
> 1.5Gb works) so it seems to be a kernel problem.
>
> The server is a FC5 wit
Some OSs split that 4GB into a 2GB data space and a 2GB instruction
space. To get a 64bit address space, the CPU, OS, and JVM all need
to support 64 bits. There have been 64 bit Xeon chips since 2004,
the Linux 2.6 kernel supports 64 bit, and recent JVMs do, too.
If your Xeon supports 64 bits, you
Isn't Xeon5110 64bit? Maybe you could just put a 64 bit OS in you box.
Also, take a look at http://www.spack.org/wiki/LinuxRamLimits
--
Walter
Isart Montane wrote:
> I've got a dual Xeon. Here you are my cpuinfo. I've read the limit on
> a 2.6linux kernel is 4GB on user space and 4GB for kernel...
On Fri, 9 Nov 2007 11:58:53 -0300
"Isart Montane" <[EMAIL PROTECTED]> wrote:
> More info.
>
> The kernel is compiled with HIGHMEM64 and PAE
Sorry, i havent dealt with linux kernel options for years.
PAE will give you 36 bits of address. but if the kernel is still limiting the
user space to 2 G
OK!
i will try to reinstall the SO to 64bits and i will let you know
Thanks!
Norberto Meijome wrote:
On Fri, 9 Nov 2007 11:58:53 -0300
"Isart Montane" <[EMAIL PROTECTED]> wrote:
More info.
The kernel is compiled with HIGHMEM64 and PAE
Sorry, i havent dealt with linux kernel options
I have defined a field in the solr schema of type "string" which is
associated with solr.StrField . As it seems, strings with spaces as
prefix or suffix are written in the index correctly and if I view the
contents of the index with the web interface
the spaces are still there. But if I use t
Sorry for another basic question -- but what is the best safe way to delete all
docs in a SOLR index.
I tried -- and that didn't work, plus wasn't sure if it
was safe -- when I put a real id in it works, but that is too tedious.
I am in my first few days using SOLR and Lucene, am iterating the
: Sorry for another basic question -- but what is the best safe way to
: delete all docs in a SOLR index.
I thought this was a FAQ, but it's hidden in another question (rebuilding
if schema changes) i'll pull it out into a top level question...
*:*
: I am in my first few days using SOLR and
I tried
try:
*:*
ryan
Thanks!
- Original Message
From: Ryan McKinley <[EMAIL PROTECTED]>
To: solr-user@lucene.apache.org
Sent: Friday, November 9, 2007 1:48:45 PM
Subject: Re: Delte all docs in a SOLR index?
> I tried
try:
*:*
ryan
__
Do You Yahoo!?
T
Thanks!
- Original Message
From: Chris Hostetter <[EMAIL PROTECTED]>
To: solr-user@lucene.apache.org
Sent: Friday, November 9, 2007 1:51:03 PM
Subject: Re: Delte all docs in a SOLR index?
: Sorry for another basic question -- but what is the best safe way to
: delete all docs in a SOL
the spaces are still there. But if I use the Solrj and query for
documents, the strings are trimmed (whitespace cutted at the end and an
the front). may be is some kind of TrimFilter active? How can I prevent
timming (by solr schema or in the solrj api)?
what is your specific SolrQuery?
I'm experimenting with the new solr.py from
http://issues.apache.org/jira/browse/SOLR-216 think perhaps I'm
confused about how batching is are supposed to work.
I wrote this test script:
import solr
client = solr.SolrConnection('http://localhost:8080/solr')
client.begin_batch()
client.add
A safer way is to stop Solr and remove the index directory. There is
less chance of corruption, and it will faster.
-Original Message-
From: David Neubert [mailto:[EMAIL PROTECTED]
Sent: Friday, November 09, 2007 10:56 AM
To: solr-user@lucene.apache.org
Subject: Re: Delte all docs in a S
On 9-Nov-07, at 3:42 PM, Norskog, Lance wrote:
A safer way is to stop Solr and remove the index directory. There is
less chance of corruption, and it will faster.
In trunk, it should be quicker and safer than stopping/restarting.
Also, to clarify the 'corruption' issue, this should only be po
20 matches
Mail list logo
