Trac November 2016

trac@lists.einsteintoolkit.org

1 participants
108 discussions

[Einstein Toolkit] #1989: CarpetInterp2 array access out of bounds in llamawavetoy_7patch test on 2 processes
by Einstein Toolkit 28 Nov '16

28 Nov '16

#1989: CarpetInterp2 array access out of bounds in llamawavetoy_7patch test on 2 processes -----------------------------------+---------------------------------------- Reporter: hinder | Owner: Type: defect | Status: new Priority: minor | Milestone: Component: EinsteinToolkit thorn | Version: development version Keywords: Llama CarpetInterp2 | -----------------------------------+---------------------------------------- The test parameter file arrangements/Llama/LlamaWaveToy/test/llamawavetoy_7patch.par fails with an assertion when run on 2 processes, but runs without error on 1 process. Note that this is not necessarily a regression, as the test is new. The error is WARNING[L1,P0] (CarpetInterp2): Array access out of bounds *this=fasterp_src_loc_t{ ... Could not determine valid interpolation stencil for point 8359 on map 0, refinement level 0, component 0 The equivalent test with the 6-patch system works on both 1 and 2 processes. The full output, including bbox output, is attached. To reproduce, run sim create-run llamawavetoy_7patch --parfile arrangements/Llama/LlamaWaveToy/test/llamawavetoy_7patch.par --procs 2 --num-threads 1 -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/1989> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 1

[Einstein Toolkit] #1956: support UIUC golub cluster
by Einstein Toolkit 28 Nov '16

28 Nov '16

#1956: support UIUC golub cluster -------------------------+-------------------------------------------------- Reporter: rhaas | Owner: Type: enhancement | Status: new Priority: optional | Milestone: Component: SimFactory | Version: development version Keywords: | -------------------------+-------------------------------------------------- Pull requeste https://bitbucket.org/simfactory/simfactory2/pull-requests/12/golub- campus-wide-cluster-at-uiuc/diff adds support for UIUC's private golub cluster to simfactory. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/1956> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 5

[Einstein Toolkit] #1988: Observations when using GRHydro_Avec
by Einstein Toolkit 27 Nov '16

27 Nov '16

#1988: Observations when using GRHydro_Avec ---------------------------------+------------------------------------------ Reporter: jens.mahlmann@… | Owner: Type: defect | Status: new Priority: unset | Milestone: Component: Other | Version: ET_2016_05 Keywords: | ---------------------------------+------------------------------------------ Dear Sir or Madam, I am currently working on problems including the evolution of the vector potential. With this I encountered some problems in setting up my simulations. Please allow me to state some of my observations: - The atmosphere reset routines are not scheduled all in their GRhydro_Avec version (e.g. the initial reset in CCTK_Initial) - Within the atmosphere reset routines, it is not made use of the GRHydro_Avec routines of variable conversion. (prim2conAM not used but the magnetic field ones) - The subroutine GRHydro_SqrtSpatialDeterminant is not always scheduled before the GRHydro_BvecfromAvec. Therefore NaNs are produced in GRHydro_BvecfromAvec. I do have further problems in GRHydro_CalcUpdate at the moment, however, I do not know yet where they lie. Please contact me, if there is interest in reviewing the GRHydro_Avec implementations. As I will use this option extensively, I will definetely be working further on this. My best Jens Mahlmann -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/1988> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 4

[Einstein Toolkit] #1984: simfactory do not try and get a simfactory or Cactus version via svnversion
by Einstein Toolkit 21 Nov '16

21 Nov '16

#1984: simfactory do not try and get a simfactory or Cactus version via svnversion ------------------------+--------------------------------------------------- Reporter: rhaas | Owner: Type: defect | Status: new Priority: minor | Milestone: Component: SimFactory | Version: development version Keywords: | ------------------------+--------------------------------------------------- Pull request is at https://bitbucket.org/simfactory/simfactory2/pull- requests/14/simenv-do-not-try-and-get-a-simfactory-or/diff Using svn in simfactory won't work since neither one is in svn anymore and neither is the .svn directory sync'ed to remote machines. This patch removes the version NA@ replacement from simfactory. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/1984> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 2

