From users at einsteintoolkit.org Mon Feb 2 15:18:01 2026 From: users at einsteintoolkit.org (users at einsteintoolkit.org) Date: Mon, 02 Feb 2026 15:18:01 -0600 Subject: [Users] Agenda for Thursday's Meeting Message-ID: <69811489.IItlPTkCj+8DIHRZ%users@einsteintoolkit.org> Please update the Wiki with agenda items for Thursday's meeting. Thanks! https://docs.einsteintoolkit.org/et-docs/meeting_agenda --The Maintainers From users at einsteintoolkit.org Wed Feb 4 17:15:02 2026 From: users at einsteintoolkit.org (users at einsteintoolkit.org) Date: Wed, 04 Feb 2026 17:15:02 -0600 Subject: [Users] Einstein Toolkit Meeting Reminder Message-ID: <6983d2f6.5n0Wv5zRzOf0M5T4%users@einsteintoolkit.org> Hello, Please consider joining the weekly Einstein Toolkit phone call at 9:00 am US central time on Thursdays. For details on how to connect and what agenda items are to be discussed, use the link below. https://docs.einsteintoolkit.org/et-docs/Main_Page#Weekly_Users_Call --The Maintainers From users at einsteintoolkit.org Mon Feb 9 15:18:02 2026 From: users at einsteintoolkit.org (users at einsteintoolkit.org) Date: Mon, 09 Feb 2026 15:18:02 -0600 Subject: [Users] Agenda for Thursday's Meeting Message-ID: <698a4f0a.bqDQiBvfMrn6i3bZ%users@einsteintoolkit.org> Please update the Wiki with agenda items for Thursday's meeting. Thanks! https://docs.einsteintoolkit.org/et-docs/meeting_agenda --The Maintainers From jnicoules at ua.pt Tue Feb 10 10:33:00 2026 From: jnicoules at ua.pt (Jordan Nicoules) Date: Tue, 10 Feb 2026 16:33:00 +0000 Subject: [Users] Range error setting parameter, on cluster Message-ID: <3ff153d1eb844753a4f1ca29e61183b0@ua.pt> Dear all, I've encountered the error below while trying to run a parameter file on a cluster. Surprisingly, for the same parameter file (and the same version of ET: 2024-05) on my local work station, this does not occur. This appears very early in the execution, at parameter setting. WARNING[L2,P0] (Cactus): ParameterSetReal: Unable to set real 'Coordinates::h_radial_1' = '4' not in any active range WARNING[L1,P0] (Cactus): Major error in parameter file '/home/jnicoules/Work/ET/Simus/parfiles/HairyBH/HairyBH_sol02_MLBSSN_llama_run02bis.par' line 94: Range error setting parameter 'Coordinates::h_radial_1' to '4' In the param.ccl of the Coordinate thorn, the range of this parameter appears as * :: "negative turns off stretching" Changing the * range statement to *:* makes it work on the cluster. Is this some known issue? Is there something specific to look for, in the Cactus configuration for instance? So far, I haven't thoroughly tested ET versions, different clusters etc, but I can try to provide more information if needed. Best, Jordan Nicoules -------------- next part -------------- An HTML attachment was scrubbed... URL: From users at einsteintoolkit.org Wed Feb 11 17:15:01 2026 From: users at einsteintoolkit.org (users at einsteintoolkit.org) Date: Wed, 11 Feb 2026 17:15:01 -0600 Subject: [Users] Einstein Toolkit Meeting Reminder Message-ID: <698d0d75.9Ya1RMUJno17aE/b%users@einsteintoolkit.org> Hello, Please consider joining the weekly Einstein Toolkit phone call at 9:00 am US central time on Thursdays. For details on how to connect and what agenda items are to be discussed, use the link below. https://docs.einsteintoolkit.org/et-docs/Main_Page#Weekly_Users_Call --The Maintainers From rhaas at mail.ubc.ca Thu Feb 12 09:15:10 2026 From: rhaas at mail.ubc.ca (Roland Haas) Date: Thu, 12 Feb 2026 07:15:10 -0800 Subject: [Users] Range error setting parameter, on cluster In-Reply-To: <3ff153d1eb844753a4f1ca29e61183b0@ua.pt> References: <3ff153d1eb844753a4f1ca29e61183b0@ua.pt> Message-ID: <20260212071459.7aa0e964@haengie2.phas.ubc.ca> Hello Jordan, > In the param.ccl of the Coordinate thorn, the range of this parameter > appears as > > * :: "negative turns off stretching" > Changing the * range statement to *:* makes it work on the cluster. > > Is this some known issue? Is there something specific to look for, in > the Cactus configuration for instance? So far, I haven't thoroughly > tested ET versions, different clusters etc, but I can try to provide > more information if needed. Hmm, the docs https://einsteintoolkit.org/usersguide/UsersGuide.html#x1-70000 are not explicit about this. I have certainly used it like this: --8<-- Coordinates::radial_stretch = "yes" Coordinates::stretch_rmin_1 = $outermost_detector + 2.*$initial_orbital_period Coordinates::stretch_rmax_1 = $outermost_detector + 4.*$initial_orbital_period Coordinates::h_radial_1 = 4 * $hr --8<-- in files of my own (with $hr having been set before). Can you attach the full parameter file maybe? 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 . From lucas.t.s.carneiro at gmail.com Thu Feb 12 09:23:11 2026 From: lucas.t.s.carneiro at gmail.com (Lucas Timotheo Sanches) Date: Thu, 12 Feb 2026 09:23:11 -0600 Subject: [Users] Meeting minutes for 2026-02-12 Message-ID: Present: Peter Diener, Lucas Timotheo Sanches, Noora Ghadiri, Steven R. Brandt Roland Hass, Bing-Jyun Tsao, Keith Dow, Beyhan. # Hypatia release - Steve says in good shape and On track. - Thorn reviewers are still needed. - Steve says we should try to run the code generators early on. - Peters has already promised to review Bhahaha. # Spec benchmark - The spec benchmark is getting ready for final steps of the release of the benchmark. - They are looking for stories about the toolkit and if we learned something about it - Steve asks for that, the community to provide those. Steve says he will have the release timeline ready by the next call # Dates for the UIUC summer workshop. Next ETK meeting will be in UIUC. Tentative dates are June 15th - 18th. # Mailing list - Loss of convergence with subcycling in time (Carpet): Miguel should file a bug report, and if he wants to dive in atm, it would be good. We can also offer help. Roland will reply and ask him to do so. # Tickets: - 2914: Collect people's existing photos. - 2912: Volume forms are not computed correctly for different coordinate systems. Roland has contacted Llama devs. but has not heard back from them. - 2898: No one reviewed it yet. - 2673: Roland will try to construct. - 2910: Lucas has defended it, but Roland does not like it. We have voted it to give it at least a review chance. - 2908: Lucas had no time to look into it. - 963: Peter promises that by June there will be updates From rhaas at mail.ubc.ca Thu Feb 12 09:23:46 2026 From: rhaas at mail.ubc.ca (Roland Haas) Date: Thu, 12 Feb 2026 07:23:46 -0800 Subject: [Users] Loss of convergence with subcycling in time In-Reply-To: References: <9203DF72-3569-452E-AB07-B132722C62F3@gmail.com> <497a5ac0-e300-4af2-ab8e-2fdfd96f0d8e@ua.pt> Message-ID: <20260212072346.08efeb11@haengie2.phas.ubc.ca> Hello Miguel, > i?m happy to help dig into this further, but i?m not super familiar > with Carpet's internals. should i file a bug report, or is someone > already looking into it? Sure. 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 . From keithdow at keithdow.net Thu Feb 12 17:05:56 2026 From: keithdow at keithdow.net (keithdow@keithdow.net keithdow@keithdow.net) Date: Thu, 12 Feb 2026 18:05:56 -0500 (EST) Subject: [Users] Meeting minutes for 2026-02-12 Message-ID: <427454090.2540173.1770937556964@webmail-oxcs.register.com> Present: Peter Diener, Lucas Timotheo Sanches, Noora Ghadiri, Steven R. Brandt Roland Hass, Bing-Jyun Tsao, Keith Dow, Beyhan, Deborah Ferguson, Nikolai Wallin Zach Etienne, Cheng-Hsin Cheng. # Hypatia release - Steve has a wiki page with google docs for tracking. - Thorn reviewers were identified. - Bhahaha reviewer Peter. - CanudaX reviewer Lucas with Beyhan helping. - Cotton Mouth reviewer Zach with Deborah helping. - CapryX Lucas champion with Roland to possibly review. # Unanswered Questions - Miguel needs to file a bug report about his issues with a charged black hole. # Tickets: - 2914: The suggestion is to use the group photo from the Austin meeting. -------------- next part -------------- An HTML attachment was scrubbed... URL: From jnicoules at ua.pt Fri Feb 13 09:34:17 2026 From: jnicoules at ua.pt (Jordan Nicoules) Date: Fri, 13 Feb 2026 15:34:17 +0000 Subject: [Users] Range error setting parameter, on cluster In-Reply-To: <20260212071459.7aa0e964@haengie2.phas.ubc.ca> References: <3ff153d1eb844753a4f1ca29e61183b0@ua.pt>, <20260212071459.7aa0e964@haengie2.phas.ubc.ca> Message-ID: Hi Roland, Thank you for your message. In the local version I have from the docs (UsersGuide.pdf version 4.14 commit cd7e0d57217bec3023091c951729faf982cf5f54), it gets mentioned in paragraph D2.3.2, in the INT case (REAL being the same), ----- Here, a specifies a set of integers, and has one of the following forms: * # means any integer ----- Regardless, it seems that the param.ccl from Coordinate still uses just * for h_radial_1. Rather than my actual par file, here is a more minimal working example (attached par file), derived from the Kerr-Schild_Multipole gallery example. I'm attaching the output file of the simulation. Note that a test without radial stretching did run properly - and so does a run with stretching when the range in param.ccl is *:* . For these tests, I made a fresh installation of the toolkit on the cluster (Deucalion), with the versions of GetComponents and the thornlist indicated at https://einsteintoolkit.org/download.html (in particular, !DEFINE ET_RELEASE = ET_2025_05). I've just commented out some thorns (typically CarpetX related). I am attaching the config file and thornlist, if it can be insightful. I can provide the log files containing the output of "make config" and "make" commands if needed. Best, Jordan ________________________________ From: Roland Haas Sent: Thursday, February 12, 2026 15:15 To: Jordan Nicoules via Users Cc: Jordan Nicoules Subject: Re: [Users] Range error setting parameter, on cluster CUIDADO: Email de um sistema externo. Cuidado com links, anexos e pedidos de dados/senhas. CAUTION: Email from an external system. Be careful with links, attachments, and requests for data/passwords. Hello Jordan, > In the param.ccl of the Coordinate thorn, the range of this parameter > appears as > > * :: "negative turns off stretching" > Changing the * range statement to *:* makes it work on the cluster. > > Is this some known issue? Is there something specific to look for, in > the Cactus configuration for instance? So far, I haven't thoroughly > tested ET versions, different clusters etc, but I can try to provide > more information if needed. Hmm, the docs https://einsteintoolkit.org/usersguide/UsersGuide.html#x1-70000 are not explicit about this. I have certainly used it like this: --8<-- Coordinates::radial_stretch = "yes" Coordinates::stretch_rmin_1 = $outermost_detector + 2.*$initial_orbital_period Coordinates::stretch_rmax_1 = $outermost_detector + 4.*$initial_orbital_period Coordinates::h_radial_1 = 4 * $hr --8<-- in files of my own (with $hr having been set before). Can you attach the full parameter file maybe? 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 . -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: deucalion-x86.cfg Type: application/octet-stream Size: 2597 bytes Desc: deucalion-x86.cfg URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: einsteintoolkit.th Type: application/octet-stream Size: 21383 bytes Desc: einsteintoolkit.th URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: Kerr-Schild_Multipole_stretch.par Type: application/octet-stream Size: 4725 bytes Desc: Kerr-Schild_Multipole_stretch.par URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: output-0000.out Type: application/octet-stream Size: 5578 bytes Desc: output-0000.out URL: From users at einsteintoolkit.org Mon Feb 16 15:18:01 2026 From: users at einsteintoolkit.org (users at einsteintoolkit.org) Date: Mon, 16 Feb 2026 15:18:01 -0600 Subject: [Users] Agenda for Thursday's Meeting Message-ID: <69938989.M6kX4YisvrUott/Q%users@einsteintoolkit.org> Please update the Wiki with agenda items for Thursday's meeting. Thanks! https://docs.einsteintoolkit.org/et-docs/meeting_agenda --The Maintainers From mzilhao at ua.pt Tue Feb 17 06:36:09 2026 From: mzilhao at ua.pt (=?UTF-8?Q?Miguel_Zilh=C3=A3o?=) Date: Tue, 17 Feb 2026 12:36:09 +0000 Subject: [Users] Loss of convergence with subcycling in time In-Reply-To: <20260212072346.08efeb11@haengie2.phas.ubc.ca> References: <9203DF72-3569-452E-AB07-B132722C62F3@gmail.com> <497a5ac0-e300-4af2-ab8e-2fdfd96f0d8e@ua.pt> <20260212072346.08efeb11@haengie2.phas.ubc.ca> Message-ID: <0ba71b5b-8d50-4328-bd87-057962007421@ua.pt> >> i?m happy to help dig into this further, but i?m not super familiar >> with Carpet's internals. should i file a bug report, or is someone >> already looking into it? > > Sure. i've just submitted a bug report here: https://bitbucket.org/einsteintoolkit/tickets/issues/2920 i added all the information needed to understand and reproduce the problem, but please let me know if there's anything missing. thanks, Miguel From users at einsteintoolkit.org Wed Feb 18 17:15:01 2026 From: users at einsteintoolkit.org (users at einsteintoolkit.org) Date: Wed, 18 Feb 2026 17:15:01 -0600 Subject: [Users] Einstein Toolkit Meeting Reminder Message-ID: <699647f5.dehzNieo33RRPppA%users@einsteintoolkit.org> Hello, Please consider joining the weekly Einstein Toolkit phone call at 9:00 am US central time on Thursdays. For details on how to connect and what agenda items are to be discussed, use the link below. https://docs.einsteintoolkit.org/et-docs/Main_Page#Weekly_Users_Call --The Maintainers From rhaas at phas.ubc.ca Thu Feb 19 09:37:14 2026 From: rhaas at phas.ubc.ca (rhaas at phas.ubc.ca) Date: Thu, 19 Feb 2026 07:37:14 -0800 Subject: [Users] meeting minutes for 2026-02-19 Message-ID: <20260219073619.3360cc9e@mail.ubc.ca> Present: Roland, Peter, Ameen Ahsen, Keith, Lucas, Beyhan, Cheng-Hsin, Max, Nikolai, Noora, Zach, Johnny, Steve ET release ========== * Beyhan asked about locations of repositories for inclusions, has created tickets for each inclusion * Lucas inquired about process for including generated code ** Roland reports that generated code is reviewed ** suggests to include a "Makefile" that can re-generate the code ** McLachlan or WeylScal4 may be good examples to look at Test runners ------------ * still need test runners for expanse and supermuc in the release details document * Lucas may be able to provide an account for expanse proposed inclusions ------------------- * have reviewers for all inclusions * no action needed right now Emails and tickets ================== * range error https://lists.einsteintoolkit.org/pipermail/users/2026-February/009877.html Roland is looking into this, but cannot right now reproduce with a current ET release. Will go back to release used by Jordan to see if this shows the error. * loss of convergence http://lists.einsteintoolkit.org/pipermail/users/2026-February/009879.html Miguel has created a ticket: https://bitbucket.org/einsteintoolkit/tickets/issues/2920 * no specific actions for tickets. New tickets exists for new contributions. * Facebook photo for ET page: https://bitbucket.org/einsteintoolkit/tickets/issues/2914/update-cover-photo-for-et-facebook-page Steve and Johnny are in contact to update the photo * no updates on https://bitbucket.org/einsteintoolkit/tickets/issues/2912/inconsistent-computation-of-the-volume * no updates on https://bitbucket.org/einsteintoolkit/tickets/issues/2673/provide-historical-tar-archives-for-each Roland still working on producing the missing 3 release tar balls * Roland still looking into https://bitbucket.org/einsteintoolkit/tickets/issues/2899/bhns-with-elliptica-assertion-all-offset is a Carpet issue, has had not time yet to fully debug, but has access to MN5 * no updates but agreement that names are too generic on https://bitbucket.org/einsteintoolkit/tickets/issues/2907/arith-uses-very-generic-names-for-its * no updates on tickets up for review 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 . From users at einsteintoolkit.org Mon Feb 23 15:18:01 2026 From: users at einsteintoolkit.org (users at einsteintoolkit.org) Date: Mon, 23 Feb 2026 15:18:01 -0600 Subject: [Users] Agenda for Thursday's Meeting Message-ID: <699cc409.g2qzkMyt/JHaBp0r%users@einsteintoolkit.org> Please update the Wiki with agenda items for Thursday's meeting. Thanks! https://docs.einsteintoolkit.org/et-docs/meeting_agenda --The Maintainers From users at einsteintoolkit.org Wed Feb 25 17:15:01 2026 From: users at einsteintoolkit.org (users at einsteintoolkit.org) Date: Wed, 25 Feb 2026 17:15:01 -0600 Subject: [Users] Einstein Toolkit Meeting Reminder Message-ID: <699f8275.8bywTOz7OxkUSwn0%users@einsteintoolkit.org> Hello, Please consider joining the weekly Einstein Toolkit phone call at 9:00 am US central time on Thursdays. For details on how to connect and what agenda items are to be discussed, use the link below. https://docs.einsteintoolkit.org/et-docs/Main_Page#Weekly_Users_Call --The Maintainers From rhaas at mail.ubc.ca Thu Feb 26 09:00:49 2026 From: rhaas at mail.ubc.ca (Roland Haas) Date: Thu, 26 Feb 2026 07:00:49 -0800 Subject: [Users] Range error setting parameter, on cluster In-Reply-To: References: <3ff153d1eb844753a4f1ca29e61183b0@ua.pt> <20260212071459.7aa0e964@haengie2.phas.ubc.ca> Message-ID: <20260226070049.5fdb5113@haengie2.phas.ubc.ca> Hello Jordan, Hmm, worksforme with the current ET version. I will need to give the version of your git hash a try. Yours, Roland > [CAUTION: Non-UBC Email] > > Hi Roland, > > > Thank you for your message. > > In the local version I have from the docs (UsersGuide.pdf version 4.14 commit cd7e0d57217bec3023091c951729faf982cf5f54), it gets mentioned in paragraph D2.3.2, in the INT case (REAL being the same), > > ----- > Here, a specifies a set of integers, and has one of the > following forms: > * # means any integer > ----- > > Regardless, it seems that the param.ccl from Coordinate still uses just * for h_radial_1. > > Rather than my actual par file, here is a more minimal working example (attached par file), derived from the Kerr-Schild_Multipole gallery example. I'm attaching the output file of the simulation. Note that a test without radial stretching did run properly - and so does a run with stretching when the range in param.ccl is *:* . > > For these tests, I made a fresh installation of the toolkit on the cluster (Deucalion), with the versions of GetComponents and the thornlist indicated at https://einsteintoolkit.org/download.html (in particular, !DEFINE ET_RELEASE = ET_2025_05). I've just commented out some thorns (typically CarpetX related). I am attaching the config file and thornlist, if it can be insightful. I can provide the log files containing the output of "make config" and "make" commands if needed. > > Best, > > Jordan > > > > > ________________________________ > From: Roland Haas > Sent: Thursday, February 12, 2026 15:15 > To: Jordan Nicoules via Users > Cc: Jordan Nicoules > Subject: Re: [Users] Range error setting parameter, on cluster > > > CUIDADO: Email de um sistema externo. Cuidado com links, anexos e pedidos de dados/senhas. > CAUTION: Email from an external system. Be careful with links, attachments, and requests for data/passwords. > > Hello Jordan, > > > In the param.ccl of the Coordinate thorn, the range of this parameter > > appears as > > > > * :: "negative turns off stretching" > > Changing the * range statement to *:* makes it work on the cluster. > > > > Is this some known issue? Is there something specific to look for, in > > the Cactus configuration for instance? So far, I haven't thoroughly > > tested ET versions, different clusters etc, but I can try to provide > > more information if needed. > > Hmm, the docs > > https://einsteintoolkit.org/usersguide/UsersGuide.html#x1-70000 > > are not explicit about this. > > I have certainly used it like this: > > --8<-- > Coordinates::radial_stretch = "yes" > Coordinates::stretch_rmin_1 = $outermost_detector + 2.*$initial_orbital_period > Coordinates::stretch_rmax_1 = $outermost_detector + 4.*$initial_orbital_period > Coordinates::h_radial_1 = 4 * $hr > --8<-- > > in files of my own (with $hr having been set before). > > Can you attach the full parameter file maybe? > > 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 . -- 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 . From wall5948 at vandals.uidaho.edu Thu Feb 26 10:00:41 2026 From: wall5948 at vandals.uidaho.edu (Wallin, Nikolai (wall5948@vandals.uidaho.edu)) Date: Thu, 26 Feb 2026 16:00:41 +0000 Subject: [Users] Minutes Feb 26, 2026 Message-ID: Present: Nikolai, Peter, Steven, Beyhan, Deborah, Johnny, Lucas, Maxwell, Noora, Rahim, Roland, Zac ET release ========== * All gallery runners are assigned * we have reviewers for the thorns * Zac updated BHaHAHA Peter should update before continuing review. A tool for coding ============== *Steven would like to advocate for a tool he has made Cactus IDE *pip install git+https://github.com/stevenrbrandt/cactus_ide.git Lucas endorsed Paper on reprimand almost done ========================== * Should add fuka and boost available as external library Emails and tickets ================== * No new emails *Multipatch support in NewRadX https://bitbucket.org/einsteintoolkit/tickets/issues/2921/multipatch-support-in-newradx Lucas is trying to make it Multipatch agnostic. Its opt in, ready for review. *Cactus: Fixed arg list too long error. https://bitbucket.org/einsteintoolkit/tickets/issues/2908/cactus-fixed-arg-list-too-long-error Waiting for Max to finish testing suggestions * CarpetX: Add option to exclude boundaries in 1D tsv output https://bitbucket.org/einsteintoolkit/tickets/issues/2910/carpetx-add-option-to-exclude-boundaries * 2914 should be closed * Inconsistent computation of the volume form in Coordinates (llama) between Thornburg04/13 and default behavior https://bitbucket.org/einsteintoolkit/tickets/issues/2912/inconsistent-computation-of-the-volume No response from authors * provide (historical) tar archives for each ET release https://bitbucket.org/einsteintoolkit/tickets/issues/2673/provide-historical-tar-archives-for-each Roland will upload what he has. Missing 3 They will be bitbucket downloads off the www repository * BHNS with Elliptica: Assertion `all(offset == other.offset)' failed bitbucket.org/einsteintoolkit/tickets/issues/2899/bhns-with-elliptica-assertion-all-offset Only seen on Marenostrom * have pkg-config code path in `find_lib` set `FOO_RAW_INC_DIRS` and `FOO_RAW_LIB_DIRS` https://bitbucket.org/einsteintoolkit/tickets/issues/2899/bhns-with-elliptica-assertion-all-offset Compiler error. Hdf5 found but cant find includes. Roland would like it reviewed An aside ======== Zac suggests we mark tickets in the system as having been discussed and invite ticketers to attend a telecon so we can have more communication with them. *CarpetX: interpolation with z-reflection symmetry only works for Psi4 https://bitbucket.org/einsteintoolkit/tickets/issues/2899/bhns-with-elliptica-assertion-all-offset Came up in recent calls about waveform extractions. Should not be to difficult. Update McLachlan ??? Not sure what ticket this was Peter will address this next week From jnicoules at ua.pt Fri Feb 27 07:55:54 2026 From: jnicoules at ua.pt (Jordan Nicoules) Date: Fri, 27 Feb 2026 13:55:54 +0000 Subject: [Users] Range error setting parameter, on cluster In-Reply-To: <20260226070049.5fdb5113@haengie2.phas.ubc.ca> References: <3ff153d1eb844753a4f1ca29e61183b0@ua.pt> <20260212071459.7aa0e964@haengie2.phas.ubc.ca> , <20260226070049.5fdb5113@haengie2.phas.ubc.ca> Message-ID: <7bd4ec7b04ef4ee9912b4e997af7c7da@ua.pt> Hi Roland, Well, I don't know if the git hash corresponds to the ET release directly (I took it from the front page of the UsersGuide.pdf I have on my work station). The corresponding ET release should be ET_2024_05 I think. I'm not sure this is (completely) a matter of version, since for a given version, I get different behaviors on different machines: - ET_2024_05: Deucalion --> range error ; work station --> fine - ET_2025_05: Deucalion --> range error ; work station, MesoPSL, MareNostrum --> all fine. Isn't ET_2025_05 the latest? Best, Jordan ________________________________ From: Roland Haas Sent: Thursday, February 26, 2026 3:00:49 PM To: Jordan Nicoules via Users Cc: Jordan Nicoules Subject: Re: [Users] Range error setting parameter, on cluster CUIDADO: Email de um sistema externo. Cuidado com links, anexos e pedidos de dados/senhas. CAUTION: Email from an external system. Be careful with links, attachments, and requests for data/passwords. Hello Jordan, Hmm, worksforme with the current ET version. I will need to give the version of your git hash a try. Yours, Roland > [CAUTION: Non-UBC Email] > > Hi Roland, > > > Thank you for your message. > > In the local version I have from the docs (UsersGuide.pdf version 4.14 commit cd7e0d57217bec3023091c951729faf982cf5f54), it gets mentioned in paragraph D2.3.2, in the INT case (REAL being the same), > > ----- > Here, a specifies a set of integers, and has one of the > following forms: > * # means any integer > ----- > > Regardless, it seems that the param.ccl from Coordinate still uses just * for h_radial_1. > > Rather than my actual par file, here is a more minimal working example (attached par file), derived from the Kerr-Schild_Multipole gallery example. I'm attaching the output file of the simulation. Note that a test without radial stretching did run properly - and so does a run with stretching when the range in param.ccl is *:* . > > For these tests, I made a fresh installation of the toolkit on the cluster (Deucalion), with the versions of GetComponents and the thornlist indicated at https://einsteintoolkit.org/download.html (in particular, !DEFINE ET_RELEASE = ET_2025_05). I've just commented out some thorns (typically CarpetX related). I am attaching the config file and thornlist, if it can be insightful. I can provide the log files containing the output of "make config" and "make" commands if needed. > > Best, > > Jordan > > > > > ________________________________ > From: Roland Haas > Sent: Thursday, February 12, 2026 15:15 > To: Jordan Nicoules via Users > Cc: Jordan Nicoules > Subject: Re: [Users] Range error setting parameter, on cluster > > > CUIDADO: Email de um sistema externo. Cuidado com links, anexos e pedidos de dados/senhas. > CAUTION: Email from an external system. Be careful with links, attachments, and requests for data/passwords. > > Hello Jordan, > > > In the param.ccl of the Coordinate thorn, the range of this parameter > > appears as > > > > * :: "negative turns off stretching" > > Changing the * range statement to *:* makes it work on the cluster. > > > > Is this some known issue? Is there something specific to look for, in > > the Cactus configuration for instance? So far, I haven't thoroughly > > tested ET versions, different clusters etc, but I can try to provide > > more information if needed. > > Hmm, the docs > > https://einsteintoolkit.org/usersguide/UsersGuide.html#x1-70000 > > are not explicit about this. > > I have certainly used it like this: > > --8<-- > Coordinates::radial_stretch = "yes" > Coordinates::stretch_rmin_1 = $outermost_detector + 2.*$initial_orbital_period > Coordinates::stretch_rmax_1 = $outermost_detector + 4.*$initial_orbital_period > Coordinates::h_radial_1 = 4 * $hr > --8<-- > > in files of my own (with $hr having been set before). > > Can you attach the full parameter file maybe? > > 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 . -- 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 . -------------- next part -------------- An HTML attachment was scrubbed... URL: From rhaas at mail.ubc.ca Fri Feb 27 09:30:09 2026 From: rhaas at mail.ubc.ca (Roland Haas) Date: Fri, 27 Feb 2026 07:30:09 -0800 Subject: [Users] Range error setting parameter, on cluster In-Reply-To: <7bd4ec7b04ef4ee9912b4e997af7c7da@ua.pt> References: <3ff153d1eb844753a4f1ca29e61183b0@ua.pt> <20260212071459.7aa0e964@haengie2.phas.ubc.ca> <20260226070049.5fdb5113@haengie2.phas.ubc.ca> <7bd4ec7b04ef4ee9912b4e997af7c7da@ua.pt> Message-ID: <20260227073009.5cd6b294@haengie2.phas.ubc.ca> Hello Jordan, > Well, I don't know if the git hash corresponds to the ET release directly (I took it from the front page of the UsersGuide.pdf I have on my work station). The corresponding ET release should be ET_2024_05 I think. The hash that is shown in the docs is a git commit hash of the Cactus repository (the "flesh") so I can correlate with the release. > I'm not sure this is (completely) a matter of version, since for a given version, I get different behaviors on different machines: > > - ET_2024_05: Deucalion --> range error ; work station --> fine > > - ET_2025_05: Deucalion --> range error ; work station, MesoPSL, MareNostrum --> all fine. > Ok, it working on a workstation and failing on another (or cluster, https://en.wikipedia.org/wiki/Deucalion_(supercomputer) ?) is very strange. Would you be able to send me the option lists for those two and also the files configs//config-data/make.config.defn ? The latter are the fully parsed files that make constructs using the option list and other information. > Isn't ET_2025_05 the latest? It is the latest yes. 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 . From jnicoules at ua.pt Fri Feb 27 10:32:34 2026 From: jnicoules at ua.pt (Jordan Nicoules) Date: Fri, 27 Feb 2026 16:32:34 +0000 Subject: [Users] Range error setting parameter, on cluster In-Reply-To: <20260227073009.5cd6b294@haengie2.phas.ubc.ca> References: <3ff153d1eb844753a4f1ca29e61183b0@ua.pt> <20260212071459.7aa0e964@haengie2.phas.ubc.ca> <20260226070049.5fdb5113@haengie2.phas.ubc.ca> <7bd4ec7b04ef4ee9912b4e997af7c7da@ua.pt>, <20260227073009.5cd6b294@haengie2.phas.ubc.ca> Message-ID: <711db3ef25944b5fa55bb73f1de72f1e@ua.pt> Hi Roland, Indeed, Deucalion is a cluster (as well as MesoPSL and MareNostrum, which I checked before sending my previous email, and which seem to work just fine with the "*" range as expected). I'm attaching the requested files: - for the work station: relayer_ubuntu.cfg, workstation_make.config.defn - for the Deucalion cluster: deucalion-x86.cfg, deucalion_make.config.defn These are from the minimal working example I was mentioning before, with the latest ET version. Thank you for your assistance! Best, Jordan ________________________________ From: Roland Haas Sent: Friday, February 27, 2026 3:30:09 PM To: Jordan Nicoules Cc: Jordan Nicoules via Users Subject: Re: [Users] Range error setting parameter, on cluster CUIDADO: Email de um sistema externo. Cuidado com links, anexos e pedidos de dados/senhas. CAUTION: Email from an external system. Be careful with links, attachments, and requests for data/passwords. Hello Jordan, > Well, I don't know if the git hash corresponds to the ET release directly (I took it from the front page of the UsersGuide.pdf I have on my work station). The corresponding ET release should be ET_2024_05 I think. The hash that is shown in the docs is a git commit hash of the Cactus repository (the "flesh") so I can correlate with the release. > I'm not sure this is (completely) a matter of version, since for a given version, I get different behaviors on different machines: > > - ET_2024_05: Deucalion --> range error ; work station --> fine > > - ET_2025_05: Deucalion --> range error ; work station, MesoPSL, MareNostrum --> all fine. > Ok, it working on a workstation and failing on another (or cluster, https://en.wikipedia.org/wiki/Deucalion_(supercomputer) ?) is very strange. Would you be able to send me the option lists for those two and also the files configs//config-data/make.config.defn ? The latter are the fully parsed files that make constructs using the option list and other information. > Isn't ET_2025_05 the latest? It is the latest yes. 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 . -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: deucalion_make.config.defn Type: application/octet-stream Size: 10212 bytes Desc: deucalion_make.config.defn URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: deucalion-x86.cfg Type: application/octet-stream Size: 2597 bytes Desc: deucalion-x86.cfg URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: relayer_ubuntu.cfg Type: application/octet-stream Size: 1996 bytes Desc: relayer_ubuntu.cfg URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: workstation_make.config.defn Type: application/octet-stream Size: 10289 bytes Desc: workstation_make.config.defn URL: