Trac

trac@lists.einsteintoolkit.org

8708 discussions

#2173: Test "Poisson equation" example
by Miguel Gracia 14 May '21

14 May '21

#2173: Test "Poisson equation" example Reporter: Roland Haas Status: open Milestone: ET_2021_05 Version: development version Type: task Priority: major Component: EinsteinToolkit website Comment (by Miguel Gracia): I have updated the parfile with the `Cactus::presync_mode = "mixed-error"` option. I ran the example using a machine configured with _Intel$R$ Xeon$R$ Gold 6226R CPU @ 2.90GHz and 64Gb of ram._ ‌ -- Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/2173/test-poisson-equa…

1 0

#2176: Test "Binary neutron star" example
by Atul Kedia 13 May '21

13 May '21

#2176: Test "Binary neutron star" example Reporter: Roland Haas Status: open Milestone: ET_2021_05 Version: development version Type: task Priority: major Component: EinsteinToolkit website Comment (by Atul Kedia): Thanks for that. For the record, Presync enabled gives the following error: > Required read for SPHERICALSURFACE::sf\_area\[0\] $rl=0$ not satisfied. Have Nowhere and require Everywhere missing Everywhere at the start of routine CarpetMask::CarpetSurfaceSetup. Current valid state: > Valid entries: SPHERICALSURFACE::sf\_area\[0\] $rl=0$ Nowhere. Looks like an easy fix. I have no experience with both this thorn and presync to know how that can be done. -- Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/2176/test-binary-neutr…

1 0

#2487: *_evolution_method = "LeanBSSNMoL" in Lean does nothing
by Gabriele Bozzola 13 May '21

13 May '21

#2487: *_evolution_method = "LeanBSSNMoL" in Lean does nothing Reporter: Gabriele Bozzola Status: open Milestone: Version: development version Type: bug Priority: major Component: EinsteinToolkit thorn Comment (by Gabriele Bozzola): Done -- Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/2487/_evolution_method…

1 0

#2487: *_evolution_method = "LeanBSSNMoL" in Lean does nothing
by Miguel Zilhão 13 May '21

13 May '21

#2487: *_evolution_method = "LeanBSSNMoL" in Lean does nothing Reporter: Gabriele Bozzola Status: open Milestone: Version: development version Type: bug Priority: major Component: EinsteinToolkit thorn Comment (by Miguel Zilhão): I was just thinking that since we’re getting close to a release date, it’s probably better not to incorporate these changes in the master branch directly. Gabriele, could you amend your PR so that the target is the development branch instead? After the release date I would then merge that with master. -- Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/2487/_evolution_method…

1 0

#2176: Test "Binary neutron star" example
by Roland Haas 12 May '21

12 May '21

#2176: Test "Binary neutron star" example Reporter: Roland Haas Status: open Milestone: ET_2021_05 Version: development version Type: task Priority: major Component: EinsteinToolkit website Comment (by Roland Haas): I would rather not point anything to my Bitbucket repo since that repo really just contains the single revision of the code. The svn server seems down right now so even from within LSU one cannot get a fresh checkout with all version history for git. Also since the thorn was developed at LSU I would rather not take ownership of it in my personal Bitbucket account. -- Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/2176/test-binary-neutr…

1 0

#2176: Test "Binary neutron star" example
by Atul Kedia 12 May '21

12 May '21

#2176: Test "Binary neutron star" example Reporter: Roland Haas Status: open Milestone: ET_2021_05 Version: development version Type: task Priority: major Component: EinsteinToolkit website Comment (by Atul Kedia): Yes, that seems to be working for me. Should I temporarily edit the thornlist on BNS website as well? Or we can discuss in the meeting tomorrow. -- Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/2176/test-binary-neutr…

1 0

#2528: ExternalLibraries/libjpeg thorn adds problematic system library path to Cactus
by Michael Müller 12 May '21

12 May '21

#2528: ExternalLibraries/libjpeg thorn adds problematic system library path to Cactus Reporter: Michael Müller Status: open Milestone: Version: ET_2020_11 Type: bug Priority: major Component: EinsteinToolkit thorn Comment (by Michael Müller): I will look into this. Thanks for the explanation! -- Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/2528/externallibraries…

1 0

#2528: ExternalLibraries/libjpeg thorn adds problematic system library path to Cactus
by Roland Haas 12 May '21

12 May '21

