Commits October 2010

commits@lists.einsteintoolkit.org

9 participants
121 discussions

[Einstein Toolkit] #56: Add option --machine
by Einstein Toolkit 18 Oct '10

18 Oct '10

#56: Add option --machine ------------------------+--------------------------------------------------- Reporter: eschnett | Owner: mthomas Type: defect | Status: new Priority: major | Milestone: Component: SimFactory | Version: Keywords: | ------------------------+--------------------------------------------------- Add a new option --machine that specifies on which machine simfactory is executing. This would bypass or override the other mechanisms, e.g. calling hostname. This can be used in situations where the machine is known, but is difficult to determine, e.g. when "sim run" is called from the submit script. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/56> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 0

[Einstein Toolkit] #55: Rename list-machine
by Einstein Toolkit 18 Oct '10

18 Oct '10

#55: Rename list-machine -------------------------+-------------------------------------------------- Reporter: eschnett | Owner: mthomas Type: enhancement | Status: new Priority: trivial | Milestone: Component: SimFactory | Version: Keywords: | -------------------------+-------------------------------------------------- Rename list-machine to something else, e.g. print-machine or print-mdb- entry -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/55> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 0

[Einstein Toolkit] #46: mdb defaults are ignored
by Einstein Toolkit 18 Oct '10

18 Oct '10

#46: mdb defaults are ignored ------------------------+--------------------------------------------------- Reporter: eschnett | Owner: mthomas Type: defect | Status: new Priority: critical | Milestone: Component: SimFactory | Version: Keywords: | ------------------------+--------------------------------------------------- I cannot sync from my notebook to numrel02; the error message is: $ ./simfactory/sim sync numrel02 sim: manage and submit cactus jobs defs: /Users/eschnett/EinsteinToolkit-hg/simfactory/etc/defs.ini defs.local: /Users/eschnett/EinsteinToolkit- hg/simfactory/etc/defs.local.ini using machines: ['numrel02'] current working directory: /Users/eschnett/EinsteinToolkit-hg Cactus Directory: /Users/eschnett/EinsteinToolkit-hg Enabled Options: sync-parfiles: True sync-sourcetree: True Error: machine entry redshift does not have a user defined The mdb entry for redshift does not define the user, but I have a default setting for the user. If I circumvent this problem by setting the user for redshift, then I receive the next error: Error: machine redshift is missing a required key: rsynccmd This key has a default value in mdb-syntax.ini, but is apparently also not set. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/46> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 2

Re: [Commits] [Einstein Toolkit] #5: Thornlist is in machine.ini file
by Einstein Toolkit 18 Oct '10

18 Oct '10

#5: Thornlist is in machine.ini file -------------------------+-------------------------------------------------- Reporter: hinder | Owner: mthomas Type: defect | Status: closed Priority: minor | Milestone: Component: SimFactory | Version: Resolution: fixed | Keywords: -------------------------+-------------------------------------------------- Changes (by eschnett): * status: assigned => closed * resolution: => fixed Comment: The thornlist entry has been removed. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/5#comment:2> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 0

Re: [Commits] [Einstein Toolkit] #4: "user" and "email" keys in machine.ini file
by Einstein Toolkit 18 Oct '10

18 Oct '10

#4: "user" and "email" keys in machine.ini file -------------------------+-------------------------------------------------- Reporter: hinder | Owner: mthomas Type: defect | Status: closed Priority: major | Milestone: Component: SimFactory | Version: Resolution: fixed | Keywords: -------------------------+-------------------------------------------------- Changes (by eschnett): * status: assigned => closed * resolution: => fixed Comment: These entries have been removed. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/4#comment:2> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 0

[Einstein Toolkit] #48: Problem with --remote numrel02
by Einstein Toolkit 18 Oct '10

18 Oct '10

#48: Problem with --remote numrel02 ------------------------+--------------------------------------------------- Reporter: eschnett | Owner: mthomas Type: defect | Status: new Priority: major | Milestone: Component: SimFactory | Version: Keywords: | ------------------------+--------------------------------------------------- I tried to build remotely from my notebook on numrel02, and received the following errors: $ ./simfactory/sim --remote numrel02 build --debug sim: manage and submit cactus jobs defs: /Users/eschnett/EinsteinToolkit-hg/simfactory/etc/defs.ini defs.local: /Users/eschnett/EinsteinToolkit- hg/simfactory/etc/defs.local.ini Building for remote machine: numrel02 Executing: { :; } && ssh eschnett(a)numrel02.cct.lsu.edu '/home/eschnett /EinsteinToolkit-hg/simfactory/sim build --debug' Could not find platform independent libraries <prefix> Could not find platform dependent libraries <exec_prefix> Consider setting $PYTHONHOME to <prefix>[:<exec_prefix>] 'import site' failed; use -v for traceback Traceback (most recent call last): File "/home/eschnett/EinsteinToolkit-hg/simfactory/sim", line 10, in <module> import sys, os, shutil ImportError: No module named os Error 256 occured while executing command "{ :; } && { :; } && ssh eschnett(a)numrel02.cct.lsu.edu '/home/eschnett/EinsteinToolkit- hg/simfactory/sim build --debug'" -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/48> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 4

