Trac May 2016

trac@lists.einsteintoolkit.org

1 participants
117 discussions

[Einstein Toolkit] #1623: using ENV in parfiles is not documented
by Einstein Toolkit 25 Jun '16

25 Jun '16

#1623: using ENV in parfiles is not documented ---------------------------+------------------------------------------------ Reporter: rhaas | Owner: Type: defect | Status: new Priority: minor | Milestone: Component: Cactus | Version: development version Keywords: documentation | ---------------------------+------------------------------------------------ the user guide does not explain how to use ENV in parfiles (at least grep ENV doc/UsersGuide/*.tex does not find anything) nor do the peg files in src/piraha/peg contain. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/1623> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 1

[Einstein Toolkit] #1862: Patch: make Refluxing infrastructure independent of GRHydro
by Einstein Toolkit 24 Jun '16

24 Jun '16

#1862: Patch: make Refluxing infrastructure independent of GRHydro -----------------------------------+---------------------------------------- Reporter: dradice@… | Owner: Type: enhancement | Status: new Priority: major | Milestone: Component: EinsteinToolkit thorn | Version: development version Keywords: | -----------------------------------+---------------------------------------- GRHydro can optionally run with conservative AMR using the "Refluxing" thorn. The infrastructure for refluxing is very generic, but the "Refluxing" thorn currently contains GRHydro-specific code that makes it incompatible with any other solver. To overcome this limitation, I prepared: 1. A patched version of the Refluxing thorn, with a generic MoL-like registration mechanism for the fluxes 2. A new thorn containing all of the old GRHydro-specific code from Refluxing. The new code passes all existing tests and allow other (M)HD thorns to register variables for refluxing in a very simple way. The code is in two git repositories on bitbucket: https://bitbucket.org/dradice/refluxing https://bitbucket.org/dradice/grhydro_refluxing Notes: 1. GRHydro parfiles that use conservative AMR should be modified to include GRHydro_Refluxing 2. The new Refluxing thorn no longer supports delayed refluxing, which was never used for any production run, and/or special GRHydro-specific atmosphere hacks. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/1862> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 9

[Einstein Toolkit] #1868: automatically resubmit if terminated due to walltime
by Einstein Toolkit 14 Jun '16

14 Jun '16

#1868: automatically resubmit if terminated due to walltime -------------------------+-------------------------------------------------- Reporter: rhaas | Owner: Type: enhancement | Status: new Priority: major | Milestone: Component: SimFactory | Version: development version Keywords: | -------------------------+-------------------------------------------------- This patch adds code to datura's run script that detect if the run was terminated due to walltime running out. In that case it will resubmit the job automatically. This is an alternative over presubmission which is often more convenient for the user in case simulations fail. Presubmission itself would benefit by Cactus returning a failure code (that simfactory would need to forward) when termination is triggered by an error. The pull request is here: https://bitbucket.org/simfactory/simfactory2 /pull-requests/9/datura-automatically-resubmit-if/diff -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/1868> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 9

[Einstein Toolkit] #1759: need tensorparity=-1 for WeylScal4::curvIi_group and curvJi_group
by Einstein Toolkit 13 Jun '16

13 Jun '16

#1759: need tensorparity=-1 for WeylScal4::curvIi_group and curvJi_group ------------------------------------+--------------------------------------- Reporter: physicsbeany@… | Owner: Bernard Kelly Type: defect | Status: new Priority: minor | Milestone: ET_2014_11 Component: EinsteinToolkit thorn | Version: development version Keywords: weylscal4, parity | ------------------------------------+--------------------------------------- The WeylScal4 gridfunctions curvIi and curvJi are pesudoscalars with the same parity properties as Psi2r and Psi2i. However, they're currently assigned no tensorparity attribute, so they're treated as scalars. As a result, for a z-aligned Kerr BH (EinsteinInitialData/IDAnalyticBH) evolved with reflection symmetry across the x-y plane, an interpolation of curvIi to a coordinate sphere will yield different values for the z<0 points than the same data on a full grid. Can we set "tensorparity=-1" for both these groups, to fix this issue? -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/1759> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 3

[Einstein Toolkit] #1895: ET_2016_05 release
by Einstein Toolkit 13 Jun '16

13 Jun '16

#1895: ET_2016_05 release ---------------------+------------------------------------------------------ Reporter: knarf | Owner: Type: defect | Status: new Priority: blocker | Milestone: ET_2016_05 Component: Other | Version: development version Keywords: | ---------------------+------------------------------------------------------ This ticket is meant as summary of the current task list for the next release. As such, it is not very useful to list tasks as comments. Edit the ticket description instead. Don't add 'usual' release procedure here, only specific things that need fixing this time. Discussions would go as comments below. * #1853 (diagonal hdf5 Carpet output) revert on release branch * #1880 regenerate test data due to bug fix * look into all remaining Jenkins test failures (possibly due to additional output lines) -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/1895> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 8

[Einstein Toolkit] #1897: MPI thorn builds when it shouldn't
by Einstein Toolkit 13 Jun '16

13 Jun '16

