From trac-noreply at einsteintoolkit.org Thu Nov 6 03:33:54 2025 From: trac-noreply at einsteintoolkit.org (Alejandra Gonzalez) Date: Thu, 06 Nov 2025 09:33:54 +0000 Subject: [ET Trac] #2897: Reading nuceos table from initial data reader to EOS_Omni Message-ID: #2897: Reading nuceos table from initial data reader to EOS_Omni Reporter: Alejandra Gonzalez Status: open Milestone: Version: ET_2025_05 Type: bug Priority: major Component: EinsteinToolkit thorn Comment (by Alejandra Gonzalez): Hi Roland, unfortunately the resulting backtrace when I run the parfile I share turns out empty, that?s why I ran gdb to pinpoint the issue. I will try out the `GRHydro` and `HydroBase` settings to evolve temperature and neutrinos since I?m suspecting that?s where the problem comes from. -- Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/2897/reading-nuceos-table-from-initial-data -------------- next part -------------- An HTML attachment was scrubbed... URL: From trac-noreply at einsteintoolkit.org Thu Nov 6 09:03:34 2025 From: trac-noreply at einsteintoolkit.org (Roland Haas) Date: Thu, 06 Nov 2025 15:03:34 +0000 Subject: [ET Trac] #2172: Test "Binary black hole GW150914" example Message-ID: #2172: Test "Binary black hole GW150914" example Reporter: Roland Haas Status: open Milestone: ET_2025_05 Version: development version Type: task Priority: major Component: EinsteinToolkit website Comment (by Roland Haas): All applied. Thank you! -- Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/2172/test-binary-black-hole-gw150914-example -------------- next part -------------- An HTML attachment was scrubbed... URL: From trac-noreply at einsteintoolkit.org Thu Nov 6 09:03:39 2025 From: trac-noreply at einsteintoolkit.org (Roland Haas) Date: Thu, 06 Nov 2025 15:03:39 +0000 Subject: [ET Trac] #2172: Test "Binary black hole GW150914" example Message-ID: #2172: Test "Binary black hole GW150914" example Reporter: Roland Haas Status: resolved Milestone: ET_2025_05 Version: development version Type: task Priority: major Component: EinsteinToolkit website Changes (by Roland Haas): status: resolved (was open) -- Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/2172/test-binary-black-hole-gw150914-example -------------- next part -------------- An HTML attachment was scrubbed... URL: From trac-noreply at einsteintoolkit.org Thu Nov 6 09:04:00 2025 From: trac-noreply at einsteintoolkit.org (Roland Haas) Date: Thu, 06 Nov 2025 15:04:00 +0000 Subject: [ET Trac] #2866: Problem while building the ET on MN5: OpenCL Message-ID: #2866: Problem while building the ET on MN5: OpenCL Reporter: Samuel G?mez Status: resolved Milestone: Version: Type: bug Priority: blocker Component: Cactus Changes (by Roland Haas): status: resolved (was new) -- Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/2866/problem-while-building-the-et-on-mn5 -------------- next part -------------- An HTML attachment was scrubbed... URL: From trac-noreply at einsteintoolkit.org Thu Nov 6 09:13:33 2025 From: trac-noreply at einsteintoolkit.org (Roland Haas) Date: Thu, 06 Nov 2025 15:13:33 +0000 Subject: [ET Trac] #2886: support cell centered directions when calling Fortran scheduled functions in CarpetX Message-ID: #2886: support cell centered directions when calling Fortran scheduled functions in CarpetX Reporter: Roland Haas Status: open Milestone: Version: Type: enhancement Priority: major Component: Cactus Changes (by Roland Haas): title: support cell centered directions when calling Fortran scheduled functions in CarpetX (was support cell centered directions when calling Fortran scheduled functions) -- Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/2886/support-cell-centered-directions-when -------------- next part -------------- An HTML attachment was scrubbed... URL: From trac-noreply at einsteintoolkit.org Tue Nov 11 02:01:33 2025 From: trac-noreply at einsteintoolkit.org (Lucas Timotheo Sanches) Date: Tue, 11 Nov 2025 08:01:33 +0000 Subject: [ET Trac] #2898: CarpetX: Interpolator caches Message-ID: #2898: CarpetX: Interpolator caches Reporter: Lucas Timotheo Sanches Status: new Milestone: Version: Type: enhancement Priority: major Component: Pull request and detailed explanation is [here](https://github.com/EinsteinToolkit/CarpetX/pull/369) -- Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/2898/carpetx-interpolator-caches -------------- next part -------------- An HTML attachment was scrubbed... URL: From trac-noreply at einsteintoolkit.org Tue Nov 11 02:01:47 2025 From: trac-noreply at einsteintoolkit.org (Lucas Timotheo Sanches) Date: Tue, 11 Nov 2025 08:01:47 +0000 Subject: [ET Trac] #2898: CarpetX: Interpolator caches Message-ID: #2898: CarpetX: Interpolator caches Reporter: Lucas Timotheo Sanches Status: new Milestone: Version: Type: enhancement Priority: major Component: Comment (by Lucas Timotheo Sanches): Please review -- Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/2898/carpetx-interpolator-caches -------------- next part -------------- An HTML attachment was scrubbed... URL: From trac-noreply at einsteintoolkit.org Wed Nov 12 10:07:04 2025 From: trac-noreply at einsteintoolkit.org (Roland Haas) Date: Wed, 12 Nov 2025 16:07:04 +0000 Subject: [ET Trac] #2898: CarpetX: Interpolator caches Message-ID: #2898: CarpetX: Interpolator caches Reporter: Lucas Timotheo Sanches Status: new Milestone: Version: Type: enhancement Priority: major Component: Comment (by Roland Haas): Having a hidden cache is dangerous since it will accumulate cache entries that may no longer be required \(eg a run that never regrids but updates coordinates\). Something like this happened to the HTTP thorn Better maybe to let the user code control cache entries. Eg. Slab uses \(in `Slab/src/slab.h` \(though apparently there?s no LaTeXed docs for this\) `Slab_MultiTransfer_Init` and `Slab_MultiTransfer_Finalize` to manage lifetime of its control structures. CarpetInterp2 \(being C\+\+ only\) uses the `fasterp_setup_t`class \(`CarpetInterp2/src/fasterp.hh`\). This also avoids the need to have to hash the input coordinates etc. or otherwise find out which cached entry to use. This can be added to the regular Cactus interpolator \(could be in Carpet as well, though apparently I never created code for this\) by having a handle based interface and storing the \(int\) handle is a parameter in the interpolator parameter table \(in fact the interpolator is free to modify the table, so it could actually allocate the cache entry is an ?emtpy? field for the cache handle is found in the table, which would require only call to deallocate the handle object\). -- Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/2898/carpetx-interpolator-caches -------------- next part -------------- An HTML attachment was scrubbed... URL: From trac-noreply at einsteintoolkit.org Wed Nov 12 10:22:35 2025 From: trac-noreply at einsteintoolkit.org (Alejandra Gonzalez) Date: Wed, 12 Nov 2025 16:22:35 +0000 Subject: [ET Trac] #2899: BHNS with Elliptica: Assertion `all(offset == other.offset)' failed Message-ID: #2899: BHNS with Elliptica: Assertion `all(offset == other.offset)' failed Reporter: Alejandra Gonzalez Status: new Milestone: Version: Type: bug Priority: major Component: Hello, I?m testing the Elliptica\_ID\_Reader thorn to evolve black hole neutron star binaries. Right after iteration 0 I get the following error: ``` cactus_sim_ellip: /gpfs/home/uib/uib416720/ETK2024/Elliptica/Cactus/arrangements/Carpet/CarpetLib/src/bboxset2.hh:263: CarpetLib::bboxset2::bboxset CarpetLib::bboxset2::bboxset::binary_operator(const F&, const CarpetLib::bboxset2::bboxset&) const [with F = CarpetLib::bboxset2::bboxset::operator|(const CarpetLib::bboxset2::bboxset&) const::; T = int; int D = 3]: Assertion `all(offset == other.offset)' failed. ``` I understand there?s something wrong with the box covering either of the two objects so I would appreciate suggestions as to which parameters to modify and how to set this properly. I?m attaching the parfile I?m using, maybe I?m missing something there. attachment: bhns_gamma2.0_k92.1_n128.par (https://api.bitbucket.org/2.0/repositories/einsteintoolkit/tickets/issues/2899/attachments/bhns_gamma2.0_k92.1_n128.par) -- Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/2899/bhns-with-elliptica-assertion-all-offset -------------- next part -------------- An HTML attachment was scrubbed... URL: From trac-noreply at einsteintoolkit.org Fri Nov 14 14:46:46 2025 From: trac-noreply at einsteintoolkit.org (Hector Iglesias) Date: Fri, 14 Nov 2025 20:46:46 +0000 Subject: [ET Trac] #2900: Support for Lonestar Message-ID: #2900: Support for Lonestar Reporter: Hector Iglesias Status: submitted Milestone: Version: Type: bug Priority: blocker Component: Hello, I was wondering if there was support for the Lonestar cluster. I don?t see any files for it in `simfactory/mdb` in the latest ET release, but [#256](https://bitbucket.org/einsteintoolkit/tickets/issues/256/add-support-for-the-new-lonestar) seems to indicate that there was a time where there was support. Thanks. -- Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/2900/support-for-lonestar -------------- next part -------------- An HTML attachment was scrubbed... URL: From trac-noreply at einsteintoolkit.org Mon Nov 17 11:01:10 2025 From: trac-noreply at einsteintoolkit.org (Miren Radia) Date: Mon, 17 Nov 2025 17:01:10 +0000 Subject: [ET Trac] #2892: SpacetimeX: GPU error in PunctureTracker::PunctureContainer::interpolate Message-ID: #2892: SpacetimeX: GPU error in PunctureTracker::PunctureContainer::interpolate Reporter: Miren Radia Status: open Milestone: Version: development version Type: bug Priority: major Component: CarpetX Comment (by Miren Radia): I have opened a discussion in the AMReX repository [here](https://github.com/AMReX-Codes/amrex/discussions/4795). -- Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/2892/spacetimex-gpu-error-in-puncturetracker -------------- next part -------------- An HTML attachment was scrubbed... URL: From trac-noreply at einsteintoolkit.org Mon Nov 17 11:05:38 2025 From: trac-noreply at einsteintoolkit.org (Miren Radia) Date: Mon, 17 Nov 2025 17:05:38 +0000 Subject: [ET Trac] #2901: ExternalLibraries-ADIOS2: detect.sh adds nonexistent MPI libraries if ADIOS2_ENABLE_SST == yes when using external ADIOS2 Message-ID: #2901: ExternalLibraries-ADIOS2: detect.sh adds nonexistent MPI libraries if ADIOS2_ENABLE_SST == yes when using external ADIOS2 Reporter: Miren Radia Status: submitted Milestone: Version: development version Type: bug Priority: minor Component: EinsteinToolkit thorn I opened [an issue in the GitHub repository](https://github.com/EinsteinToolkit/ExternalLibraries-ADIOS2/issues/8) but am opening this ticket here as suggested by Roland Haas. The GitHub issue description is below In the case \`ADIOS2\_ENABLE\_SST == yes\`, after [this line](https://github.com/EinsteinToolkit/ExternalLibraries-ADIOS2/blob/c45b71f75756a2d4d7d9bf6f8cee3b502dc6fea7/src/detect.sh#L51) \`\`\`bash ADIOS2\_REQ\_LIBRARIES="adios2\_cxx11 adios2\_c adios2\_core adios2\_evpath adios2\_atl adios2\_enet adios2\_ffs adios2\_dill" \`\`\` \(maybe with a fortran one too depending on that config option\). Then [later on](https://github.com/EinsteinToolkit/ExternalLibraries-ADIOS2/blob/c45b71f75756a2d4d7d9bf6f8cee3b502dc6fea7/src/detect.sh#L85-87), all of these libraries are appended by \`\_mpi\` so the full library list looks something like \`\`\` ADIOS2\_LIBS="adios2\_cxx11\_mpi adios2\_c\_mpi adios2\_core\_mpi adios2\_evpath\_mpi adios2\_atl\_mpi adios2\_enet\_mpi adios2\_ffs\_mpi adios2\_dill\_mpi adios2\_cxx11 adios2\_c adios2\_core adios2\_evpath adios2\_atl adios2\_enet adios2\_ffs adios2\_dill" \`\`\` Unfortunately, looking at my Spack build of ADIOS2, I only have the following in the \`lib64\` directory \(actually it's the same as the one built by Cactus using the \`build.sh\` script\): \`\`\` cmake libadios2\_c.a libadios2\_core.a libadios2\_cxx11.a libadios2\_dill.a libadios2\_evpath.a libadios2\_atl.a libadios2\_c\_mpi.a libadios2\_core\_mpi.a libadios2\_cxx11\_mpi.a libadios2\_enet.a libadios2\_ffs.a \`\`\` I think only \`adios2\_cxx11 adios2\_c adios2\_core\` \(and \`adios2\_fortran\` if enabled\) should be appended by \`\_mpi\`. Note that it seems to be correct in the case ADIOS2 is built rather than using an external library \(see [here](https://github.com/EinsteinToolkit/ExternalLibraries-ADIOS2/blob/c45b71f75756a2d4d7d9bf6f8cee3b502dc6fea7/src/detect.sh#L122-L125)\). -- Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/2901/externallibraries-adios2-detectsh-adds -------------- next part -------------- An HTML attachment was scrubbed... URL: From trac-noreply at einsteintoolkit.org Mon Nov 17 11:07:45 2025 From: trac-noreply at einsteintoolkit.org (Miren Radia) Date: Mon, 17 Nov 2025 17:07:45 +0000 Subject: [ET Trac] #2901: ExternalLibraries-ADIOS2: detect.sh adds nonexistent MPI libraries if ADIOS2_ENABLE_SST == yes when using external ADIOS2 Message-ID: #2901: ExternalLibraries-ADIOS2: detect.sh adds nonexistent MPI libraries if ADIOS2_ENABLE_SST == yes when using external ADIOS2 Reporter: Miren Radia Status: submitted Milestone: Version: development version Type: bug Priority: minor Component: EinsteinToolkit thorn Changes (by Miren Radia): I opened [an issue in the GitHub repository](https://github.com/EinsteinToolkit/ExternalLibraries-ADIOS2/issues/8) but am opening this ticket here as suggested by Roland Haas. The GitHub issue description is below In the case `ADIOS2_ENABLE_SST == yes`, after [this line](https://github.com/EinsteinToolkit/ExternalLibraries-ADIOS2/blob/c45b71f75756a2d4d7d9bf6f8cee3b502dc6fea7/src/detect.sh#L51) ```shell ADIOS2_REQ_LIBRARIES="adios2_cxx11 adios2_c adios2_core adios2_evpath adios2_atl adios2_enet adios2_ffs adios2_dill" ``` \(maybe with a fortran one too depending on that config option\). Then [later on](https://github.com/EinsteinToolkit/ExternalLibraries-ADIOS2/blob/c45b71f75756a2d4d7d9bf6f8cee3b502dc6fea7/src/detect.sh#L85-87), all of these libraries are appended by `_mpi` so the full library list looks something like ```shell ADIOS2_LIBS="adios2_cxx11_mpi adios2_c_mpi adios2_core_mpi adios2_evpath_mpi adios2_atl_mpi adios2_enet_mpi adios2_ffs_mpi adios2_dill_mpi adios2_cxx11 adios2_c adios2_core adios2_evpath adios2_atl adios2_enet adios2_ffs adios2_dill" ``` Unfortunately, looking at my Spack build of ADIOS2, I only have the following in the `lib64` directory \(actually it's the same as the one built by Cactus using the `build.sh` script\): ``` cmake libadios2_c.a libadios2_core.a libadios2_cxx11.a libadios2_dill.a libadios2_evpath.a libadios2_atl.a libadios2_c_mpi.a libadios2_core_mpi.a libadios2_cxx11_mpi.a libadios2_enet.a libadios2_ffs.a ``` I think only `adios2_cxx11 adios2_c adios2_core` \(and `adios2_fortran` if enabled\) should be appended by `_mpi`. Note that it seems to be correct in the case ADIOS2 is built rather than using an external library \(see [here](https://github.com/EinsteinToolkit/ExternalLibraries-ADIOS2/blob/c45b71f75756a2d4d7d9bf6f8cee3b502dc6fea7/src/detect.sh#L122-L125)\). -- Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/2901/externallibraries-adios2-detectsh-adds -------------- next part -------------- An HTML attachment was scrubbed... URL: From trac-noreply at einsteintoolkit.org Mon Nov 17 11:11:28 2025 From: trac-noreply at einsteintoolkit.org (Roland Haas) Date: Mon, 17 Nov 2025 17:11:28 +0000 Subject: [ET Trac] #2901: ExternalLibraries-ADIOS2: detect.sh adds nonexistent MPI libraries if ADIOS2_ENABLE_SST == yes when using external ADIOS2 Message-ID: #2901: ExternalLibraries-ADIOS2: detect.sh adds nonexistent MPI libraries if ADIOS2_ENABLE_SST == yes when using external ADIOS2 Reporter: Miren Radia Status: open Milestone: Version: development version Type: bug Priority: minor Component: EinsteinToolkit thorn Changes (by Roland Haas): status: open (was submitted) -- Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/2901/externallibraries-adios2-detectsh-adds -------------- next part -------------- An HTML attachment was scrubbed... URL: From trac-noreply at einsteintoolkit.org Mon Nov 17 11:11:46 2025 From: trac-noreply at einsteintoolkit.org (Roland Haas) Date: Mon, 17 Nov 2025 17:11:46 +0000 Subject: [ET Trac] #2901: ExternalLibraries-ADIOS2: detect.sh adds nonexistent MPI libraries if ADIOS2_ENABLE_SST == yes when using external ADIOS2 Message-ID: #2901: ExternalLibraries-ADIOS2: detect.sh adds nonexistent MPI libraries if ADIOS2_ENABLE_SST == yes when using external ADIOS2 Reporter: Miren Radia Status: open Milestone: Version: development version Type: bug Priority: minor Component: EinsteinToolkit thorn Changes (by Roland Haas): responsible: [] (was ) assignee: Roland Haas (was ) -- Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/2901/externallibraries-adios2-detectsh-adds -------------- next part -------------- An HTML attachment was scrubbed... URL: From trac-noreply at einsteintoolkit.org Mon Nov 17 11:13:01 2025 From: trac-noreply at einsteintoolkit.org (Miren Radia) Date: Mon, 17 Nov 2025 17:13:01 +0000 Subject: [ET Trac] #2901: ExternalLibraries-ADIOS2: detect.sh adds nonexistent MPI libraries if ADIOS2_ENABLE_SST == yes when using external ADIOS2 Message-ID: #2901: ExternalLibraries-ADIOS2: detect.sh adds nonexistent MPI libraries if ADIOS2_ENABLE_SST == yes when using external ADIOS2 Reporter: Miren Radia Status: open Milestone: Version: development version Type: bug Priority: minor Component: EinsteinToolkit thorn Comment (by Miren Radia): My hacky fix was this change: ```diff diff --git a/src/detect.sh b/src/detect.sh index 7fce31d..087c260 100755 --- a/src/detect.sh +++ b/src/detect.sh @@ -45,6 +45,7 @@ ADIOS2_REQ_LIBS="adios2_cxx11 adios2_c adios2_core" if [ "$(echo ${ADIOS2_ENABLE_FORTRAN} | tr '[:upper:]' '[:lower:]')" = 'yes' ]; then ADIOS2_REQ_LIBS="adios2_fortran $ADIOS2_REQ_LIBS" fi +ADIOS2_MPI_LIBS="$ADIOS2_REQ_LIBS" if [ "$(echo ${ADIOS2_ENABLE_SST} | tr '[:upper:]' '[:lower:]')" = 'yes' ] ; then # core depends on adios2_evpath ADIOS2_REQ_LIBS="$ADIOS2_REQ_LIBS adios2_evpath adios2_atl adios2_enet adios2_ffs adios2_dill" @@ -82,7 +83,7 @@ if [ -z "${ADIOS2_BUILD}" -a -z "${ADIOS2_INC_DIRS}" -a -z "${ADIOS2_LIB_DIRS}" fi if [ $test_mpi -eq 0 ]; then mpi_libs="" # need to prepend MPI libs - for lib in $ADIOS2_REQ_LIBS ; do + for lib in $ADIOS2_MPI_LIBS ; do mpi_libs="$mpi_libs ${lib}_mpi" done ADIOS2_LIBS="$mpi_libs $ADIOS2_LIBS" ``` ? -- Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/2901/externallibraries-adios2-detectsh-adds -------------- next part -------------- An HTML attachment was scrubbed... URL: From trac-noreply at einsteintoolkit.org Mon Nov 17 13:27:45 2025 From: trac-noreply at einsteintoolkit.org (Liwei Ji) Date: Mon, 17 Nov 2025 19:27:45 +0000 Subject: [ET Trac] #2892: SpacetimeX: GPU error in PunctureTracker::PunctureContainer::interpolate Message-ID: #2892: SpacetimeX: GPU error in PunctureTracker::PunctureContainer::interpolate Reporter: Miren Radia Status: open Milestone: Version: development version Type: bug Priority: major Component: CarpetX Comment (by Liwei Ji): Thanks @{61d89c2368926d0068827aa3} , for figuring the issue out -- Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/2892/spacetimex-gpu-error-in-puncturetracker -------------- next part -------------- An HTML attachment was scrubbed... URL: From trac-noreply at einsteintoolkit.org Tue Nov 18 08:35:41 2025 From: trac-noreply at einsteintoolkit.org (Miren Radia) Date: Tue, 18 Nov 2025 14:35:41 +0000 Subject: [ET Trac] #2892: SpacetimeX: GPU error in PunctureTracker::PunctureContainer::interpolate Message-ID: #2892: SpacetimeX: GPU error in PunctureTracker::PunctureContainer::interpolate Reporter: Miren Radia Status: open Milestone: Version: development version Type: bug Priority: major Component: CarpetX Comment (by Miren Radia): Liwei, I?m not sure if your [puncture tracker PR](https://github.com/EinsteinToolkit/SpacetimeX/pull/59) has fully resolved the issues with poison for me. I cherry-picked the commits onto your [subcycling development branch](https://github.com/lwJi/SpacetimeX/tree/development) and received the following error when I tried to run with the `qc0-SC.par` parameter file I?ll try to attach after I?ve posted this comment. ``` INFO (PunctureTracker): Puncture #0 is at (1.16864,0,0) INFO (PunctureTracker): Puncture #1 is at (-1.16864,0,0) INFO (PunctureTracker): Shift at puncture #0 is at (0,0,0) INFO (PunctureTracker): Shift at puncture #1 is at (0,0,0) INFO (CarpetX): ScheduleTraverseGH iteration 1 CCTK_POSTSTEP INFO (CarpetX): CallFunction iteration 1 CCTK_POSTSTEP: BoxInBox::EstimateError INFO (CarpetX): ScheduleTraverseGH iteration 1 CCTK_CHECKPOINT INFO (CarpetX): CallFunction iteration 1 CCTK_CHECKPOINT: CarpetX::CarpetX_Checkpoint INFO (CarpetX): CallFunction iteration 1 CCTK_CHECKPOINT: TimerReport::zzz_TimerReport_Checkpoint INFO (CarpetX): ScheduleTraverseGH iteration 1 CCTK_ANALYSIS INFO (CarpetX): CallFunction iteration 1 CCTK_ANALYSIS: TimerReport::zzz_TimerReport_Output INFO (CarpetX): CallFunction iteration 1 Z4cowGPU_AnalysisGroup: Z4cowGPU::Z4cowGPU_Constraints INFO (CarpetX): OutputGH: iteration 1, time 0.416667, run time 6 s INFO (CarpetX): OutputGH done. INFO (CarpetX): ScheduleTraverseGH iteration 1 CCTK_PRESTEP INFO (CarpetX): ScheduleTraverseGH iteration 1 CCTK_EVOL INFO (CarpetX): CallFunction iteration 1 CCTK_EVOL: ODESolvers::ODESolvers_Solve_Subcycling INFO (ODESolvers): Integrator is RK4 INFO (ODESolvers): Integrating 22 variables INFO (CarpetX): SyncGroupsProlongateOnly Z4COWGPU::W_OLD, Z4COWGPU::GAMMA_TILDE_OLD, Z4COWGPU::K_HAT_OLD, Z4COWGPU::A_TILDE_OLD, Z4COWGPU::GAM_TILDE_OLD, Z4COWGPU::THETA_OLD, Z4COWGPU::ALPHAG_OLD, Z4COWGPU::BETAG_OLD INFO (CarpetX): SyncGroupsProlongateOnly Z4COWGPU::W_K1, Z4COWGPU::GAMMA_TILDE_K1, Z4COWGPU::K_HAT_K1, Z4COWGPU::A_TILDE_K1, Z4COWGPU::GAM_TILDE_K1, Z4COWGPU::THETA_K1, Z4COWGPU::ALPHAG_K1, Z4COWGPU::BETAG_K1 INFO (CarpetX): SyncGroupsProlongateOnly Z4COWGPU::W_K2, Z4COWGPU::GAMMA_TILDE_K2, Z4COWGPU::K_HAT_K2, Z4COWGPU::A_TILDE_K2, Z4COWGPU::GAM_TILDE_K2, Z4COWGPU::THETA_K2, Z4COWGPU::ALPHAG_K2, Z4COWGPU::BETAG_K2 INFO (CarpetX): SyncGroupsProlongateOnly Z4COWGPU::W_K3, Z4COWGPU::GAMMA_TILDE_K3, Z4COWGPU::K_HAT_K3, Z4COWGPU::A_TILDE_K3, Z4COWGPU::GAM_TILDE_K3, Z4COWGPU::THETA_K3, Z4COWGPU::ALPHAG_K3, Z4COWGPU::BETAG_K3 INFO (CarpetX): SyncGroupsProlongateOnly Z4COWGPU::W_K4, Z4COWGPU::GAMMA_TILDE_K4, Z4COWGPU::K_HAT_K4, Z4COWGPU::A_TILDE_K4, Z4COWGPU::GAM_TILDE_K4, Z4COWGPU::THETA_K4, Z4COWGPU::ALPHAG_K4, Z4COWGPU::BETAG_K4 INFO (ODESolvers): Set interior old state at t=0, to be prolongated later INFO (ODESolvers): Fill refinement boundary ghost zones using Ys for stage #1 at t=0 INFO (ODESolvers): Calculating RHS #1 at t=0 INFO (CarpetX): CallFunction iteration 1 Z4cowGPU_RHSGroup: Z4cowGPU::Z4cowGPU_RHS INFO (CarpetX): CallFunction iteration 1 Z4cowGPU_RHSGroup: Z4cowGPU::Z4cowGPU_Apply_NewRadX_BC INFO (ODESolvers): Set interior Ks for stage #1 at t=0, to be prolongated later INFO (ODESolvers): Calculated new state #1 at t=0 INFO (CarpetX): CallFunction iteration 1 Z4cowGPU_PostStepGroup: Z4cowGPU::Z4cowGPU_Sync INFO (CarpetX): SyncGroups Z4COWGPU::W, Z4COWGPU::GAMMA_TILDE, Z4COWGPU::K_HAT, Z4COWGPU::A_TILDE, Z4COWGPU::GAM_TILDE, Z4COWGPU::THETA, Z4COWGPU::ALPHAG, Z4COWGPU::BETAG INFO (CarpetX): CallFunction iteration 1 Z4cowGPU_PostStepGroup: Z4cowGPU::Z4cowGPU_Enforce INFO (CarpetX): CallFunction iteration 1 Z4cowGPU_PostStepGroup: Z4cowGPU::Z4cowGPU_ADM INFO (CarpetX): CallFunction iteration 1 TmunuBaseX_SetTmunuVars: TmunuBaseX::TmunuBaseX_ZeroTmunu INFO (ODESolvers): Fill refinement boundary ghost zones using Ys for stage #2 at t=0.104167 INFO (ODESolvers): Calculating RHS #2 at t=0.104167 INFO (CarpetX): CallFunction iteration 1 Z4cowGPU_RHSGroup: Z4cowGPU::Z4cowGPU_RHS ERROR from host tu-c0r0n72 process 0 in thorn CarpetX, file /mnt/lustre/tursafs1/home/dp415/dp415/dc-radi1/ETK/Cactus-CarpetX-subcycling-spack/arrangements/CarpetX/CarpetX/src/valid.cxx:552: -> CallFunction iteration 1 CCTK_EVOL: PunctureTracker::PunctureTracker_Track checking output: Grid array "PUNCTURETRACKER::pt_loc_t[0]" has 1 nans on time level 0; expected valid The interior is valid because: CallFunction iteration 1 CCTK_EVOL: PunctureTracker::PunctureTracker_Track: Mark output variables as valid. The outer boundary is valid because: CallFunction iteration 1 CCTK_EVOL: PunctureTracker::PunctureTracker_Track: Mark output variables as valid. The ghost zones are valid because: CallFunction iteration 1 CCTK_EVOL: PunctureTracker::PunctureTracker_Track: Mark output variables as valid. ``` I guess it could be related to subcycling? Do you have any idea? -- Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/2892/spacetimex-gpu-error-in-puncturetracker -------------- next part -------------- An HTML attachment was scrubbed... URL: From trac-noreply at einsteintoolkit.org Tue Nov 18 08:37:01 2025 From: trac-noreply at einsteintoolkit.org (Miren Radia) Date: Tue, 18 Nov 2025 14:37:01 +0000 Subject: [ET Trac] #2892: SpacetimeX: GPU error in PunctureTracker::PunctureContainer::interpolate Message-ID: #2892: SpacetimeX: GPU error in PunctureTracker::PunctureContainer::interpolate Reporter: Miren Radia Status: open Milestone: Version: development version Type: bug Priority: major Component: CarpetX Comment (by Miren Radia): Here's the parameter file I mentioned in the previous comment. -- Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/2892/spacetimex-gpu-error-in-puncturetracker -------------- next part -------------- An HTML attachment was scrubbed... URL: From trac-noreply at einsteintoolkit.org Tue Nov 18 10:40:50 2025 From: trac-noreply at einsteintoolkit.org (Miren Radia) Date: Tue, 18 Nov 2025 16:40:50 +0000 Subject: [ET Trac] #2902: CarpetX: interpolation with z-reflection symmetry only works for Psi4 Message-ID: #2902: CarpetX: interpolation with z-reflection symmetry only works for Psi4 Reporter: Miren Radia Status: submitted Milestone: Version: development version Type: bug Priority: major Component: CarpetX Currently the end of `CarpetX::interpolate` looks like this: ```c++ // Apply symmetries to interpolated values assert(!reflection_x); assert(!reflection_y); assert(!reflection_upper_x); assert(!reflection_upper_y); assert(!reflection_upper_z); if (reflection_z) { // The code below is only valid for Psi4 assert(nvars == 2); assert(varinds[0] == CCTK_VarIndex("Weyl::Psi4re")); assert(varinds[1] == CCTK_VarIndex("Weyl::Psi4im")); // l^a = et^a + er^a // n^a = et^a - er^a // m^a = etheta^a + i ephi^a // Psi4 = C_abcd m-bar^b n^b m-bar^c n^d for (int n = 0; n < npoints; ++n) { if (symmetry_reflected_z[n]) { resultptrs[0][n] = -resultptrs[0][n]; resultptrs[1][n] = +resultptrs[1][n]; } } } ``` \([link to source](https://github.com/EinsteinToolkit/CarpetX/blob/2cba1e969badbe8e6a11bacd6ac8b24595815b4b/CarpetX/src/interpolate.cxx#L891-L912)\) These assertions are failed when you have z-reflection symmetry and try to interpolate different variables. Note that has already been reported in [an issue in the CarpetX GitHub repo](https://github.com/EinsteinToolkit/CarpetX/issues/146) but I thought I?d open a ticket here given the lack of activity there. -- Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/2902/carpetx-interpolation-with-z-reflection -------------- next part -------------- An HTML attachment was scrubbed... URL: From trac-noreply at einsteintoolkit.org Tue Nov 18 11:54:46 2025 From: trac-noreply at einsteintoolkit.org (Roland Haas) Date: Tue, 18 Nov 2025 17:54:46 +0000 Subject: [ET Trac] #2902: CarpetX: interpolation with z-reflection symmetry only works for Psi4 Message-ID: #2902: CarpetX: interpolation with z-reflection symmetry only works for Psi4 Reporter: Miren Radia Status: open Milestone: Version: development version Type: bug Priority: major Component: CarpetX Changes (by Roland Haas): status: open (was submitted) -- Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/2902/carpetx-interpolation-with-z-reflection -------------- next part -------------- An HTML attachment was scrubbed... URL: From trac-noreply at einsteintoolkit.org Tue Nov 18 11:58:23 2025 From: trac-noreply at einsteintoolkit.org (Roland Haas) Date: Tue, 18 Nov 2025 17:58:23 +0000 Subject: [ET Trac] #2900: Support for Lonestar Message-ID: #2900: Support for Lonestar Reporter: Hector Iglesias Status: open Milestone: Version: Type: bug Priority: blocker Component: Changes (by Roland Haas): status: open (was submitted) -- Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/2900/support-for-lonestar -------------- next part -------------- An HTML attachment was scrubbed... URL: From trac-noreply at einsteintoolkit.org Tue Nov 18 12:05:36 2025 From: trac-noreply at einsteintoolkit.org (Roland Haas) Date: Tue, 18 Nov 2025 18:05:36 +0000 Subject: [ET Trac] #2900: Support for Lonestar Message-ID: #2900: Support for Lonestar Reporter: Hector Iglesias Status: open Milestone: Version: Type: bug Priority: blocker Component: Comment (by Roland Haas): That may be a different Lonestar. It was removed 11 years ago in git hash [3b390a64](https://bitbucket.org/simfactory/simfactory2/commits/3b390a641b5acbaeee7ba5acd4bfa758282a38fe) "Remove Lonestar" of [simfactory2](https://bitbucket.org/simfactory/simfactory2) . Usually clusters are not around that long. The current one is Lonestar6 apparently [https://docs.tacc.utexas.edu/hpc/lonestar6/](https://docs.tacc.utexas.edu/hpc/lonestar6/) If you would like to try yourself to add it \(eg based on another TACC machine\) then this tutorial may be helpful: [https://einsteintoolkit.org/seminars/2022\_02\_24/index.html](https://einsteintoolkit.org/seminars/2022_02_24/index.html) -- Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/2900/support-for-lonestar -------------- next part -------------- An HTML attachment was scrubbed... URL: From trac-noreply at einsteintoolkit.org Tue Nov 18 12:06:16 2025 From: trac-noreply at einsteintoolkit.org (Roland Haas) Date: Tue, 18 Nov 2025 18:06:16 +0000 Subject: [ET Trac] #2900: Support for Lonestar Message-ID: #2900: Support for Lonestar Reporter: Hector Iglesias Status: open Milestone: Version: Type: enhancement Priority: blocker Component: Changes (by Roland Haas): kind: enhancement (was bug) -- Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/2900/support-for-lonestar -------------- next part -------------- An HTML attachment was scrubbed... URL: From trac-noreply at einsteintoolkit.org Tue Nov 18 12:12:03 2025 From: trac-noreply at einsteintoolkit.org (Liwei Ji) Date: Tue, 18 Nov 2025 18:12:03 +0000 Subject: [ET Trac] #2892: SpacetimeX: GPU error in PunctureTracker::PunctureContainer::interpolate Message-ID: #2892: SpacetimeX: GPU error in PunctureTracker::PunctureContainer::interpolate Reporter: Miren Radia Status: open Milestone: Version: development version Type: bug Priority: major Component: CarpetX Comment (by Liwei Ji): Could you set `CarpetX::poison_undefined_values=no` for now? I will fix it later -- Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/2892/spacetimex-gpu-error-in-puncturetracker -------------- next part -------------- An HTML attachment was scrubbed... URL: From trac-noreply at einsteintoolkit.org Wed Nov 19 03:32:53 2025 From: trac-noreply at einsteintoolkit.org (Miren Radia) Date: Wed, 19 Nov 2025 09:32:53 +0000 Subject: [ET Trac] #2892: SpacetimeX: GPU error in PunctureTracker::PunctureContainer::interpolate Message-ID: #2892: SpacetimeX: GPU error in PunctureTracker::PunctureContainer::interpolate Reporter: Miren Radia Status: open Milestone: Version: development version Type: bug Priority: major Component: CarpetX Comment (by Miren Radia): > Could you set `CarpetX::poison_undefined_values=no` for now? I will fix it later Yes, I switched to that after I got this error. I just thought I?d let you know. -- Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/2892/spacetimex-gpu-error-in-puncturetracker -------------- next part -------------- An HTML attachment was scrubbed... URL: From trac-noreply at einsteintoolkit.org Wed Nov 19 06:45:25 2025 From: trac-noreply at einsteintoolkit.org (Liwei Ji) Date: Wed, 19 Nov 2025 12:45:25 +0000 Subject: [ET Trac] #2892: SpacetimeX: GPU error in PunctureTracker::PunctureContainer::interpolate Message-ID: #2892: SpacetimeX: GPU error in PunctureTracker::PunctureContainer::interpolate Reporter: Miren Radia Status: open Milestone: Version: development version Type: bug Priority: major Component: CarpetX Comment (by Liwei Ji): Thanks Miren. -- Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/2892/spacetimex-gpu-error-in-puncturetracker -------------- next part -------------- An HTML attachment was scrubbed... URL: From trac-noreply at einsteintoolkit.org Wed Nov 19 09:23:45 2025 From: trac-noreply at einsteintoolkit.org (Roland Haas) Date: Wed, 19 Nov 2025 15:23:45 +0000 Subject: [ET Trac] #2901: ExternalLibraries-ADIOS2: detect.sh adds nonexistent MPI libraries if ADIOS2_ENABLE_SST == yes when using external ADIOS2 Message-ID: #2901: ExternalLibraries-ADIOS2: detect.sh adds nonexistent MPI libraries if ADIOS2_ENABLE_SST == yes when using external ADIOS2 Reporter: Miren Radia Status: open Milestone: Version: development version Type: bug Priority: minor Component: EinsteinToolkit thorn Comment (by Roland Haas): Pull request is here: [https://github.com/EinsteinToolkit/ExternalLibraries-ADIOS2/pull/9](https://github.com/EinsteinToolkit/ExternalLibraries-ADIOS2/pull/9) -- Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/2901/externallibraries-adios2-detectsh-adds -------------- next part -------------- An HTML attachment was scrubbed... URL: From trac-noreply at einsteintoolkit.org Wed Nov 19 09:23:54 2025 From: trac-noreply at einsteintoolkit.org (Roland Haas) Date: Wed, 19 Nov 2025 15:23:54 +0000 Subject: [ET Trac] #2901: ExternalLibraries-ADIOS2: detect.sh adds nonexistent MPI libraries if ADIOS2_ENABLE_SST == yes when using external ADIOS2 Message-ID: #2901: ExternalLibraries-ADIOS2: detect.sh adds nonexistent MPI libraries if ADIOS2_ENABLE_SST == yes when using external ADIOS2 Reporter: Miren Radia Status: open Milestone: Version: development version Type: bug Priority: minor Component: EinsteinToolkit thorn Comment (by Roland Haas): Please review. -- Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/2901/externallibraries-adios2-detectsh-adds -------------- next part -------------- An HTML attachment was scrubbed... URL: From trac-noreply at einsteintoolkit.org Wed Nov 19 16:45:03 2025 From: trac-noreply at einsteintoolkit.org (Roland Haas) Date: Wed, 19 Nov 2025 22:45:03 +0000 Subject: [ET Trac] #2903: have pkg-config code path in `find_lib` set `FOO_RAW_INC_DIRS` and `FOO_RAW_LIB_DIRS` Message-ID: #2903: have pkg-config code path in `find_lib` set `FOO_RAW_INC_DIRS` and `FOO_RAW_LIB_DIRS` Reporter: Roland Haas Status: new Milestone: Version: Type: bug Priority: major Component: Cactus These variables contain the directory paths before the well-known system directories have been stripped out. To support this with pkg-config one has to avoid pkg-config itself doing the stripping by setting `PKG_CONFIG_ALLOW_SYSTEM_CFLAGS=1` and the same for LIBS. See #2875 for a bit more context, though all ExternalLibraries `detect.sh` scripts that parse header files are affected. -- Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/2903/have-pkg-config-code-path-in-find_lib-set -------------- next part -------------- An HTML attachment was scrubbed... URL: From trac-noreply at einsteintoolkit.org Wed Nov 19 17:01:28 2025 From: trac-noreply at einsteintoolkit.org (Roland Haas) Date: Wed, 19 Nov 2025 23:01:28 +0000 Subject: [ET Trac] #2888: race condition writing properties.ini in simfactory Message-ID: #2888: race condition writing properties.ini in simfactory Reporter: Roland Haas Status: new Milestone: Version: Type: bug Priority: major Component: SimFactory Comment (by Roland Haas): This may also affect the tutorial server \(no queuing system\) where jobs start immediately when submitted. -- Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/2888/race-condition-writing-propertiesini-in -------------- next part -------------- An HTML attachment was scrubbed... URL: From trac-noreply at einsteintoolkit.org Thu Nov 20 09:24:48 2025 From: trac-noreply at einsteintoolkit.org (Miren Radia) Date: Thu, 20 Nov 2025 15:24:48 +0000 Subject: [ET Trac] #2892: SpacetimeX: GPU error in PunctureTracker::PunctureContainer::interpolate Message-ID: #2892: SpacetimeX: GPU error in PunctureTracker::PunctureContainer::interpolate Reporter: Miren Radia Status: open Milestone: Version: development version Type: bug Priority: major Component: CarpetX Comment (by Miren Radia): I?ve run into a new issue on your `puncturetracker` branch when trying to recover from a Silo checkpoint file: ``` ERROR from host tu-c0r0n90 process 4 in thorn CarpetX, file /mnt/lustre/tursafs1/home/dp415/dp415/dc-radi1/ETK/Cactus-CarpetX-subcycling-spack/arrangements/CarpetX/CarpetX/src/valid.cxx:132: -> CallFunction iteration 10 PunctureTracker_SetupGroup: PunctureTracker::PunctureTracker_Setup checking input: Array "BOXINBOX::position_x[0]" is invalid on time level 0; required The interior is valid. The outer boundary is valid. The ghost zones are valid. , found The interior is invalid because: SetupGlobals. The outer boundary is valid because: SetupGlobals. The ghost zones are valid because: SetupGlobals. ``` I did try openPMD initially but had a weird MPI error with it hence why I switched to Silo. -- Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/2892/spacetimex-gpu-error-in-puncturetracker -------------- next part -------------- An HTML attachment was scrubbed... URL: From trac-noreply at einsteintoolkit.org Thu Nov 20 09:27:13 2025 From: trac-noreply at einsteintoolkit.org (Roland Haas) Date: Thu, 20 Nov 2025 15:27:13 +0000 Subject: [ET Trac] #2902: CarpetX: interpolation with z-reflection symmetry only works for Psi4 Message-ID: #2902: CarpetX: interpolation with z-reflection symmetry only works for Psi4 Reporter: Miren Radia Status: open Milestone: Version: development version Type: bug Priority: major Component: CarpetX Changes (by Roland Haas): responsible: [] (was ) assignee: Erik Schnetter (was ) -- Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/2902/carpetx-interpolation-with-z-reflection -------------- next part -------------- An HTML attachment was scrubbed... URL: From trac-noreply at einsteintoolkit.org Thu Nov 20 09:40:29 2025 From: trac-noreply at einsteintoolkit.org (Roland Haas) Date: Thu, 20 Nov 2025 15:40:29 +0000 Subject: [ET Trac] #2855: NoiseX: Improve noise generation in CarpetX Message-ID: #2855: NoiseX: Improve noise generation in CarpetX Reporter: Lucas Timotheo Sanches Status: open Milestone: Version: Type: enhancement Priority: minor Component: EinsteinToolkit thorn Comment (by Roland Haas): There?s also \(vertex\) data that is double covered by the grid. -- Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/2855/noisex-improve-noise-generation-in-carpetx -------------- next part -------------- An HTML attachment was scrubbed... URL: From trac-noreply at einsteintoolkit.org Thu Nov 20 10:00:54 2025 From: trac-noreply at einsteintoolkit.org (Roland Haas) Date: Thu, 20 Nov 2025 16:00:54 +0000 Subject: [ET Trac] #2901: ExternalLibraries-ADIOS2: detect.sh adds nonexistent MPI libraries if ADIOS2_ENABLE_SST == yes when using external ADIOS2 Message-ID: #2901: ExternalLibraries-ADIOS2: detect.sh adds nonexistent MPI libraries if ADIOS2_ENABLE_SST == yes when using external ADIOS2 Reporter: Miren Radia Status: open Milestone: Version: development version Type: bug Priority: minor Component: EinsteinToolkit thorn Comment (by Roland Haas): @{61d89c2368926d0068827aa3} says: please apply. -- Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/2901/externallibraries-adios2-detectsh-adds -------------- next part -------------- An HTML attachment was scrubbed... URL: From trac-noreply at einsteintoolkit.org Thu Nov 20 10:02:12 2025 From: trac-noreply at einsteintoolkit.org (Roland Haas) Date: Thu, 20 Nov 2025 16:02:12 +0000 Subject: [ET Trac] #2901: ExternalLibraries-ADIOS2: detect.sh adds nonexistent MPI libraries if ADIOS2_ENABLE_SST == yes when using external ADIOS2 Message-ID: #2901: ExternalLibraries-ADIOS2: detect.sh adds nonexistent MPI libraries if ADIOS2_ENABLE_SST == yes when using external ADIOS2 Reporter: Miren Radia Status: open Milestone: Version: development version Type: bug Priority: minor Component: EinsteinToolkit thorn Comment (by Roland Haas): Applied as git hash [d122b89](https://github.com/EinsteinToolkit/ExternalLibraries-ADIOS2/commits/d122b89b69d3bf02e60cb39eb7469a14666161b5) "ADIOS2: use non-stripped directories when parsing ADIOS include file" of [ExternalLibraries-ADIOS2](https://github.com/EinsteinToolkit/ExternalLibraries-ADIOS2) -- Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/2901/externallibraries-adios2-detectsh-adds -------------- next part -------------- An HTML attachment was scrubbed... URL: From trac-noreply at einsteintoolkit.org Thu Nov 20 10:02:16 2025 From: trac-noreply at einsteintoolkit.org (Roland Haas) Date: Thu, 20 Nov 2025 16:02:16 +0000 Subject: [ET Trac] #2901: ExternalLibraries-ADIOS2: detect.sh adds nonexistent MPI libraries if ADIOS2_ENABLE_SST == yes when using external ADIOS2 Message-ID: #2901: ExternalLibraries-ADIOS2: detect.sh adds nonexistent MPI libraries if ADIOS2_ENABLE_SST == yes when using external ADIOS2 Reporter: Miren Radia Status: resolved Milestone: Version: development version Type: bug Priority: minor Component: EinsteinToolkit thorn Changes (by Roland Haas): status: resolved (was open) -- Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/2901/externallibraries-adios2-detectsh-adds -------------- next part -------------- An HTML attachment was scrubbed... URL: From trac-noreply at einsteintoolkit.org Thu Nov 20 10:02:43 2025 From: trac-noreply at einsteintoolkit.org (Roland Haas) Date: Thu, 20 Nov 2025 16:02:43 +0000 Subject: [ET Trac] #2901: ExternalLibraries-ADIOS2: detect.sh adds nonexistent MPI libraries if ADIOS2_ENABLE_SST == yes when using external ADIOS2 Message-ID: #2901: ExternalLibraries-ADIOS2: detect.sh adds nonexistent MPI libraries if ADIOS2_ENABLE_SST == yes when using external ADIOS2 Reporter: Miren Radia Status: closed Milestone: Version: development version Type: bug Priority: minor Component: EinsteinToolkit thorn Changes (by Roland Haas): status: closed (was resolved) -- Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/2901/externallibraries-adios2-detectsh-adds -------------- next part -------------- An HTML attachment was scrubbed... URL: From trac-noreply at einsteintoolkit.org Thu Nov 20 20:46:47 2025 From: trac-noreply at einsteintoolkit.org (Liwei Ji) Date: Fri, 21 Nov 2025 02:46:47 +0000 Subject: [ET Trac] #2892: SpacetimeX: GPU error in PunctureTracker::PunctureContainer::interpolate Message-ID: #2892: SpacetimeX: GPU error in PunctureTracker::PunctureContainer::interpolate Reporter: Miren Radia Status: open Milestone: Version: development version Type: bug Priority: major Component: CarpetX Comment (by Liwei Ji): Hi Miren, please ignore the `puncturetracker` branch and use `development` branch of my fork instead. Also, please keep `CarpetX::poison_undefined_values=no`\` for now. I can see why the fix in `puncturetracker`isn?t appropriate -- thanks for pointing it out. I apologize for all the inconvenience, and I?ll get them fixed soon. By the way, here are some branch configurations that are working for me. I?ve been testing them quite frequently. [https://github.com/lwJi/Tutorial-Subcycling](https://github.com/lwJi/Tutorial-Subcycling) ? -- Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/2892/spacetimex-gpu-error-in-puncturetracker -------------- next part -------------- An HTML attachment was scrubbed... URL: From trac-noreply at einsteintoolkit.org Fri Nov 21 11:36:17 2025 From: trac-noreply at einsteintoolkit.org (Roland Haas) Date: Fri, 21 Nov 2025 17:36:17 +0000 Subject: [ET Trac] #2899: BHNS with Elliptica: Assertion `all(offset == other.offset)' failed Message-ID: #2899: BHNS with Elliptica: Assertion `all(offset == other.offset)' failed Reporter: Alejandra Gonzalez Status: new Milestone: Version: Type: bug Priority: major Component: Comment (by Roland Haas): Sorry for the late response. The error you see does not seem to be specific to Elliptica \(which is good since I?d have no idea how to help debug it since it?s private code\), but grid related. If you have a backtrace file \(\`backtrace..txt\) that would be useful to maybe see who called this lower level function. Since you mention Elliptica, does this happen right at the beginning \(iteration 0\) or during the simulation? `offset` refers to by how much a refinement level is offset wrt to its parent level \(more or less\) it should be identical for boxes that are part of the same refinement level, so having this fail is strange. Without running your parameter file \(have to find a cluster\), I would try and see if adding ``` CarpetRegrid2::snap_to_coarse = "yes" CarpetRegrid2::freeze_unaligned_parent_levels = "yes" CarpetRegrid2::freeze_unaligned_levels = "yes" ``` where the latter two should not do anything at `t=-0`. -- Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/2899/bhns-with-elliptica-assertion-all-offset -------------- next part -------------- An HTML attachment was scrubbed... URL: From trac-noreply at einsteintoolkit.org Mon Nov 24 10:07:11 2025 From: trac-noreply at einsteintoolkit.org (Steven R. Brandt) Date: Mon, 24 Nov 2025 16:07:11 +0000 Subject: [ET Trac] #2888: race condition writing properties.ini in simfactory Message-ID: #2888: race condition writing properties.ini in simfactory Reporter: Roland Haas Status: new Milestone: Version: Type: bug Priority: major Component: SimFactory Comment (by Steven R. Brandt): Not sure that we know for sure that this happens. It would be nice to have a repeatable test. -- Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/2888/race-condition-writing-propertiesini-in -------------- next part -------------- An HTML attachment was scrubbed... URL: From trac-noreply at einsteintoolkit.org Tue Nov 25 09:52:58 2025 From: trac-noreply at einsteintoolkit.org (Alejandra Gonzalez) Date: Tue, 25 Nov 2025 15:52:58 +0000 Subject: [ET Trac] #2899: BHNS with Elliptica: Assertion `all(offset == other.offset)' failed Message-ID: #2899: BHNS with Elliptica: Assertion `all(offset == other.offset)' failed Reporter: Alejandra Gonzalez Status: new Milestone: Version: Type: bug Priority: major Component: Comment (by Alejandra Gonzalez): Hi Roland, Thank you for your answer. Unfortunately there was no backtrace file produced, it seems that the process got interrupted as I get the message of \`Writing backtrace to\` followed by blank space. This happens exactly at iteration 0, the last lines I get before it stops are: ``` ----------------------------------------------------------------------------------------------------------------------- Iteration Time | *me_per_hour | GRHYDRO::dens | *ROBASE::rho | *::w_lorentz | *STRAINTS::H | *axrss_mb | | sum maximum | maximum | maximum | maximum | maximum ----------------------------------------------------------------------------------------------------------------------- 0 0.000 | 0.0000000 | 0.0000222 1.409772e-11 | 1.000000e-11 | 1.0000000 | 0.0000228 | 131161 INFO (CarpetRegrid2): Enforcing grid structure properties, iteration 0 INFO (CarpetRegrid2): Enforcing grid structure properties, iteration 0 INFO (Carpet): Grid structure (superregions, grid points): [0][0][0] exterior: [0,0,0] : [133,133,133] ([134,134,134] + PADDING) 2406104 [1][0][0] exterior: [50,50,50] : [215,215,215] ([166,166,166] + PADDING) 4574296 [2][0][0] exterior: [183,183,183] : [348,348,348] ([166,166,166] + PADDING) 4574296 INFO (Carpet): Grid structure (superregions, coordinates): [0][0][0] exterior: [-576.744362223702,-576.744362223702,-576.744362223702] : [576.744362223702,576.744362223702,576.744362223702] : [8.67284755223612,8.67284755223612,8.67284755223612] [1][0][0] exterior: [-357.75496152974,-357.75496152974,-357.75496152974] : [357.75496152974,357.75496152974,357.75496152974] : [4.33642377611806,4.33642377611806,4.33642377611806] [2][0][0] exterior: [-178.87748076487,-178.87748076487,-178.87748076487] : [178.87748076487,178.87748076487,178.87748076487] : [2.16821188805903,2.16821188805903,2.16821188805903] INFO (Carpet): Global grid structure statistics: INFO (Carpet): GF: rhs: 1363k active, 1824k owned (+34%), 2038k total (+12%), 1.84 steps/time INFO (Carpet): GF: vars: 320, pts: 2746M active, 3599M owned (+31%), 4027M total (+12%), 1.0 comp/proc INFO (Carpet): GA: vars: 1076, pts: 8M active, 8M total (+0%) INFO (Carpet): Total required memory: 32.088 GByte (for GAs and currently active GFs) INFO (Carpet): Load balance: min avg max sdv max/avg-1 INFO (Carpet): Level 0: 671M 671M 671M 0M owned 0% INFO (Carpet): Level 1: 1464M 1464M 1464M 0M owned 0% INFO (Carpet): Level 2: 1464M 1464M 1464M 0M owned 0% INFO (GRHydro): Setting up the atmosphere mask: all points are not_atmosphere INFO (GRHydro): Setting up the atmosphere mask: all points are not_atmosphere INFO (GRHydro): Setting up the atmosphere mask: all points are not_atmosphere INFO (GRHydro): Setting up the atmosphere mask: all points are not_atmosphere INFO (GRHydro): Setting up the atmosphere mask: all points are not_atmosphere INFO (GRHydro): Setting up the atmosphere mask: all points are not_atmosphere ``` I could try out the options you mention. Also, if needed I could give you access to my allocation in Marenostrum5 to test this. -- Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/2899/bhns-with-elliptica-assertion-all-offset -------------- next part -------------- An HTML attachment was scrubbed... URL: From trac-noreply at einsteintoolkit.org Tue Nov 25 10:10:18 2025 From: trac-noreply at einsteintoolkit.org (Roland Haas) Date: Tue, 25 Nov 2025 16:10:18 +0000 Subject: [ET Trac] #2899: BHNS with Elliptica: Assertion `all(offset == other.offset)' failed Message-ID: #2899: BHNS with Elliptica: Assertion `all(offset == other.offset)' failed Reporter: Alejandra Gonzalez Status: new Milestone: Version: Type: bug Priority: major Component: Comment (by Roland Haas): How strange. Yes, access to MN5 might be useful for this, just in case this is cluster dependent issue. I likely still exist in the PRACE users databases \(if PRACE still handles this\) using my [rhaas at aei.mpg.de](mailto:rhaas at aei.mpg.de) email, otherwise inviting [rhaas at mail.ubc.ca](mailto:rhaas at mail.ubc.ca) is likely best \(still an EU citizen in case they have silly restrictions in place \[some clusters apparently do\]\). -- Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/2899/bhns-with-elliptica-assertion-all-offset -------------- next part -------------- An HTML attachment was scrubbed... URL: From trac-noreply at einsteintoolkit.org Tue Nov 25 10:20:03 2025 From: trac-noreply at einsteintoolkit.org (Alejandra Gonzalez) Date: Tue, 25 Nov 2025 16:20:03 +0000 Subject: [ET Trac] #2899: BHNS with Elliptica: Assertion `all(offset == other.offset)' failed Message-ID: #2899: BHNS with Elliptica: Assertion `all(offset == other.offset)' failed Reporter: Alejandra Gonzalez Status: new Milestone: Version: Type: bug Priority: major Component: Comment (by Alejandra Gonzalez): I need your nationality to register you \(there are no restrictions for that they just ask for it\) -- Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/2899/bhns-with-elliptica-assertion-all-offset -------------- next part -------------- An HTML attachment was scrubbed... URL: From trac-noreply at einsteintoolkit.org Thu Nov 27 17:38:10 2025 From: trac-noreply at einsteintoolkit.org (Erik Schnetter) Date: Thu, 27 Nov 2025 23:38:10 +0000 Subject: [ET Trac] #2904: Cactus: New cGH field `cctk_patch_is_cartesian` Message-ID: #2904: Cactus: New cGH field `cctk_patch_is_cartesian` Reporter: Erik Schnetter Status: new Milestone: Version: Type: enhancement Priority: major Component: Cactus [https://bitbucket.org/cactuscode/cactus/pull-requests/174](https://bitbucket.org/cactuscode/cactus/pull-requests/174) -- Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/2904/cactus-new-cgh-field -------------- next part -------------- An HTML attachment was scrubbed... URL: