Users

users@lists.einsteintoolkit.org

3 participants
3984 discussions

Grid function "AHFINDERDIRECT::ahmask" has only 1 active time levels on refinement level 1; this is not enough for time interpolation
by Ian Hinder 15 May '13

15 May '13

Hi, I am getting the following error in a BBH simulation just before the merger: > WARNING level 0 in thorn CarpetInterp processor 33 host c438-302.stampede.tacc.utexas.edu > (line 1698 of /work/00915/hinder/Cactus/AEI/arrangements/Carpet/CarpetInterp/src/interp.cc): > -> Grid function "AHFINDERDIRECT::ahmask" has only 1 active time levels on refinement level 1; this is not enough for time interpolation > cactus_sim: /work/00915/hinder/Cactus/AEI/arrangements/Carpet/Carpet/src/helpers.cc:314: int Carpet::Abort(const _cGH *, int): Assertion `0' failed. Does anyone know why this happens, and if there is a workaround I can use to get the run going again? Different resolutions of this run, as well as other runs with similar parameter files, have worked fine. It looks like an edge case. I am using the trunk ET from 16-Apr-2013. Relevant tickets: https://trac.einsteintoolkit.org/ticket/237 (closed) https://trac.einsteintoolkit.org/ticket/380 (still open) I have ADMBase::metric_timelevels set to the default, which is 1. Should it be 3? Would it work to recover with this parameter set to 3? The parameter claims to be steerable, though I don't know what it would use for the previously nonexistent timelevels. How about changing the frequency of AHFinderDirect output to match the coarsest timelevel? -- Ian Hinder http://numrel.aei.mpg.de/people/hinder

3 4

Meeting Minutes
by Roland Haas 13 May '13

13 May '13

Present: Erik, Philipp, Frank, Steve, Tanja, Eloisa, Roland ET release: * most tests pass on all machines, exceptions are GRHydro's weno and slow_sector tests. Roland will look into them (since he put them into the repo). * currently have 16 open tickets flagged for the release. Please have a look. https://trac.einsteintoolkit.org/query?status=%21closed&milestone=ET_2013_0… * release branches were created, please re-run your assigned tests with a release checkout * please apply bug fixes to both trunk and release branch Yours, Roland

1 0

Re: [Users] Einstein Toolkit Meeting Reminder
by Frank Loeffler 12 May '13

12 May '13

Hi Please consider joining the weekly Einstein Toolkit phone call at 10 am US central time on Mondays. As usual, you can find instructions how to join on the following web site: http://einsteintoolkit.org/community/support/ In short: the number is (+1) 225-578-4942 or (+1) 866-573-0359 and the conference id is 118682#. In addition to anything that might be brought up at the meeting, the primary issue at the moment is to get the code ready for a new release in May, with the planned schedule shown below. Please take a loot at the open bugs flagged as "relevant/interesting" in particular for this release (rather lengthy link on https://trac.einsteintoolkit.org/wiki), currently 17. Some of these don't need a lot of attention to get fixed, but 'none' just doesn't work. - ET_2013_05 schedule - May 01: feature freeze of /trunk, extensive testing begins (test-suites on all relevant machines) - May 10: release branches are created trunk unfrozen again release-branch code in only-important-bugs-freeze bug-fixing primarily in release branch - May 21: complete freeze, to prepare tar-balls, add tags ect. - May 23: target release date (or earlier if all bugs are fixed) Frank Löffler

2 1

Re: [Users] Missing thorns in ET_2013_05 branch
by Frank Löffler 12 May '13

12 May '13

Hi Could we, for the development version, enable them for all machines and see what breaks? Maybe we can fix them such that we can unconditionally include them. Frank Erik Schnetter <schnetter(a)cct.lsu.edu> schrieb: >_______________________________________________ >Users mailing list >Users(a)einsteintoolkit.org >http://lists.einsteintoolkit.org/mailman/listinfo/users

2 1

Missing thorns in ET_2013_05 branch
by Erik Schnetter 12 May '13

12 May '13

The thorns CactusElliptic/EllPETSc CactusTest/TestAllTypes ExternalLibraries/PETSc TAT/TATPETSc are missing from the release branch. -erik -- Erik Schnetter <schnetter(a)cct.lsu.edu> http://www.perimeterinstitute.ca/personal/eschnetter/

3 4

Old EOS thorns in ET_2013_05 branch
by Erik Schnetter 11 May '13

11 May '13

Are the thorns EinsteinBase/EOSG_Base EinsteinEOS/EOSG_Hybrid EinsteinEOS/EOSG_IdealFluid EinsteinEOS/EOSG_Polytrope part of the release? If so, we need to describe why they are commented out. If not, they should be removed from the thorn list. -erik -- Erik Schnetter <schnetter(a)cct.lsu.edu> http://www.perimeterinstitute.ca/personal/eschnetter/

2 1

Meeting Minutes
by Roland Haas 11 May '13

11 May '13

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Present: Ian, Eloisa, Seth, Josh, Yosef, Erik, Frank, Peter, Roland, Steve, Matt Kinsey ET release: * most tests pass on all machines, exceptions are GRHydro's weno and slow_sector tests. Roland will look into them (since he put them into the repo). Suspicions are that they were generated using gcc but are now tested using intel (thing --fast-math) * Peter reports some test failures with new intel compilers as well (on his laptop) * currently have 34 open tickets flagged for the release. Please have a look. 6 of them are in review, some are even reviewed ok. * Ian now automatically builds documentation for ET, will not use it on ET page yet since it is build from trunk and the page should be the release code. Ian will also build the stable documentation and we can link to that one. * Frank to ask Bruno to give the documentation a quick check Yours, Roland -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.12 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAlF+l+cACgkQTiFSTN7SboXvLQCgzQIShmcRP6XstLMRuo4sP7Yd HX4AnjbevIB8nzB8tyivyH/suZuKN5O0 =1Ss0 -----END PGP SIGNATURE-----

2 1

New branches to be created soon
by Frank Loeffler 10 May '13

10 May '13

Hi, As discussed on the Monday calls, we will create new release branches tomorrow. This most likely includes not only the new ET_2013_05 branch, but also a new Cactus release (the last was one year ago). This does *not* mean a new release just yet. The code on these branches will receive further testing, and the release is scheduled for in about two weeks. This means two things for the time after this happened: - trunk will be open again, like usual - (some) fixes should be committed to all (two, or three) branches: trunk, the ET and the Cactus release branch. We know this is inconvenient, but this is why we had the development branch closed for major additions for some time. If you have something in your pipeline and would like to avoid a double/triple commit, do so before tomorrow. Frank Loeffler

1 1

http only source for GetComponents
by Roland Haas 07 May '13

07 May '13

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hello all, does anybody know if it is possible to use GetComponents to check out (really only download) a thorn from a "dump" transport channel such as http right now? Eg. if there is a thorn that needs to be accessible in a temporary location and right now it is not in a svn repository (or similar). I tried the "http" transport but that really seems to work only for individual files (one can make it kind-of work with careful choices of wget parameters inside of GetComponents but plain vanilla GetComponents/trunk seems to not support it). "ftp" might work, though I am hard pressed to find an ftp server that one could press into service :-) Any thoughts anyone? Yours, Roland - -- My email is as private as my paper mail. I therefore support encrypting and signing email messages. Get my PGP key from http://keys.gnupg.net. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.12 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAlGJsX0ACgkQTiFSTN7SboUmtQCfdjyrqUjpN4DZBwQf9G1CpEYZ QJsAn3Xxlt4lIYgQuYvNHSgPpuMMpuYG =jqeU -----END PGP SIGNATURE-----

3 2

Meeting Minutes
by Roland Haas 06 May '13

06 May '13

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Present: Josh, Yosef, Erik, Frank, Roland, Philipp ET release: * most tests pass on all machines, exceptions are GRHydro's weno and slow_sector tests. Roland will look into them (since he put them into the repo). For the WENO test, check if this is a roundoff change near the shock which is amplified. * currently have 31 open tickets flagged for the release. Please have a look. 6 of them are in review. Link: https://trac.einsteintoolkit.org/query?status=%21closed&milestone=ET_2013_0… * Philipp will look into the failing balsara tests on bluewaters * Frank will ask Peter if willing to look into failing Exact tests and try is setting Exact's epsilon to 0.01 (or so) fixes the issues (needs regeneration of all test data) * Intel 13 bug and fix (ticket #1276) has been applied Yours, Roland -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.12 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAlGIJucACgkQTiFSTN7SboUXzgCfecndddJ5zUEI4DE8HVLDnKqb R0sAoNJnMqLGfTxN9FowuLnfeGwQyUpI =6BHY -----END PGP SIGNATURE-----

1 0

Jump to page:

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

Users