#228: Make it easier for users to create accounts on TRAC
----------------------------------+-----------------------------------------
Reporter: hinder | Owner:
Type: enhancement | Status: new
Priority: major | Milestone:
Component: EinsteinToolkit trac | Version:
Keywords: |
----------------------------------+-----------------------------------------
Currently, in order to interact fully with TRAC, it is necessary to have a
CCT account. I would prefer that all potential users of the ET/Cactus
TRAC could create accounts. This way, it would be possible for all bug
reporters to be notified of changes to the tickets they create, and makes
it more likely that they will respond to requests for further information
and confirmations of fixes.
--
Ticket URL: <https://trac.einsteintoolkit.org/ticket/228>
Einstein Toolkit <http://einsteintoolkit.org>
The Einstein Toolkit
#270: Need web instructions for building on a new machine
-------------------------------------+--------------------------------------
Reporter: eschnett | Owner:
Type: defect | Status: new
Priority: major | Milestone:
Component: EinsteinToolkit website | Version:
Keywords: |
-------------------------------------+--------------------------------------
We should have instructions on the web that explain how to build the
Einstein Toolkit on a new machine, i.e. a machine for which we don't have
a SimFactory entry already. This seems to be a fairly common case for new
users, who rather want to build on their own machine instead of on Queen
Bee.
This should probably concentrate on configuring Cactus first, i.e. on
configuring SimFactory for building a configuration. Job submission etc.
should come later.
--
Ticket URL: <https://trac.einsteintoolkit.org/ticket/270>
Einstein Toolkit <http://einsteintoolkit.org>
The Einstein Toolkit
#1804: Provide an Einstein Toolkit User Guide
-------------------------+--------------------------------------------------
Reporter: hinder | Owner:
Type: enhancement | Status: new
Priority: minor | Milestone:
Component: Other | Version: development version
Keywords: |
-------------------------+--------------------------------------------------
We currently have documentation for individual thorns, but there is no
documentation for the toolkit as a whole, describing how best to
accomplish certain tasks. The [http://arxiv.org/abs/1111.3344 Einstein
Toolkit paper] is a good starting point, but it is a static document, and
is not quite at the level of documentation. I propose to take the paper
and convert it into a user guide for the ET. It should not replicate
detailed information already available in thorn documentation (rather it
should link to it), but should provide a high level overview. It should
also contain best practices for working with the ET. This would be the
first point of reference for new users of the toolkit.
--
Ticket URL: <https://trac.einsteintoolkit.org/ticket/1804>
Einstein Toolkit <http://einsteintoolkit.org>
The Einstein Toolkit
#2046: list of ET members out of date
-------------------------------------+--------------------------------------
Reporter: rhaas | Owner:
Type: defect | Status: new
Priority: minor | Milestone:
Component: EinsteinToolkit website | Version: development version
Keywords: |
-------------------------------------+--------------------------------------
The current list of ET members on http://einsteintoolkit.org/members.html
is out of date (mostly I guess because there is no way to update one's
information).
Eg looking at http://einsteintoolkit.org/members.html Charalampos Markakis
would be at Southampton (he has been at NCSA since 2016), Philipp Moesta
would be at Caltech (he has been in Berkeley for a couple years now).
Tanja Bode is no longer at Tuebingen but at UCSC etc etc.
My suggestion would be to contact all persons listed for their current
institution and remove those that do not respond within a month. For
future registration I suggest that we ask for an email address and ping
the addresses once a year, removing stale ones. We should also include a
paragraph to contact maintainers(a)einsteintoolkit.org to update ones
affiliation in any email send out along with the registration.
--
Ticket URL: <https://trac.einsteintoolkit.org/ticket/2046>
Einstein Toolkit <http://einsteintoolkit.org>
The Einstein Toolkit
#2204: Compilation on comet failed to due out of memory
---------------------------------+------------------------
Reporter: Roland Haas | Type: defect
Status: new | Priority: minor
Milestone: | Component: SimFactory
Version: development version | Keywords: comet
---------------------------------+------------------------
Compiling on Comet's login node failed for me when compiling
{{{
arrangements/Carpet/CarpetLib/src/restrict_3d_cc_o5_rf2.cc
}}}
due to an out of memory error. ulimit -a indicates that there is a limit
of 4GB per user
{{{
rhaas@comet-ln2:~$ ulimit -a
core file size (blocks, -c) 0
data seg size (kbytes, -d) unlimited
scheduling priority (-e) 0
file size (blocks, -f) unlimited
pending signals (-i) 257194
max locked memory (kbytes, -l) 524288
max memory size (kbytes, -m) 4194304
open files (-n) 1024
pipe size (512 bytes, -p) 8
POSIX message queues (bytes, -q) 819200
real-time priority (-r) 0
stack size (kbytes, -s) unlimited
cpu time (seconds, -t) 10800
max user processes (-u) 1024
virtual memory (kbytes, -v) 4194304
file locks (-x) unlimited
}}}
which can be avoided by going to a compute node
{{{
srun --partition=debug --pty --nodes=1 --ntasks-per-node=24 -t 00:30:00
--wait=0 --export=ALL /bin/bash
}}}
and compiling via
{{{
simfactory/bin/sim build --machine comet
}}}
This is (hopefully) a temporary measure on comet.
--
Ticket URL: <https://trac.einsteintoolkit.org/ticket/2204>
Einstein Toolkit <http://einsteintoolkit.org>
The Einstein Toolkit
#2069: connection failures to svn.cactuscode.org
-------------------------------------+--------------------------------------
Reporter: rhaas | Owner:
Type: defect | Status: new
Priority: blocker | Milestone:
Component: EinsteinToolkit website | Version: development version
Keywords: SSL |
-------------------------------------+--------------------------------------
I am getting connection failures to svn.cactuscode.org using svn 1.9.7 on
Debian buster (which is starting to phase out tls 1.0 and 1.1 support
https://lists.debian.org/debian-devel-announce/2017/08/msg00004.html).
Namely I get:
{{{
ET_Hack$ svn checkout
https://svn.cactuscode.org/projects/ExternalLibraries/zlib/
svn: E170013: Unable to connect to a repository at URL
'https://svn.cactuscode.org/projects/ExternalLibraries/zlib'
svn: E120171: Error running context: An error occurred during SSL
communication
}}}
and openssl shows:
{{{
ET_Hack$ openssl s_client -connect svn.cactuscode.org:443
CONNECTED(00000003)
140481992824064:error:14171102:SSL
routines:tls_process_server_hello:unsupported
protocol:../ssl/statem/statem_clnt.c:917:
---
no peer certificate available
---
No client certificate CA names sent
---
SSL handshake has read 86 bytes and written 183 bytes
Verification: OK
---
New, (NONE), Cipher is (NONE)
Secure Renegotiation IS NOT supported
Compression: NONE
Expansion: NONE
No ALPN negotiated
SSL-Session:
Protocol : TLSv1.2
Cipher : 0000
Session-ID:
Session-ID-ctx:
Master-Key:
PSK identity: None
PSK identity hint: None
SRP username: None
Start Time: 1503529726
Timeout : 7200 (sec)
Verify return code: 0 (ok)
Extended master secret: no
---
}}}
systems which still allow tls1.0 (eg the QueenBee login nodes) return
{{{
$ openssl s_client -connect svn.cactuscode.org:443
depth=3 C = SE, O = AddTrust AB, OU = AddTrust External TTP Network, CN =
AddTrust External CA Root
verify return:1
depth=2 C = US, ST = New Jersey, L = Jersey City, O = The USERTRUST
Network, CN = USERTrust RSA Certification Authority
verify return:1
depth=1 C = US, ST = MI, L = Ann Arbor, O = Internet2, OU = InCommon, CN =
InCommon RSA Server CA
verify return:1
depth=0 C = US, postalCode = 70803, ST = Louisiana, L = Baton Rouge,
street = 110 Thomas Boyd, O = Louisiana State University, OU = LSU A & M,
CN = svn.cactuscode.org
verify return:1
CONNECTED(00000003)
---
Certificate chain
0 s:/C=US/postalCode=70803/ST=Louisiana/L=Baton Rouge/street=110 Thomas
Boyd/O=Louisiana State University/OU=LSU A & M/CN=svn.cactuscode.org
i:/C=US/ST=MI/L=Ann Arbor/O=Internet2/OU=InCommon/CN=InCommon RSA
Server CA
1 s:/C=US/ST=MI/L=Ann Arbor/O=Internet2/OU=InCommon/CN=InCommon RSA
Server CA
i:/C=US/ST=New Jersey/L=Jersey City/O=The USERTRUST
Network/CN=USERTrust RSA Certification Authority
2 s:/C=US/ST=New Jersey/L=Jersey City/O=The USERTRUST
Network/CN=USERTrust RSA Certification Authority
i:/C=SE/O=AddTrust AB/OU=AddTrust External TTP Network/CN=AddTrust
External CA Root
---
Server certificate
-----BEGIN CERTIFICATE-----
MIIGgDCCBWigAwIBAgIQHqWvzUQZraL+FC0Gui4TnTANBgkqhkiG9w0BAQsFADB2
MQswCQYDVQQGEwJVUzELMAkGA1UECBMCTUkxEjAQBgNVBAcTCUFubiBBcmJvcjES
MBAGA1UEChMJSW50ZXJuZXQyMREwDwYDVQQLEwhJbkNvbW1vbjEfMB0GA1UEAxMW
SW5Db21tb24gUlNBIFNlcnZlciBDQTAeFw0xNTEyMDEwMDAwMDBaFw0xODExMzAy
MzU5NTlaMIG3MQswCQYDVQQGEwJVUzEOMAwGA1UEERMFNzA4MDMxEjAQBgNVBAgT
CUxvdWlzaWFuYTEUMBIGA1UEBxMLQmF0b24gUm91Z2UxGDAWBgNVBAkTDzExMCBU
aG9tYXMgQm95ZDEjMCEGA1UEChMaTG91aXNpYW5hIFN0YXRlIFVuaXZlcnNpdHkx
EjAQBgNVBAsMCUxTVSBBICYgTTEbMBkGA1UEAxMSc3ZuLmNhY3R1c2NvZGUub3Jn
MIICIjANBgkqhkiG9w0BAQEFAAOCAg8AMIICCgKCAgEA40EHmQwApNBq6wt6VyZ0
hWbeCpkOkYENmksB9kPtxzVSz0gK26nnPl68wyb3gTLN3qhfkH9rxlPNuQoo9L3q
5WnIAUrPgzz+afP/kXMzeUtD4GdKx4NhSFnOaVE8rimz2EiOAx7BC8uxfT+EOJ3i
C07jwSKg8l+1M0SH1BQqjPK8HeVkfAP2jWQVBAThz/TMvs6P9w4yH8aKsUO2DpOw
ocRUvEEvYd6cc4ouuJkhCkosw4NUHC5gCuuoJcVo8wuqR1F+aE8qvtG1CKNTkU6M
5QZgPcqQ4ENwM3SJTlSrWIsqebu24NDacmxc32K2CwLeBEQHM5YCKj1UAODAmtZB
aBD3w7lVO0odunOWI+E/R9NARSpwyCBBCv43TDPDKp48Nmffaj7nhSRIl4hFxtTW
FTC3rkoHL5fuSFWZBNVJDD7iYFsSovDUep9gAAd8szjQQdwdUTIY/ad/xFjS8UX+
Q6myUkLfBDnSQp2lMrDBYmrOBUacwMkFI4gJEyZpWA3RXAZloa8Mmopq8bHthgCN
OjMDf7JAsXNo7OP7n3TIe52XVKtaYpK6OVpZelCaY7huYv/5+oZdqk0A4+ij5RBl
4GukstJQcLSErYiyheesAeSBwXMfQch57uhiB/bUL5W5lRE34Ru6gAckTt7E/Uji
d9jAJ7K/ISCyp2qn9NDRtycCAwEAAaOCAcYwggHCMB8GA1UdIwQYMBaAFB4Fo3eP
bJbiW4dLprSGrHEADOc4MB0GA1UdDgQWBBSuuHX667Gw/EAO8dHJCvbWxYzPHTAO
BgNVHQ8BAf8EBAMCBaAwDAYDVR0TAQH/BAIwADAdBgNVHSUEFjAUBggrBgEFBQcD
AQYIKwYBBQUHAwIwZwYDVR0gBGAwXjBSBgwrBgEEAa4jAQQDAQEwQjBABggrBgEF
BQcCARY0aHR0cHM6Ly93d3cuaW5jb21tb24ub3JnL2NlcnQvcmVwb3NpdG9yeS9j
cHNfc3NsLnBkZjAIBgZngQwBAgIwRAYDVR0fBD0wOzA5oDegNYYzaHR0cDovL2Ny
bC5pbmNvbW1vbi1yc2Eub3JnL0luQ29tbW9uUlNBU2VydmVyQ0EuY3JsMHUGCCsG
AQUFBwEBBGkwZzA+BggrBgEFBQcwAoYyaHR0cDovL2NydC51c2VydHJ1c3QuY29t
L0luQ29tbW9uUlNBU2VydmVyQ0FfMi5jcnQwJQYIKwYBBQUHMAGGGWh0dHA6Ly9v
Y3NwLnVzZXJ0cnVzdC5jb20wHQYDVR0RBBYwFIISc3ZuLmNhY3R1c2NvZGUub3Jn
MA0GCSqGSIb3DQEBCwUAA4IBAQA8RerhAuPvOngiT4cSmhtiFp+r+i4hXzKB3UwU
J3mjgrOQz3AxbmW1A9CyMEPAxtAhM1GdPmSR8T/KeGEE5/We5uVO1SvFpSA8BmsC
7vjirkNLVMlrIrDM89uUwJi5m/i7yupqhoxdReuuz4NP8PJqzOWSaU4uSvU98/Jq
1K5m4dsFdB+cW4EnO70Qv3Htl7AZUZHCNhRvbmtilQcAa+wTTYzBtJFiQ/GufDd8
DSMAa4icWq80UDdilikkt4IiMsFyEHJ0R6Jwppf3VnWD2Z+AtM5wEY6/Z4Loy0nn
G/yFK5/d8vXprdFI2D3kfEx7YyMldqUwsfeEmu8Lk5bd4zqN
-----END CERTIFICATE-----
subject=/C=US/postalCode=70803/ST=Louisiana/L=Baton Rouge/street=110
Thomas Boyd/O=Louisiana State University/OU=LSU A &
M/CN=svn.cactuscode.org
issuer=/C=US/ST=MI/L=Ann Arbor/O=Internet2/OU=InCommon/CN=InCommon RSA
Server CA
---
No client certificate CA names sent
Server Temp Key: DH, 1024 bits
---
SSL handshake has read 5565 bytes and written 445 bytes
---
New, TLSv1/SSLv3, Cipher is DHE-RSA-AES256-SHA
Server public key is 4096 bit
Secure Renegotiation IS supported
Compression: NONE
Expansion: NONE
SSL-Session:
Protocol : TLSv1
Cipher : DHE-RSA-AES256-SHA
Session-ID:
02B9ECA6650E99DAB46E41D229C6B6317D5B6649DE5602AAACB85DDA3D4BCB7F
Session-ID-ctx:
Master-Key:
6A79D044DE035A170C384CFFD2AD5B15B5691D518F04597E9A2BA9ED4A14CE93A18B0AB3D9CF65EC73A913FA7AC364EB
Key-Arg : None
Krb5 Principal: None
PSK identity: None
PSK identity hint: None
Start Time: 1503529970
Timeout : 300 (sec)
Verify return code: 0 (ok)
---
DONE
}}}
and only fail if tls1.2 is forced:
{{{
$ openssl s_client -connect svn.cactuscode.org:443 -tls1_2
CONNECTED(00000003)
47690330324936:error:1408F10B:SSL routines:SSL3_GET_RECORD:wrong version
number:s3_pkt.c:339:
---
no peer certificate available
---
No client certificate CA names sent
---
SSL handshake has read 5 bytes and written 7 bytes
---
New, (NONE), Cipher is (NONE)
Secure Renegotiation IS NOT supported
Compression: NONE
Expansion: NONE
SSL-Session:
Protocol : TLSv1.2
Cipher : 0000
Session-ID:
Session-ID-ctx:
Master-Key:
Key-Arg : None
Krb5 Principal: None
PSK identity: None
PSK identity hint: None
Start Time: 1503530008
Timeout : 7200 (sec)
Verify return code: 0 (ok)
---
}}}
Is there any chance of having LSU update their webserver so that it offer
tls 1.2 (around since August 2008)?
Note that chances are that Ubuntu (which branches off from Debian unstable
regularly) will pick up this change soon affecting the majority of our new
Linux ET users.
For Debian this is a blocker since it prevents me from even downloading
the code.
--
Ticket URL: <https://trac.einsteintoolkit.org/ticket/2069>
Einstein Toolkit <http://einsteintoolkit.org>
The Einstein Toolkit
#2197: spam in trac
---------------------------------+-------------------------------------
Reporter: Roland Haas | Type: defect
Status: new | Priority: major
Milestone: | Component: EinsteinToolkit website
Version: development version | Keywords: trac
---------------------------------+-------------------------------------
There were two instances today of our trac system being used for spam
delivery (by putting an email address into the CC field).
I have deleted both of them.
The CAPTCHA system is in place and requires that one passes Googles
ReCAPTCHA but apparently this is not enough.
Note that not only are we ourselves exposed to spam but also our server is
seen as sending Spam to the email addresses in CC.
--
Ticket URL: <https://trac.einsteintoolkit.org/ticket/2197>
Einstein Toolkit <http://einsteintoolkit.org>
The Einstein Toolkit
#2208: Fix small memory leak in Piraha
---------------------------------+--------------------
Reporter: Steven R. Brandt | Type: defect
Status: new | Priority: minor
Milestone: ET_2019_02 | Component: Cactus
Version: development version | Keywords:
---------------------------------+--------------------
This pull request
https://bitbucket.org/cactuscode/cactus/pull-requests/54/piraha-mem/diff
Fixes a small memory leak caused by a cyclic reference.
--
Ticket URL: <https://trac.einsteintoolkit.org/ticket/2208>
Einstein Toolkit <http://einsteintoolkit.org>
The Einstein Toolkit
#2064: Add GiRaFFE to the Einstein Toolkit
-------------------------------------------+--------------------------------
Reporter: zachetie@… | Owner:
Type: enhancement | Status: new
Priority: unset | Milestone:
Component: EinsteinToolkit thorn | Version: development version
Keywords: GiRaFFE, GRFFE, IllinoisGRMHD |
-------------------------------------------+--------------------------------
We (the authors of GiRaFFE) hereby request that GiRaFFE be added to the
Einstein Toolkit. In short, GiRaFFE is the first open source, dynamical-
spacetime code for modeling plasma flows in general relativistic force-
free electrodynamics (GRFFE). It will be the best code in the Toolkit for
modeling black hole and neutron star magnetospheres, as these
magnetically-dominated regions are best modeled numerically by a GRFFE
code (GRMHD codes break down when modeling very highly magnetized
plasmas).
Here is the commit ID for code reviewer comments:
https://bitbucket.org/zach_etienne/wvuthorns/commits/ca2aab4ac66b404cddc6a3…
Here is the original release announcement to the mailing list, including
link to the code release paper:
We are pleased to announce the public release of GiRaFFE, an open-source
General Relativistic Force-Free Electrodynamics (GRFFE) code for dynamical
spacetimes.
-= Code Release Paper =-
Our code release paper--including a full description of the GiRaFFE code,
a discussion of potential applications of GiRaFFE, and code validation
test results--has been uploaded to the arXiv:
https://arxiv.org/abs/1704.00599 .
-= Executive Summary =-
GiRaFFE adopts the strategy pioneered by McKinney [1] and modified by
Paschalidis and Shapiro [2] to convert a general relativistic
magnetohydrodynamic (GRMHD) code into a GRFFE code. In short, GiRaFFE
exists as an extensive modification to IllinoisGRMHD [3]. Both GiRaFFE and
IllinoisGRMHD leverage the Einstein Toolkit’s highly-scalable
infrastructure [4,5] to make possible large-scale simulations of
magnetized plasmas in strong, dynamical spacetimes on adaptive-mesh
refinement (AMR) grids.
As you are aware, IllinoisGRMHD is an open-source rewrite of the Illinois
Numerical Relativity Group's GRMHD code. GiRaFFE, on the other hand, is
not based on any existing GRFFE code and is designed only to solve the
equations of GRFFE in the context of fixed or dynamically-generated
spacetimes. GiRaFFE has passed a large suite of GRFFE code validation
tests passed by other state-of-the-art GRFFE codes, leading us to conclude
that GiRaFFE is now ready for large-scale, state-of-the-art GRFFE
simulations in dynamical spacetimes.
-= New Thorns for the Einstein Toolkit =-
All GiRaFFE thorns are listed below. Next to the name of each thorn, we
include the number of lines of code to highlight the fact that GiRaFFE is
quite compact and designed to be welcoming to new users. In addition, the
comment-to-line-of-code ratio is very nearly 50%, and the code release
paper provides a clean, broad-brush overview of the formalism and
algorithms adopted. To become acquainted with any given thorn, first take
a look at its README file.
* GiRaFFE (~1,600 lines of code): Solves the GRFFE equations in the
formalism of Paschalidis & Shapiro [2] using the same reconstruction (PPM)
and staggered vector potential methods as IllinoisGRMHD.
* GiRaFFEfood (~1,300 lines of code): Code validation initial data and
basic diagnostics. Contains
Five 1D tests in flat spacetime (fast wave, Alfvén wave, degenerate Alfvén
wave, "three-wave", FFE breakdown),
One 3D test in flat spacetime (aligned rotator), and
Three 3D tests in curved spacetimes ("Exact Wald" solution,
"Magnetospheric Wald" solution, and split monopole).
* ShiftedKerrSchild (~230 lines of code): Sets up all 3+1 quantities for a
Kerr-Schild spacetime with an arbitrary radial shift, to mitigate effects
of extreme spacetime curvature near r_{KS}=0. See Appendix of code release
paper for full discussion.
* VolumeIntegrals_slab_Gfood (~310 lines of code): Performs volume
integrals over arbitrary rectangular prisms as specified in parameter
files.
* GiRaFFE_to_HydroBase & ID_converter_GiRaFFE (~230 lines of code): Acts
as a translation layer to convert 3-velocities in HydroBase's Valencia
formalism to/from the 3-velocity found in the induction equation (v^i =
u^i/u^0; native to GiRaFFE).
-= License =-
To maximize compatibility with existing thorns in ET, all of the
aforementioned GiRaFFE thorns are either licensed GPLv2+ or 2-clause BSD
(FreeBSD). See LICENSE file in each.
-= Download GiRaFFE! =-
The collection of thorns comprising GiRaFFE may be downloaded here:
https://bitbucket.org/zach_etienne/wvuthorns
Sincerely,
The GiRaFFE team
-Zach Etienne
-Mew-Bing Wan
-Maria Babiuc
-Sean McWilliams
-Ashok Choudhary
References:
[1] J.C. McKinney. Mon. Not. R. Astron. Soc., 367:1797, 2006.
[2] V. Paschalidis and S. L. Shapiro. Phys. Rev. D, 88:104031, 2013.
[3] Z. B. Etienne, V. Paschalidis, R. Haas, P. M¨osta, and S. L. Shapiro.
Class. Quantum Grav., 32(17):175009, 2015.
[4] https://einsteintoolkit.org/
[5] https://carpetcode.org/
--
Ticket URL: <https://trac.einsteintoolkit.org/ticket/2064>
Einstein Toolkit <http://einsteintoolkit.org>
The Einstein Toolkit