Trac May 2018

trac@lists.einsteintoolkit.org

1 participants
62 discussions

[Einstein Toolkit] #2157: Tarball links on download page are dead
by Einstein Toolkit 28 Jun '18

28 Jun '18

#2157: Tarball links on download page are dead ---------------------------------+------------------------------------- Reporter: Steven R. Brandt | Type: defect Status: new | Priority: unset Milestone: | Component: EinsteinToolkit website Version: development version | Keywords: ---------------------------------+------------------------------------- The tarball links on http://einsteintoolkit.org/download.html are dead. How do we normally generate them? -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/2157> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 5

[Einstein Toolkit] #1906: CarpetRegrid2: possible off-by-one error when using regrid_every parameter
by Einstein Toolkit 28 Jun '18

28 Jun '18

#1906: CarpetRegrid2: possible off-by-one error when using regrid_every parameter ---------------------------+------------------------------------------------ Reporter: bmundim | Owner: eschnett Type: defect | Status: new Priority: major | Milestone: Component: Carpet | Version: development version Keywords: CarpetRegrid2 | ---------------------------+------------------------------------------------ I was working on a par file for a quick regridding test and found out an unexpected behaviour regarding regridding. Basically I want a par file with a few iterations such that it adds a refinement level every 4 iterations for example. I set the following parameters then: {{{ CarpetRegrid2::add_levels_automatically = "yes" CarpetRegrid2::regrid_every = 4 }}} for a grid structure as such: {{{ Cactus::cctk_itlast = 10 CoordBase::xmin = -0.5 CoordBase::ymin = -0.5 CoordBase::zmin = -0.5 CoordBase::xmax = 0.5 CoordBase::ymax = 0.5 CoordBase::zmax = 0.5 CoordBase::ncells_x = 16 CoordBase::ncells_y = 16 CoordBase::ncells_z = 16 Carpet::max_refinement_levels = 3 CarpetRegrid2::num_centres = 1 CarpetRegrid2::active_1 = "yes" CarpetRegrid2::num_levels_1 = 1 CarpetRegrid2::radius_1[1] = 0.12 CarpetRegrid2::radius_1[2] = 0.04 }}} I was expecting then regridding to happen at iterations 4 and 8, however if you run the attached par file, a modification of balsara shocktube test, you see that the level additions actually happen at iterations 5 and 9 instead: {{{ ... INFO (CarpetRegrid2): Increasing number of levels of centre 1 to 2 (it=5) ... INFO (CarpetRegrid2): Increasing number of levels of centre 1 to 3 (it=9) }}} which is apparently an off-by-one kind of error. I tracked down the code producing these messages and it comes from function CarpetRegrid2_RegridMaps at CarpetRegrid2/src/regrid.cc, lines 745 to 747. In order for that piece of code to execute we do have to have do_recompose set to true. Strangely the condition to set it, compares the previous iteration to the regrid_every parameter on line 707 of the same file: {{{ (cctk_iteration - 1) % regrid_every == 0 }}} Investigating if this actually makes sense I was led to what I think it might be the source of the problem on line 58 of Carpet/src/Evolve.cc. Time and iteration is advanced before calling CallRegrid. Skimming over the AdvanceTime routine it is not clear to me that it really needs to be called before CallRegrid. If it is really needed then why the condition to regrid or not is not taken on the current updated iteration as in: {{{ cctk_iteration % regrid_every == 0 }}} Thanks, Bruno -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/1906> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 4

[Einstein Toolkit] #1778: Scheduling WHILE Loops in CCTK_ANALYSIS Results in Hang
by Einstein Toolkit 28 Jun '18

28 Jun '18

#1778: Scheduling WHILE Loops in CCTK_ANALYSIS Results in Hang --------------------------------+------------------------------------------- Reporter: zachetie@… | Owner: Type: defect | Status: new Priority: unset | Milestone: Component: Other | Version: ET_2015_05 Keywords: | --------------------------------+------------------------------------------- When encountering a WHILE loop inside CCTK_ANALYSIS, Cactus simply hangs. I have created a simple thorn, ScheduleTester, that reproduces this problem 100% of the time. The thorn only takes as input the number of iterations desired in the WHILE loop. I have attached this thorn, as well as example .par and ThornList files to this ticket. This problem is verified to exist within 2015_05 as well as 2014_11 ET releases. I have not tried past releases. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/1778> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 2

[Einstein Toolkit] #1992: provide bibtext snippets for requested cittations on ET website
by Einstein Toolkit 26 Jun '18

26 Jun '18

#1992: provide bibtext snippets for requested cittations on ET website ----------------------------+----------------------------------------------- Reporter: rhaas | Owner: Type: enhancement | Status: new Priority: minor | Milestone: Component: Cactus website | Version: development version Keywords: | ----------------------------+----------------------------------------------- Our citing page http://einsteintoolkit.org/documentation/licenses/ right now lists the bibtex key and the doi for the requested citations. It would be useful to make the bibtex keys hyperlinks to a bibtex fragment for the paper in question that could be copied and pasted into a user's bibtext file. If we don't want to use the fragment from our own einsteintoolkit.bib we could use INSPIRE's doe search facility using "bibtex" as the output format, eg: http://inspirehep.net/search?ln=en&ln=en&p=doi%3A10.1088%2F0264-9381%2F21%2… for the Carpet reference. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/1992> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 1

