All
I am looking to solve an issue for a jenkins build of a release candidate at my company. We have a product that is very windows intensive, which we have hooked squish scripts up to drive a QT AUT. There are over dozens of test-suites that are dependent on our ability to reboot a slave node under test, after a reboot, and run a post reboot test. Jenkins will stop a project once it looses contact with a slave node .. which is a very sensible default.
Currently each test needs to have a special set of projects to handle each reboot because tests will set up removal of viruses, files and registry settings .. etc conditions,which absolutely require a reboot. Even worse there are some test cases that require multiple reboots.
This makes reporting on what we are trying to do very convoluted, since the evaluation of single build candidate now spans a significant number of downstream projects.
Is there any api call (esp python centric) in say jenkinsapi .. or a similar package that allows a slave node, to signal the master that the slave will be going down for a reboot, Then allow it to reconnect in the SAME project .. and continue to run the jobs? Almost any solution of that kind would be greatly appreciated.
I think that jenkins is a great B&R product, and I respect that in the unit test world this simply is not done. But in our systemic testing of a build candidate this need is real.
It would be useful to have a mechanism to facilitate this. Thus far I have not found it, but I will continue to search adapt and learn.