Users May 2010

users@lists.einsteintoolkit.org

16 participants
27 discussions

Problem compiling the Einstein Toolkit on Kraken
by Barry Wardell 25 May '10

25 May '10

Hi, I have been trying to compile the Einstein Toollkit on Kraken and have encountered a problem with the AHFinder thorn. I looks to me like a compiler problem. The error message I get is: Preprocessing /nics/a/proj/cactus/barrywar/xt5/Cactus/arrangements/EinsteinAnalysis/AHFinder/src/AHFinder_pow.F Compiling /nics/a/proj/cactus/barrywar/xt5/Cactus/arrangements/EinsteinAnalysis/AHFinder/src/AHFinder_pow.F *** glibc detected *** /opt/pgi/9.0.4/linux86-64/9.0-4/bin/pgf902: realloc(): invalid next size: 0x00000000009f2e80 *** ======= Backtrace: ========= /lib64/libc.so.6[0x2b93a06a534e] /lib64/libc.so.6[0x2b93a06a7fbd] /lib64/libc.so.6(__libc_realloc+0x11c)[0x2b93a06a925c] /opt/pgi/9.0.4/linux86-64/9.0-4/bin/pgf902[0x42a628] /opt/pgi/9.0.4/linux86-64/9.0-4/bin/pgf902[0x442772] /opt/pgi/9.0.4/linux86-64/9.0-4/bin/pgf902[0x437d66] /opt/pgi/9.0.4/linux86-64/9.0-4/bin/pgf902[0x62d2d5] /lib64/libc.so.6(__libc_start_main+0xf4)[0x2b93a0657154] /opt/pgi/9.0.4/linux86-64/9.0-4/bin/pgf902(tolower+0x3a)[0x4030aa] ======= Memory map: ======== 00400000-007de000 r-xp 00000000 00:10 4860079 /opt/pgi/9.0.4/linux86-64/9.0-4/bin/pgf902 008de000-00919000 rwxp 003de000 00:10 4860079 /opt/pgi/9.0.4/linux86-64/9.0-4/bin/pgf902 00919000-00ad5000 rwxp 00919000 00:00 0 [heap] 2b93a051e000-2b93a0539000 r-xp 00000000 00:10 7042057 /lib64/ld-2.4.so 2b93a0539000-2b93a053f000 rwxp 2b93a0539000 00:00 0 2b93a056e000-2b93a056f000 rwxp 2b93a056e000 00:00 0 2b93a0590000-2b93a05d7000 rwxp 2b93a053f000 00:00 0 2b93a0638000-2b93a063a000 rwxp 0001a000 00:10 7042057 /lib64/ld-2.4.so 2b93a063a000-2b93a0761000 r-xp 00000000 00:10 7041955 /lib64/libc-2.4.so 2b93a0761000-2b93a0861000 ---p 00127000 00:10 7041955 /lib64/libc-2.4.so 2b93a0861000-2b93a0864000 r-xp 00127000 00:10 7041955 /lib64/libc-2.4.so 2b93a0864000-2b93a0866000 rwxp 0012a000 00:10 7041955 /lib64/libc-2.4.so 2b93a0866000-2b93a086c000 rwxp 2b93a0866000 00:00 0 2b93a086c000-2b93a0876000 r-xp 00000000 00:10 7041972 /lib64/libnss_files-2.4.so 2b93a0876000-2b93a0975000 ---p 0000a000 00:10 7041972 /lib64/libnss_files-2.4.so 2b93a0975000-2b93a0977000 rwxp 00009000 00:10 7041972 /lib64/libnss_files-2.4.so 2b93a0977000-2b93a0989000 r-xp 00000000 00:10 7042051 /lib64/libnss_ldap.so.2 2b93a0989000-2b93a0a88000 ---p 00012000 00:10 7042051 /lib64/libnss_ldap.so.2 2b93a0a88000-2b93a0a8a000 rwxp 00011000 00:10 7042051 /lib64/libnss_ldap.so.2 2b93a0a8a000-2b93a0a95000 rwxp 2b93a0a8a000 00:00 0 2b93a0a95000-2b93a0ace000 r-xp 00000000 00:10 10175636 /usr/lib64/libldap-2.3.so.0.2.20 2b93a0ace000-2b93a0bce000 ---p 00039000 00:10 10175636 /usr/lib64/libldap-2.3.so.0.2.20 2b93a0bce000-2b93a0bd0000 rwxp 00039000 00:10 10175636 /usr/lib64/libldap-2.3.so.0.2.20 2b93a0bd0000-2b93a0bdd000 r-xp 00000000 00:10 10175634 /usr/lib64/liblber-2.3.so.0.2.20 2b93a0bdd000-2b93a0cdd000 ---p 0000d000 00:10 10175634 /usr/lib64/liblber-2.3.so.0.2.20 2b93a0cdd000-2b93a0cde000 rwxp 0000d000 00:10 10175634 /usr/lib64/liblber-2.3.so.0.2.20 2b93a0cde000-2b93a0cf5000 r-xp 00000000 00:10 10125323 /usr/lib64/libgssapi_krb5.so.2.2 2b93a0cf5000-2b93a0df5000 ---p 00017000 00:10 10125323 /usr/lib64/libgssapi_krb5.so.2.2 2b93a0df5000-2b93a0df6000 rwxp 00017000 00:10 10125323 /usr/lib64/libgssapi_krb5.so.2.2 2b93a0df6000-2b93a0df8000 r-xp 00000000 00:10 7041961 /lib64/libdl-2.4.so 2b93a0df8000-2b93a0ef8000 ---p 00002000 00:10 7041961 /lib64/libdl-2.4.so 2b93a0ef8000-2b93a0efa000 rwxp 00002000 00:10 7041961 /lib64/libdl-2.4.so 2b93a0efa000-2b93a0f0d000 r-xp 00000000 00:10 7041966 /lib64/libnsl-2.4.so 2b93a0f0d000-2b93a100c000 ---p 00013000 00:10 7041966 /lib64/libnsl-2.4.so 2b93a100c000-2b93a100e000 rwxp 00012000 00:10 7041966 /lib64/libnsl-2.4.so 2b93a100e000-2b93a1010000 rwxp 2b93a100e000 00:00 0 2b93a1010000-2b93a1021000 r-xp 00000000 00:10 7041983 /lib64/libresolv-2.4.so 2b93a1021000-2b93a1120000 ---p 00011000 00:10 7041983 /lib64/libresolv-2.4.so 2b93a1120000-2b93a1122000 rwxp 00010000 00:10 7041983 /lib64/libresolv-2.4.so 2b93a1122000-2b93a1124000 rwxp 2b93a1122000 00:00 0 2b93a1124000-2b93a113b000 r-xp 00000000 00:10 10125347 /usr/lib64/libsasl2.so.2.0.21 2b93a113b000-2b93a123b000 ---p 00017000 00:10 10125347 /usr/lib64/libsasl2.so.2.0.21 2b93a123b000-2b93a123c000 rwxp 00017000 00:10 10125347 /usr/lib64/libsasl2.so.2.0.21 2b93a123c000-2b93a127c000 r-xp 00000000 00:10 10125317 /usr/lib64/libssl.so.0.9.8 2b93a127c000-2b93a137c000 ---p 00040000 00:10 10125317 /usr/lib64/libssl.so.0.9.8 2b93a137c000-2b93a1382000 rwxp 00040000 00:10 10125317 /usr/lib64/libssl.so.0.9.8 2b93a1382000-2b93a14c0000 r-xp 00000000 00:10 10175951 /usr/lib64/libcrypto.so.0.9.8 2b93a14c0000-2b93a15bf000 ---p 0013e000 00:10 10175951 /usr/lib64/libcrypto.so.0.9.8 2b93a15bf000-2b93a15e1000 rwxp 0013d000 00:10 10175951 /usr/lib64/libcrypto.so.0.9.8 2b93a15e1000-2b93a15e5000 rwxp 2b93a15e1000 00:00 0 2b93a15e5000-2b93a1659000 r-xp 00000000 00:10 10125337 /usr/lib64/libkrb5.so.3.2 2b93a1659000-2b93a1759000 ---p 00074000 00:10 10125337 /usr/lib64/libkrb5.so.3.2 2b93a1759000-2b93a175d000 rwxp 00074000 00:10 10125337 /usr/lib64/libkrb5.so.3.2 2b93a175d000-2b93a177f000 r-xp 00000000 00:10 10125327 /usr/lib64/libk5crypto.so.3.0 2b93a177f000-2b93a187e000 ---p 00022000 00:10 10125327 /usr/lib64/libk5crypto.so.3.0 2b93a187e000-2b93a1880000 rwxp 00021000 00:10 10125327 /usr/lib64/libk5crypto.so.3.0 2b93a1880000-2b93a1882000 r-xp 00000000 00:10 7041964 /lib64/libcom_err.so.2.1 2b93a1882000-2b93a1981000 ---p 00002000 00:10 7041964 /lib64/libcom_err.so.2.1 2b93a1981000-2b93a1982000 rwxp 00001000 00:10 7041964 /lib64/libcom_err.so.2.1 2b93a1982000-2b93a1985000 r-xp 00000000 00:10 10125339 /usr/lib64/libkrb5support.so.0.0 2b93a1985000-2b93a1a84000 ---p 00003000 00:10 10125339 /usr/lib64/libkrb5support.so.0.0 2b93a1a84000-2b93a1a85000 rwxp 00002000 00:10 10125339 /usr/lib64/libkrb5support.so.0.0 2b93a1a85000-2b93a1a89000 r-xp 00000000 00:10 7041970 /lib64/libnss_dns-2.4.so 2b93a1a89000-2b93a1b88000 ---p 00004000 00:10 7041970 /lib64/libnss_dns-2.4.so 2b93a1b88000-2b93a1b8a000 rwxp 00003000 00:10 7041970 /lib64/libnss_dns-2.4.so 2b93a1c00000-2b93a1c21000 rwxp 2b93a1c00000 00:00 0 2b93a1c21000-2b93a1d00000 ---p 2b93a1c21000 00:00 0 2b93a1d00000-2b93a1d0d000 r-xp 00000000 00:10 7041994 /lib64/libgcc_s.so.1 2b93a1d0d000-2b93a1e0c000 ---p 0000d000 00:10 7041994 /lib64/libgcc_s.so.1 2b93a1e0c000-2b93a1e0d000 rwxp 0000c000 00:10 7041994 /lib64/libgcc_s.so.1 7fff0a571000-7fff0a58c000 rwxp 7fff0a571000 00:00 0 [stack] ffffffffff600000-ffffffffffe00000 ---p 00000000 00:00 0 [vdso] pgf90-Fatal-/opt/pgi/9.0.4/linux86-64/9.0-4/bin/pgf902 TERMINATED by signal 6 Arguments to /opt/pgi/9.0.4/linux86-64/9.0-4/bin/pgf902 /opt/pgi/9.0.4/linux86-64/9.0-4/bin/pgf902 /tmp/pgf90wDYfc7plxihs.ilm -fn /nics/a/proj/cactus/barrywar/xt5/Cactus/configs/ET/build/AHFinder/AHFinder_pow.f -debug -x 120 0x200 -opt 3 -terse 1 -inform warn -x 51 0x20 -x 119 0xa10000 -x 122 0x40 -x 123 0x1000 -x 127 4 -x 127 17 -x 19 0x400000 -x 28 0x40000 -x 70 0x8000 -x 122 1 -quad -vect 56 -y 34 16 -x 34 0x8 -x 32 1048576 -y 19 8 -y 35 0 -x 42 0x30 -x 39 0x40 -x 39 0x80 -x 34 0x400000 -x 149 1 -x 150 1 -x 59 4 -x 59 4 -tp k8-64e -x 124 0x1400 -y 15 2 -x 57 0x3b0000 -x 58 0x48000000 -x 49 0x100 -x 120 0x200 -astype 0 -x 121 1 -x 124 1 -x 125 0x200 -x 9 1 -x 42 0x14200000 -x 72 0x1 -x 136 0x11 -x 80 0x800000 -quad -x 119 0x10000000 -x 129 0x40000000 -x 129 2 -mp -x 69 0x200 -x 69 0x400 -x 0 0x1000000 -x 2 0x100000 -x 0 0x2000000 -x 161 0xcff7 -x 162 0xcff7 -x 0 0x1000000 -x 2 0x100000 -x 0 0x2000000 -x 161 128 -x 162 128 -x 161 53239 -x 162 53239 -x 0 0x2000000 -cmdline '+pgf90 /nics/a/proj/cactus/barrywar/xt5/Cactus/configs/ET/build/AHFinder/AHFinder_pow.f -g -Mx,125,0x200 -fastsse -fast -Mvect=sse -Mscalarsse -Mcache_align -Mflushz -O3 -Mvect=assoc -mp=nonuma -Minfo -Minfo=mp -Mneginfo -c -o /nics/a/proj/cactus/barrywar/xt5/Cactus/configs/ET/build/AHFinder/AHFinder_pow.F.o' -asm /tmp/pgf90MDYfYzxbMlTG.sm make[3]: *** [AHFinder_pow.F.o] Error 127 make[2]: *** [make.checked] Error 2 make[1]: *** [/nics/a/proj/cactus/barrywar/xt5/Cactus/configs/ET/lib/libthorn_AHFinder.a] Error 2 make: *** [ET] Error 2 Uncaught exception from user code: Error 2 occurred while executing command "make -j2 ET" at /nics/a/proj/cactus/barrywar/xt5/Cactus/simfactory/sim line 4500. at /nics/a/proj/cactus/barrywar/xt5/Cactus/simfactory/sim line 4500 main::execute('make -j2 ET') called at /nics/a/proj/cactus/barrywar/xt5/Cactus/simfactory/sim line 1682 main::command_build('ET') called at /nics/a/proj/cactus/barrywar/xt5/Cactus/simfactory/sim line 448 Does anybody have an idea how to fix this? Barry

