Trac January 2011

trac@lists.einsteintoolkit.org

1 participants
147 discussions

[Einstein Toolkit] #239: build command broken
by Einstein Toolkit 25 Jan '11

25 Jan '11

#239: build command broken ------------------------+--------------------------------------------------- Reporter: eschnett | Owner: mthomas Type: defect | Status: new Priority: blocker | Milestone: Component: SimFactory | Version: Keywords: | ------------------------+--------------------------------------------------- I am trying to build remotely from numrel07 on philip. This fails with the following output: Building debug configuration... [2011-01-25 13:45:52] Executing: ./simfactory/bin/sim --remote philip build --clean --reconfig --debug --optionlist=philip-mpich.cfg --submitscript=philip- mpich.sub --runscript=philip-mpich.run --thornlist=manifest/einsteintoolkit.th DEBUG: Simfactory command: ./simfactory/bin/../lib/sim.py "--remote" "philip" "build" "--clean" "--reconfig" "--debug" "--optionlist=philip- mpich.cfg" "--submitscript=philip-mpich.sub" "--runscript=philip- mpich.run" "--thornlist=manifest/einsteintoolkit.th" DEBUG: Version exported The Simulation Factory: Manage Cactus simulations Info: defs: /home/eschnett/EinsteinToolkit-hg- vanilla/simfactory/etc/defs.ini Info: defs.local: /home/eschnett/EinsteinToolkit-hg- vanilla/simfactory/etc/defs.local.ini Executing command for remote machine: philip DEBUG: Simfactory command: /project/numrel/eschnett/philip /EinsteinToolkit-hg-vanilla/simfactory/bin/../lib/sim.py "build" "-- runscript=philip-mpich.run" "--optionlist=philip-mpich.cfg" "-- submitscript=philip-mpich.sub" "--clean" "--reconfig" "--debug" "-- thornlist=manifest/einsteintoolkit.th" DEBUG: Version exported The Simulation Factory: Manage Cactus simulations Info: defs: /project/numrel/eschnett/philip/EinsteinToolkit-hg- vanilla/simfactory/etc/defs.ini Info: defs.local: /project/numrel/eschnett/philip/EinsteinToolkit-hg- vanilla/simfactory/etc/defs.local.ini chmod: cannot access `/work/eschnett/philip/simulations/ml-mclachlan- lc-p000007-t09-i0006/output-0000/TERMINATE': No such file or directory chmod: cannot access `ml-mclachlan-lc-p000007-t09-i0006.out': No such file or directory chmod: Info: executing command: /bin/bash -c '{ { :; } && { qstat 72977; }; } 2>&1' cannot access `ml-mclachlan-lc-p000007-t09-i0006.err': No such file or directory Traceback (most recent call last): File "/project/numrel/eschnett/philip/EinsteinToolkit-hg- vanilla/simfactory/bin/../lib/sim.py", line 142, in ? main() File "/project/numrel/eschnett/philip/EinsteinToolkit-hg- vanilla/simfactory/bin/../lib/sim.py", line 131, in main restartlib.CleanupRestarts() File "/project/numrel/eschnett/philip/EinsteinToolkit-hg- vanilla/simfactory/lib/restartlib.py", line 232, in CleanupRestarts restart.finish() File "/project/numrel/eschnett/philip/EinsteinToolkit-hg- vanilla/simfactory/lib/simrestart.py", line 1347, in finish if os.path.exists(sspath): UnboundLocalError: local variable 'sspath' referenced before assignment Info: executing command: /bin/bash -c '{ :; } && { { :; } && { :; } && ssh -Y -o UserKnownHostsFile=/home/eschnett/EinsteinToolkit-hg- vanilla/simfactory/etc/ssh_known_hosts eschnett(a)philip1.hpc.lsu.edu '\''cd /project/numrel/eschnett/philip && cd /project/numrel/eschnett/philip/EinsteinToolkit-hg-vanilla && /project/numrel/eschnett/philip/EinsteinToolkit-hg- vanilla/simfactory/bin/sim '\''\'\'''\''build'\''\'\'''\'' --runscript =philip-mpich.run --optionlist=philip-mpich.cfg --submitscript=philip- mpich.sub --clean --reconfig --debug --thornlist=manifest/einsteintoolkit.th'\''; }' Error 256 occured while executing command "/bin/bash -c '{ :; } && { { :; } && { :; } && ssh -Y -o UserKnownHostsFile=/home/eschnett /EinsteinToolkit-hg-vanilla/simfactory/etc/ssh_known_hosts eschnett(a)philip1.hpc.lsu.edu '\''cd /project/numrel/eschnett/philip && cd /project/numrel/eschnett/philip/EinsteinToolkit-hg-vanilla && /project/numrel/eschnett/philip/EinsteinToolkit-hg- vanilla/simfactory/bin/sim '\''\'\'''\''build'\''\'\'''\'' --runscript =philip-mpich.run --optionlist=philip-mpich.cfg --submitscript=philip- mpich.sub --clean --reconfig --debug --thornlist=manifest/einsteintoolkit.th'\''; }'" -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/239> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 1

