This can be useful in debugging things. We have another
task in the backlog about making this shell functionality a bit more
discoverable now that we also have need for it with the jobs framework
(<https://phabricator.wikimedia.org/T311917>).
I hope that all helps a bit. It is frustrating to b
#Timeline
[3]: https://techblog.wikimedia.org/2022/03/14/toolforge-and-grid-engine/
[4]: https://lists.wikimedia.org/pipermail/labs-l/2015-August/003955.html
Bryan, on behalf of the Toolforge administrators
--
Bryan DavisWikimedia Foundation
Principal
#Timeline
[3]: https://techblog.wikimedia.org/2022/03/14/toolforge-and-grid-engine/
[4]: https://lists.wikimedia.org/pipermail/labs-l/2015-August/003955.html
Bryan, on behalf of the Toolforge administrators
--
Bryan DavisWikimedia Foundation
Principal
with the process [1].
[0]:
https://lists.wikimedia.org/hyperkitty/list/wikitec...@lists.wikimedia.org/thread/EK65B7QCQHEG37C2ERPIUSP64OX3ZEUJ/
[1]: https://wikitech.wikimedia.org/wiki/ORES
Bryan
--
Bryan Davis Technical Engagement Wikimedia Foundation
Principal Software Engineer
with the process [1].
[0]:
https://lists.wikimedia.org/hyperkitty/list/wikitec...@lists.wikimedia.org/thread/EK65B7QCQHEG37C2ERPIUSP64OX3ZEUJ/
[1]: https://wikitech.wikimedia.org/wiki/ORES
Bryan
--
Bryan Davis Technical Engagement Wikimedia Foundation
Principal Software Engineer
xploratory testing, or even plan and execute a complete
deployment of a solution.
[0]: https://phabricator.wikimedia.org/T152235
[1]: https://phabricator.wikimedia.org/T97861
[2]: https://phabricator.wikimedia.org/T127367
[3]: https://phabricator.wikimedia.org/T50846
Bryan
--
Bryan Davis
s it host-specific?
Copy it over. You would have copied it from a Toolforge tool
originally as we do not have a mechanism for creating database
credentials for Cloud VPS projects/instances.
Bryan
--
Bryan Davis Technical Engagement Wikimedia Foundation
Principal
tor.wikimedia.org/T133777
[1]: https://phabricator.wikimedia.org/T170355
[2]: https://phabricator.wikimedia.org/T285403
[3]:
https://gerrit.wikimedia.org/r/plugins/gitiles/cloud/toolforge/disable-tool/
[[WP:BOLD]]: https://en.wikipedia.org/wiki/Wikipedia:Be_bold
Bryan, on behalf of the Toolforge
tor.wikimedia.org/T133777
[1]: https://phabricator.wikimedia.org/T170355
[2]: https://phabricator.wikimedia.org/T285403
[3]:
https://gerrit.wikimedia.org/r/plugins/gitiles/cloud/toolforge/disable-tool/
[[WP:BOLD]]: https://en.wikipedia.org/wiki/Wikipedia:Be_bold
Bryan, on behalf of the Toolforge
so that interested parties could see the discussions
that were held here.
Bryan
--
Bryan Davis Technical Engagement Wikimedia Foundation
Principal Software Engineer Boise, ID USA
[[m:User:BDavis_(WMF)]]
dia.org/T310435#8288848
[1]:
https://gerrit.wikimedia.org/r/c/operations/docker-images/toollabs-images/+/488764
Bryan
--
Bryan Davis Technical Engagement Wikimedia Foundation
Principal Software Engineer Boise, ID USA
[[m:User:BDavis_(WMF)]]
has time and motivation, but currently there
is no timeline for completion.
Bryan
--
Bryan Davis Technical Engagement Wikimedia Foundation
Principal Software Engineer Boise, ID USA
[[m:User:BDavis_(WMF)]] irc:
On Tue, Sep 6, 2022 at 4:38 PM Bryan Davis wrote:
>
> On Thu, Sep 1, 2022 at 4:26 PM Bryan Davis wrote:
> >
> > What: Diffusion git hosting moving to GitLab [0][1]
> > When: Tuesday 2022-09-06 between 15:00 - 23:00 UTC
> > Why: Unblocking sunsetting work
On Tue, Sep 6, 2022 at 4:38 PM Bryan Davis wrote:
>
> On Thu, Sep 1, 2022 at 4:26 PM Bryan Davis wrote:
> >
> > What: Diffusion git hosting moving to GitLab [0][1]
> > When: Tuesday 2022-09-06 between 15:00 - 23:00 UTC
> > Why: Unblocking sunsetting work
On Thu, Sep 1, 2022 at 4:26 PM Bryan Davis wrote:
>
> What: Diffusion git hosting moving to GitLab [0][1]
> When: Tuesday 2022-09-06 between 15:00 - 23:00 UTC
> Why: Unblocking sunsetting work for Differential/Diffusion [2]
>
> What you can do: If you have not l
On Thu, Sep 1, 2022 at 4:26 PM Bryan Davis wrote:
>
> What: Diffusion git hosting moving to GitLab [0][1]
> When: Tuesday 2022-09-06 between 15:00 - 23:00 UTC
> Why: Unblocking sunsetting work for Differential/Diffusion [2]
>
> What you can do: If you have not l
.wikimedia.org/T305984#8210132
Bryan
--
Bryan Davis Technical Engagement Wikimedia Foundation
Principal Software Engineer Boise, ID USA
[[m:User:BDavis_(WMF)]] irc: bd808
__
in order to grant you
access [3].
[0]: https://phabricator.wikimedia.org/T296893
[1]: https://phabricator.wikimedia.org/T315706
[2]: https://phabricator.wikimedia.org/T191182
[3]: https://phabricator.wikimedia.org/T313366#8203450
Bryan, on behalf of the Toolforge administrato
in order to grant you
access [3].
[0]: https://phabricator.wikimedia.org/T296893
[1]: https://phabricator.wikimedia.org/T315706
[2]: https://phabricator.wikimedia.org/T191182
[3]: https://phabricator.wikimedia.org/T313366#8203450
Bryan, on behalf of the Toolforge administrato
https://phabricator.wikimedia.org/T309754
Bryan
--
Bryan Davis Technical Engagement Wikimedia Foundation
Principal Software Engineer Boise, ID USA
[[m:User:BDavis_(WMF)]] irc: bd808
___
https://phabricator.wikimedia.org/T309754
Bryan
--
Bryan Davis Technical Engagement Wikimedia Foundation
Principal Software Engineer Boise, ID USA
[[m:User:BDavis_(WMF)]] irc: bd808
___
[1] https://phabricator.wikimedia.org/T314527
> >
> > -- Legoktm
[2]:
https://wikitech.wikimedia.org/wiki/Help:Access_policies#Application_Process
Bryan
--
Bryan Davis Technical Engagement Wikimedia Foundation
Principal Software Engineer
expect my account to connect from this range of IPs", but
maybe someone else knows a trick?
Bryan
--
Bryan Davis Technical Engagement Wikimedia Foundation
Principal Software Engineer Boise, ID USA
[[m:User:BDavis_(WMF)]]
mp processing jobs it would almost certainly lead to
resource starvation across the entirety of the Toolforge Kubernetes
cluster and make many sad SREs.
Bryan
--
Bryan Davis Technical Engagement Wikimedia Foundation
Principal Software Engineer
stions + grid engine failing.
We do not yet have a fix for this. It will require us to compile and
install a newer version of mono for everyone who is using it.
Interested folks can follow progress of our infrastructure updates in
response to this issue at T291387 [3].
[0]: https://letsencrypt.org/
[1]: http
stions + grid engine failing.
We do not yet have a fix for this. It will require us to compile and
install a newer version of mono for everyone who is using it.
Interested folks can follow progress of our infrastructure updates in
response to this issue at T291387 [3].
[0]: https://letsencrypt.org/
[1]: http
cludes/user/UserNameUtils.php#L244-L317
[1]:
https://github.com/wikimedia/mediawiki/blob/02f7392231ef40a0f928fbd5ec791effc24361ff/includes/title/MediaWikiTitleCodec.php#L333-L579
[2]:
https://github.com/wikimedia/mediawiki/blob/02f7392231ef40a0f928fbd5ec791effc24361ff/includes/api
chcomplete": true,
"query": {
"users": [
{
"name": "Bryan Davis",
"missing": true
},
{
"userid&q
On Thu, May 20, 2021 at 2:59 PM Bryan Davis wrote:
>
> TL;DR:
> * The #wikimedia-cloud IRC channel is moving from Freenode to Libera.Chat.
> * Register an account on Libera.Chat and join us there!
>
> [...snip...]
>
> A new #wikimedia-cloud channel has been cr
/Migrating_to_Libera_Chat
[6]: https://phabricator.wikimedia.org/T283247
[7]: https://www.mediawiki.org/wiki/Wikimedia_Hackathon_2021
Bryan, on behalf of the WMCS team and the Cloud VPS and Toolforge admins
--
Bryan Davis Technical Engagement Wikimedia Foundation
Principal Software Engineer
not done it for a single tool, but I did it for all tools:
* https://sge-status.toolforge.org/
* https://sge-jobs.toolforge.org/
The source for both are linked from their page footers.
You can fetch the current grid job status as json too via
https://sge-status.toolforge.org/api/v1/
Brya
Your `$wgOAuthRedirectUri` should use the https protocol, but I don't
think this is you root problem.
https://annotation.wmcloud.org/w/index.php?title=Special:PluggableAuthLogin
says "No such special page" and
https://annotation.wmcloud.org/wiki/Special:Version shows no
extension
a role::wsoauth::oauth_key "the key for the new grant"
$ vagrant hiera role::wsoauth::oauth_secret "the secret for the new grant"
$ vagrant provision
Bryan
--
Bryan Davis Technical Engagement Wikimedia Foundation
Principal Software Engineer
et process that is executed by `vagrant up`
and `vagrant provision`.
Bryan
--
Bryan Davis Technical Engagement Wikimedia Foundation
Principal Software Engineer Boise, ID USA
[[m:User:BDavis_(WMF)]]
he has setup
https://wikispore.wmflabs.org/wiki/Main_Page with OAuth for account
registration. I have a hunch that is also possible by adding the
correct mw-vagrant role and settings.
Bryan
--
Bryan Davis Technical Engagement Wikimedia Foundation
Principal Software Engineer
to catch problems
similar to this more quickly in the future.
Bryan, on behalf of the Toolforge admin team
--
Bryan Davis Technical Engagement Wikimedia Foundation
Principal Software Engineer Boise, ID USA
[[m:User:BDavis_(WMF)]]
to catch problems
similar to this more quickly in the future.
Bryan, on behalf of the Toolforge admin team
--
Bryan Davis Technical Engagement Wikimedia Foundation
Principal Software Engineer Boise, ID USA
[[m:User:BDavis_(WMF)]]
using Striker
on 2020-12-29 10:12:12 UTC. That Developer account has never been
"attached" on Wikitech, meaning that the account has never logged in
there, so it will show as unregistered on Wikitech. It is using the
same email address as the [[User:KirkLU]] Developer account which was
created
.wikimedia.org/tools/id/sonarqubebot tool there.
Removing membership in the project would effectively also remove your
maintainer access for this tool.
Bryan
--
Bryan Davis Technical Engagement Wikimedia Foundation
Principal Software Engine
when an
existing header is not found in the inbound request as it traverses
the ingress. Brooke tracked down
<https://github.com/kubernetes/ingress-nginx/issues/2546> upstream as
a documented way that we could disable this default behavior if
desired by the community or the Toolforge
On Tue, Aug 18, 2020 at 9:03 AM Bryan Davis wrote:
>
> TL;DR:
> * HTTP -> HTTPS redirection is live (finally!)
> * Currently allowing a "POST loophole"
> * "POST loophole" will be closed on 2021-02-01
>
> Today we merged a small change [0] to the
On Tue, Aug 18, 2020 at 9:03 AM Bryan Davis wrote:
>
> TL;DR:
> * HTTP -> HTTPS redirection is live (finally!)
> * Currently allowing a "POST loophole"
> * "POST loophole" will be closed on 2021-02-01
>
> Today we merged a small change [0] to the
onse. The uwsgi log shows "generated 12347121 bytes in 111280
msecs".
With the larger uwsgi buffer setting, the original long url with an
unauthenticated session works as well. I do not have an explanation
for why the buffer overflow message was not logged for your tests or
my first
e extended backlog with wishes that folks have made about
such things. <https://phabricator.wikimedia.org/T194333> is one that
has some really high level ideas on it and some more concrete
subtasks.
Bryan
--
Bryan Davis Technical Engagement Wikimedia Foundation
Pri
gone through the https://wikitech.wikimedia.org/wiki/Volunteer_NDA
process.
Bryan
--
Bryan Davis Technical Engagement Wikimedia Foundation
Principal Software Engineer Boise, ID USA
[[m:User:BDavis_(WMF)]]
m; to a list, and through with Cname
> record + DNS server. It is not essential, but as I bought the domain a few
> months ago...
No, Toolforge does not currently have any native system for using
vanity domain names.
Bryan
--
Bryan Davis Technical Engagement Wikime
On Wed, Oct 7, 2020 at 4:16 PM Roy Smith wrote:
>
> > On Oct 7, 2020, at 4:04 PM, Bryan Davis wrote:
> >
> > Use a `webservice python3.7 shell` session as your dev/test
> > environment and you will a) get the same python version as the
> > "production
to first enter a python3.7 container running on the
Kubernetes cluster. This can be done using the `webservice python3.7
shell` command. See
<https://wikitech.wikimedia.org/wiki/Help:Toolforge/Web/Python#Virtual_Environments_and_Packages>
for related information.
Bryan
--
Bryan Davis
r webservice. There is however
currently no Toolforge provided tooling to manage the state of that
Deployment in conjunction with your webservice.
Bryan
--
Bryan Davis Technical Engagement Wikimedia Foundation
Principal Software Engineer
7 for more details [0].
The preferred service name for ToolsDB is tools.db.svc.eqiad.wmflabs.
[0]:
https://phabricator.wikimedia.org/phame/post/view/70/new_wiki_replica_servers_ready_for_use/
Bryan, on behalf of the Cloud Services team
--
Bryan Davis Technical Engagement
7 for more details [0].
The preferred service name for ToolsDB is tools.db.svc.eqiad.wmflabs.
[0]:
https://phabricator.wikimedia.org/phame/post/view/70/new_wiki_replica_servers_ready_for_use/
Bryan, on behalf of the Cloud Services team
--
Bryan Davis Technical Engagement
[1]:
https://wikitech.wikimedia.org/wiki/Toolsadmin.wikimedia.org/Deployments#2020-09-02
Bryan, on behalf of the Toolforge admin team
--
Bryan Davis Technical Engagement Wikimedia Foundation
Principal Software Engineer Boise, ID USA
[1]:
https://wikitech.wikimedia.org/wiki/Toolsadmin.wikimedia.org/Deployments#2020-09-02
Bryan, on behalf of the Toolforge admin team
--
Bryan Davis Technical Engagement Wikimedia Foundation
Principal Software Engineer Boise, ID USA
rnetes
ingress layer. Previously the /robots.txt and /favicon.ico from the
"admin" tool were served for all tools due to the use of a shared
hostname.
[0]: https://phabricator.wikimedia.org/T251628
Bryan, on behalf of the Toolforge admin team
--
Bryan Davis Technical Engagement
rnetes
ingress layer. Previously the /robots.txt and /favicon.ico from the
"admin" tool were served for all tools due to the use of a shared
hostname.
[0]: https://phabricator.wikimedia.org/T251628
Bryan, on behalf of the Toolforge admin team
--
Bryan Davis Technical Engagement
/listinfo/cloud
Bryan, on behalf of the Cloud VPS admin team
--
Bryan Davis Technical Engagement Wikimedia Foundation
Principal Software Engineer Boise, ID USA
[[m:User:BDavis_(WMF)]] irc: bd808
_
/listinfo/cloud
Bryan, on behalf of the Cloud VPS admin team
--
Bryan Davis Technical Engagement Wikimedia Foundation
Principal Software Engineer Boise, ID USA
[[m:User:BDavis_(WMF)]] irc: bd808
_
till there, but being deprecated), but in T249461 we switched
to just fetching the phar file from getcomposer.org and verifying its
published sha256 hash.
Bryan
--
Bryan Davis Technical Engagement Wikimedia Foundation
Principal Software Engineer
t; GitHub sends me this mail below.
The version of composer installed on your
discordwiki.srwiki-dev.eqiad.wmflabs instance is: Composer 1.8.4
2019-02-11 10:52:10
You need Composer 1.9.3 or later to comply with the upstream API
change at GitHub (<https://github.com/composer/composer/issues/858
if you need to find a helper library or
tutorial.
Bryan
--
Bryan Davis Technical Engagement Wikimedia Foundation
Principal Software Engineer Boise, ID USA
[[m:User:BDavis_(WMF)]] irc: bd808
___
imedia.org/phame/post/view/132/migrating_tools.wmflabs.org_to_https/
Bryan
--
Bryan Davis Technical Engagement Wikimedia Foundation
Principal Software Engineer Boise, ID USA
[[m:User:BDavis_(WMF)]]
dia.org/wiki/Special:OAuthConsumerRegistration/list
Bryan
--
Bryan Davis Technical Engagement Wikimedia Foundation
Principal Software Engineer Boise, ID USA
[[m:User:BDavis_(WMF)]] irc: bd808
_
as announced. The redirect service will keep
the old interwiki links working indefinitely, but we will want to
update things so that new tools which are not covered by the
redirector service can use interwiki links.
Bryan
--
Bryan Davis Technical Engagement Wikimedia Foundation
Princi
w DOM presence. I'm sure there are more elegant
implementations (my javascript fu is not the best), but this one is
working for now and does not seem to cause any significant load issues
in my browser.
Bryan
--
Bryan Davis Technical Engagement Wikimedia Foundation
Principal Softwa
ud Services proxy is privacy respecting, but again this is a
defense in depth protection against any possible rogue activity at
that proxy.
Bryan
--
Bryan Davis Technical Engagement Wikimedia Foundation
Principal Software Engineer Boise, ID USA
[[m
change logs where available.
More information will be collected at
<https://phabricator.wikimedia.org/T254491> and an incident report
will also be prepared once the initial response is complete.
Bryan
--
Bryan Davis Technical Engagement Wikimedia Foundation
Principal So
sorts of useful but less mainstream tips. That is something that
we need to work on and would be happy to hear ideas about. Luckily
wiki's are pretty good at dealing with splitting and merging content
over time, so we do not have to get things perfect the first time. :)
Bryan
--
Bryan Dav
ously empty directory. Manually restarting the apache2 process
after fixing the mounts should make things happy again.
Bryan
--
Bryan Davis Technical Engagement Wikimedia Foundation
Principal Software Engineer Boise, ID USA
[[m:User:BDavis_(WMF)]]
ervice`.
[0]:
https://gerrit.wikimedia.org/r/plugins/gitiles/operations/software/tools-webservice/+/master/toolsws/wstypes/uwsgi.py#18
Bryan
--
Bryan Davis Technical Engagement Wikimedia Foundation
Principal Software Engineer Boise, ID USA
container followed by `sudo mount -t nfs
192.168.122.1:/srv/mediawiki-vagrant /vagrant` and the share mounted
correctly. I can't guarantee that things will work correctly following
a restart of the LXC container or the hosting instance, but for now it
is working.
Sorry I don't have a more sa
ses replication lag.
Bryan
--
Bryan Davis Technical Engagement Wikimedia Foundation
Principal Software Engineer Boise, ID USA
[[m:User:BDavis_(WMF)]] irc: bd808
___
Wikimedia
on the Toolforge Kubernetes cluster.
If you have experience using Toolforge and nodejs, see
<https://phabricator.wikimedia.org/T251555> and apply to become a
co-maintainer.
Bryan
--
Bryan Davis Technical Engagement Wikimedia Foundation
Principal Software En
kidata-autodesc.eqiad.wmflabs
* wikilink
** wikilink-prod.wikilink.eqiad.wmflabs
Bryan, on behalf of the Cloud VPS admins and Cloud Services team
--
Bryan Davis Technical Engagement Wikimedia Foundation
Principal Software Engineer Boise, ID USA
[[m:User:BDavi
kidata-autodesc.eqiad.wmflabs
* wikilink
** wikilink-prod.wikilink.eqiad.wmflabs
Bryan, on behalf of the Cloud VPS admins and Cloud Services team
--
Bryan Davis Technical Engagement Wikimedia Foundation
Principal Software Engineer Boise, ID USA
[[m:User:BDavi
ments and helping folks deal with things that break
as a result.
[0]:
https://phabricator.wikimedia.org/phame/post/view/132/migrating_tools.wmflabs.org_to_https/
Bryan
--
Bryan Davis Technical Engagement Wikimedia Foundation
Principal Software Engineer
either of
https://whois.toolforge.org/whois/8.4.4.8/lookup/json or
https://tools.wmflabs.org/whois/8.4.4.8/lookup/json.
Is this a regression you are seeing from using the tools.wmflabs.org
URL to access the tool or just a general question?
[0]: https://developer.mozilla.org/en-US/docs
On Mon, Apr 13, 2020 at 3:03 PM Huji Lee wrote:
>
> On Mon, Apr 13, 2020 at 4:42 PM Bryan Davis wrote:
>>
>> On Sun, Apr 12, 2020 at 7:48 AM Huji Lee wrote:
>> >
>> > One possible solution is to create a script which is scheduled to run once
>> >
ed not even remotely considered a "large" project, meaning I am
> being overly cautious?
<https://phabricator.wikimedia.org/project/view/2875/>
Bryan
--
Bryan Davis Technical Engagement Wikimedia Foundation
Principal Software Engineer
that point in time.
This will be similar in spirit if not implementation to the service we
run which redirects toolserver.org/$WHATEVER URLs to tools.wmflabs.org
URLs today.
Bryan
--
Bryan Davis Technical Engagement Wikimedia Foundation
Principal Software Engineer
://phabricator.wikimedia.org/T214513
Bryan, on behalf of the Toolforge admin team and the Wikimedia Cloud
Services team
--
Bryan Davis Technical Engagement Wikimedia Foundation
Principal Software Engineer Boise, ID USA
[[m:User:BDavis_(WMF
://phabricator.wikimedia.org/T214513
Bryan, on behalf of the Toolforge admin team and the Wikimedia Cloud
Services team
--
Bryan Davis Technical Engagement Wikimedia Foundation
Principal Software Engineer Boise, ID USA
[[m:User:BDavis_(WMF
ervice.
Bryan
--
Bryan Davis Technical Engagement Wikimedia Foundation
Principal Software Engineer Boise, ID USA
[[m:User:BDavis_(WMF)]] irc: bd808
___
Wikimedia
file. `webservice restart` is the only
command which uses that state data directly.
Bryan
--
Bryan Davis Technical Engagement Wikimedia Foundation
Principal Software Engineer Boise, ID USA
[[m:User:BDavis_(WMF)]]
and the Cloud Services team)
--
Bryan Davis Technical Engagement Wikimedia Foundation
Principal Software Engineer Boise, ID USA
[[m:User:BDavis_(WMF)]] irc: bd808
and the Cloud Services team)
--
Bryan Davis Technical Engagement Wikimedia Foundation
Principal Software Engineer Boise, ID USA
[[m:User:BDavis_(WMF)]] irc: bd808
e to introduce a "Load Balancer as
a Service" system in the future, but we need to finish work on some
other infrastructure changes before we are ready to look into that
seriously.
Bryan
--
Bryan Davis Technical Engagement Wikimedia Foundation
Principal Software Enginee
0-January/000247.html
[2]: https://tools.wmflabs.org/k8s-status/
[3]:
https://wikitech.wikimedia.org/wiki/Help:Toolforge/Kubernetes#Available_container_types
Bryan (on behalf of the Toolforge admins and the Cloud Services team)
--
Bryan Davis Technical Engagement Wikimedia Foun
0-January/000247.html
[2]: https://tools.wmflabs.org/k8s-status/
[3]:
https://wikitech.wikimedia.org/wiki/Help:Toolforge/Kubernetes#Available_container_types
Bryan (on behalf of the Toolforge admins and the Cloud Services team)
--
Bryan Davis Technical Engagement Wikimedia Foun
cess to publish on tools-static, so if there is a lot
of demand for customizations we may need to find another way to
provide them.
Bryan
--
Bryan Davis Technical Engagement Wikimedia Foundation
Principal Software Engineer Boise, ID USA
[[m:U
bs.org/k8s-status/
[2]: https://tools.wmflabs.org/sge-status/
Bryan (on behalf of the Toolforge admins and the Cloud Services team)
--
Bryan Davis Technical Engagement Wikimedia Foundation
Principal Software Engineer Boise, ID USA
[[m:User:B
the Swift cluster that stores all of the Commons media are
within several meters of each other so download speeds should be high.
Bryan
--
Bryan Davis Technical Engagement Wikimedia Foundation
Principal Software Engineer B
try to find a solution.
[0]: https://phabricator.wikimedia.org/T229227
Bryan
--
Bryan Davis Technical Engagement Wikimedia Foundation
Principal Software Engineer Boise, ID USA
[[m:User:BDavis_(WMF)]] irc: bd808
_
the Docker
containers used in the Wikimedia CI and production environments, there
is a tool for that too! -- https://tools.wmflabs.org/dockerregistry/
(Thanks to Tyler on the Release Engineering team at the Wikimedia
Foundation.)
Bryan
--
Bryan Davis Technical Engagement Wikimedia
ver that handles routing requests for
https://tools.wmflabs.org/ to the backend Kubernetes pod or grid
engine job. These changes should be transparent to you however. The
change was adding in support for routing requests to pods running on a
new Kubernetes cluster that folks will learn more about in
olks who are using the "main" bastion.
[0]:
https://wikitech.wikimedia.org/wiki/Portal:Toolforge/About_Toolforge#Bastion_hosts
Bryan
--
Bryan Davis Technical Engagement Wikimedia Foundation
Principal Software Engineer Boise,
imedia.org/wiki/Help:Toolforge/Grid
[1]: https://wikitech.wikimedia.org/wiki/Help:Toolforge/Kubernetes
Bryan
--
Bryan Davis Technical Engagement Wikimedia Foundation
Principal Software Engineer Boise, ID USA
[[m:U
when things will be stable.
Bryan
--
Bryan Davis Technical Engagement Wikimedia Foundation
Principal Software Engineer Boise, ID USA
[[m:User:BDavis_(WMF)]] irc: bd808
_
ikimedia.org/T217815
[1]: https://phabricator.wikimedia.org/T225966
[2]: https://phabricator.wikimedia.org/T217815#5577987
[3]: https://phabricator.wikimedia.org/T190185
Bryan
--
Bryan Davis Technical Engagement Wikimedia Foundation
Principal Software Engineer
some stress on the shared
servers and allow us more time to look into other changes to restore
stability. Ideally we will be able to increase the limit again after
making other changes to these systems.
Bryan, on behalf of the Cloud Services team
--
Bryan Davis Technical Engagement
some stress on the shared
servers and allow us more time to look into other changes to restore
stability. Ideally we will be able to increase the limit again after
making other changes to these systems.
Bryan, on behalf of the Cloud Services team
--
Bryan Davis Technical Engagement
1 - 100 of 171 matches
Mail list logo