2 3

FW: Cactus compilation question
by Babiuc-Hamilton, Maria 25 May '10

25 May '10

________________________________________ From: Babiuc-Hamilton, Maria Sent: Monday, May 24, 2010 12:36 PM To: Erik Schnetter Subject: Cactus compilation question Hello, I have problems compiling Cactus on a macbook pro i7 snow-leopard. The configuration I am using is: ___________________ PP = cpp-mp-4.3 FPP = cpp-mp-4.3 CC = gcc-mp-4.3 CXX = g++-mp-4.3 F77 = gfortran-mp-4.3 F90 = gfortran-mp-4.3 HDF5 = yes HDF5_DIR = /opt/local LIBSZ_DIR = /opt/local LIBZ_DIR = /opt/local MPI=MPICH MPICH_DIR=/opt/local #MPI = OpenMPI #OPENMPI_DIR = /opt/local BLAS_DIR = /System/Library/Frameworks/vecLib.framework LAPACK_DIR = /System/Library/Frameworks/vecLib.framework FFTW_DIR = /opt/local GSL_DIR = /opt/local PETSC_DIR = /opt/local/lib/petsc X_LIB_DIR = /usr/X11R6/lib The wavetoy compiled, but with my thorns, there were errors like this: Undefined symbols: "__gfortran_size1" "__gfortran_transfer_complex" "__gfortran_minloc0_4_r8" "MPI::Win::Set_errhandler(MPI::Errhandler const&)" "__gfortran_string_trim" "__gfortran_st_close" thanks, Maria

