[Mesa-users] installing mesa as a module on a cluster

RICHARD H D TOWNSEND townsend at astro.wisc.edu
Fri Jul 14 14:11:24 UTC 2023


Looking through the build log, I see the system compiler is being used. This indicates that the SDK is not properly initialized.

> On Jul 14, 2023, at 7:17 AM, Rob Kudyba via Mesa-users <mesa-users at lists.mesastar.org> wrote:
> 
> <<<I'm not sure how many MESA users have any experience with *installing* MESA as a module but we can try our best to help!<<<
> 
> Thanks, I saw a few folks attempt it in the archives, e.g., https://lists.mesastar.org/pipermail/mesa-users/2023-May/014517.html, where getting it to work with an older source package.
> 
> <<First, what is required to install MESA as a module?  Do you want to do it with the SDK, so that loading the module also sets those environment variables?  Or do you want to do it without the SDK and have modules load the dependencies?<<<<
> 
> Ideally the latter but open to the former.
> 
> <<<Can you explain precisely what you've done to try to build MESA, and attach the full `build.log` file that the `./install` scripts creates?<<<
> 
> Just ran ./instal, with the SDK downloaded and 2 variables set:
> cat build.log 
> *** Copy and paste the following information into your email to mesa-users ***
> 
> MESA Version
> cat: /data/version_number: No such file or directory
> 
> uname -a
> Linux ourserver 4.18.0-193.el8.x86_64 #1 SMP Fri Mar 27 14:35:58 UTC 2020 x86_64 x86_64 x86_64 GNU/Linux
> 
> gfortran -v
> Using built-in specs.
> COLLECT_GCC=gfortran
> COLLECT_LTO_WRAPPER=/usr/libexec/gcc/x86_64-redhat-linux/8/lto-wrapper
> OFFLOAD_TARGET_NAMES=nvptx-none
> OFFLOAD_TARGET_DEFAULT=1
> Target: x86_64-redhat-linux
> Configured with: ../configure --enable-bootstrap --enable-languages=c,c++,fortran,lto --prefix=/usr --mandir=/usr/share/man --infodir=/usr/share/info --with-bugurl=http://bugzilla.redhat.com/bugzilla --enable-shared --enable-threads=posix --enable-checking=release --enable-multilib --with-system-zlib --enable-__cxa_atexit --disable-libunwind-exceptions --enable-gnu-unique-object --enable-linker-build-id --with-gcc-major-version-only --with-linker-hash-style=gnu --enable-plugin --enable-initfini-array --with-isl --disable-libmpx --enable-offload-targets=nvptx-none --without-cuda-driver --enable-gnu-indirect-function --enable-cet --with-tune=generic --with-arch_32=x86-64 --build=x86_64-redhat-linux
> Thread model: posix
> gcc version 8.3.1 20191121 (Red Hat 8.3.1-5) (GCC) 
> $MESASDK_ROOT
> 
> 
> MESASDK version
> MESASDK not setup
> 
> $PATH
> /sbin:/bin:/usr/sbin:/usr/bin
> 
> $MESA_DIR
> 
> 
> 
> ****************************************************************
> *                                                              *
> *        MESA should not be installed with root privaleges     *
> *        Using sudo is a bad idea and unlikely to fix the      *
> *                   problem you think you have.                *
> *                                                              *
> *                 If you have permission issues,               *
> *              contact the mesa-users mailing list             *
> *                                                              *
> *         If you wish to install mesa in a root location       *
> *                then we assume you can edit the               *
> *             ./install file to remove this check              *
> *                                                              *
> ****************************************************************
> 
> 
> Note the typo in 'privaleges'...
> 
> 
> On Fri, Jul 14, 2023 at 3:34 AM Warrick Ball <W.H.Ball at bham.ac.uk> wrote:
> Hi Rob,
> 
> For context, I presume what you mean is that you want to install MESA as an Environment Module [1], which is what many HPC systems use to allow users to load different versions of installed software with commands like
> 
>      $ module load MESA/r23.05.1
> 
> I'm not sure how many MESA users have any experience with *installing* MESA as a module but we can try our best to help!
> 
> First, what is required to install MESA as a module?  Do you want to do it with the SDK, so that loading the module also sets those environment variables?  Or do you want to do it without the SDK and have modules load the dependencies?
> 
> Second, it's not clear what error you've actually encountered.  The segment of the build log you show implies GYRE built fine but the ADIPLS failed to find the makefile, which seems odd.  (Why would ADIPLS try to "build" the makefile header?)  It also isn't clear that this has anything to do with `sudo`.  Can you explain precisely what you've done to try to build MESA, and attach the full `build.log` file that the `./install` scripts creates?
> 
> Cheers,
> Warrick
> 
> [1] https://modules.readthedocs.io/
> 
> ___________
> 
> Warrick Ball
> Senior Research Software Engineer
> University of Birmingham
> W.H.Ball at bham.ac.uk
> 
> On Fri, 14 Jul 2023, Rob Kudyba via Mesa-users wrote:
> 
> > CAUTION: This email originated from outside the organisation. Do not click links or open attachments unless you recognise the sender and know the content is safe.
> > I'd like to install Mesa as a module,.so users can load ad hoc, so multiple users could have access to it at will.
> > 
> > On Thu, Jul 13, 2023, 9:20 PM Francis Timmes <fxt44 at mac.com> wrote:
> >       hi rob,
> >
> >       i do not understand the relationship between root and making "this" (presumably all of mesa) a module. can you explain in more detail what you are trying to accomplish?
> >
> >       fxt
> > 
> > 
> > 
> >
> >       > On Jul 13, 2023, at 1:35 PM, Rob Kudyba via Mesa-users <mesa-users at lists.mesastar.org> wrote:
> >       >
> >       > I see the warnings to not use root.But I want to make this a module.
> >       >
> >       > FC ../tester
> >       > export
> >       > done
> >       >
> >       > mesa/gyre has been built, tested, and exported.
> >       >
> >       > ************************************************
> >       >
> >       > /path/to/me/mesa-r23.05.1/adipls
> >       > building adipls package.
> >       >
> >       > makefile:6: /path/to/mesa/23.05.01/utils/makefile_header: No such file or directory
> >       > make: *** No rule to make target '/path/to/mesa/23.05.01/utils/makefile_header'.  Stop.
> >       >
> >       > /path/to/me/mesa-r23.05.1/adipls/make
> >       > FAILED
> >       >
> >       >
> >       > /path/to/me/mesa-r23.05.1/adipls
> >       > ./build_and_test FAILED
> >       >
> >       > Do I just remove the root check in the install script?
> >       > _______________________________________________
> >       > mesa-users at lists.mesastar.org
> >       > https://lists.mesastar.org/mailman/listinfo/mesa-users
> >       >
> > 
> > 
> >
> _______________________________________________
> mesa-users at lists.mesastar.org
> https://lists.mesastar.org/mailman/listinfo/mesa-users
> 



More information about the Mesa-users mailing list