Trac October 2010

trac@lists.einsteintoolkit.org

1 participants
24 discussions

[Einstein Toolkit] #68: GetComponents hang due to certificate issues.
by Einstein Toolkit 19 Nov '17

19 Nov '17

#68: GetComponents hang due to certificate issues. --------------------------------+------------------------------------------- Reporter: diener@… | Owner: eric9 Type: defect | Status: new Priority: major | Milestone: Component: GetComponents | Version: ET_2010_06 Keywords: | --------------------------------+------------------------------------------- I did a complete new checkout of the EinsteinToolkit on numrel06 using the version of GetComponents available on the EinsteinToolkit web pages and had GetComponents hang with no errors or warnings when checking out AEIThorns/AEILocalInterp. Trying the checkout manually I got: Error validating server certificate for 'https://svn.aei.mpg.de:443': - The certificate is not issued by a trusted authority. Use the fingerprint to validate the certificate manually! Certificate information: - Hostname: svn.aei.mpg.de - Valid: from Tue, 23 Feb 2010 16:02:12 GMT until Sun, 22 Feb 2015 16:02:12 GMT - Issuer: Max-Planck-Gesellschaft, DE - Fingerprint: 03:b4:e8:6e:d9:09:e9:93:72:e9:ff:fa:df:e4:2c:6d:1d:2a:e4:66 (R)eject, accept (t)emporarily or accept (p)ermanently? p After accepting the certificate and restarting the checkout proceeded without problems. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/68> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 29

[Einstein Toolkit] #64: Refactory/redesign archiving
by Einstein Toolkit 29 Aug '17

29 Aug '17

#64: Refactory/redesign archiving ------------------------+--------------------------------------------------- Reporter: mthomas | Owner: mthomas Type: defect | Status: new Priority: major | Milestone: Component: SimFactory | Version: Keywords: | ------------------------+--------------------------------------------------- Implement archiving using archive machines with an iomethod key. Provide another key like rsync-excludes for people to exclude files from being archived. Provide a lightweight archive-like method for copying a simulation from one machine to another machine. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/64> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 4

[Einstein Toolkit] #66: IOHDF5::out3D_ghosts and friends doesn't work and corrupts 2D data slices
by Einstein Toolkit 20 Dec '11

20 Dec '11

#66: IOHDF5::out3D_ghosts and friends doesn't work and corrupts 2D data slices ----------------------------------+----------------------------------------- Reporter: bcmsma@… | Owner: eschnett Type: defect | Status: new Priority: minor | Milestone: Component: Carpet | Version: Keywords: | ----------------------------------+----------------------------------------- While the assigned values for the parameters IOASCII::output_symmetry_points = "no" IOASCII::out3D_ghosts = "no" IOASCII::out3D_outer_ghosts = "no" work as intended when CarpetIOASCII is active, it doesn't work for CarpetIOHDF5: IOHDF5::out3D_ghosts = "no" IOHDF5::out3D_outer_ghosts = "no" IOHDF5::output_symmetry_points = "no" It doesn't do anything to the 3D data but it corrupts the 2D data slices while chopping out those regions. It would be nice to have them working for IOHDF5 method, specially when visualising Pi symmetric data. Note also that this report is for git version of Carpet. These parameters seem to become deprecated for the hg version. Does anyone use them regularly? Any substitute in mind? -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/66> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 4

[Einstein Toolkit] #63: create separate tracs on trac.cactuscode.org and trac.cfdtoolkit.org
by Einstein Toolkit 16 Aug '11

16 Aug '11

#63: create separate tracs on trac.cactuscode.org and trac.cfdtoolkit.org --------------------+------------------------------------------------------- Reporter: knarf | Owner: Type: task | Status: new Priority: minor | Milestone: Component: Cactus | Version: Keywords: | --------------------+------------------------------------------------------- We need separate tracs on trac.cactuscode.org and trac.cfdtoolkit.org, including ssl certificates and the complete rest of the setup. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/63> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 3

[Einstein Toolkit] #71: GetComponents does not correctly handle missing hg
by Einstein Toolkit 14 Jan '11

14 Jan '11

#71: GetComponents does not correctly handle missing hg ---------------------------+------------------------------------------------ Reporter: hinder | Owner: eric9 Type: defect | Status: new Priority: minor | Milestone: Component: GetComponents | Version: Keywords: | ---------------------------+------------------------------------------------ I have tried to run GetComponents to checkout the Mercurial version of Carpet on a system where Mercurial is not installed. I get the error: Use of uninitialized value in scalar chomp at ./GetComponents line 429. You have requested an hg checkout, but the system was unable to find hg. Please enter the path to hg: ----------------------------------------------------------------- at the start of the GetComponents output, but the checkout continues and finishes with 92 components checked out successfully. 0 components updated successfully. Time Elapsed: 14 minutes, 25 seconds and returns 0. GetComponents should return a failure code in this case and not attempt the checkout. Log is attached. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/71> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 5

[Einstein Toolkit] #69: Formaline might stop build because of errors reported by tar
by Einstein Toolkit 19 Dec '10