[Einstein Toolkit] #1944: NsNsToHMNS gallery example: thornlist defective
by Einstein Toolkit 07 Nov '16

07 Nov '16

#1944: NsNsToHMNS gallery example: thornlist defective -------------------------------------+-------------------------------------- Reporter: dradice@… | Owner: Type: defect | Status: new Priority: critical | Milestone: Component: EinsteinToolkit website | Version: Keywords: | -------------------------------------+-------------------------------------- The NsNsToHMNS thornlist is currently broken because there is no ET_2015_05 branch of the LSUThorns/NSTracker repository. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/1944> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 1

[Einstein Toolkit] #1972: GetComponents fails if the target path contains a space
by Einstein Toolkit 07 Nov '16

07 Nov '16

#1972: GetComponents fails if the target path contains a space ---------------------------+------------------------------------------------ Reporter: rhaas | Owner: Type: defect | Status: new Priority: blocker | Milestone: Component: GetComponents | Version: development version Keywords: | ---------------------------+------------------------------------------------ The following fails: {{{ mkdir "Google Drive" cd "Google Drive" GetComponents https://bitbucket.org/einsteintoolkit/manifest/raw/ET_2016_05/einsteintoolk… }}} since the git handler (at least) does not properly quote the arguments it passes to git and git complains about too many arguments. Related to this: GetComponents does not output stderr for failed commands and it likely should (this may involve interfacing with Perl's IPC module). -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/1972> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 5

[Einstein Toolkit] #1978: OpenBLAS build error on some machines
by Einstein Toolkit 07 Nov '16

07 Nov '16

#1978: OpenBLAS build error on some machines -----------------------------------+---------------------------------------- Reporter: knarf | Owner: Type: defect | Status: new Priority: minor | Milestone: Component: EinsteinToolkit thorn | Version: development version Keywords: | -----------------------------------+---------------------------------------- Recent OpenBLAS versions don't compile on some machines when using the Intel compiler, which includes supermic and queenbee2 at LSU. A related OpenBLAS ticket is https://github.com/xianyi/OpenBLAS/issues/962 Tagging 'minor', as OpenBLAS is by default disabled within the ET thornlist. Because of this, this bug should only hit machines which specifically enable OpenBLAS. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/1978> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 0

[Einstein Toolkit] #1656: CarpetInterp and MoL do not work properly together
by Einstein Toolkit 02 Nov '16

02 Nov '16

#1656: CarpetInterp and MoL do not work properly together --------------------+------------------------------------------------------- Reporter: hinder | Owner: eschnett Type: defect | Status: new Priority: major | Milestone: Component: Carpet | Version: development version Keywords: | --------------------+------------------------------------------------------- I am trying to integrate interpolated quantities using MoL. I call the interpolator in MoL_CalcRHS, and want it to perform only a spatial interpolation of the current content of timelevel 0. This current content is what has been set by MoL; it is not the final value that will be at t_{n+1} or was at t_N, but is the intermediate value that should be used when computing the RHS at a given MoL substep. Since MoL does not set the Carpet time hierarchy values, CarpetInterp seems to get confused about how to do the interpolation. I need to tell CarpetInterp not to interpolate in time at all, but to use timelevel 0 only. Unfortunately, setting the interpolator option to use only one timelevel does not work. There is commented-out code to "use cctk_time to decide whether to interpolate", which essentially guarantees that no time interpolation will happen (since the interpolation is requested for cctk_time, and the current time is cctk_time, so they are always equal). Re-enabling this code allowed me to achieve 4th order convergence for integrated interpolated quantities, though I am not sure I understand everything that is going on in CarpetInterp. I have added a parameter which controls this, and with this parameter set to the default, nothing changes (i.e. it is not going to change anyone's results unless they set the parameter). I would like to commit this, so that collaborators can work off the same version. Since the patch is very small, I hope this will not add too much unneeded complexity. Is it OK to commit? Patch is attached. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/1656> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 7

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

Trac November 2016