#2528: ExternalLibraries/libjpeg thorn adds problematic system library path to Cactus Reporter: Michael Müller Status: open Milestone: Version: ET_2020_11 Type: bug Priority: major Component: EinsteinToolkit thorn Changes (by Roland Haas): status: open (was new) -- Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/2528/externallibraries…

1 0

#2528: ExternalLibraries/libjpeg thorn adds problematic system library path to Cactus
by Roland Haas 12 May '21

12 May '21

#2528: ExternalLibraries/libjpeg thorn adds problematic system library path to Cactus Reporter: Michael Müller Status: new Milestone: Version: ET_2020_11 Type: bug Priority: major Component: EinsteinToolkit thorn Comment (by Roland Haas): This is basically the inverse of [https://bitbucket.org/einsteintoolkit/tickets/issues/2428/possible-issue-be… and a partial fix was implemented in git hash [b78b0a1f](https://bitbucket.org/cactuscode/cactus/commits/b78b0a1ffbb90f74f… "Cactus: New scripts to strip standard directory from include and library paths" of [cactus](https://bitbucket.org/cactuscode/cactus) 7 years ago. A workaround without changing code is to set `LIBJPEG_DIR = BUILD` forcing a build from source and thus avoiding the system directory. A proper $for some notion of proper, really more a hack$ fix would be to ensure that in `ExternalLibraries/libjpeg/configure.sh` the `LIBJPEG_LIB_DIRS` and `LIBJPEG_INC_DIRS` variables are passed through `${CCTK_HOME}/lib/sbin/strip-libdirs.s` and `${CCTK_HOME}/lib/sbin/strip-incdirs.s` respectively as is done eg in `arrangements/ExternalLibraries/hwloc/src/detect.sh`. If you have time and could produce a pull request with those changes that would be great. If you have more time and would also add the same code to `arrangements/ExternalLibraries/HDF5/src/detect.sh` and `GSL/src/detect.sh`, where it is also missing, that would be even better. -- Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/2528/externallibraries…

1 0

#2528: ExternalLibraries/libjpeg thorn adds problematic system library path to Cactus
by Michael Müller 12 May '21

12 May '21

#2528: ExternalLibraries/libjpeg thorn adds problematic system library path to Cactus Reporter: Michael Müller Status: new Milestone: Version: ET_2020_11 Type: bug Priority: major Component: EinsteinToolkit thorn I have been trying to work with the new ET\_2020\_11 version, but while the compilation seems to work, upon submission of a run, MPI immediately generates an error message connected to a failure of the MPI\_INIT routine $output in "run\_name".err$: ``` *** An error occurred in MPI_Init_thread *** on a NULL communicator *** MPI_ERRORS_ARE_FATAL (processes in this communicator will now abort, *** and potentially your MPI job) [cn076:4193] Local abort before MPI_INIT completed completed successfully, but am not able to aggregate error messages, and not able to guarantee that all other processes were killed! *** An error occurred in MPI_Init_thread *** on a NULL communicator *** MPI_ERRORS_ARE_FATAL (processes in this communicator will now abort, *** and potentially your MPI job) [cn076:4192] Local abort before MPI_INIT completed completed successfully, but am not able to aggregate error messages, and not able to guarantee that all other processes were killed! -------------------------------------------------------------------------- Primary job terminated normally, but 1 process returned a non-zero exit code. Per user-direction, the job has been aborted. -------------------------------------------------------------------------- -------------------------------------------------------------------------- mpirun detected that one or more processes exited with non-zero status, thus causing the job to be terminated. The first process to do so was: Process name: [[62070,1],1] Exit code: 1 -------------------------------------------------------------------------- ``` This is indicating some clash with OpenMPI. This turned out to be connected to the ExternalLibraries/libjpeg thorn. The thorn ExternalLibraries/libjpeg finds a jpeg library in the directory "/usr/lib/x86\_64-linux-gnu", and adds this path via the -L option to the library search path of Cactus. Unfortunately, this is a system library path. As a consequence, the linker then picks the MPI library in this directory instead of the one specified via MPI\_DIR, which creates the inconsistencies that cause the failure. Upon exclusion of this thorn and the connected CactusIO/IOJpeg thorn and recompilation this error does not occur anymore and all libraries are imported correctly. I do not use these thorns, so this is not a problem for me, but it would be great, if someone could have a look at this. $error encountered by me and source identified by @{557058:56049c54-f8c2-4b6c-9b88-ab697c967495} $ -- Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/2528/externallibraries…

1 0

Jump to page:

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

Trac