19 Dec '10

#69: Formaline might stop build because of errors reported by tar --------------------+------------------------------------------------------- Reporter: knarf | Owner: Type: defect | Status: new Priority: major | Milestone: ET_2010_11 Component: Cactus | Version: Keywords: | --------------------+------------------------------------------------------- Beginning with version 1.16 of gnu tar: <quote> After creating an archive, tar exits with code 1 if some files were changed while being read. Previous versions exited with code 2 (fatal error), and only if some files were truncated while being archived. </quote> Even reading a file (as is done when compiling it in parallel) will change it in tar's view, because this changes the atime of the file. There does not seem to be an option which turns this new behavior off. Instead it is recommended to check the exit code of tar which is 0: if everything went ok 1: if files changed while being read/written 2: if some other error occurs. This means that Formaline should treat an exit code of 1 in tar as 'ok', while currently it aborts the build. However, this is safely true only for gnu tar. For example the version of tar on the 'pelican' system states: <quote> 0 Successful completion. >0 An error occurred. </quote> This is too vague to decide if ignoring an exit code of 1 can also here be ignored. File changes are a kind of error - of a kind one might be able to ignore. The documentation of this old version of tar doesn't mention which values are actually used for which errors though. Somewhere else I found [http://aplawrence.com/Bofcusm/2073.html this]: <quote> 0 - success 1 - bad directory tree, failed to extract a requested file, input file same as output file, failed to open input file, could not create link, link table malloc failure 2 - internationalization error that should never occur, checksum error 5 - checksum error 9 (EBADF) - error reading /etc/default/tar, misplaced end of volume </quote> So, it is probably not safe to assume that an exit value of 1 always means 'success' for any version of tar, in the case of Formaline. How should we proceed with Formaline? The current state is not desirable. As far as I can see we have two options: 1) Assume that an exit value of 1 to be a 'success'. I do have a patch for this. 2) Test for gnu tar and only then assume 1) Opinions? -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/69> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 5

[Einstein Toolkit] #65: Simulation domain volume and reduction weight sum differ
by Einstein Toolkit 03 Dec '10

03 Dec '10

#65: Simulation domain volume and reduction weight sum differ ---------------------+------------------------------------------------------ Reporter: hinder | Owner: eschnett Type: defect | Status: new Priority: blocker | Milestone: Component: Carpet | Version: Keywords: | ---------------------+------------------------------------------------------ When running the newest Mercurial version of Carpet with the Llama multipatch infrastructure, I get the error INFO (CarpetReduce): Simulation domain volume: 1 INFO (CarpetReduce): Reduction weight sum: 3718016 ESC[1mWARNING level 0 in thorn CarpetReduce processor 0 host node024.damiana.admin (line 84 of /home/ianhin/Cactus/llama/arrangements/CarpetHG/CarpetReduce/src/mask_test.c): ->Simulation domain volume and reduction weight sum differ I have reduced the parameter file to the essentials, and it is attached, along with standard output and standard error. The whole simulation is on damiana in /lustre/AEI/ianhin/simulations/chgbug_8. Versions of components: Carpet: 3190:c24983d83cdd Llama: 85983412998b4fa7bf2ea7da93db427c471b7c72 -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/65> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 5

Re: [ET Trac] [Einstein Toolkit] #61: make COMPONENTLIST_TARGET 'stable'
by Einstein Toolkit 29 Oct '10

29 Oct '10

#61: make COMPONENTLIST_TARGET 'stable' ----------------------------+----------------------------------------------- Reporter: knarf | Owner: eric9 Type: enhancement | Status: accepted Priority: minor | Milestone: Component: GetComponents | Version: Resolution: | Keywords: ----------------------------+----------------------------------------------- Comment (by eric9): Ok then let's go ahead and remove the experimental tag from both features. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/61#comment:3> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 0

Re: [ET Trac] [Einstein Toolkit] #1: Cactus doesn't support __unused__ for gcc
by Einstein Toolkit 27 Oct '10

27 Oct '10

#1: Cactus doesn't support __unused__ for gcc --------------------------+------------------------------------------------- Reporter: knarf | Owner: knarf Type: enhancement | Status: accepted Priority: minor | Milestone: Component: Cactus | Version: ET_2010_06 Resolution: | Keywords: --------------------------+------------------------------------------------- Comment (by knarf): I added a patch, tested on my laptop (gcc), a numrel station (icc) and pelican (ibm compiler). Please test and report. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/1#comment:5> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 0

[Einstein Toolkit] #70: Cactus segfaults with incorrectly specified grid array sizes
by Einstein Toolkit 27 Oct '10

27 Oct '10

#70: Cactus segfaults with incorrectly specified grid array sizes --------------------+------------------------------------------------------- Reporter: knarf | Owner: knarf Type: defect | Status: new Priority: minor | Milestone: Component: Cactus | Version: ET_2010_06 Keywords: | --------------------+------------------------------------------------------- Cactus doesn't detect missing size arguments in multi-D grid array declarations, segfaulting in the process -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/70> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 1

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

Trac October 2010