#1897: MPI thorn builds when it shouldn't -----------------------------------+---------------------------------------- Reporter: hinder | Owner: Type: defect | Status: new Priority: major | Milestone: Component: EinsteinToolkit thorn | Version: development version Keywords: | -----------------------------------+---------------------------------------- With current master of the ET, I see the MPI thorn building OpenMPI even when I provide enough in the optionlist that it doesn't have to. {{{ ******************************************************************************** Running configuration script for thorn MPI: Found MPI compiler wrapper at /opt/local/bin/mpicxx-openmpi-mp! Successfully configured MPI. Finished running configuration script for thorn MPI. ******************************************************************************** ... Installing MPI into /Users/ian/Cactus/EinsteinToolkitGit/configs/sim/scratch/external/MPI MPI: Preparing directory structure... MPI: Unpacking archive... MPI: Configuring... ============================================================================ == Configuring Open MPI ============================================================================ *** Startup tests }}} -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/1897> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 18

[Einstein Toolkit] #1853: diagonal output in CarpetIOHDF5 disabled
by Einstein Toolkit 13 Jun '16

13 Jun '16

#1853: diagonal output in CarpetIOHDF5 disabled --------------------+------------------------------------------------------- Reporter: rhaas | Owner: eschnett Type: defect | Status: new Priority: minor | Milestone: Component: Carpet | Version: development version Keywords: | --------------------+------------------------------------------------------- Commit 37f5f2e "CarpetIOHDF5: Optimize lower-dimensional output -- only transfer necessary data to the I/O process" disables diagonal output, yet the parameters for it are still present. Lack of diagonal output in hdf5 files is most likely acceptable, but the fact should be at least documented. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/1853> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 15

[Einstein Toolkit] #1902: PETSc does not build on Ubuntu 16.04
by Einstein Toolkit 07 Jun '16

07 Jun '16

#1902: PETSc does not build on Ubuntu 16.04 ----------------------+----------------------------------------------------- Reporter: hinder | Owner: Type: defect | Status: new Priority: critical | Milestone: ET_2016_05 Component: Other | Version: development version Keywords: | ----------------------+----------------------------------------------------- When building the ET on Ubuntu 16.04, the PETSc external library fails during configuration. The error, from configure.log, is {{{ Possible ERROR while running archiver: stderr: /usr/bin/ar: `u' modifier ignored since `D' is the default (see `U') Archiver is not functional ******************************************************************************* UNABLE to CONFIGURE with GIVEN OPTIONS (see configure.log for details): ------------------------------------------------------------------------------- You set a value for --with-ar=ar", but ar cannot be used ******************************************************************************* }}} Setting this as critical for the upcoming release, since people will likely want to build the ET on their Ubuntu 16.04 machines. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/1902> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 15

[Einstein Toolkit] #382: SimFactory home directory on Kraken is too specific
by Einstein Toolkit 01 Jun '16

01 Jun '16

#382: SimFactory home directory on Kraken is too specific ------------------------+--------------------------------------------------- Reporter: hinder | Owner: mthomas Type: defect | Status: new Priority: major | Milestone: ET_2011_05 Component: SimFactory | Version: Keywords: | ------------------------+--------------------------------------------------- The mdb entry for Kraken in SimFactory has 'sourcebasedir' => '/nics/b/home/@USER@', My home directory is '/nics/d/home/@USER@' Either we could leave the source base dir as unset to force the user to set it, or we could automatically detect the location of the user's home directory (better). -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/382> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 19

[Einstein Toolkit] #1904: HDF5-related tests fail on OS X with HDF5 1.10.0
by Einstein Toolkit 30 May '16

30 May '16

#1904: HDF5-related tests fail on OS X with HDF5 1.10.0 ----------------------+----------------------------------------------------- Reporter: hinder | Owner: Type: defect | Status: new Priority: critical | Milestone: ET_2016_05 Component: Cactus | Version: development version Keywords: | ----------------------+----------------------------------------------------- I have run the ET tests on OS X. There are 5 failures (https://build.barrywardell.net/view/EinsteinToolkitMulti/job /EinsteinToolkitMulti- sandbox/MACHINE=osx-10.9.5-macports,label=master/1430/testReport/): IOHDF5.test_recover/1procs SphericalHarmonicReconGen.SpEC-h5-test/1procs CT_MultiLevel.boostedpuncture/2procs IOHDF5.test_recover/2procs SphericalHarmonicReconGen.SpEC-h5-test/2procs Several of the test failures seem to be related to HDF5 (see the output pages from the link above). For example, I get these warnings: HDF5-DIAG: Error detected in HDF5 (1.10.0) thread 0: #000: H5Dio.c line 170 in H5Dread(): can't read data major: Dataset minor: Read failed #001: H5Dio.c line 418 in H5D__read(): unable to set up type info major: Dataset minor: Unable to initialize object #002: H5Dio.c line 953 in H5D__typeinfo_init(): not a datatype major: Invalid arguments to routine minor: Inappropriate type WARNING[L1,P0] (IOHDF5Util): HDF5 call 'H5Dread (dataset, rec_info->hdf5type, H5S_ALL, H5S_ALL, H5P_DEFAULT, data)' returned error code -1 and the diffs say phi.xl: substantial differences significant differences on 165 (out of 165) lines maximum absolute difference in column 2 is 1.4849088247045 maximum relative difference in column 2 is 3.18869248642747 for example, in IOHDF5.test_recover/1procs. This might be because MacPorts is now using HDF5 1.10.0, and I don't know how much this has been tested with Cactus. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/1904> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 4

← Newer
1
...
6
7
8
9
10
11
12
Older →

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

Trac May 2016