Trac September 2011

trac@lists.einsteintoolkit.org

1 participants
184 discussions

[Einstein Toolkit] #401: pysim fails to build a new configuration because of old data
by Einstein Toolkit 14 Sep '11

14 Sep '11

#401: pysim fails to build a new configuration because of old data ------------------------+--------------------------------------------------- Reporter: knarf | Owner: mthomas Type: defect | Status: new Priority: major | Milestone: ET_2011_11 Component: SimFactory | Version: Keywords: | ------------------------+--------------------------------------------------- I just tried 'sim build --thornlist=./thornlists/Cactus.th' and it failed: Info: Simfactory command: /nics/d/home/knarf/utils/simfactory/bin/../lib/sim.py "build" "-- thornlist=./thornlists/Cactus.th" Info: Version 1318 The Simulation Factory: Manage Cactus simulations Info: defs: /nics/d/home/knarf/utils/simfactory/etc/defs.ini Info: defs.local: /nics/d/home/knarf/utils/simfactory/etc/defs.local.ini Warning: properties.ini does not exist for simulation IOL1_CCT_whisky_tov_1_1 Traceback (most recent call last): File "/nics/d/home/knarf/utils/simfactory/bin/../lib/sim.py", line 142, in ? main() File "/nics/d/home/knarf/utils/simfactory/bin/../lib/sim.py", line 130, in main restartlib.CleanupRestarts() File "/nics/d/home/knarf/utils/simfactory/lib/restartlib.py", line 165, in CleanupRestarts sim_create_time = restart.GetMarkTime("simulation") File "/nics/d/home/knarf/utils/simfactory/lib/simrestart.py", line 65, in GetMarkTime for fptr in os.listdir(self.InternalDir): OSError: [Errno 2] No such file or directory: '/lustre/scratch/knarf/simulations/IOL1_CCT_whisky_tov_1_1/SIMFACTORY' It should not fail to build because of old data - regardless of how that looks like. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/401> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 3

[Einstein Toolkit] #548: Let GetComponents relocate svn repositories when updating old location
by Einstein Toolkit 14 Sep '11

14 Sep '11

#548: Let GetComponents relocate svn repositories when updating old location ---------------------------+------------------------------------------------ Reporter: knarf | Owner: eric9 Type: enhancement | Status: new Priority: minor | Milestone: ET_2011_11 Component: GetComponents | Version: Keywords: | ---------------------------+------------------------------------------------ This patch lets GetComponents automatically relocate components which changed their url when url redirection is used. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/548> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 3

[Einstein Toolkit] #440: Cannot check out Carpet non-anonymously
by Einstein Toolkit 14 Sep '11

14 Sep '11

#440: Cannot check out Carpet non-anonymously ---------------------------+------------------------------------------------ Reporter: eschnett | Owner: eric9 Type: defect | Status: new Priority: major | Milestone: Component: GetComponents | Version: Keywords: | ---------------------------+------------------------------------------------ Whenever I try to check out Carpet non-anonymously using the standard thorn list, I receive the error message $ ./bin/GetComponents --update --root=. manifest/einsteintoolkit.th Error: The URL for Carpet/doc has changed, please perform a clean checkout. (This is not a helpful error message, because the urls are not shown.) I find that, for Mercurial, GetComponents always sets $url = $component{"URL"}, using the anonymous url. Later it compares this url to the url actually used to check out the repository, which is in my case different, since I used the non-anonymous, authorized url. This leads to an unconditional error. The file $HOME/.crl/users does not enter, since I never enter a password for this repository. The only way to circumvent this problem is to modify the URL in the thorn list to make it identical to the AUTH_URL. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/440> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 5

[Einstein Toolkit] #406: publication list is shuffled
by Einstein Toolkit 14 Sep '11

14 Sep '11

#406: publication list is shuffled -------------------------------------+-------------------------------------- Reporter: bmundim | Owner: Type: defect | Status: new Priority: major | Milestone: ET_2011_11 Component: EinsteinToolkit website | Version: Keywords: | -------------------------------------+-------------------------------------- The publication list at http://einsteintoolkit.org/publications/ is said to be arranged by year, but at the moment it seems to be completely shuffled. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/406> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 3

[Einstein Toolkit] #553: GetComponents needs to undo "git stash" on errors
by Einstein Toolkit 13 Sep '11

13 Sep '11

