<div dir="ltr">Hi,<div><br></div><div>Minor issue: conflict between JUC banner and dropdown lists in the menu bar, which are not visible till you move a cursor to them. The issue appears in Firefox and Safari at least.</div><div><br></div><div>IRC Bot seems to be working fine.</div><div><br></div><div>BR, Oleg</div><div><br></div><div class="gmail_extra"><br><div class="gmail_quote">2015-05-04 1:08 GMT+03:00 Arnaud Héritier <span dir="ltr"><<a href="mailto:aheritier@gmail.com" target="_blank">aheritier@gmail.com</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote"><span>On Sun, May 3, 2015 at 6:28 PM, Kohsuke Kawaguchi <span dir="ltr"><<a href="mailto:kk@kohsuke.org" target="_blank">kk@kohsuke.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><div dir="ltr">Arnaud, I filed <a href="https://issues.jenkins-ci.org/browse/INFRA-292" target="_blank">https://issues.jenkins-ci.org/browse/INFRA-292</a> for that.<div><br></div></div></blockquote></span><div>Perfect.</div><span><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><div dir="ltr"><div></div><div>We can sync up on how to get you going for trying this out locally with containers.</div></div></blockquote><div><br></div></span><div>Yes, with pleasure. I won't have the time this week but after it I should have many more time to dedicate to jenkins ;-)</div><span><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><div dir="ltr"><div><br></div><div>The upgrade to 6.4.2 has completed. It took a while to sort out the puppet problem on edamame, but once that's over the JIRA upgrade itself was fairly smooth and uneventful. Yay to the local testing!</div></div></blockquote><div><br></div></span><div>The new version is running fine. Congrats.</div><div><br></div><div>I'm seeing that few plugins may be also updated. But it may be safer to test them locally also.</div><div>I noticed that the DVCS plugin is installed but not used. If it doesn't use too much resources due to the number of jenkins repositories it may be a useful plugin to setup. It allows to integrate GitHub changes into Jira tickets when they are used in commits logs.</div><span><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><div dir="ltr"><div><br></div><div>One flow that can be improved is how we put up the maintenance screen. I was doing it outside Puppet, which means every time I run puppet to bring in new change, puppet clobbers the maintenance screen.</div><div><br></div><div>The other problem is how we test after upgrade. Ideally, I want to continue to put up the maintenance screen for users while I set magic cookie or some such to be able to use JIRA with its production URL. I can't think of an easy way to do this, so lifting the maintenance page currently requires a bit of faith.</div></div></blockquote><div><br></div></span><div>Yes, for such workflow (which is classic and highly recommended) it is almost impossible to use puppet. What I did in my current company is to manage these upgrades processes by shell scripts launched by .... jenkins (to be available to easily track logs and give the hand to people who don't have required rights on systems). </div><div>We may think to have various scripts/jobs for such need (activate-maintenance, upgrade-xxx, ...). The problem for the maintenance page like you say is to have an exception for the administrator (or few people) who want to follow/test behind the scene the upgrade (In a classical company when you manage the network stack it is a little bit easier to do this for internal services).</div><div><div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><div dir="ltr"><div><br></div></div><div class="gmail_extra"><br><div class="gmail_quote">2015-04-30 9:49 GMT-07:00 Arnaud Héritier <span dir="ltr"><<a href="mailto:aheritier@gmail.com" target="_blank">aheritier@gmail.com</a>></span>:<div><div><br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><div dir="ltr">ok thus +1 to schedule the mass migration to InnoDB in the future.<div>Yes it might be interesting to see how they configure MariaDB</div></div><div><div><div class="gmail_extra"><br><div class="gmail_quote">On Thu, Apr 30, 2015 at 5:42 PM, Kohsuke Kawaguchi <span dir="ltr"><<a href="mailto:kk@kohsuke.org" target="_blank">kk@kohsuke.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><div dir="ltr">Yes, you are right that that is what they recommend, and at once point I believe I tried to convert tables en-mass to InnoDB and hit some issues.<div><br></div><div>But if you are willing, we can take that on as a separate task. I can arrange you to have the copy of the production database, and with the JIRA container we can do a dry-run (to some extent, as we don't know exactly how OSUOSL configures&runs MariaDB) of what happens.</div></div><div class="gmail_extra"><br><div class="gmail_quote">2015-04-30 2:12 GMT-07:00 Arnaud Héritier <span dir="ltr"><<a href="mailto:aheritier@gmail.com" target="_blank">aheritier@gmail.com</a>></span>:<div><div><br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><div dir="ltr">Hi,<div><br></div><div>  I think that all tables should be converted to InnoDB if possible. This recommended by Atlassian to use InnoDB and if we need to do some MySQL tuning it will be easier to not have to make a different running for innodb and for myisam</div><div>  </div><div>Arnaud</div></div><div class="gmail_extra"><br><div class="gmail_quote"><div><div>On Sun, Apr 26, 2015 at 7:42 PM, Kohsuke Kawaguchi <span dir="ltr"><<a href="mailto:kk@kohsuke.org" target="_blank">kk@kohsuke.org</a>></span> wrote:<br></div></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><div><div><div dir="ltr"><div>The migration of JIRA from eggplant to a container in edamame went smoothly yesterday.</div><div><br></div><div>As a next step, I worked on the preparation of upgrading JIRA from the current 5.0.6 to the latest 6.4.2.</div><div><br></div><div>Thanks to the containerization, I was able to test this locally with a clone of production data. I've captured obstacles and remedies that I came across in <a href="https://github.com/jenkins-infra/jira/blob/master/UPGRADE.md" target="_blank">this note</a>. Your sanity check would be appreciated.</div><div><br></div><div>I've requested OSUOSL to give us more disk space. edamame doesn't have enough disk space to pull the new JIRA container, so my current plan is to wait for the disk space to be expanded, which hopefully happen this week, then perform this upgrade in the next Saturday.</div><span><font color="#888888"><div><br></div><div>-- <br></div><div>Kohsuke Kawaguchi</div>
</font></span></div>
<br></div></div>_______________________________________________<br>
Jenkins-infra mailing list<br>
<a href="mailto:Jenkins-infra@lists.jenkins-ci.org" target="_blank">Jenkins-infra@lists.jenkins-ci.org</a><br>
<a href="http://lists.jenkins-ci.org/mailman/listinfo/jenkins-infra" target="_blank">http://lists.jenkins-ci.org/mailman/listinfo/jenkins-infra</a><br>
<br></blockquote></div><span><font color="#888888"><br><br clear="all"><div><br></div>-- <br><div><div>-----</div><div>Arnaud Héritier</div><div><a href="http://aheritier.net" target="_blank">http://aheritier.net</a></div><div>Mail/GTalk: aheritier AT gmail DOT com</div><div>Twitter/Skype : aheritier</div></div>
</font></span></div>
</blockquote></div></div></div><span><font color="#888888"><br><br clear="all"><div><br></div>-- <br><div>Kohsuke Kawaguchi</div>
</font></span></div>
</blockquote></div><br><br clear="all"><div><br></div>-- <br><div><div>-----</div><div>Arnaud Héritier</div><div><a href="http://aheritier.net" target="_blank">http://aheritier.net</a></div><div>Mail/GTalk: aheritier AT gmail DOT com</div><div>Twitter/Skype : aheritier</div></div>
</div>
</div></div></blockquote></div></div></div><span><font color="#888888"><br><br clear="all"><div><br></div>-- <br><div>Kohsuke Kawaguchi</div>
</font></span></div>
</blockquote></div></div></div><div><div><br><br clear="all"><div><br></div>-- <br><div><div>-----</div><div>Arnaud Héritier</div><div><a href="http://aheritier.net" target="_blank">http://aheritier.net</a></div><div>Mail/GTalk: aheritier AT gmail DOT com</div><div>Twitter/Skype : aheritier</div></div>
</div></div></div></div>
<br>_______________________________________________<br>
Jenkins-infra mailing list<br>
<a href="mailto:Jenkins-infra@lists.jenkins-ci.org" target="_blank">Jenkins-infra@lists.jenkins-ci.org</a><br>
<a href="http://lists.jenkins-ci.org/mailman/listinfo/jenkins-infra" target="_blank">http://lists.jenkins-ci.org/mailman/listinfo/jenkins-infra</a><br>
<br></blockquote></div><br></div></div>