[Einstein Toolkit] #238: list-configurations broken
by Einstein Toolkit 25 Jan '11

25 Jan '11

#238: list-configurations broken ------------------------+--------------------------------------------------- Reporter: eschnett | Owner: mthomas Type: defect | Status: new Priority: blocker | Milestone: Component: SimFactory | Version: Keywords: | ------------------------+--------------------------------------------------- The command list-configuration fails; here is some output: Executing: ./simfactory/bin/sim --remote philip list-configurations --noverbose DEBUG: Simfactory command: ./simfactory/bin/../lib/sim.py "--remote" "philip" "list-configurations" "--noverbose" DEBUG: Version exported The Simulation Factory: Manage Cactus simulations Info: defs: /home/eschnett/EinsteinToolkit-hg- vanilla/simfactory/etc/defs.ini Info: defs.local: /home/eschnett/EinsteinToolkit-hg- vanilla/simfactory/etc/defs.local.ini Executing command for remote machine: philip DEBUG: Simfactory command: /project/numrel/eschnett/philip /EinsteinToolkit-hg-vanilla/simfactory/bin/../lib/sim.py "list- configurations" "--noverbose" DEBUG: Version exported The Simulation Factory: Manage Cactus simulations Info: defs: /project/numrel/eschnett/philip/EinsteinToolkit-hg- vanilla/simfactory/etc/defs.ini Info: defs.local: /project/numrel/eschnett/philip/EinsteinToolkit-hg- vanilla/simfactory/etc/defs.local.ini chmod: cannot access `/work/eschnett/philip/simulations/ml-mclachlan- lc-p000007-t01-i0006/output-0000/TERMINATE': No such file or directory chmod: cannot access `ml-mclachlan-lc-p000007-t01-i0006.out': No such file or directory chmod: cannot access `ml-mclachlan-lc-p000007-t01-i0006.err': No such file or directory Info: executing command: /bin/bash -c '{ { :; } && { qstat 72969; }; } 2>&1' Traceback (most recent call last): File "/project/numrel/eschnett/philip/EinsteinToolkit-hg- vanilla/simfactory/bin/../lib/sim.py", line 142, in ? main() File "/project/numrel/eschnett/philip/EinsteinToolkit-hg- vanilla/simfactory/bin/../lib/sim.py", line 131, in main restartlib.CleanupRestarts() File "/project/numrel/eschnett/philip/EinsteinToolkit-hg- vanilla/simfactory/lib/restartlib.py", line 232, in CleanupRestarts restart.finish() File "/project/numrel/eschnett/philip/EinsteinToolkit-hg- vanilla/simfactory/lib/simrestart.py", line 1347, in finish if os.path.exists(sspath): UnboundLocalError: local variable 'sspath' referenced before assignment Info: executing command: /bin/bash -c '{ :; } && { { :; } && { :; } && ssh -Y -o UserKnownHostsFile=/home/eschnett/EinsteinToolkit-hg- vanilla/simfactory/etc/ssh_known_hosts eschnett(a)philip1.hpc.lsu.edu '\''cd /project/numrel/eschnett/philip && cd /project/numrel/eschnett/philip/EinsteinToolkit-hg-vanilla && /project/numrel/eschnett/philip/EinsteinToolkit-hg- vanilla/simfactory/bin/sim '\''\'\'''\''list-configurations'\''\'\'''\'' --noverbose'\''; }' -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/238> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 1

[Einstein Toolkit] #237: AHFinderDirect should set the number of timelevels of ahmask to match the number needed for e.g. the metric
by Einstein Toolkit 25 Jan '11

25 Jan '11

#237: AHFinderDirect should set the number of timelevels of ahmask to match the number needed for e.g. the metric --------------------+------------------------------------------------------- Reporter: knarf | Owner: Type: defect | Status: new Priority: major | Milestone: Component: Other | Version: Keywords: | --------------------+------------------------------------------------------- The attached patch changes the number of timelevels of the ahmask to match the number which is used for the metric. Setting this to three unconditionally leads to problems when running with Carpet and prolongation_order_time=1 because all GFs in Carpet are expected to have the same number of timelevels: prolongation_order_time+1. This is not the ideal solution. That would eliminate also variables ala metric_timelevels, because they directly depend on prolongation_order_time and should not have to be set (correctly) in a parameter file. This could be done automatically. However, the attached patch for now uses metric_timelevels, in order to get AHFinderDirect working quickly. I am asking for a review, and can apply it myself after a positive reply. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/237> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 1

[Einstein Toolkit] #142: GRHydro synchronises too many variables
by Einstein Toolkit 21 Jan '11

21 Jan '11

