[mesa-users] Test Failure on Supercomputer
Jared Brooks
brooksjaredc at gmail.com
Tue Jun 4 21:14:47 EDT 2013
Ok, so I was using the 64-bit version, but I switched to the newer sdk
(released April 8, 2013). It looks like my issue was due to the limits on
addressable memory, here is my output from 'ulimit -a':
[jbrooks at tscc-login1 ~]$ ulimit -a
core file size (blocks, -c) 0
data seg size (kbytes, -d) unlimited
scheduling priority (-e) 0
file size (blocks, -f) unlimited
pending signals (-i) 515887
max locked memory (kbytes, -l) unlimited
max memory size (kbytes, -m) 4194304
open files (-n) 4096
pipe size (512 bytes, -p) 8
POSIX message queues (bytes, -q) 819200
real-time priority (-r) 0
stack size (kbytes, -s) unlimited
cpu time (seconds, -t) 10800
max user processes (-u) 1024
virtual memory (kbytes, -v) 4194304
file locks (-x) unlimited
So what I did was submit the installation script as a job in the queue,
rather than directly on the login node, and this seemed to work! Success!
Thanks for the help!
-Jared
On Tue, Jun 4, 2013 at 5:22 PM, Aaron Dotter <aaron.dotter at gmail.com> wrote:
> Hi Jared,
>
> Is it possible you installed the 32-bit version of the SDK rather than the
> 64-bit version?
>
> We saw some issues with allocating tables a few months ago, but this was
> specifically related to 32-bit OS (and therefore SDK). It is possible to
> run 32-bit programs on 64-bit machines, but then you may run into such
> issues unnecessarily.
>
> That problem ought not to occur in a 64-bit OS with a 64-bit compiler
> unless the supercomputer has some strict settings on resources available to
> a process (check with 'ulimit -a').
>
> Aaron
>
>
> On Wed, Jun 5, 2013 at 10:15 AM, Richard Townsend <townsend at astro.wisc.edu
> > wrote:
>
>> That's a pretty old SDK. If nobody suggest a better option, you could
>> always try upgrading it.
>>
>> On Jun 4, 2013, at 7:11 PM, Jared Brooks wrote:
>>
>> > I'm trying to install mesa (4942) on a Linux based supercomputer using
>> the mesa sdk. The installation runs fine until it hits the star test cases
>> and fails.
>> >
>> > This is the screen output:
>> >
>> > first file is short
>> >
>> > /home/jbrooks/mesa_4942/star/test
>> > TEST FAILED -- compare test_output to tmp.txt
>> >
>> >
>> > /home/jbrooks/mesa_4942/star
>> > ./build_and_test FAILED
>> >
>> > I went into star/test and looked in log to find this:
>> >
>> > saved initial &star_job inlist values: star_job_namelist.out
>> > version_number 4942
>> > Load1_eosDT_Table ierr 5014 1 3
>> 0.0000000000000000 4.0000000000000001E-002
>> > Load1_eosDT_Table ierr 5014 2 1
>> 0.20000000000000001 0.0000000000000000
>> > Load1_eosDT_Table ierr 5014 2 1
>> 0.20000000000000001 0.0000000000000000
>> > Load1_eosDT_Table ierr 5014 1 1
>> 0.0000000000000000 0.0000000000000000
>> > Load1_eosDT_Table ierr 5010 1 1
>> 0.0000000000000000 0.0000000000000000
>> > Load1_eosDT_Table ierr 5010 1 1
>> 0.0000000000000000 0.0000000000000000
>> > Load1_eosDT_Table ierr 5010 1 1
>> 0.0000000000000000 0.0000000000000000
>> > Load1_eosDT_Table ierr 5010 1 1
>> 0.0000000000000000 0.0000000000000000
>> > finish_load_model: failed in set_vars
>> > failed in finish_load_model
>> > star_load_zams ierr -1
>> > WARNING: allocate failed for eos tables
>> > do_load1_star ierr -1
>> > WARNING: allocate failed for eos tables
>> >
>> > Here is my mesa sdk troubleshooting info:
>> >
>> > [jbrooks at tscc-login1 mesa_4942]$ uname -a
>> > Linux tscc-login1.sdsc.edu 2.6.32-279.22.1.el6.x86_64 #1 SMP Tue May
>> 14 17:25:16 PDT 2013 x86_64 x86_64 x86_64 GNU/Linux
>> > [jbrooks at tscc-login1 mesa_4942]$ gfortran --version
>> > GNU Fortran (GCC) 4.7.2
>> > Copyright (C) 2012 Free Software Foundation, Inc.
>> >
>> > GNU Fortran comes with NO WARRANTY, to the extent permitted by law.
>> > You may redistribute copies of GNU Fortran
>> > under the terms of the GNU General Public License.
>> > For more information about these matters, see the file named COPYING
>> >
>> > [jbrooks at tscc-login1 mesa_4942]$ echo $MESASDK_ROOT
>> > /home/jbrooks/mesasdk
>> > [jbrooks at tscc-login1 mesa_4942]$ echo $PATH
>> >
>> /home/jbrooks/mesasdk/bin:/projects/itp-group/mesasdk/bin/:/opt/openmpi/intel/ib/bin:/opt/intel/composer_xe_2013.1.117/bin/intel64:/usr/lib64/qt-3.3/bin:/usr/local/bin:/bin:/usr/bin:/usr/local/sbin:/usr/sbin:/sbin:/opt/ganglia/bin:/opt/ganglia/sbin:/opt/gold/bin:/opt/gold/sbin::/usr/java/latest/bin:/opt/maui/bin:/opt/torque/bin:/opt/torque/sbin:/opt/torque/bin:opt/torque/sbin:/opt/pdsh/bin:/opt/rocks/bin:/opt/rocks/sbin:/home/jbrooks/bin
>> >
>> >
>> > Any help would appreciated.
>> >
>> > Thanks,
>> >
>> > Jared
>> >
>> ------------------------------------------------------------------------------
>> > How ServiceNow helps IT people transform IT departments:
>> > 1. A cloud service to automate IT design, transition and operations
>> > 2. Dashboards that offer high-level views of enterprise services
>> > 3. A single system of record for all IT processes
>> >
>> http://p.sf.net/sfu/servicenow-d2d-j_______________________________________________
>> > mesa-users mailing list
>> > mesa-users at lists.sourceforge.net
>> > https://lists.sourceforge.net/lists/listinfo/mesa-users
>>
>>
>>
>> ------------------------------------------------------------------------------
>> How ServiceNow helps IT people transform IT departments:
>> 1. A cloud service to automate IT design, transition and operations
>> 2. Dashboards that offer high-level views of enterprise services
>> 3. A single system of record for all IT processes
>> http://p.sf.net/sfu/servicenow-d2d-j
>> _______________________________________________
>> mesa-users mailing list
>> mesa-users at lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/mesa-users
>>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.mesastar.org/pipermail/mesa-users/attachments/20130604/87c889af/attachment.html>
More information about the Mesa-users
mailing list