Trac February 2011

trac@lists.einsteintoolkit.org

1 participants
134 discussions

[Einstein Toolkit] #274: TypeError: sequence item 1: expected string, NoneType found
by Einstein Toolkit 10 Feb '11

10 Feb '11

#274: TypeError: sequence item 1: expected string, NoneType found ------------------------+--------------------------------------------------- Reporter: knarf | Owner: mthomas Type: defect | Status: new Priority: major | Milestone: Component: SimFactory | Version: Keywords: | ------------------------+--------------------------------------------------- Hi, I executed simfactory to login to hopper, and got: {{{ $ sim login hopper Warning: Unable to determine CACTUS_PATH, using /home/knarf/utils/simfactory instead Info: Simfactory command: /home/knarf/utils/simfactory/bin/../lib/sim.py "login" "hopper" Info: Version 1195M The Simulation Factory: Manage Cactus simulations Info: defs: /home/knarf/utils/simfactory/etc/defs.ini Info: defs.local: /home/knarf/utils/simfactory/etc/defs.local.ini Info: Executing command: login Logging into remote machine hopper Warning: Called from the wrong location. Current directory is '/home/knarf' but expected a subdirectory of '/home/knarf'. It is also be possible that you need to correct your 'sourcebasedir' entry in the mdb entry for this machine. Traceback (most recent call last): File "/home/knarf/utils/simfactory/bin/../lib/sim.py", line 141, in <module> main() File "/home/knarf/utils/simfactory/bin/../lib/sim.py", line 138, in main CommandDispatch() File "/home/knarf/utils/simfactory/bin/../lib/sim.py", line 105, in CommandDispatch module.main() File "/home/knarf/utils/simfactory/lib/sim-util.py", line 246, in main CommandDispatch() File "/home/knarf/utils/simfactory/lib/sim-util.py", line 51, in CommandDispatch exec("command_%s()" % command) File "<string>", line 1, in <module> File "/home/knarf/utils/simfactory/lib/sim-util.py", line 125, in command_login local_sourcedir = simlib.BuildPath(local_sourcebasedir, source_name) File "/home/knarf/utils/simfactory/lib/simlib.py", line 673, in BuildPath return os.sep.join(args) TypeError: sequence item 1: expected string, NoneType found }}} The warnings about the Cactus location shouldn't be there (simfactory shouldn't care about that, but that is already mentioned in another ticket), and might be unrelated to the error later, which aborts. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/274> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 1

[Einstein Toolkit] #275: Empty line in output of list-simulations
by Einstein Toolkit 10 Feb '11

10 Feb '11

#275: Empty line in output of list-simulations ------------------------+--------------------------------------------------- Reporter: eschnett | Owner: mthomas Type: defect | Status: new Priority: minor | Milestone: Component: SimFactory | Version: Keywords: | ------------------------+--------------------------------------------------- The output below has an empty line between the two simulations. This empty line should not be there. $ ./bin/sim list-simulations --noverbose Info: Simfactory command: ./bin/../simfactory/lib/sim.py "list- simulations" "--noverbose" Info: Version exported The Simulation Factory: Manage Cactus simulations Simulations: empyt-i0000 [no valid restarts found, skipping] empyt-i0001 [FINISHED, restart id "0000", job id "-1"] -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/275> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 1

[Einstein Toolkit] #278: Rename "alwaysprint" to "output"
by Einstein Toolkit 10 Feb '11

10 Feb '11

#278: Rename "alwaysprint" to "output" -------------------------+-------------------------------------------------- Reporter: eschnett | Owner: mthomas Type: enhancement | Status: new Priority: minor | Milestone: Component: SimFactory | Version: Keywords: | -------------------------+-------------------------------------------------- The name "alwaysprint" seems strange. Something like "output" would be better. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/278> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 2

[Einstein Toolkit] #280: There should be both "debug" and "verbos"
by Einstein Toolkit 10 Feb '11

10 Feb '11

#280: There should be both "debug" and "verbos" -------------------------+-------------------------------------------------- Reporter: eschnett | Owner: mthomas Type: enhancement | Status: new Priority: minor | Milestone: Component: SimFactory | Version: Keywords: | -------------------------+-------------------------------------------------- The "--verbose" option currently has two effects: one, it makes the output of e.g. list-simulations more detailed, and two, it outputs debug messages while simfactory is running. These are different purposes, and there should be different options for both. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/280> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 1

[Einstein Toolkit] #282: type type type
by Einstein Toolkit 10 Feb '11

10 Feb '11

#282: type type type ------------------------+--------------------------------------------------- Reporter: eschnett | Owner: mthomas Type: defect | Status: new Priority: minor | Milestone: Component: SimFactory | Version: Keywords: | ------------------------+--------------------------------------------------- I just received the following error message: $ ./bin/sim sync hopper2 Error: value for key L3linesize in section hopper2 is not of required type <type 'type'> The error message does not say what type was expected. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/282> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 1

[Einstein Toolkit] #265: simfactory sync fails with special ssh keys
by Einstein Toolkit 10 Feb '11

10 Feb '11

