From: Matt B. <bak...@gm...> - 2010-01-22 02:51:36
|
Still can't figure this out, although I have been able to take TextTest out of the picture and confirm the problem still exists. For some reason whenever the script is run remotely like this: ssh hostname ~/'.texttest/tmp/app.21Jan205111.1234/app/Suite1/Test/run_test.sh This generates none of the expected files. However, if I start an interactive ssh session and run the script by hand it all works just fine...I'm fairly confident that ~/ expands to the same path as the home directory on the remote system. There's only two out of the 7 or 8 configurations that are giving me this problem. The others work great. On a side note, I've worked the distributed automation into a nightly Hudson configuration using a nightly batch configuration. However, I want it to generate both a collated email report and the html report. The problem is that even if I explicitly provide the -keeptmp flag on the command line it still removes them so when I call texttest.py -b nightly -coll it only reports a single configuration. The HTML report contains everything though. I added to the logic for whether or not to keep the temporary directory in default/__init.py__. My nightly script looks something like this texttest.py -b nightly -m machine1 -ts config1 -keeptmp texttest.py -b nightly -m machine2 -ts config2 -keeptmp texttest.py -b nightly -m machine3 -ts config3 -keeptmp texttest.py -b nightly -m machine4 -ts config4 -keeptmp texttest.py -b nightly -m machine5 -ts config5 -keeptmp texttest.py -b nightly -m machine6 -ts config6 -keeptmp texttest.py -b nightly -m coll rmdir /S /Q '%USERPROFILE%\.texttest\tmp' The problem with this is that the keeptmp argument is being ignored (before my modifications) so the only test suite I'll get in my email report is config6. The rmdir call keeps the temporary directories from stacking up. After the change I get both the HTML report and a fully aggregated email report. On Wed, Jan 20, 2010 at 4:42 PM, Geoff Bache <geo...@gm...> wrote: > Sorry Matt, don't really have any suggestions here. ssh should be > returning the exit code of the remote program. > > Have you tried running it from the command line via ssh (i.e. to > eliminate TextTest as a problem source from the equation)? > > Regards, > Geoff > > 2010/1/20 Matt Baker <bak...@gm...>: > > Hey Geoff, > > > > The remote execution stuff is working great for me say for a single box. > > Its cygwin is set up exactly the same as other boxes that are working > > correctly, but for some reason when I try to run my TextTest tests on it > I > > get error code 128. I found this post > > (http://forums.vandyke.com/showthread.php?t=3605) that talks about SSH > error > > code 128, but it looks like it's just a generic error code. Is this > right, > > and if so, what could be the problem? TextTest appears to do everything > but > > run the script because if I actually open a cygwin shell on that computer > I > > can navigate to it I am able to run run_test.sh without any problems. > Have > > you seen anything like this before? > > > > Thanks, > > Matt > > > > > ------------------------------------------------------------------------------ > > Throughout its 18-year history, RSA Conference consistently attracts the > > world's best and brightest in the field, creating opportunities for > > Conference > > attendees to learn about information security's most important issues > > through > > interactions with peers, luminaries and emerging and established > companies. > > http://p.sf.net/sfu/rsaconf-dev2dev > > _______________________________________________ > > Texttest-users mailing list > > Tex...@li... > > https://lists.sourceforge.net/lists/listinfo/texttest-users > > > > > > > ------------------------------------------------------------------------------ > Throughout its 18-year history, RSA Conference consistently attracts the > world's best and brightest in the field, creating opportunities for > Conference > attendees to learn about information security's most important issues > through > interactions with peers, luminaries and emerging and established companies. > http://p.sf.net/sfu/rsaconf-dev2dev > _______________________________________________ > Texttest-users mailing list > Tex...@li... > https://lists.sourceforge.net/lists/listinfo/texttest-users |