[Einstein Toolkit] #54: Superfluous error message
by Einstein Toolkit 18 Oct '10

18 Oct '10

#54: Superfluous error message ------------------------+--------------------------------------------------- Reporter: eschnett | Owner: mthomas Type: defect | Status: new Priority: minor | Milestone: Component: SimFactory | Version: Keywords: | ------------------------+--------------------------------------------------- I submitted a job for a simulation which already existed. This lead to the following output, where there is an error message about "mkdir". Even though there is an error, simfactory proceeds (it probably shouldn't). In this case, however, I assume that the error is benign because the directory existed before, and thus the error message should not be shown at all. $ ./simfactory/sim submit par/static_tov.par --procs=24 --walltime=4:0:0 --num-threads=4 sim: manage and submit cactus jobs defs: /nics/a/proj/cactus/eschnett/xt5/EinsteinToolkit- hg/simfactory/etc/defs.ini defs.local: /nics/a/proj/cactus/eschnett/xt5/EinsteinToolkit- hg/simfactory/etc/defs.local.ini Cactus Directory: /nics/a/proj/cactus/eschnett/xt5/EinsteinToolkit-hg SimEnvironment.COMMAND: submit Executing command: submit Parfile: par/static_tov.par [log] Assigned restart_id of: 0001 [log] Found the following restart_ids: [0] [log] Maximum restart id determined to be: 0000 [log] Determined submit restart id: 1 writing to internalDir: /lustre/scratch/eschnett/simulations/static_tov/output-0001/SIMFACTORY writing to: /lustre/scratch/eschnett/simulations/static_tov/output-0001/SIMFACTORY/PreparedSubmitScript mkdir: cannot create directory `/lustre/scratch/@USER@': Permission denied Executing submit command: /opt/torque/2.3.5/bin/qsub /lustre/scratch/eschnett/simulations/static_tov/output-0001/SIMFACTORY/PreparedSubmitScript Submit finished, job id is 788131.nid00016 -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/54> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 0

[Einstein Toolkit] #52: Ensure consistency between configurations on different systems
by Einstein Toolkit 16 Oct '10

16 Oct '10

#52: Ensure consistency between configurations on different systems -------------------------+-------------------------------------------------- Reporter: anonymous | Owner: mthomas Type: enhancement | Status: new Priority: minor | Milestone: Component: SimFactory | Version: Keywords: | -------------------------+-------------------------------------------------- This can be done e.g. by distributing thorn lists automatically (similar to source code and parameter files), and by deriving a configuration name from the thorn lists automatically. In this way, configurations on different systems would (almost automatically) be based on the same thorn list. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/52> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 0

[Einstein Toolkit] #50: Mailing lists should "reply to all" by default
by Einstein Toolkit 16 Oct '10

16 Oct '10

#50: Mailing lists should "reply to all" by default ----------------------+----------------------------------------------------- Reporter: eschnett | Owner: Type: defect | Status: new Priority: major | Milestone: Component: Other | Version: Keywords: | ----------------------+----------------------------------------------------- I'm currently helping someone debug an issue on the Einstein Users' mailing list. Since the mailing list is set to "reply to sender" instead of "reply to all", the discussion has separated into three threads at the moment: - an incomplete, public discussion on the list - a private discussion between the user and Frank Löffler, about which I only learned by change (and where I don't know what was actually said) - a private discussion between the user and myself, so that all the help I'm offering won't be logged and won't help anybody else. Please set the lists to "reply to all". I'm aware of all the discussions and arguments about whether this is a legal or moral thing to do, but it would undoubtedly be a very helpful thing for us. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/50> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 9

[Einstein Toolkit] #51: M_PI definition not always available to wavetoy-loopcontrol.c
by Einstein Toolkit 15 Oct '10

15 Oct '10

#51: M_PI definition not always available to wavetoy-loopcontrol.c -------------------------------------------+-------------------------------- Reporter: richard.oshaughnessy@… | Type: defect Status: new | Priority: minor Milestone: | Component: Cactus Version: ET_2010_06 | Keywords: c99 -------------------------------------------+-------------------------------- In certain situations, I've hit the following error /home/oshaughn/Numerical/EinsteinToolkit/Cactus/arrangements/Carpet/LoopControl/src /wavetoy-loopcontrol.c:183: error: 'M_PI' undeclared (first use in this function) Per Frank: "it is probably finding math.h, but M_PI is not declared in that file, at least not from C99 on (it was before). It's strange that nobody found that before, C99 should be standard with Cactus nowadays." -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/51> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 0

← Newer
1
2
3
4
5
6
7
...
13
Older →

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

Commits October 2010