Repository navigation
Closed
Labels
Description
I posted this to IRC but am posting here for tracking/visibility:
4 of the 10 Pi fanned sub-jobs are perma-red for build-looking reasons but I'm not 100% sure what's going on or how to fix. It's 11PM in eastern Australia, so I'm guessing @rvagg may not be available to take a look right now. Anyone else?
Here's a console from one of the failures:
02:40:43 Started by upstream project "node-test-binary-arm-12+" build number 1947
02:40:43 originally caused by:
02:40:43 Started by upstream project "node-test-commit-arm-fanned" build number 10267
02:40:43 originally caused by:
02:40:43 Started by upstream project "node-test-commit" build number 30883
02:40:43 originally caused by:
02:40:43 Started by upstream project "node-daily-master" build number 1652
02:40:43 originally caused by:
02:40:43 Started by timer
02:40:43 Running as SYSTEM
02:40:43 [EnvInject] - Loading node environment variables.
02:40:43 Building remotely on test-requireio_jasnell-debian9-armv7l_pi2-1 (arm-Raspbian-9.9 pi2-docker Raspbian 9.9 pi2-raspbian-stretch arm-Raspbian arm Raspbian-9.9) in workspace /home/iojs/build/workspace/node-test-binary-arm
02:40:46 [node-test-binary-arm] $ /bin/sh -xe /tmp/jenkins2748324996346902169.sh
02:40:46 + set +x
02:40:46 Wed Aug 21 09:40:46 UTC 2019
02:40:49 + pgrep node
02:40:49 12292
02:40:50 [node-test-binary-arm] $ /bin/bash -ex /tmp/jenkins3993577041375848650.sh
02:40:50 + rm -rf RUN_SUBSET
02:40:50 + case $label in
02:40:50 + REF=cc-armv7
02:40:50 + git --version
02:40:50 git version 2.11.0
02:40:50 + git init
02:40:50 Reinitialized existing Git repository in /home/iojs/build/workspace/node-test-binary-arm/.git/
02:40:50 + git fetch --no-tags file:///home/iojs/.ccache/node.shared.reference +refs/heads/jenkins-node-test-commit-arm-fanned-f70261fb3089b8acf5f68584ef0285a1c11f54fd-binary-pi1p/cc-armv7:refs/remotes/jenkins_tmp
02:41:02 From file:///home/iojs/.ccache/node.shared.reference
02:41:02 + 806988af32...80e4fe38b8 jenkins-node-test-commit-arm-fanned-f70261fb3089b8acf5f68584ef0285a1c11f54fd-binary-pi1p/cc-armv7 -> jenkins_tmp (forced update)
02:41:02
02:41:02 real 0m11.807s
02:41:02 user 0m9.117s
02:41:02 sys 0m1.152s
02:41:02 + ps -ef
02:41:02 + awk '{print $2}'
02:41:02 + grep '\[node\] <defunct>'
02:41:02 + xargs -rl kill
02:41:02 + rm -f ****
02:41:03 + git checkout -f refs/remotes/jenkins_tmp
02:41:19 Warning: you are leaving 2 commits behind, not connected to
02:41:19 any of your branches:
02:41:19
02:41:19 806988af32 added binaries
02:41:19 ee113765a1 deps: update npm to 6.11.1
02:41:19
02:41:19 If you want to keep them by creating a new branch, this may be a good time
02:41:19 to do so with:
02:41:19
02:41:19 git branch <new-branch-name> 806988af32
02:41:19
02:41:19 HEAD is now at 80e4fe38b8... added binaries
02:41:19
02:41:19 real 0m16.738s
02:41:19 user 0m2.589s
02:41:19 sys 0m13.116s
02:41:19 + git reset --hard
02:41:24 HEAD is now at 80e4fe38b8 added binaries
02:41:24
02:41:24 real 0m4.732s
02:41:24 user 0m2.337s
02:41:24 sys 0m1.473s
02:41:24 + git clean -fdx
02:41:28 warning: failed to remove out/Release/.nfs000000000038260500000701
02:41:28 Removing out/junit
02:41:28
02:41:28 real 0m4.485s
02:41:28 user 0m0.587s
02:41:28 sys 0m1.012s
02:41:29 Build step 'Execute shell' marked build as failure
02:41:30 [Text Finder] Looking for pattern '^not ok' in the files at '*.tap'
02:41:30 [Text Finder] File set '*.tap' is empty
02:41:30 Performing Post build task...
02:41:30 Match found for : : True
02:41:30 Logical operation result is TRUE
02:41:30 Running script : #/bin/bash -x +e
02:41:30
02:41:30 mkdir out/junit || true
02:41:30 tap2junit -i test.tap -o out/junit/test.xml || true
02:41:30 tap2junit -i cctest.tap -o out/junit/cctest.xml || true
02:41:31 [node-test-binary-arm] $ /bin/sh -xe /tmp/jenkins4434279691825285073.sh
02:41:31 + mkdir out/junit
02:41:31 + tap2junit -i test.tap -o out/junit/test.xml
02:41:32 usage: tap2junit [-h] --input [INPUT] --output [OUTPUT]
02:41:32 tap2junit: error: argument --input/-i: can't open 'test.tap': [Errno 2] No such file or directory: 'test.tap'
02:41:32 + true
02:41:32 + tap2junit -i cctest.tap -o out/junit/cctest.xml
02:41:33 usage: tap2junit [-h] --input [INPUT] --output [OUTPUT]
02:41:33 tap2junit: error: argument --input/-i: can't open 'cctest.tap': [Errno 2] No such file or directory: 'cctest.tap'
02:41:33 + true
02:41:34 POST BUILD TASK : SUCCESS
02:41:34 END OF POST BUILD TASK : 0
02:41:34 Recording test results
02:41:34 ERROR: Step ‘Publish JUnit test result report’ failed: No test report files were found. Configuration error?
02:41:34 Collecting metadata...
02:41:34 Metadata collection done.
02:41:34 Notifying upstream projects of job completion
02:41:34 Finished: FAILURE
Activity
Trott commentedon Aug 21, 2019
Anyone knowledgable and available to look at this? @nodejs/build
Trott commentedon Aug 21, 2019
Actually, seems to be confined to specific hosts maybe? I'm going to start taking them offline and listing them here...
Trott commentedon Aug 21, 2019
Took these offline:
test-requireio_jasnell-debian9-armv7l_pi2-1
test-requireio_svincent-debian9-armv7l_pi2-1
test-requireio_kahwee-debian9-arm64_pi3-1
test-requireio_davglass-debian9-arm64_pi3-1
Starting to doubt taking the nodes offline is going to help, but weirder stuff has happened....
Trott commentedon Aug 21, 2019
Next up, compiles for the fanned jobs are failing.
I'll try rebooting test-joyent-ubuntu1604_arm_cross-x64-1 to see if that fixes that unless someone who knows what they're doing is around and says something before I get to it...
Trott commentedon Aug 21, 2019
OK, after reboot, the compiler job is getting further along with the compiling, so I'll take that as a good sign....
Trott commentedon Aug 21, 2019
OMG, it's green! A beautiful green! https://ci.nodejs.org/job/node-test-pull-request/25168/
Not sure if it makes sense to bring the four Pi devices back online and see what happens?
rvagg commentedon Aug 22, 2019
having a bunch of problems with those Pi's and more so let's leave them offline for now. I think some dodgy stuff has come in to recent raspbian updates that are messing up the NFS boot, will have to allocate some quality time to figuring it out but for now I'm even afraid to reboot because they don't come back up!
Trott commentedon Dec 14, 2019
I don't think this is an issue anymore so I'll close it.