Trac April 2014

trac@lists.einsteintoolkit.org

1 participants
157 discussions

[Einstein Toolkit] #1588: Carpet/CarpetLib and Carpet/TImers both define a class Timer
by Einstein Toolkit 30 Apr '14

30 Apr '14

#1588: Carpet/CarpetLib and Carpet/TImers both define a class Timer ----------------------+----------------------------------------------------- Reporter: rhaas | Owner: eschnett Type: defect | Status: new Priority: optional | Milestone: Component: Carpet | Version: development version Keywords: | ----------------------+----------------------------------------------------- Both thorns define classes called Timer. CarpetLib in timestat.hh and Timers in Timer.hh define a class Timer. This is a bit confusing. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/1588> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 1

[Einstein Toolkit] #1600: SphericalHarmonicRecon regression_test fails on many machines
by Einstein Toolkit 30 Apr '14

30 Apr '14

#1600: SphericalHarmonicRecon regression_test fails on many machines -----------------------------------+---------------------------------------- Reporter: hinder | Owner: Type: defect | Status: new Priority: major | Milestone: ET_2014_05 Component: EinsteinToolkit thorn | Version: development version Keywords: | -----------------------------------+---------------------------------------- The test SphericalHarmonicRecon/regression_test fails on shelob, datura, carver and mike with the following error: {{{ INFO (NullInterp): will set up circle-shaped guard point mask WARNING level 0 in thorn NullInterp processor 0 host shelob001 (line 105 of NullInterp_MaskInit.F90): -> mask setup error INFO (NullInterp): setting up a circular evolution mask of radius 2.00000000000000 INFO (NullInterp): the guard point shell is set for a max. stencil size of 3 [1mWARNING level 0 in thorn NullInterp processor 0 host shelob001 (line 105 of NullInterp_MaskInit.F90): ->[0m mask setup error }}} It fails on bluewaters and pandora with substantial differences in the NewsB gridfunction: {{{ NewsB[0]_2D.asc: substantial differences significant differences on 12 (out of 4515) lines maximum absolute difference in column 3 is 0.0591090798545013 maximum absolute difference in column 4 is 0.116319942759234 maximum relative difference in column 3 is 1 maximum relative difference in column 4 is 195.702939866031 (insignificant differences on 305 lines) }}} The failures occur on both one and two processes. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/1600> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 3

[Einstein Toolkit] #1541: WaveToy2D outputs what looks like unitiialized data
by Einstein Toolkit 28 Apr '14

28 Apr '14

#1541: WaveToy2D outputs what looks like unitiialized data --------------------------+------------------------------------------------- Reporter: rhaas | Owner: Type: defect | Status: new Priority: minor | Milestone: Component: Cactus | Version: development version Keywords: WaveToy2DF77 | --------------------------+------------------------------------------------- the test test_WaveToy2D in WaveToy2DF77 in the CactusExamples arrangement fails for me (with a [mostly] clean checkout): {{{ WaveToy2DF77: test_WaveToy2D Failure: 7 files compared, 6 differ, 6 differ significantly }}} attached are diff log and one of the data files. This happens with current trunk. It looks to me as if I am seeing poison. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/1541> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 2

[Einstein Toolkit] #1587: 2-process test suite times out on Philip
by Einstein Toolkit 28 Apr '14

28 Apr '14

#1587: 2-process test suite times out on Philip ----------------------+----------------------------------------------------- Reporter: eschnett | Owner: Type: defect | Status: new Priority: major | Milestone: ET_2014_05 Component: Other | Version: development version Keywords: | ----------------------+----------------------------------------------------- The last output is: {{{ Test CarpetInterp: waveinterp-2p "Carpet/CarpetInterp/test/waveinterp-2p.par" Issuing ln -fns . output-0000-active && mkdir -p SIMFACTORY && TESTSUITE_PARF\ ILE=/ddnB/workp/eschnett/philip/simulations/testsuite-philip-Cvanilla- sim-2014.\ 04.23-05.49.01-procs000002/output-0000/arrangements/Carpet/CarpetInterp/test/wa\ veinterp-2p.par /work/eschnett/philip/simulations/testsuite-philip- Cvanilla-sim\ -2014.04.23-05.49.01-procs000002/output-0000/SIMFACTORY/RunScript }}} -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/1587> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 1

[Einstein Toolkit] #1577: Simfactory: loewe machine update
by Einstein Toolkit 28 Apr '14

28 Apr '14