#265: simfactory sync fails with special ssh keys -----------------------------+---------------------------------------------- Reporter: anonymous | Owner: mthomas Type: defect | Status: new Priority: critical | Milestone: Component: SimFactory | Version: ET_2010_11 Keywords: simfactory sync | -----------------------------+---------------------------------------------- If I invoke rsync manually, e.g. by: [snip] rsync -e "ssh -i .ssh/id_rsa-login-damiana" lu32vak(a)hlrb2.lrz- muenchen.de:~/tester [snip] rsync works sucessfully. I have set the following for hlrb2 in simfactory/etc/mdb/hlrb2.ini [snip] sshopts = "-i /home/alibeck/.ssh/id_rsa-login-damiana" rsyncopts = "-e \"ssh -i /home/alibeck/.ssh/id_rsa-login- damiana\"" [snip] Then I am getting the following message: [snip] Executing: /bin/bash -c "{ :; } && { :; } && ssh -Y lu32vak(a)hlrb2.lrz- muenchen.de mkdir -p /home/hlrb2/pr32pi/lu32vak/tester/programme/Cactus- Luca/Cactus && rsync --rsh='ssh -i /home/alibeck/.ssh/id_rsa-login-damiana alibeck(a)login-damiana.aei.mpg.de \"/bin/bash -c '\''{ :; } && ssh -i /home/alibeck/.ssh/id_rsa-login-damiana'\''\"' --rsync- path=/home/hlrb2/h0152/lu78kog/rsync-3.0.4/bin/rsync -e "ssh -i /home/alibeck/.ssh/id_rsa-login-damiana" --archive --hard-links --sparse --verbose --progress --partial --stats --compress --delete --delete- excluded --filter 'protect *.pyc' --filter 'protect *.log' --exclude '_darcs' --exclude 'CVS' --exclude 'doxygen' --exclude '.#*' --exclude '.DS_Store' --exclude '.git' --exclude '.hg' --exclude '.svn' --exclude '*~' --exclude '*.pyc' --exclude '*.log' CONTRIBUTORS COPYRIGHT Makefile arrangements lib repos simfactory thornlists src lu32vak(a)hlrb2.lrz- muenchen.de:/home/hlrb2/pr32pi/lu32vak/tester/programme/Cactus- Luca/Cactus" [snip] The string ..."&& ssh -Y lu32vak(a)hlrb2.lrz-muenchen.de mkdir -p /home/hlrb2/pr32pi/lu32vak/tester/programme/Cactus-Luca/Cactus &&"... indicates that at some place sim tries to login without using my ssh-key. This is where sim tries to make the mkdir in advance. Later on the rsync command created by sim seems to be correct. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/265> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 1

[Einstein Toolkit] #276: cleanup is not inhibited after errors
by Einstein Toolkit 10 Feb '11

10 Feb '11

#276: cleanup is not inhibited after errors ------------------------+--------------------------------------------------- Reporter: eschnett | Owner: mthomas Type: defect | Status: new Priority: blocker | Milestone: Component: SimFactory | Version: Keywords: | ------------------------+--------------------------------------------------- SimFactory should detect if qsub or qstat failed, or if the corresponding patterns didn't match. In this case, there should be an error message alerting the user. In this case, cleanup should not automatically clean up the simulations, since it cannot detect whether the restarts are finished. ("cleanup --force" should probably still work.) -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/276> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 1

[Einstein Toolkit] #149: BVec in HydroBase/interface.ccl should be an axial vector
by Einstein Toolkit 09 Feb '11

09 Feb '11

#149: BVec in HydroBase/interface.ccl should be an axial vector --------------------------------------------+------------------------------- Reporter: roland.haas@… | Type: defect Status: new | Priority: major Milestone: | Component: Cactus Version: | Keywords: --------------------------------------------+------------------------------- the magnetic field is a pseudovector so should have tensorparity=-1 in interface.ccl. CCTK_REAL Bvec[3] type = GF Timelevels = 3 tags='ProlongationParameter="HydroBase::prolongation_type" tensortypealias="U" tensorparity=-1 interpolator="matter"' "Magnetic field components B^i" Parities are used by the Reflection thorn. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/149> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 6

[Einstein Toolkit] #254: tensorparity=-1 quantities in ReflectionSymmetry
by Einstein Toolkit 09 Feb '11

09 Feb '11

#254: tensorparity=-1 quantities in ReflectionSymmetry --------------------------------------------+------------------------------- Reporter: roland.haas@… | Type: defect Status: new | Priority: major Milestone: | Component: Cactus Version: | Keywords: --------------------------------------------+------------------------------- I would like to suggest applying the attached patch to ReflectionSymmetry to fix (I believe) its handling of the tensorparity attribute. Explanation/Rationale: In ReflectionSymmetry/interpolate.c parities[dir] is set to the behaviour under reflection across the "dir"=0 plane of an object of type tensortypealis. It does not take tensorparity into account. Therefore check_dir[dir] must take tensorparity into account explicitly. The second change is "parity = 1" instead of "parity = tensorparity" which states that if a point is never reflected then the value that was on the grid is to be used as-is. I have tested these changes with the magnetic field created by a wire along the x,y,z axis and reflection across the various planes and with RotatingSymmetry180 and *90. Please see ticket #149 https://trac.einsteintoolkit.org/ticket/149 for sample parameter files and test scripts. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/254> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 2

[Einstein Toolkit] #272: GetComponents: use of uninitialized values.
by Einstein Toolkit 09 Feb '11

09 Feb '11

#272: GetComponents: use of uninitialized values. ----------------------------------+----------------------------------------- Reporter: bmundim | Owner: eric9 Type: defect | Status: new Priority: major | Milestone: Component: GetComponents | Version: Keywords: uninitialized values | ----------------------------------+----------------------------------------- Hi, I am receiving the following kind of messages when updating my tree with the newest version of GetComponents (./GetComponents -u -a --noshallow thorns.th): ----------------------------------------------------------------- Updating module: Carpet/doc from repository: git://carpetcode.dyndns.org/carpet located in: Cactus/arrangements Use of uninitialized value in regexp compilation at ./GetComponents line 1569. Use of uninitialized value in concatenation (.) or string at ./GetComponents line 1572. Use of uninitialized value in concatenation (.) or string at ./GetComponents line 1572. Already on 'master' ----------------------------------------------------------------- Thanks, Bruno. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/272> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 1

Jump to page:

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

Trac February 2011