1 0

fix d3tensor in TwoPunctures/src/TP_utilities.c
by Roland Haas 24 May '10

24 May '10

Hello all, my original commit to remove NR from d3tensor in TwoPunctures contained a bug in d3tensor. Since the routine is never called by stock TP this did not show up. Attached is a corrected version (which was actually used). Ok to commit? Yours, Roland -- My email is as private as my paper mail. I therefore support encrypting and signing email messages. Get my PGP key from http://keys.gnupg.net.

2 1

Re: [Users] still cannot update CVS repositories from outside LSU ISSUE=925 PROJ=20
by CCT IT Support 18 May '10

18 May '10

When replying, type your text above this line. ---------------------------------------------- Notification of Incident Change The following changes have been made to this Incident: Appended a Description. Project: CCT Help Desk Incident: Re: [Users] still cannot update CVS repositories from outside LSU Incident Number: 925 Priority: Medium Status: Open Date: 05/18/2010 Time: 12:27:12 Creation Date: 05/18/2010 Creation Time: 08:47:32 Created By: roland.haas(a)physics.gatech.edu View Incident in Browser: https://itservice.lsu.edu/MRcgi/MRlogin.pl?DL=925DA20 Description: Entered on 05/18/2010 at 12:27:12 CDT (GMT-0500) by Dilip Somavarapu: Hi Roland, Sorry I was thinking you were trying to checkin some files into the repository. This repository has read permissions for the cvs_anon and I will be looking into the issue. Thanks Dilip Entered on 05/18/2010 at 10:41:08 CDT (GMT-0500) by roland.haas(a)physics.gatech.edu: Dear Dilip, > I see you using cvs_anon username for update, which will have only read > access for any repository. > Please use your cvs username and password for update the cvs repository. It hangs as well if I use: cvs -d:pserver:rhaas@cvs.cct.lsu.edu/numrel login <Enter rhaas CVS password> cvs -d:pserver:rhaas@cvs.cct.lsu.edu/numrel update Also I checked the repository out using cvs_anon so am surprised that I cannot update my local copy using cvs_anon as well. This repository is used to distribute a Cactus thorn (QuasiLocalMeasures) for the EinsteinToolkit. The aim is to make the thorn (module) available to the general public, who will not have cct CVS accounts. So if a CVS account is needed then users will not be able to update the code even though they could delete their current copy and checkout the newest version again. Yours, Roland -- My email is as private as my paper mail. I therefore support encrypting and signing email messages. Get my PGP key from http://keys.gnupg.net. Entered on 05/18/2010 at 10:29:15 CDT (GMT-0500) by Dilip Somavarapu: Hi Roland, I see you using cvs_anon username for update, which will have only read access for any repository. Please use your cvs username and password for update the cvs repository. Thanks Dilip Entered on 05/18/2010 at 08:47:31 CDT (GMT-0500) by roland.haas(a)physics.gatech.edu: Dear Sir or Madam, > On Tue, May 18, 2010 at 08:55:06AM -0400, Roland Haas wrote: >> I am still unable to *update* CVS repositories from outside LSU (works >> from is.cct.lsu.edu). > > Can you please get in contact with ccthelpdesk(a)lsu.edu to resolve this? > I have spoken with them about this, but couldn't show anything because > it worked for me. > > thanks, Frank I am having trouble *updating* cvs repositories hosted at asylum.cct.lsu.edu from outside of the LSU network. The initial checkout works fine and if I log into say is.cct.lsu.edu I can also update. These are the steps that allow me to reproduce the problem: [rhaas3@phys44230 tmp]$ cvs -d:pserver:cvs_anon@cvs.cct.lsu.edu/numrel login <Enter: anon as password> [rhaas3@phys44230 tmp]$ cvs -d:pserver:cvs_anon@cvs.cct.lsu.edu/numrel co LSUThorns/QuasiLocalMeasures [rhaas3@phys44230 tmp]$ cd LSUThorns/QuasiLocalMeasures/ [rhaas3@phys44230 QuasiLocalMeasures]$ cvs update ... stalls ... With 'strace cvs update' I get as one of the last few lines: mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x2b773e4c6000 lseek(4, 0, SEEK_CUR) = -1 ESPIPE (Illegal seek) write(3, "BEGIN AUTH REQUEST\n/numrel\ncvs_a"..., 59) = 59 cvs [update aborted]: received termination signal where the termination signal is I pressing CTRL-C. This happens on both my workstation (Gergia Tech) and on TACC Ranger but not from is.cct.lsu.edu. I also see: [rhaas3@phys44230 m]$ netstat --tcp -p | grep cvs (Not all processes could be identified, non-owned process info will not be shown, you would have to be root to see it all.) tcp 0 59 phys44230.physics.gat:47852 asylum.cct.lsu.e:cvspserver ESTABLISHED 9837/cvs The CVS version at GT is 1.11.22 on Ranger 1.11.17 and on is.cct.lsu.edu 1.11.22. This is rather baffling. Yours, Roland -- My email is as private as my paper mail. I therefore support encrypting and signing email messages. Get my PGP key from http://keys.gnupg.net. Current Assignees: Dilip Somavarapu Contact Information: Email Address: roland.haas(a)physics.gatech.edu Attachments: signature_20100518084731.asc signature_20100518104108.asc

