Good luck- I reran that little Jenkins demo using ssh, like this (below). No problems here.
/Tony set -ex : git clone Chapel source git clone ssh://[email protected]/chapel-lang/chapel.git chapel ssh chapcs10 "bash -l -c ' set -ex cd $WORKSPACE/chapel : make Chapel, remotely make make test-venv '" ssh chapcs09 "bash -l -c ' set -ex cd $WORKSPACE/chapel : run Chapel tests, remotely : add these bits to PATH, etc source util/setchplenv.bash : run some tests cd test start_test -no-recurse release/examples '" : end Jenkins build step -----Original Message----- From: "Stavenger, Timothy J" <[email protected]> Date: Thursday, June 28, 2018 at 10:16 AM To: Tony Wallace <[email protected]>, Chapel_Users <[email protected]> Subject: RE: writeln() in environments where stdout is redirected (e.g., running start_test in Jenkins) I'll try that out. I think a potential issue with my environment is that I need to ssh into a separate machine to perform the build. The server with Chapel on it isn't the build node in Jenkins. The stdout may be getting captured incorrectly in this extra hop. Tim -----Original Message----- From: Tony Wallace [mailto:[email protected]] Sent: Thursday, June 28, 2018 9:02 AM To: Chapel_Users <[email protected]> Cc: Stavenger, Timothy J <[email protected]> Subject: Re: writeln() in environments where stdout is redirected (e.g., running start_test in Jenkins) The list bounced my reply yesterday (Original Message, below). Trying again today. Cheers, /Tony Instead of attachments, this time just copy-paste the shell commands from the demo Jenkins job. : git clone source git clone ssh://[email protected]/chapel-lang/chapel.git chapel : make Chapel cd chapel make make test-venv : add these bits to PATH, etc source util/setchplenv.bash : run some Chapel tests cd test start_test -no-recurse release/examples : end Jenkins build step -----Original Message----- From: Tony Wallace <[email protected]> Date: Wednesday, June 27, 2018 at 11:16 AM Hi Timothy, Not sure I understand this question, because there's nothing I can think of about Jenkins that would make Chapel or start_test work much differently than if you ran it directly from e.g. any shell window. It is true, stdin/stdout/stderr are not "interactive" in a Jenkins job- not connected to a terminal device- however, start_test does not expect a terminal device. It's OK for Jenkins to connect stdin to /dev/null, stdout/stderr to the console log. To demonstrate, here is a very simple Jenkins job that contains nothing but this one Execute Shell build step (att 1 "Screen Shot") and produces this console output (att 2 "consoleText", edited for length). Does this represent the question you were asking? HTH, /Tony -----Original Message----- From: Brad Chamberlain <[email protected]> Date: Tuesday, June 26, 2018 at 5:03 PM Hi Tony -- Do you have any experience here that would be helpful? -Brad ---------- Forwarded message ---------- Date: Tue, 26 Jun 2018 15:07:55 From: "Stavenger, Timothy J" <[email protected]> We're running 'start_test' from Jenkins jobs for both unit & performance tests (can't wait for https://github.com/chapel-lang/chapel/issues/9730!) The 'start_test' python script works by comparing stdout to a .good file. This runs into a problem were stdout is already redirected elsewhere - like in Jenkins CI environments. In our case, we ssh into a separate machine for running Chapel code in a known environment and execute start_test from there. Our tests are failing because the stdout never gets written to the .out.tmp files to be compared to our .good. Instead the stdout is redirected for Jenkins' logs. Anyone in the Chapel users group experience this before & have a workaround / solution? I've tried starting new bash sessions without success. Thanks! ------------------------------------------------------------------------------ Check out the vibrant tech community on one of the world's most engaging tech sites, Slashdot.org! http://sdm.link/slashdot _______________________________________________ Chapel-users mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/chapel-users