#142: GRHydro synchronises too many variables ----------------------+----------------------------------------------------- Reporter: eschnett | Owner: Type: defect | Status: new Priority: minor | Milestone: Component: Cactus | Version: Keywords: | ----------------------+----------------------------------------------------- Variables without storages should not be synchronised. When running GRHydro, I see the following warnings: WARNING[L2,P0] (Carpet): Cannot synchronise group "HYDROBASE::TEMPERATURE" because it has no storage WARNING[L2,P0] (Carpet): Cannot synchronise group "HYDROBASE::Y_E" because it has no storage WARNING[L2,P0] (Carpet): Cannot synchronise group "GRHYDRO::Y_E_CON" because it has no storage -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/142> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 2

[Einstein Toolkit] #227: Users cannot receive notifications of ticket changes
by Einstein Toolkit 21 Jan '11

21 Jan '11

#227: Users cannot receive notifications of ticket changes ----------------------------------+----------------------------------------- Reporter: hinder | Owner: Type: enhancement | Status: new Priority: major | Milestone: Component: EinsteinToolkit trac | Version: Keywords: | ----------------------------------+----------------------------------------- When a user reports a bug, they should be able to subscribe to email notifications for that bug, and that bug alone. It is unlikely that they will regularly check the TRAC for each bug they reported in the hope that someone has responded. There is a TracNotification (http://trac.edgewall.org/wiki/TracNotification) feature which apparently is disabled by default. Shall we try this out? -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/227> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 1

[Einstein Toolkit] #231: Missing #include in CactusBase/IOASCII
by Einstein Toolkit 21 Jan '11

21 Jan '11

#231: Missing #include in CactusBase/IOASCII ------------------------------------------------------+--------------------- Reporter: Barry Wardell <barry.wardell@…> | Type: defect Status: new | Priority: blocker Milestone: | Component: Cactus Version: | Keywords: ------------------------------------------------------+--------------------- Since svn revision 212 the thorn CactusBase/IOASCII does not compile. The problem is that the CCTK_ARGUMENTS macro has not been declared. Adding #include "cctk_Arguments.h" in CactusBase/IOASCII/src/ChooseOutput.c fixes the problem. Is this the correct solution? -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/231> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 1

[Einstein Toolkit] #226: ET wiki has some certificate trouble
by Einstein Toolkit 21 Jan '11

21 Jan '11

#226: ET wiki has some certificate trouble -------------------------------------+-------------------------------------- Reporter: bmundim | Owner: Type: defect | Status: new Priority: major | Milestone: Component: EinsteinToolkit website | Version: Keywords: einsteintoolkit wiki | -------------------------------------+-------------------------------------- Hi, The Einstein Toolkit wiki has some certificate issues. Firefox alerts about untrusted connection. The technical details are the following: wiki.einsteintoolkit.org uses an invalid security certificate. The certificate is only valid for wiki.cct.lsu.edu (Error code: ssl_error_bad_cert_domain) -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/226> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 1

[Einstein Toolkit] #224: GetComponents doesn't run any more
by Einstein Toolkit 20 Jan '11

20 Jan '11

#224: GetComponents doesn't run any more ---------------------------+------------------------------------------------ Reporter: eschnett | Owner: eric9 Type: defect | Status: new Priority: blocker | Milestone: Component: GetComponents | Version: Keywords: | ---------------------------+------------------------------------------------ When I run GetComponents (even without options), it doesn't run any more: $ bin/GetComponents Can't locate object method "initialize" via package "Pod::Usage" at /Users/eschnett/gt5.0.2/lib/perl/Pod/Usage.pm line 531. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/224> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 1

[Einstein Toolkit] #209: GetComponents --status should not report directories that it created
by Einstein Toolkit 20 Jan '11

20 Jan '11

#209: GetComponents --status should not report directories that it created ---------------------------+------------------------------------------------ Reporter: eschnett | Owner: eric9 Type: defect | Status: new Priority: minor | Milestone: Component: GetComponents | Version: Keywords: | ---------------------------+------------------------------------------------ GetComponents creates directories such as arrangements/CactusBase, and then reports these with a question mark during --status. It should rather ignore these directories during --status. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/209> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 2

[Einstein Toolkit] #103: Handle parameter files with DOS newline convention
by Einstein Toolkit 20 Jan '11

20 Jan '11

#103: Handle parameter files with DOS newline convention ----------------------+----------------------------------------------------- Reporter: eschnett | Owner: Type: defect | Status: new Priority: minor | Milestone: Component: Cactus | Version: Keywords: | ----------------------+----------------------------------------------------- I used a parameter file which used $parfile to indicate the location of the output directory. This parameter file also used DOS line ending conventions, i.e. \r\n instead of \n. The symptom was that an output directory called "$parfile" was created since the $parfile replacement did not occur. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/103> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 4

← Newer
1
...
7
8
9
10
11
12
13
14
15
Older →

Jump to page:

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

Trac January 2011