1 0

Re: [Users] still cannot update CVS repositories from outside LSU ISSUE=925 PROJ=20
by CCT IT Support 18 May '10

18 May '10

When replying, type your text above this line. ---------------------------------------------- Notification of Incident Change The following changes have been made to this Incident: Appended a Description, Incoming mail: From: roland.haas(a)physics.gatech.edu; To: ccthelpdesk(a)lsu.edu, Added Attachment. Project: CCT Help Desk Incident: Re: [Users] still cannot update CVS repositories from outside LSU Incident Number: 925 Priority: Medium Status: Open Date: 05/18/2010 Time: 10:41:08 Creation Date: 05/18/2010 Creation Time: 08:47:32 Created By: roland.haas(a)physics.gatech.edu View Incident in Browser: https://itservice.lsu.edu/MRcgi/MRlogin.pl?DL=925DA20 Description: Entered on 05/18/2010 at 10:41:08 CDT (GMT-0500) by roland.haas(a)physics.gatech.edu: Dear Dilip, > I see you using cvs_anon username for update, which will have only read > access for any repository. > Please use your cvs username and password for update the cvs repository. It hangs as well if I use: cvs -d:pserver:rhaas@cvs.cct.lsu.edu/numrel login <Enter rhaas CVS password> cvs -d:pserver:rhaas@cvs.cct.lsu.edu/numrel update Also I checked the repository out using cvs_anon so am surprised that I cannot update my local copy using cvs_anon as well. This repository is used to distribute a Cactus thorn (QuasiLocalMeasures) for the EinsteinToolkit. The aim is to make the thorn (module) available to the general public, who will not have cct CVS accounts. So if a CVS account is needed then users will not be able to update the code even though they could delete their current copy and checkout the newest version again. Yours, Roland -- My email is as private as my paper mail. I therefore support encrypting and signing email messages. Get my PGP key from http://keys.gnupg.net. Entered on 05/18/2010 at 10:29:15 CDT (GMT-0500) by Dilip Somavarapu: Hi Roland, I see you using cvs_anon username for update, which will have only read access for any repository. Please use your cvs username and password for update the cvs repository. Thanks Dilip Entered on 05/18/2010 at 08:47:31 CDT (GMT-0500) by roland.haas(a)physics.gatech.edu: Dear Sir or Madam, > On Tue, May 18, 2010 at 08:55:06AM -0400, Roland Haas wrote: >> I am still unable to *update* CVS repositories from outside LSU (works >> from is.cct.lsu.edu). > > Can you please get in contact with ccthelpdesk(a)lsu.edu to resolve this? > I have spoken with them about this, but couldn't show anything because > it worked for me. > > thanks, Frank I am having trouble *updating* cvs repositories hosted at asylum.cct.lsu.edu from outside of the LSU network. The initial checkout works fine and if I log into say is.cct.lsu.edu I can also update. These are the steps that allow me to reproduce the problem: [rhaas3@phys44230 tmp]$ cvs -d:pserver:cvs_anon@cvs.cct.lsu.edu/numrel login <Enter: anon as password> [rhaas3@phys44230 tmp]$ cvs -d:pserver:cvs_anon@cvs.cct.lsu.edu/numrel co LSUThorns/QuasiLocalMeasures [rhaas3@phys44230 tmp]$ cd LSUThorns/QuasiLocalMeasures/ [rhaas3@phys44230 QuasiLocalMeasures]$ cvs update ... stalls ... With 'strace cvs update' I get as one of the last few lines: mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x2b773e4c6000 lseek(4, 0, SEEK_CUR) = -1 ESPIPE (Illegal seek) write(3, "BEGIN AUTH REQUEST\n/numrel\ncvs_a"..., 59) = 59 cvs [update aborted]: received termination signal where the termination signal is I pressing CTRL-C. This happens on both my workstation (Gergia Tech) and on TACC Ranger but not from is.cct.lsu.edu. I also see: [rhaas3@phys44230 m]$ netstat --tcp -p | grep cvs (Not all processes could be identified, non-owned process info will not be shown, you would have to be root to see it all.) tcp 0 59 phys44230.physics.gat:47852 asylum.cct.lsu.e:cvspserver ESTABLISHED 9837/cvs The CVS version at GT is 1.11.22 on Ranger 1.11.17 and on is.cct.lsu.edu 1.11.22. This is rather baffling. Yours, Roland -- My email is as private as my paper mail. I therefore support encrypting and signing email messages. Get my PGP key from http://keys.gnupg.net. Current Assignees: Dilip Somavarapu Contact Information: Email Address: roland.haas(a)physics.gatech.edu Attachments: signature_20100518084731.asc signature_20100518104108.asc