[Einstein Toolkit] #2136: integrate server status page into ET website
by Einstein Toolkit 25 Jun '18

25 Jun '18

#2136: integrate server status page into ET website ---------------------------------+------------------------- Reporter: Roland Haas | Type: enhancement Status: new | Priority: minor Milestone: | Component: Other Version: development version | Keywords: ---------------------------------+------------------------- There are at least two different server uptime monitors that we use in the ET: * Frank's at: https://www.cct.lsu.edu/~knarf/cgi-bin/monitor.cgi * Ian's at: https://etstats.barrywardell.net/ which uses the uptimerobot service It would be nice to have one or both linked from the ET website and ideally have a warning about when servers are down on the main ET site. The warning can be done with a bit of javascript and css using API keys for uptimerobot (attached is some sample html for this) eg here: https://etstats.barrywardell.net/ -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/2136> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 2

[Einstein Toolkit] #2137: ssl certificate for www.cactuscode.org does not match common name
by Einstein Toolkit 25 Jun '18

25 Jun '18

#2137: ssl certificate for www.cactuscode.org does not match common name ---------------------------------+------------------------------------- Reporter: Roland Haas | Type: defect Status: new | Priority: minor Milestone: | Component: EinsteinToolkit website Version: development version | Keywords: www.cactuscode.org ---------------------------------+------------------------------------- Frank's checker at: https://www.cct.lsu.edu/~knarf/cgi-bin/monitor.cgi reports a wrong common name in the certificate for www.cactuscode.org which is confirmed by https://www.sslshopper.com/ssl- checker.html?host=www.cactuscode.org#hostname=www.cactuscode.org this makes connecting to www.cactuscode.org using ssl impossible (or at least one needs to grant a security exception). Only minor b/c right now www.cactuscode.org seems to not use ssl anyway (though it should do so at least for the login to drupal). -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/2137> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 6

[Einstein Toolkit] #2146: http://trac.einsteintoolkit.org leads to bad request page
by Einstein Toolkit 25 Jun '18

25 Jun '18

#2146: http://trac.einsteintoolkit.org leads to bad request page ---------------------------------+------------------------------------- Reporter: Roland Haas | Type: defect Status: new | Priority: major Milestone: | Component: EinsteinToolkit website Version: development version | Keywords: trac ---------------------------------+------------------------------------- Surfing to http://trac.einsteintoolkit.org presents me with {{{ Bad Request Your browser sent a request that this server could not understand. Reason: You're speaking plain HTTP to an SSL-enabled server port. Instead use the HTTPS scheme to access this URL, please. }}} -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/2146> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 1

[Einstein Toolkit] #2155: Fixed bug in calculation of conserved S vector in MHD Prim2Con
by Einstein Toolkit 20 Jun '18

20 Jun '18

#2155: Fixed bug in calculation of conserved S vector in MHD Prim2Con ---------------------------------+----------------------------------- Reporter: hannah.klion@… | Type: defect Status: new | Priority: minor Milestone: | Component: EinsteinToolkit thorn Version: development version | Keywords: ---------------------------------+----------------------------------- Added missing parentheses Please see pull request at https://bitbucket.org/einsteintoolkit/einsteinevolve/pull-requests/12 /fixed-bug-in-calculation-of-conserved-s/diff -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/2155> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 4

[Einstein Toolkit] #2025: ssl warning for wiki.einsteintoolkit.org
by Einstein Toolkit 11 Jun '18

11 Jun '18

#2025: ssl warning for wiki.einsteintoolkit.org -------------------------------------+-------------------------------------- Reporter: rhaas | Owner: Type: defect | Status: new Priority: major | Milestone: Component: EinsteinToolkit website | Version: development version Keywords: | -------------------------------------+-------------------------------------- My browser (Firefox 45.8.0 ESR) reports {{{ wiki.einsteintoolkit.org uses an invalid security certificate. The certificate is only valid for wiki.cct.lsu.edu Error code: SSL_ERROR_BAD_CERT_DOMAIN }}} for https://wiki.einsteintoolkit.org/ -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/2025> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 11

[Einstein Toolkit] #2154: Cactus: suppress interaction when using mv in make files
by Einstein Toolkit 27 May '18

27 May '18

#2154: Cactus: suppress interaction when using mv in make files ---------------------------------+-------------------- Reporter: Roland Haas | Type: defect Status: new | Priority: minor Milestone: | Component: Cactus Version: development version | Keywords: ---------------------------------+-------------------- POSIX requires (http://pubs.opengroup.org/onlinepubs/9699919799/utilities/mv.html) that mv "hall write a prompt to standard error and read a line from standard input. If the response is not affirmative, mv shall do nothing more with the current source_file and go on to any remaining source_files." which is annoying if the operation is something like "mv foo.tmp foo". Worse, some centers make "mv" behave as "mv -i" ie it asks about every single overwrite unless -f is also given. Pull request is: https://bitbucket.org/cactuscode/cactus/pull-requests/48 /cactus-suppress-interaction-when-using-mv/diff -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/2154> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 8

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

Trac May 2018