-
-
Notifications
You must be signed in to change notification settings - Fork 637
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
Sous Chefs Adoption #757
Sous Chefs Adoption #757
Conversation
Signed-off-by: Lance Albertson <[email protected]>
Signed-off-by: Lance Albertson <[email protected]>
Signed-off-by: Lance Albertson <[email protected]>
Signed-off-by: Lance Albertson <[email protected]>
Signed-off-by: Lance Albertson <[email protected]>
Signed-off-by: Lance Albertson <[email protected]>
Signed-off-by: Lance Albertson <[email protected]>
Signed-off-by: Lance Albertson <[email protected]>
Signed-off-by: Lance Albertson <[email protected]>
Signed-off-by: Lance Albertson <[email protected]>
Signed-off-by: Lance Albertson <[email protected]>
Signed-off-by: Lance Albertson <[email protected]>
Signed-off-by: Lance Albertson <[email protected]>
Signed-off-by: Lance Albertson <[email protected]>
Using confluence-publisher is causing integration testing issues. Signed-off-by: Lance Albertson <[email protected]>
95da4c4
to
cdc6147
Compare
Generated by 🚫 Danger |
I started working in a side branch. @ramereth did you mention some oddness going on with plugin installation? My local kitchen runner seems to become unable to install plugins. I haven't figured out if this is a new issue uncovered by getting farther in the tests or if I'm hitting a rate limit on the jenkins update center. I started a side branch https://github.com/sous-chefs/jenkins/tree/smoke-out-the-smoke-tests with two small changes that move us slightly forward. |
What kind of issues are you running into? I believe 8d6b224 fixed one issue I had with permissions. |
Trying to install any plugin that isn't already installed (the breaking failure is in the I've just triggered a fresh build to see if the same problem occurs in the same place (otherwise I'd suspect some kind of rate-limiting). |
Ran it again and got the same issue fresh so it isn't rate limiting. Now it's no longer Friday evening I'm realizing that it's quite possibly #762 |
@nuclearsandwich at this point I think this PR should be finished and exclude any suites/tests that aren't currently working and try and fix them in a later PR. |
8c35d08
to
c48ab84
Compare
…g on dokken Signed-off-by: Lance Albertson <[email protected]>
Signed-off-by: Lance Albertson <[email protected]>
With the removal of the Remoting-based CLI in Jenkins 2.165 the only argument to the groovy command that works is the `=` argument for stdin. We'll need to make larger changes to the cookbook than just this but this moves our tests forward for now.
To be honest I'm not sure what's _supposed_ to happen when you save the result of a resource declaration to a variable but the credentials field normally expects a credential id. Without this change it seems like the resource name is converted to a string and finds its way into a groovy script where it is invalid.
We're running into issues with hitting the limit of open files while testing this cookbook. It seems this fix on Debian-based systems is also needed on RHEL. Signed-off-by: Lance Albertson <[email protected]>
Signed-off-by: Lance Albertson <[email protected]>
Signed-off-by: Lance Albertson <[email protected]>
Signed-off-by: Lance Albertson <[email protected]>
Signed-off-by: Lance Albertson <[email protected]>
Signed-off-by: Lance Albertson <[email protected]>
Signed-off-by: Lance Albertson <[email protected]>
…gain Signed-off-by: Lance Albertson <[email protected]>
9c671dd
to
d41c19b
Compare
The remaining failing test is reliably producing a segfault in dokken (on the GitHub Action) and vagrant (for me locally). The error we see in the cookbook log is a connection refusal when connecting to Jenkins as the process has crashed and is not listening on port 8080. As a little refresher, Jenkins installed via the package on Ubuntu 20.04 installs an init script rather than a systemd unit. So far I can reproduce the segfault by restarting Jenkins via |
I can reproduce it starting Jenkins via /usr/bin/daemon with
and then running
|
The OpenJ9 VM is segfaulting when runnig the Jenkins server in some tests. As far as I know OpenJ9 is not a supported server for Jenkins currently.
To allow multiple instances to be converged in parallel (as well as other local uses of port 8080) comment this port mapping out by default while preserving the note that it can be uncommented when troubleshooting.
I haven't gotten any further in debugging the segfault but happened upon some information when trying to get more info out of the core dump. The java installation inside the kitchen environment is based on OpenJ9 which as far as I know is not fully tested for running Jenkins.
I discovered this when installing I've pushed b2f4768 which switches the fixture cookbook JVM installation to hotspot, which I think is the correct approach even though it affects all recipes because I'm not aware of any official stance on OpenJ9 for the Jenkins project and issues with OpenJ9 are best troubleshooted elsewhere. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
LGTM |
Signed-off-by: Lance Albertson <[email protected]>
Released as: 8.2.0 |
This includes a variety of fixes that are needed to get the suites to pass properly.