#553: GetComponents needs to undo "git stash" on errors ---------------------------+------------------------------------------------ Reporter: eschnett | Owner: eric9 Type: defect | Status: new Priority: critical | Milestone: Component: GetComponents | Version: Keywords: | ---------------------------+------------------------------------------------ GetComponents stashes local changes to a git repository before trying to pull. When there is an error, it needs to undo this (git stash pop). Otherwise the user sees the local changes disappear, and needs to run this command manually for all repositories where git pull failed. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/553> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 1

[Einstein Toolkit] #256: Add support for the new Lonestar
by Einstein Toolkit 09 Sep '11

09 Sep '11

#256: Add support for the new Lonestar -------------------------+-------------------------------------------------- Reporter: eschnett | Owner: mthomas Type: enhancement | Status: new Priority: minor | Milestone: Component: SimFactory | Version: Keywords: | -------------------------+-------------------------------------------------- -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/256> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 2

[Einstein Toolkit] #549: rsync crash when remote filter rule changes
by Einstein Toolkit 08 Sep '11

08 Sep '11

#549: rsync crash when remote filter rule changes -----------------------+---------------------------------------------------- Reporter: anonymous | Type: defect Status: new | Priority: major Milestone: | Component: Other Version: | Keywords: -----------------------+---------------------------------------------------- {{{ Hi, I have setup a nightly backup pull via rsync like this: $ rsync --version rsync version 3.0.7 protocol version 30 $ cd /backup/target $ rsync -axvSAHX --delete --numeric-ids --relative --delete-excluded --bwlimit=10000 --filter='. /backup/conf/filter_glaukos_home' root@glaukos:/exports/./data/ ./ Today noon I wondered why it's is still not ready. After finding out that it was caused by a very large tmp dir of a user I told him to fix his local .rsync-filter. While rsync was still pulling from the guilty "tmp-2011-09-05/" he changed his local filter from ... + /download*.xz - /tmp + /tmp*.xz ... to ... + /download*.xz - /tmp* + /tmp*.xz ... and moreover he deleted the whole directory "tmp-2011-09-05". And rsync exited this way: data/data-source/rolf/tmp-2011-09-05/99999_ICGE(a)wessa_2011-08-16.annot data/data-source/rolf/tmp-2011-09-05/99999_ICGE(a)wessa_2011-08-16.rinse file has vanished: "/exports/data/data- source/rolf/tmp-2011-09-05/999_IUDMIIF(a)boe_2011-07-28.annot" file has vanished: "/exports/data/data- source/rolf/tmp-2011-09-05/999_IUDMIIF(a)boe_2011-07-28.rinse" file has vanished: "/exports/data/data- source/rolf/tmp-2011-09-05/999_IUDMIIF(a)boe_2011-07-29.annot" file has vanished: "/exports/data/data- source/rolf/tmp-2011-09-05/999_IUDMIIF(a)boe_2011-07-29.rinse" file has vanished: "/exports/data/data- source/rolf/tmp-2011-09-05/999_IUDMIIF(a)boe_2011-07-30.annot" file has vanished: "/exports/data/data- source/rolf/tmp-2011-09-05/999_IUDMIIF(a)boe_2011-07-30.rinse" file has vanished: "/exports/data/data- source/rolf/tmp-2011-09-05/999_IUDMIIF(a)boe_2011-07-31.annot" file has vanished: "/exports/data/data- source/rolf/tmp-2011-09-05/999_IUDMIIF(a)boe_2011-07-31.rinse" file has vanished: "/exports/data/data- source/rolf/tmp-2011-09-05/999_IUDMIIF(a)boe_2011-08-01.annot" file has vanished: "/exports/data/data- source/rolf/tmp-2011-09-05/999_IUDMIIF(a)boe_2011-08-01.rinse" file has vanished: "/exports/data/data- source/rolf/tmp-2011-09-05/999_IUDMIIF(a)boe_2011-08-04.annot" file has vanished: "/exports/data/data- source/rolf/tmp-2011-09-05/999_IUDMIIF(a)boe_2011-08-04.rinse" file has vanished: "/exports/data/data- source/rolf/tmp-2011-09-05/999_IUDMIIF(a)boe_2011-08-05.annot" file has vanished: "/exports/data/data- source/rolf/tmp-2011-09-05/999_IUDMIIF(a)boe_2011-08-05.rinse" file has vanished: "/exports/data/data- source/rolf/tmp-2011-09-05/999_IUDMIIF(a)boe_2011-08-06.annot" file has vanished: "/exports/data/data- source/rolf/tmp-2011-09-05/999_IUDMIIF(a)boe_2011-08-06.rinse" file has vanished: "/exports/data/data- source/rolf/tmp-2011-09-05/999_IUDMIIF(a)boe_2011-08-07.annot" file has vanished: "/exports/data/data- source/rolf/tmp-2011-09-05/999_IUDMIIF(a)boe_2011-08-07.rinse" file has vanished: "/exports/data/data- source/rolf/tmp-2011-09-05/999_IUDMIIF(a)boe_2011-08-08.annot" file has vanished: "/exports/data/data- source/rolf/tmp-2011-09-05/999_IUDMIIF(a)boe_2011-08-08.rinse" file has vanished: "/exports/data/data- source/rolf/tmp-2011-09-05/999_IUDMIIF(a)boe_2011-08-10.annot" file has vanished: "/exports/data/data- source/rolf/tmp-2011-09-05/999_IUDMIIF(a)boe_2011-08-10.rinse" file has vanished: "/exports/data/data- source/rolf/tmp-2011-09-05/999_IUDMIIF(a)boe_2011-08-11.annot" file has vanished: "/exports/data/data- source/rolf/tmp-2011-09-05/999_IUDMIIF(a)boe_2011-08-11.rinse" file has vanished: "/exports/data/data- source/rolf/tmp-2011-09-05/999_IUDMIIF(a)boe_2011-08-12.annot" file has vanished: "/exports/data/data- source/rolf/tmp-2011-09-05/999_IUDMIIF(a)boe_2011-08-12.rinse" file has vanished: "/exports/data/data- source/rolf/tmp-2011-09-05/999_IUDMIIF(a)boe_2011-08-18.annot" file has vanished: "/exports/data/data- source/rolf/tmp-2011-09-05/999_IUDMIIF(a)boe_2011-08-18.rinse" file has vanished: "/exports/data/data- source/rolf/tmp-2011-09-05/999_IUDMIIF(a)boe_2011-08-20.annot" file has vanished: "/exports/data/data- source/rolf/tmp-2011-09-05/999_IUDMIIF(a)boe_2011-08-20.rinse" invalid modifier sequence at 't' in filter rule: -/tmp rsync error: syntax or usage error (code 1) at exclude.c(829) [sender=3.0.7] rsync: connection unexpectedly closed (130345973884 bytes received so far) [receiver] rsync error: error in rsync protocol data stream (code 12) at io.c(601) [receiver=3.0.7] rsync: writefd_unbuffered failed to write 5 bytes to socket [generator]: Broken pipe (32) rsync error: error in rsync protocol data stream (code 12) at io.c(1530) [generator=3.0.7] ---------------------------------------------------------------------------- rsnapshot encountered an error! The program was invoked with these options: /usr/bin/rsnapshot -c /backup/conf/rsnapshot_glaukos_home_data.conf sync ---------------------------------------------------------------------------- ERROR: /usr/bin/rsync returned 12 while processing root@glaukos:/exports/./data/ This is IMO a very critical issue, since users may crash my backup every day. cu, Rudi }}} -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/549> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 5

