Thanks for the update. I've fixed the next bug in subversion on the
trunk and it should be in tonight's nightly tarball. I should also
make it into v1.0.1, once that is made available.
Brian
On Dec 7, 2005, at 11:41 AM, Pierre Valiron wrote:
Thanks Brian and George,
Francoise Roch trie
> Message: 4
> Date: Tue, 06 Dec 2005 12:15:37 -0700
> From: "Tim S. Woodall"
> Subject: Re: [O-MPI users] error creating high priority cq for mthca0
> To: Open MPI Users
> Message-ID: <4395e359.4060...@lanl.gov>
> Content-Type: text/plain; charset=ISO-8859-1; format=flowed
>
> Daryl,
>
> Try t
Thanks Brian and George,
Francoise Roch tried the following version as you suggested
http://www.open-mpi.org/~brbarret/download/
openmpi-1.1a1r8384.tar.gz
Things go a little further but the make still fails.
Please find the logs attached.
Pierre.
Brian Barrett wrote:
On Dec 5, 2005, at
[ Sorry, I pressed the wrong keys too soon... ]
On Wed, 7 Dec 2005, Bogdan Costescu wrote:
... can't "ulimit -l X" where X is larger than the "hard" value from
limits.conf.
This is true for a normal user; however root can modify the hard
limits in its shells. Also a batch system, running as
On Tue, 6 Dec 2005, Jeff Squyres wrote:
With Tim's response to this -- I'm curious (so that we get correct
information on the FAQ) -- is the /etc/security/limit.conf method a
system-wide way of setting these values, and "ulimit -l" a per-user
way of setting it?
You can see the official docs,
I've updated http://www.open-mpi.org/faq/?category=infiniband#ib-
locked-pages -- thanks.
On Dec 6, 2005, at 8:27 PM, Brian Barrett wrote:
Generally, the user defaults to the soft limit and can use ulimit to
set values up to the hard limit. Tim's suggestion bumps the soft
limit up to the har