1 0

Re: [Users] still cannot update CVS repositories from outside LSU ISSUE=925 PROJ=20
by CCT IT Support 18 May '10

18 May '10

When replying, type your text above this line. ---------------------------------------------- Notification of Incident Change The following changes have been made to this Incident: Changed Status to Open from Request, Set Issue Category to Issue 1 ,Set Start Date to 20100518 ,Set Due Date to 20100525 , Appended a Description, Added Assignee : Dilip Somavarapu, Changed Incident data or Contact data. Project: CCT Help Desk Incident: Re: [Users] still cannot update CVS repositories from outside LSU Incident Number: 925 Priority: Medium Status: Open Date: 05/18/2010 Time: 10:29:15 Creation Date: 05/18/2010 Creation Time: 08:47:32 Created By: roland.haas(a)physics.gatech.edu View Incident in Browser: https://itservice.lsu.edu/MRcgi/MRlogin.pl?DL=925DA20 Description: Entered on 05/18/2010 at 10:29:15 CDT (GMT-0500) by Dilip Somavarapu: Hi Roland, I see you using cvs_anon username for update, which will have only read access for any repository. Please use your cvs username and password for update the cvs repository. Thanks Dilip Entered on 05/18/2010 at 08:47:31 CDT (GMT-0500) by roland.haas(a)physics.gatech.edu: Dear Sir or Madam, > On Tue, May 18, 2010 at 08:55:06AM -0400, Roland Haas wrote: >> I am still unable to *update* CVS repositories from outside LSU (works >> from is.cct.lsu.edu). > > Can you please get in contact with ccthelpdesk(a)lsu.edu to resolve this? > I have spoken with them about this, but couldn't show anything because > it worked for me. > > thanks, Frank I am having trouble *updating* cvs repositories hosted at asylum.cct.lsu.edu from outside of the LSU network. The initial checkout works fine and if I log into say is.cct.lsu.edu I can also update. These are the steps that allow me to reproduce the problem: [rhaas3@phys44230 tmp]$ cvs -d:pserver:cvs_anon@cvs.cct.lsu.edu/numrel login <Enter: anon as password> [rhaas3@phys44230 tmp]$ cvs -d:pserver:cvs_anon@cvs.cct.lsu.edu/numrel co LSUThorns/QuasiLocalMeasures [rhaas3@phys44230 tmp]$ cd LSUThorns/QuasiLocalMeasures/ [rhaas3@phys44230 QuasiLocalMeasures]$ cvs update ... stalls ... With 'strace cvs update' I get as one of the last few lines: mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x2b773e4c6000 lseek(4, 0, SEEK_CUR) = -1 ESPIPE (Illegal seek) write(3, "BEGIN AUTH REQUEST\n/numrel\ncvs_a"..., 59) = 59 cvs [update aborted]: received termination signal where the termination signal is I pressing CTRL-C. This happens on both my workstation (Gergia Tech) and on TACC Ranger but not from is.cct.lsu.edu. I also see: [rhaas3@phys44230 m]$ netstat --tcp -p | grep cvs (Not all processes could be identified, non-owned process info will not be shown, you would have to be root to see it all.) tcp 0 59 phys44230.physics.gat:47852 asylum.cct.lsu.e:cvspserver ESTABLISHED 9837/cvs The CVS version at GT is 1.11.22 on Ranger 1.11.17 and on is.cct.lsu.edu 1.11.22. This is rather baffling. Yours, Roland -- My email is as private as my paper mail. I therefore support encrypting and signing email messages. Get my PGP key from http://keys.gnupg.net. Current Assignees: Dilip Somavarapu Contact Information: Email Address: roland.haas(a)physics.gatech.edu Attachments: signature_20100518084731.asc