#1577: Simfactory: loewe machine update -------------------------+-------------------------------------------------- Reporter: bmundim | Owner: Type: enhancement | Status: new Priority: major | Milestone: Component: Other | Version: development version Keywords: loewe | -------------------------+-------------------------------------------------- Loewe has recently gone a software upgrade. The attached patch reflects the new software changes and other small changes like: 1) Getting rid of -rdynamic (GNU option only) and using -Wl,--export- dynamic instead. 2) Correcting CPP_OPENMP_FLAGS to pass the correct preprocessor flag for OpenMP, -D_OPENMP 3) Adding -Wall flags. Note that Lorene won't compile without '-warn nointerfaces' option for older versions (older than Noether). Noether and trunk should be fine. 4) Adding '--basedir=@BASEDIR@' option to submit script to allow a basedir different from default. Useful for grouping several simulations under the same directory name. Ok to apply to trunk and Noether releases? -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/1577> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 7

[Einstein Toolkit] #590: McLachlan should allow other thorns to set the gauge
by Einstein Toolkit 28 Apr '14

28 Apr '14

#590: McLachlan should allow other thorns to set the gauge -----------------------------------+---------------------------------------- Reporter: bmundim | Owner: Type: defect | Status: new Priority: major | Milestone: Component: EinsteinToolkit thorn | Version: Keywords: | -----------------------------------+---------------------------------------- The parameters lapse_evolution_method and shift_evolution_method are usually set to ML_BSSN in McLachlan. However they are never checked in the code. McLachlan indeed seems to ignore their values and overwrite whatever the values of lapse or shift set elsewhere, preventing therefore other thorns from setting them differently. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/590> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 22

[Einstein Toolkit] #1592: ignore auto-generated code in coverage analysis
by Einstein Toolkit 28 Apr '14

28 Apr '14

#1592: ignore auto-generated code in coverage analysis -------------------------+-------------------------------------------------- Reporter: rhaas | Owner: Type: enhancement | Status: new Priority: optional | Milestone: Component: Cactus | Version: development version Keywords: | -------------------------+-------------------------------------------------- The Cactus build process auto-generates some glue code in bindings which clutters the coverage analysis. Similarly ExternalLibraries contain code that we don't ourself maintain. I may be useful not to include these codes in the coverage analysis. The attached patch does so by inspecting the directory to be processed when generating the results page. Is this a desirable feature and an implementation that is acceptable? -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/1592> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 3

[Einstein Toolkit] #1495: Hopper doesn't pass test suite
by Einstein Toolkit 27 Apr '14

27 Apr '14

#1495: Hopper doesn't pass test suite ------------------------+--------------------------------------------------- Reporter: eschnett | Owner: eschnett Type: defect | Status: new Priority: major | Milestone: Component: SimFactory | Version: development version Keywords: | ------------------------+--------------------------------------------------- There are many test suite failures on Hopper. The problem seems to be MPI errors when running on multiple nodes. I do not understand what is going wrong. I suspect a problem with our build or run options. I have asked NERSC for help. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/1495> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 2

[Einstein Toolkit] #1593: simfactory fails to run tests on bluewaters due to rsync error
by Einstein Toolkit 26 Apr '14

26 Apr '14

#1593: simfactory fails to run tests on bluewaters due to rsync error ------------------------+--------------------------------------------------- Reporter: rhaas | Owner: eschnett Type: defect | Status: new Priority: major | Milestone: ET_2014_05 Component: SimFactory | Version: development version Keywords: bluewaters | ------------------------+--------------------------------------------------- I get failures from simfactory when doing: {{{ sim create-submit --testsuite --procs 16 --num-threads 8 --verbose --configuration simO3 test-$(date | sed 's/ /-/g')-2proc }}} Which prevents me from running the tests on bluewaters. rsync 3.0.9 seems to not like {{{--times=no}}} and aborts with: {{{ rsync: --times=no: option does not take an argument Command returned exit status 1 Error: Rsync of test data for simulation failed Aborting Simfactory. }}} -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/1593> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 1

[Einstein Toolkit] #1596: init_3_timelevels leads to problems with global interpolation
by Einstein Toolkit 26 Apr '14

26 Apr '14

#1596: init_3_timelevels leads to problems with global interpolation ----------------------+----------------------------------------------------- Reporter: eschnett | Owner: eschnett Type: defect | Status: new Priority: major | Milestone: Component: Carpet | Version: development version Keywords: | ----------------------+----------------------------------------------------- The former test case for CarpetInterp "waveinterp-2p.par" crashes with an assertion failure because there is an unintended "extrapolation in time". This parameter file uses "init_3_timelevels"; if this parameter is not used, then everything is fine. We need to check whether the extrapolation in time occurs while the three- timelevel-initialization algorithm is running, where this may be fine, or whether there is an error in the way the past time levels are set up when init_3_timelevels is used. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/1596> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 0

Jump to page:

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

Trac April 2014