Users May 2017

users@lists.einsteintoolkit.org

20 participants
33 discussions

Cactus fail Part 1
by Dr. David Rosenberg 23 May '17

23 May '17

This is file Part 1 queenbee sent 5/21/17 David Rosenberg ________________________________________ From: David Rosenberg [drdnrosenberg(a)gmail.com] Sent: Sunday, May 21, 2017 7:07 PM To: Dr. David Rosenberg Subject:

2 1

meeting minutes for 2017-05-22
by Roland Haas 22 May '17

22 May '17

Present: Steve, Roberto, Yosef, Roland, Qian, Gabrielle Release critical bugs: * failing tests for GRHydro, CCE * Roland would like to also add the NULL pointer usage in PeriodicCarpet/CarperLib ET workshop: * program finished up, waiting for final confirmation of speakers * will (if permitted by manpower) have track1/track2 setup on Monday with track1 being for undergraduate level researchers that have not used the ET before or are just starting. Track2 is for current users of the ET. The most voiced goal was to add new physics to the ET, for which unfortunately we do not have a setup yet. Suggestions would be to cover heat equation, Schroedinger equation or possibly shallow water equation. Alternatively (that is actually the current status) have a module on Llama and one on writing parameter files. 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://pgp.mit.edu .

1 0

Einstein Toolkit Meeting Reminder
by Frank Loeffler 22 May '17

22 May '17

Hi Please consider joining the weekly Einstein Toolkit phone call at 9:30 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/ Tomorrow, we will use a hangout again, with the URL being posted, as usual on this list, about 15 minutes before the meeting, and they will be also posted on https://docs.einsteintoolkit.org/et-docs/Main_Page After the call, anyone who is interested is invited to test mumble. A few of the developers tested this already last week, but I think not sufficiently to already now be used on the regular call. So far, the verdict seems to be that the technology seems to be sound, but some of the clients are not as plug&play as a google hangout is. On the other hand, once the necessary setup is done (mostly having to do with when to mute/unmute your mic), things seem to work quite fine. This also seems to be similar whatever service you use (not just mumble). So, whatever it will be in the end, we will need a short how-to join before we make it default for the calls. Frank Löffler

2 1

part 4 (drosnbrg@qb)
by Dr. David Rosenberg 21 May '17

21 May '17

This is the last part of the output I got when trying to run Cactus on Queen Bee 5/21/17 David Rosenberg ________________________________________ From: David Rosenberg [drdnrosenberg(a)gmail.com] Sent: Sunday, May 21, 2017 6:45 PM To: Dr. David Rosenberg Subject:

1 0

part 3 queenbee Cactus fail
by Dr. David Rosenberg 21 May '17

21 May '17

This is the 3rd part of the file I got trying to run Cactus on Queenbee David Rosenberg ________________________________________ From: David Rosenberg [drdnrosenberg(a)gmail.com] Sent: Sunday, May 21, 2017 7:07 PM To: Dr. David Rosenberg Subject:

1 0

Cactus fail Queenbee Part 2
by Dr. David Rosenberg 21 May '17

21 May '17

This is the second part of the output file when I tried to run Cactus on Queenbee David Rosenberg ________________________________________ From: David Rosenberg [drdnrosenberg(a)gmail.com] Sent: Sunday, May 21, 2017 7:07 PM To: Dr. David Rosenberg Subject:

1 0

GetComponents
by Ian Hinder 18 May '17

18 May '17

Hi, With GetComponents, is it possible to have a repository checked out only into "repos", and not symlinked somewhere else? Why is "repos" even used any more, when we have most of the arrangements in git, and the git repos could be checked out directly into arrangements, just like with subversion? There is documentation at https://github.com/gridaphobe/CRL/wiki/Component-Retrieval-Language, but I couldn't find these answers there... -- Ian Hinder http://members.aei.mpg.de/ianhin

2 1

CCTK_InterpGridArrays yields NaNs/Infs
by Jens Mahlmann 18 May '17

18 May '17

Dear all, following up on last week's questions regarding a tracer particle implementation into an evolution code I am having problems with the function *CCTK_**InterpGridArrays*. In general, my implementation follows the GRHydro_particle approach (in C++), and is working in some cases. However, at some interpolation points, the interpolation routine returns nans/infs. This error occurs mainly for the interpolation points in refined regions and changes when I change buffer zones, grid refinement or scheduling options. Currently, I am not finding the explicit problem, and, I observe that my tracer particles are evolved fine in the less refined regions (e.g., further away from the origin). For example, I may set up 500 particles and in the first evolution step the interpolation produces 112 nans/infs. Throughout the further evolution, the remaining 388 particles (the ones the most far away from the origin) are evolved fine. Therefore, I assume I am missing something in my understanding of the interpolation routines. Has somebody encountered similar problems or an idea where I could direct my debugging to overcome the interpolations to NaNs/Infs? Thank you very much and my best from Valencia Jens

1 0

MPI problems
by Chris Stevens 16 May '17

16 May '17

Hi there, I am new to Cactus, and have been having trouble getting the qc0-mclachlan.par test file to run. I have compiled the latest version of Cactus successfully on the CHPC cluster in South Africa. I have attached .out and .err files for the run, along with my machine file, optionlist file, run and submit scripts. The submit command was ./simfactory/bin/sim submit mctest --configuration=mclachlantest_mpidebug --parfile=par/qc0-mclachlan.par --procs=240 --num-threads=12 --walltime=10:0:0 --queue=normal --machine=lengau-intel Using --mca orte_base_help_aggregate 0 in the mpirun command in the runscript, the error is: [cnode0823:136405] *** An error occurred in MPI_Comm_create_keyval [cnode0823:136405] *** reported by process [476512257,3] [cnode0823:136405] *** on communicator MPI_COMM_WORLD [cnode0823:136405] *** MPI_ERR_ARG: invalid argument of some other kind [cnode0823:136405] *** MPI_ERRORS_ARE_FATAL (processes in this communicator will now abort, [cnode0823:136405] *** and potentially your MPI job) I unfortunately have no idea where to go from here, and some help would be greatly appreciated! I hope I have attached enough information. Cheers, Chris -- Dr Chris Stevens Department of Mathematics Rhodes University Room 5 Ph: +27 46 603 8932

2 4

scaling test for the einstein toolkit
by helvi witek 15 May '17

15 May '17

Hi everyone, we are going to apply for HPC time using the Lean code which is largely based on the Einstein Toolkit. Among the required technical information are scaling tests. While we will perform our own tests I also checked for "official" information for the ET. I noticed that there is very little public information, e.g. on the wiki, about recent (say, within the last five years) scaling tests aside from Eloisa's recent paper http://inspirehep.net/record/1492289 and this tracker http://lists.einsteintoolkit.org/pipermail/users/2013-February/002815.html Did I miss anything? It might be a good idea to add a standardized test or references to the wiki page. Best wishes, Helvi =========================================== Dr. Helvi Witek Marie-Curie Research Fellow Dep. Fisica Quantica i Astrofisica & ICCUB Universitat de Barcelona ===========================================

4 5

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

Users May 2017