1 0

still cannot update CVS repositories from outside LSU
by Roland Haas 18 May '10

18 May '10

Hello all, I am still unable to *update* CVS repositories from outside LSU (works from is.cct.lsu.edu). Bruno: since you are also "outside LSU", could you confirm this (cvs update in arrangements/LSUThorns/QuasiLocalMeasures), please? Just to make sure it is not a GT issue. Yours, Roland -- My email is as private as my paper mail. I therefore support encrypting and signing email messages. Get my PGP key from http://keys.gnupg.net.

3 3

Re: [Users] still cannot update CVS repositories from outside LSU ISSUE=925 PROJ=20
by CCT IT Support 18 May '10

18 May '10

When replying, type your text above this line. ---------------------------------------------- Notification of Incident Registration Project: CCT Help Desk Incident: Re: [Users] still cannot update CVS repositories from outside LSU Incident Number: 925 Priority: Medium Status: Request Date: 05/18/2010 Time: 08:47:31 Created By: roland.haas(a)physics.gatech.edu View Incident in Browser: https://itservice.lsu.edu/MRcgi/MRlogin.pl?DL=925DA20 Description: Entered on 05/18/2010 at 08:47:31 CDT (GMT-0500) by roland.haas(a)physics.gatech.edu: Dear Sir or Madam, > On Tue, May 18, 2010 at 08:55:06AM -0400, Roland Haas wrote: >> I am still unable to *update* CVS repositories from outside LSU (works >> from is.cct.lsu.edu). > > Can you please get in contact with ccthelpdesk(a)lsu.edu to resolve this? > I have spoken with them about this, but couldn't show anything because > it worked for me. > > thanks, Frank I am having trouble *updating* cvs repositories hosted at asylum.cct.lsu.edu from outside of the LSU network. The initial checkout works fine and if I log into say is.cct.lsu.edu I can also update. These are the steps that allow me to reproduce the problem: [rhaas3@phys44230 tmp]$ cvs -d:pserver:cvs_anon@cvs.cct.lsu.edu/numrel login <Enter: anon as password> [rhaas3@phys44230 tmp]$ cvs -d:pserver:cvs_anon@cvs.cct.lsu.edu/numrel co LSUThorns/QuasiLocalMeasures [rhaas3@phys44230 tmp]$ cd LSUThorns/QuasiLocalMeasures/ [rhaas3@phys44230 QuasiLocalMeasures]$ cvs update ... stalls ... With 'strace cvs update' I get as one of the last few lines: mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x2b773e4c6000 lseek(4, 0, SEEK_CUR) = -1 ESPIPE (Illegal seek) write(3, "BEGIN AUTH REQUEST\n/numrel\ncvs_a"..., 59) = 59 cvs [update aborted]: received termination signal where the termination signal is I pressing CTRL-C. This happens on both my workstation (Gergia Tech) and on TACC Ranger but not from is.cct.lsu.edu. I also see: [rhaas3@phys44230 m]$ netstat --tcp -p | grep cvs (Not all processes could be identified, non-owned process info will not be shown, you would have to be root to see it all.) tcp 0 59 phys44230.physics.gat:47852 asylum.cct.lsu.e:cvspserver ESTABLISHED 9837/cvs The CVS version at GT is 1.11.22 on Ranger 1.11.17 and on is.cct.lsu.edu 1.11.22. This is rather baffling. Yours, Roland -- My email is as private as my paper mail. I therefore support encrypting and signing email messages. Get my PGP key from http://keys.gnupg.net. Current Assignees: Contact Information: Email Address: roland.haas(a)physics.gatech.edu Attachments: signature_20100518084731.asc

