#1934: pciutils was broken
----------------------+-----------------------------------------------------
Reporter: eschnett | Owner:
Type: defect | Status: new
Priority: unset | Milestone:
Component: Other | Version: development version
Keywords: |
----------------------+-----------------------------------------------------
ExternalLibraries/pciutils was broken; the configure.sh script references
two patch files that were not there. I reverted the commit.
--
Ticket URL: <https://trac.einsteintoolkit.org/ticket/1934>
Einstein Toolkit <http://einsteintoolkit.org>
The Einstein Toolkit
#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
#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
#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
#2164: add social media icons to ET website
---------------------------------+-------------------------------------
Reporter: Roland Haas | Type: enhancement
Status: new | Priority: minor
Milestone: | Component: EinsteinToolkit website
Version: development version | Keywords:
---------------------------------+-------------------------------------
At the ET workshop in ATL it was suggested to add social media icons
(Facebook, Twitter, etc) to the ET main website.
--
Ticket URL: <https://trac.einsteintoolkit.org/ticket/2164>
Einstein Toolkit <http://einsteintoolkit.org>
The Einstein Toolkit
#2163: add Windows 10 + Ubuntu Linux subsystem to list of systems supported for
new user tutorial
---------------------------------+--------------------
Reporter: Roland Haas | Type: defect
Status: new | Priority: unset
Milestone: | Component: Other
Version: development version | Keywords:
---------------------------------+--------------------
With the Linux subsystem Windows behaves like Linux and one can add
instructions along this lines:
{{{
For Windows 10 please install the Ubuntu Linux subsystem, then follow the
instructions for a Ubuntu system. <a
href="https://docs.microsoft.com/en-us/windows/wsl/install-
win10">These</a>
are Microsoft's official instructions on how to do so,
<a href="https://www.howtogeek.com/249966/how-to-install-and-use-the-
linux-bash-shell-on-windows-10/">these</a>
are less official but slightly easier to read instructions to do the same.
You
may also want to install native ssh client like
<a href="https://www.chiark.greenend.org.uk/~sgtatham/putty/">Putty</a>
and an
X11 server like <a
href="https://sourceforge.net/projects/vcxsrv/">VcXsrv</a>,
<a href="https://sourceforge.net/projects/xming/">XMing</a> or an all-in-
one
solution for X11 server and ssh client like
<a href="https://mobaxterm.mobatek.net/">MobaXterm</a>.
}}}
--
Ticket URL: <https://trac.einsteintoolkit.org/ticket/2163>
Einstein Toolkit <http://einsteintoolkit.org>
The Einstein Toolkit
#2162: buliding the ET on a new machine is hard
---------------------------------+--------------------
Reporter: Roland Haas | Type: defect
Status: new | Priority: major
Milestone: | Component: Other
Version: development version | Keywords:
---------------------------------+--------------------
Building the ET on unknown clusters and even on workstations and laptops
is hard and often leads to failures. Simfactory adds another layer of
scripts making it harder for new users to diagnose the problem.
The education and outreach working group (Gabrielle, Manuela, Helvi,
Harrison) are involved in simplifying this.
We do have a wiki page on how to add a new cluster to simfactory:
https://docs.einsteintoolkit.org/et-docs/Configuring_a_new_machine which
is however fairly unknown and also not very complete.
--
Ticket URL: <https://trac.einsteintoolkit.org/ticket/2162>
Einstein Toolkit <http://einsteintoolkit.org>
The Einstein Toolkit
#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
#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