Added Stephen and Kanstantin to Cc. If the issue is somehow related to Cloud API, probably they are the best persons to discuss it. BTW, it makes sense to send reminders if there is no response for a long time.
Regarding the further steps: * Create an issue to Jenkins core. Seems * If you have a fix (e.g. the referenced commit), submit a pull-request to the main repo. The pull-requests qre being commonly reviewed by Jenkins core devs (instead of the mailing list, unfortunately) Best regards, Oleg вторник, 8 сентября 2015 г., 11:53:46 UTC+3 пользователь Stanislav Baiduzhyi написал: > > Maybe I'm doing something wrong, but yesterday I've got interesting > situation: > > 1. CloudRetentionStrategy is used, node is offline for quite some time. > 2. During that time, ResponseTimeMonitor still gathers results and > interprets them as -1. > 3. There is a job for a node, the node is starting. > 4. ResponseTimeMonitor kick in, collects the result before the channel > to the node is established, and terminates the node on whichever stage > it is at the moment, which is mostly harmless when node is still > offline or not yet connected, but yesterday it actually killed the > working node. > > I've forked Jenkins and made some changes to avoid this situation, but > that is fast and dirty solution, I would like to hear some ideas and > recommendations on how to proceed with this, and how is it expected to > work in general. > > My changes: > https://github.com/TheIndifferent/jenkins/commit/d8d93ccedd42a36cfe08548671a8b81470f77a1d > > -- You received this message because you are subscribed to the Google Groups "Jenkins Developers" group. To unsubscribe from this group and stop receiving emails from it, send an email to [email protected]. To view this discussion on the web visit https://groups.google.com/d/msgid/jenkinsci-dev/9174bada-337d-422f-81fb-197cb9e9423e%40googlegroups.com. For more options, visit https://groups.google.com/d/optout.