1 0

Patch for TwoPunctures
by Barry Wardell 14 May '10

14 May '10

Hi, The attached patch fixes a couple of minor problems in the TwoPunctures thorn: 1) When the bare masses are not given as parameters (give_bare_mass=no), they are calculated at double precision, but the par_m_plus and par_m_minus parameters are then only set at single precision. 2) When the bare masses have been calculated, they are printed to stdout. In some cases, the initial guess for the bare mass is printed rather than the final calculated bare mass. Regards, Barry Wardell

2 4

Einstein Toolkit talk at GR19
by Erik Schnetter 13 May '10

13 May '10

I have just submitted an abstract for a talk at GR19 <http://www.gr19.com/ > in the session B2 Numerical Relativity and Astrophysical Applications. This talk will advertise the Einstein Toolkit to the community. Title: The Einstein Toolkit Authors: Erik Schnetter for the Einstein Toolkit Consortium Abstract: We introduce the Einstein Toolkit, a collection of software components and tools for simulating and analyzing general relativistic astrophysical systems. Such systems include gravitational wave space-times, collisions of compact objects such as black holes or neutron stars, accretion onto compact objects, core collapse supernovae and Gamma-Ray Bursts. This toolkit is developed as open software for relativistic astrophysics. Our aim is to provide the core computational tools that can enable new science, broaden our community, facilitate interdisciplinary research and take advantage of emerging petascale computers and advanced cyberinfrastructure. We believe that this toolkit can also be constructively used in teaching numerical relativity courses, and can help "getting started" in numerical relativity research. The Einstein Toolkit builds on numerous software efforts in the numerical relativity community including CactusEinstein, Whisky, and Carpet. The Einstein Toolkit currently uses the Cactus Framework as the underlying computational infrastructure that provides large-scale parallelization, general computational components, and a model for collaborative, portable code development. We give a brief overview over the toolkit, its goals, and its current state, and show examples of scientific results obtained by various research groups employing this toolkit as basis of their research codes. -- Erik Schnetter <schnetter(a)cct.lsu.edu> http://www.cct.lsu.edu/~eschnett/

5 14

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

Users May 2010