[go: up one dir, main page]
More Web Proxy on the site http://driver.im/
Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

Sign up for GitHub

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Jump to bottom

devel job unstable #29

Closed
vrabaud opened this issue Apr 26, 2015 · 8 comments
Closed

devel job unstable #29

vrabaud opened this issue Apr 26, 2015 · 8 comments

Comments

@vrabaud
Copy link
Contributor
vrabaud commented Apr 26, 2015

Even though tests run fine locally, there are errors on the farm:
http://jenkins.ros.org/job/devel-jade-slam_gmapping/ARCH_PARAM=amd64,UBUNTU_PARAM=trusty,label=devel/3/console

The output for each of the three tests is:

32m * RESULT: SUCCESS�[0m
 * TESTS: 3
 * ERRORS: 0
 * FAILURES: 0

rostest log file is in /home/rosbuild/.ros/log/rostest-host05.storm.ros.org-28434.log
Cannot find results, writing failure results to '/home/rosbuild/hudson/workspace/devel-jade-slam_gmapping/ARCH_PARAM/amd64/UBUNTU_PARAM/trusty/label/devel/test_results/repos/gmapping/MISSING-rostest-test_basic_localization_laser_different_beamcount.xml'
-- run_tests.py: execute commands
  /opt/ros/jade/share/rostest/cmake/../../../bin/rostest --pkgdir=/tmp/test_repositories/src_repository/slam_gmapping/gmapping --package=gmapping --results-filename test_basic_localization_laser_different_beamcount.xml /tmp/test_repositories/src_repository/slam_gmapping/gmapping/test/basic_localization_laser_different_beamcount.test 
-- run_tests.py: verify result "/home/rosbuild/hudson/workspace/devel-jade-slam_gmapping/ARCH_PARAM/amd64/UBUNTU_PARAM/trusty/label/devel/test_results/repos/gmapping/rostest-test_basic_localization_laser_different_beamcount.xml"

@wjwwood , do you have any explanation ? I'm sure it's a bad CMakeLists.txt that makes it not find the test .xml but I cannot figure out. Thx.
@vrabaud
Copy link
Contributor Author
vrabaud commented Apr 26, 2015

interestingly enough, Hydro is fine:
http://jenkins.ros.org/job/devel-hydro-slam_gmapping/ARCH_PARAM=amd64,UBUNTU_PARAM=precise,label=devel/4/testReport/

@vrabaud
Copy link
Contributor Author
vrabaud commented Apr 27, 2015

@dirk-thomas , that is actually crippling several other packages:
http://jenkins.ros.org/view/Jdev/job/devel-jade-geometry/15/ARCH_PARAM=amd64,UBUNTU_PARAM=trusty,label=devel/console
http://jenkins.ros.org/view/Jdev/job/devel-jade-actionlib/3/ARCH_PARAM=amd64,UBUNTU_PARAM=trusty,label=devel/console

It seems to be a catkin bug no ?

@dirk-thomas
Copy link

Well, it is certainly related to the recent change to remove the CATKIN_TEST_RESULTS_DIR variable from catkin. It will be addressed with the latest patch releases of ros (ros/ros#82) and ros_comm (ros/ros_comm#611).

@dirk-thomas
Copy link

Another ros_comm release is in flight 1.11.13 which will (hopefully) gets this resolved...

@vrabaud
Copy link
Contributor Author
vrabaud commented Apr 28, 2015

Thx ! just push and I'll re-trigger a devel job to check out.

@vrabaud
Copy link
Contributor Author
vrabaud commented May 1, 2015

http://jenkins.ros.org/job/devel-jade-slam_gmapping/
jade fixed but not indigo:
http://jenkins.ros.org/job/devel-indigo-slam_gmapping/ARCH_PARAM=amd64,UBUNTU_PARAM=trusty,label=devel/103/console

@dirk-thomas
Copy link

The build you are referencing is three days old. The updated Debian packages have not been synced to shadow fixed at that time since the rebuild was still ongoing. Please check the results of a newer build.

@vrabaud
Copy link
Contributor Author
vrabaud commented May 2, 2015

fixed indeed. Thx !
http://jenkins.ros.org/job/devel-indigo-slam_gmapping/

@vrabaud vrabaud closed this as completed May 2, 2015
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Assignees
No one assigned
Labels
None yet
Projects
None yet
Milestone
No milestone
Development

No branches or pull requests
2 participants
@vrabaud @dirk-thomas