Trey, Do you also have Stack size set to unlimited in /etc/sysconfig/slurm? ‘ulimit -s unlimited’ We have that in ours and it may have been for Vasp. I just did a search for vasp and stack and that did show up as a documented problem at other sites.
Mike Robbert > On Jan 29, 2015, at 8:30 AM, Trey Dockendorf <treyd...@tamu.edu> wrote: > > I'm doing the same in 2 place. I have 'ulimit -l unlimited' in > /etc/sysconfig/slurm (sourced by slurm service on CentOS) and also these two > lines in /etc/security/limits.d/unlimited_memlock.conf > > * hard memlock unlimited > * soft memlock unlimited > > I'm thinking this is due to virtual memory limits we enforce which is > something I'm going to test. > > Thanks, > - Trey > > ============================= > > Trey Dockendorf > Systems Analyst I > Texas A&M University > Academy for Advanced Telecommunications and Learning Technologies > Phone: (979)458-2396 > Email: treyd...@tamu.edu <mailto:treyd...@tamu.edu> > Jabber: treyd...@tamu.edu <mailto:treyd...@tamu.edu> > On Thu, Jan 29, 2015 at 4:48 AM, Ben Polman <ben.pol...@science.ru.nl > <mailto:ben.pol...@science.ru.nl>> wrote: > > Christopher Samuel wrote on 01/29/15 03:16: > > we have included a > > ulimit -l unlimited > > in the slurmd init script, to be precise in /etc/default/slurm-llnl which > gets automatically sourced > by the slurmd init script on ubuntu > > on a ubuntu 14.04 server slurmd would otherwise > get the limits set voor root which are more restrictive > > Ben > > On 29/01/15 09:26, Trey Dockendorf wrote: > > Thanks for the response. We use PropagateResourceLimits=NONE and also > set both hard and soft for memlock to unlimited on all compute nodes via > a file in /etc/security/limits.d. > It's still worth putting "ulimit -a" in the batch script just before > calling VASP to capture what is actually getting set, just in case > there's something odd going on.. > > We had people using VASP last year with Slurm and OpenMPI and they > didn't seem to have any issues. > > Best of luck! > Chris > > > -- > --------------------------------------------------------------------- > Dr. B.J.W. Polman, C&CZ, Radboud University. > Osiris beheerder NWI > Heyendaalseweg 135, 6525 AJ Nijmegen, The Netherlands, Phone: +31-24-3653360 > e-mail: ben.pol...@science.ru.nl <mailto:ben.pol...@science.ru.nl> > >
smime.p7s
Description: S/MIME cryptographic signature
