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 :)

@hashar it supports NoteDB as of a few weeks ago, but does have some limitations anyways.

This should be supported with the online indexer I think (I remember testing this but it was on a different version and also a while ago)

Would like @thcipriani opinion on this.

This is either a UBN or a high priority as VisualEditor is broken on debian buster+ based on testing.

Interestingly this may have been a kernel bug: https://gerrit-review.googlesource.com/c/gerrit/+/153090/4#message-10cc8f42c24c28b1cb29c441c9aff13684555654

Going to boldly close this as resolved. It was mentioned on IRC that things look better since we've moved to new hardware with more resources.

Since we moved to new hardware (with increased resources) things have looked much better! Threads have been much lower and we haven't had to restart for over 3 weeks!