[Einstein Toolkit] #108: LocalInterp and LocalReduce should move to CactusNumerical
by Einstein Toolkit 06 Sep '11

06 Sep '11

#108: LocalInterp and LocalReduce should move to CactusNumerical -----------------------+---------------------------------------------------- Reporter: anonymous | Type: enhancement Status: new | Priority: minor Milestone: | Component: Cactus Version: | Keywords: -----------------------+---------------------------------------------------- -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/108> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 3

[Einstein Toolkit] #203: Add shallow clone to hg
by Einstein Toolkit 03 Sep '11

03 Sep '11

#203: Add shallow clone to hg ---------------------------+------------------------------------------------ Reporter: eric9 | Owner: eric9 Type: defect | Status: new Priority: minor | Milestone: Component: GetComponents | Version: Keywords: | ---------------------------+------------------------------------------------ Git and darcs offer a shallow clone option (--depth 1 for git and --lazy for darcs). Hg can accomplish a similar thing by running hg clone -r tip URL. This should be implemented following the same rules as shallow clones for git and darcs. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/203> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 5

[Einstein Toolkit] #546: print more information for ID and termination checkpoint
by Einstein Toolkit 02 Sep '11

02 Sep '11

#546: print more information for ID and termination checkpoint -------------------------+-------------------------------------------------- Reporter: knarf | Owner: eschnett Type: enhancement | Status: new Priority: minor | Milestone: Component: Carpet | Version: Keywords: | -------------------------+-------------------------------------------------- CarpetIOHDF5 already prints the iteration and time for periodic checkpoints. This patch adds this to both of initial data checkpoints (also after restart) and termination checkpoints. This applies to the hg version of Carpet. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/546> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 3

Jump to page:

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

Trac September 2011