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.

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

Framework: Non-framework machines no longer able to report to Cdash #4809

Closed
csiefer2 opened this issue Apr 4, 2019 · 10 comments
Closed

Framework: Non-framework machines no longer able to report to Cdash #4809

csiefer2 opened this issue Apr 4, 2019 · 10 comments
Assignees
Labels
ATDM DevOps Issues that will be worked by the Coordinated ATDM DevOps teams Framework tasks Framework tasks (used internally by Framework team) PA: Framework Issues that fall under the Trilinos Framework Product Area

Comments

@csiefer2
Copy link
Member

csiefer2 commented Apr 4, 2019

And for that matter, the entire Nightly track is gone. SAD!

(Originally noticed by @lucbv)

@trilinos/framework

@trilinos/tpetra This will impact deprecation work after the release if it is not resolved by then.

@csiefer2 csiefer2 added Framework tasks Framework tasks (used internally by Framework team) PA: Framework Issues that fall under the Trilinos Framework Product Area labels Apr 4, 2019
@csiefer2
Copy link
Member Author

csiefer2 commented Apr 8, 2019

@trilinos/framework I have not been able to verify if this is still occurring because the cdash page won't load at all.

@prwolfe
Copy link
Contributor

prwolfe commented Apr 8, 2019

Ummm, loaded for me just now and earlier this morning. Which url are you using?

@csiefer2
Copy link
Member Author

csiefer2 commented Apr 8, 2019

@csiefer2
Copy link
Member Author

csiefer2 commented Apr 8, 2019

Looking at the Trilinos as a whole, non-framework machines still aren't posting to cdash.

@prwolfe
Copy link
Contributor

prwolfe commented Apr 8, 2019

if I run a filter using https://testing.sandia.gov/cdash/index.php?project=Trilinos&filtercombine=and&filtercount=2&showfilters=1&filtercombine=and&field1=groupname&compare1=63&value1=nightly&field2=buildstarttime&compare2=83&value2=3/29/2019 it shows that there are not submissions since the 29th. I think this is when testing-vm stopped accepting connections. You should check to see that your jobs are going to testing.sandia.gov instead.

@bartlettroscoe - is this possibly in a script @csiefer2 is pulling from tribits? I thought you and Henry changed all of those. If not we will have to check with the admins to see whats going on at the CDash end.

@bartlettroscoe
Copy link
Member

This is likely due to a recent change in TriBITS that impacted the deprecated TriBITS Dashboard Driver system but not the TriBITS CTest Driver system which is used by all of the ATDM Trilinos builds. This is likely why I did not notice any problem (because it was not impacting the ATDM Trilinos builds).

I will take a look at what is going on.

@bartlettroscoe bartlettroscoe added ATDM DevOps Issues that will be worked by the Coordinated ATDM DevOps teams client: ATDM Any issue primarily impacting the ATDM project and removed client: ATDM Any issue primarily impacting the ATDM project labels Apr 8, 2019
@bartlettroscoe bartlettroscoe self-assigned this Apr 8, 2019
@csiefer2
Copy link
Member Author

csiefer2 commented Apr 8, 2019

@bartlettroscoe Thanks!

grep-ing for 'testing-vm' in the cmake/ctest/drivers directory returns nothing. So I suspect the error is elsewhere in the TriBITS Dashboard system....

@jhux2
Copy link
Member

jhux2 commented Apr 9, 2019

@bartlettroscoe I looked at the cron logs from two different MueLu test machines, and there's a common error:

C) Configure /data/nightlyTesting/TDD_BUILD ...
SetCTestConfiguration:BuildDirectory:/data/nightlyTesting/TDD_BUILD
SetCTestConfiguration:SourceDirectory:/data/nightlyTesting/Trilinos/cmake/ctest/drivers
SetCTestConfiguration:ConfigureCommand:"/projects/sems/install/rhel7-x86_64/sems/utility/cmake/3.10.3/bin/cmake" "-GUnix Makefiles" "/data/nightlyTesting/Trilinos/cmake/ctest/drivers"
Configure project
Configure with command: "/projects/sems/install/rhel7-x86_64/sems/utility/cmake/3.10.3/bin/cmake" "-GUnix Makefiles" "/data/nightlyTesting/Trilinos/cmake/ctest/drivers"
Run command: "/projects/sems/install/rhel7-x86_64/sems/utility/cmake/3.10.3/bin/cmake" "-GUnix Makefiles" "/data/nightlyTesting/Trilinos/cmake/ctest/drivers"
-- TDD_FORCE_INNER_CMAKE_INSTALL='1'
-- ENV_TRIBITS_TDD_USE_SYSTEM_CTEST='1'
-- TRIBITS_TDD_USE_SYSTEM_CTEST='1'
CMake Error at /data/nightlyTesting/Trilinos/cmake/tribits/core/utils/MessageWrapper.cmake:45 (INCLUDE):
  INCLUDE could not find load file:

    /core/utils/GlobalSet.cmake
Call Stack (most recent call first):
  /data/nightlyTesting/Trilinos/cmake/tribits/core/package_arch/TribitsGeneralMacros.cmake:42 (INCLUDE)
  /data/nightlyTesting/Trilinos/cmake/tribits/core/package_arch/TribitsConfigureCTestCustom.cmake:40 (INCLUDE)
  /data/nightlyTesting/Trilinos/cmake/tribits/dashboard_driver/TribitsDriverCMakeLists.cmake:76 (include)
  CMakeLists.txt:19 (include)

@jhux2
Copy link
Member

jhux2 commented Apr 9, 2019

This is also reported in issue #4796.

@jhux2
Copy link
Member

jhux2 commented Apr 9, 2019

Closing in favor of #4796.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
ATDM DevOps Issues that will be worked by the Coordinated ATDM DevOps teams Framework tasks Framework tasks (used internally by Framework team) PA: Framework Issues that fall under the Trilinos Framework Product Area
Projects
None yet
Development

No branches or pull requests

4 participants