@Andrew you can create:

Class does not support stretch anymore.

It supports it, but we have NoteDB switched on which seems to affect this.

@jynus could this https://bugs.mysql.com/bug.php?id=93590 be it? Also that’s fixed in https://dev.mysql.com/doc/relnotes/connector-j/5.1/en/news-5-1-48.html

https://dev.mysql.com/doc/connector-j/5.1/en/connector-j-reference-configuration-properties.html

In T247591#5966895, @hashar wrote:

Excellent @jcrespo thank you very much for the detailed answers!
I have no idea how Gerrit manages the database connections, the settings seem to be all default. Thus I don't know whether there is a keepalive or connection reuses. Will dig into that.
We also lack monitoring of JDBC connections on Gerrit side which is yet another rabbit hole to dig into.
So I guess for DBA side, there is not much more to look into. Thx!

Yes this can be deleted, though i rather we waited to do that till we upgrade to 2.16. Only because there's a bug which causes spam (fixed with https://github.com/GerritCodeReview/plugins_delete-project/commit/a4dc24fb5c2550ee5f3c0d150cc3c66b3b02b8f0).

According to https://github.com/GerritCodeReview/gerrit/commit/330b01217b8c4dfc18519f544da221cc9d83d90d, this is displayed now in gerrit 3.1.

Actually, we will use that partition for db readonly, so i think a new /srv/lfs partition 18g would do.

Per discussion me and @thcipriani just had, we found lfs objects using 15G, so if we remove /srv/dbdump and recreate it as a 20g partition, we can move the objects there.

@MJL ^

https://phabricator.miraheze.org/P257

Couldn't we add the pass here https://github.com/wikimedia/labs-private/tree/master/hieradata/hosts for gerrit1002?

I think this needs updating https://github.com/wikimedia/puppet/blob/production/modules/gerrit/manifests/jetty.pp#L44 (unless the pass is the same for the *ro user).

I would imagine it's doing that as page_title is a binary?

lost labyrinth ifu800 youu800 missed outu800 onu800 certain expansions oru800 stuff packs foru800 theu800 sims 2u800 here here'su800 your chance tou800 grab them nowu800 comment-81u800u82e165u800u82e33u800u82e92u800-20140715230100 comment-2201555-20140715230503 === 262

User blog comment:Lost Labyrinth/If you missed out on certain expansions or stuff packs for The Sims 2, here's your chance to grab them now/@comment-81.165.33.92-20140715230100/@comment-2201555-20140715230503

Some how this works now

Filed upstream at https://bugs.chromium.org/p/gerrit/issues/detail?id=12178

\o/

/etc/cloud/templates/hosts.debian.tmpl sets 127.0.1.1.

No one checked "Make group visible to all registered users". I'm not sure if it was intentional though.

The group is hidden to non project members thus you carn't see it.

In T211139#4798560, @Dzahn wrote:

On one hand i would love this because it would make the gerrit codfw slave work which is blocked to lack of misc mysql cluster there. (because of that the DBA tag wasn't wrong to me fwiw). If we wouldn't need mysql that would be a nice solution for T176532.
But on the other hand i am afraid that this is not suitable for large installations with many users like ours. I checked upstream docs and unfortunately they confirmed those concerns.

Using the embedded H2 database is the easiest way to get a Gerrit site up and running, making it ideal for proof of concepts or small team servers. On the flip side, H2 is not the recommended option for large corporate installations. This is because there is no easy way to interact with the database while Gerrit is offline, it’s not easy to backup the data, and it’s not possible to set up H2 in a load balanced/hotswap configuration.

https://gerrit-review.googlesource.com/Documentation/database-setup.html

Tested patch and fixed the issue!

This is causing a lot of log spam.

Actually i think this was fixed with https://github.com/wikimedia/mediawiki-extensions-SocialProfile/commit/cb84f50fddc41f75d87243043022dd2eec210473

It seems to work for me to create instances. Maybe it's his account or the browser that's the issue?

The CSP header is being added here https://github.com/phacility/phabricator/blob/241f06c9ffc63909ec04e29f67f53cb310fb1953/src/aphront/response/AphrontResponse.php#L102 (https://github.com/phacility/phabricator/blob/241f06c9ffc63909ec04e29f67f53cb310fb1953/src/aphront/response/AphrontResponse.php#L111)

Seems resolved now.

Helps navigate users to create there first change.

In T191182#5745897, @mmodell wrote:

In T191182#5096822, @hashar wrote:

We could do something similar with Gerrit. Roughly:

• create the git repository under a Gerrit namespace such as labs/tools/ or wmcs/toolforge or whatever name really
• create a Gerrit group named upon the repository (eg labs-tools-Foobar-owner or wmcs-toolforge-Foobar-owner ) which contains the user that created the repository
• add that group as the project owner which should grant all permissions on the repo, including push? If not we could enable push right to project owners on the parent repo and that right will be inherited to the other.

Even if you reduce the friction involved with getting a gerrit repo that won't reduce the friction for actually using gerrit which is still quite significant for newcomers.

Thank you @Bstorm !

That bug is for one part, this one is for a plugin.

Filed upstream https://bugs.chromium.org/p/gerrit/issues/detail?id=12054

Note that all the instances are already stretch. I did the dist-upgrade years ago. I'm aware because of that horizion shows jessie. I doin't see the point of trying to rebuild until https://phabricator.wikimedia.org/T236309 is rejected/approved. Since i rather not do this twice.

Note that all the instances are already stretch. I did the dist-upgrade years ago. I'm aware because of that horizion shows jessie. I doin't see the point of trying to rebuild until https://phabricator.wikimedia.org/T236309 is rejected/approved. Since i rather not do this twice.

Yup!

@Reedy yup! Done above :)