[Wikidata-bugs] [Maniphest] T264006: Deploy Flink to kubernetes (k8s)

2020-12-16 Thread akosiaris
akosiaris added a comment. After the helm chart is merged and published (both should happen automatically on a +2, I 've +1ed already), the final 2 items for deployment are: [ ] Create k8s tokens, namespaces. That's for SRE ServiceOps, example

[Wikidata-bugs] [Maniphest] T265512: Set up Pipeline Configuration in WDQS repo

2020-11-25 Thread akosiaris
akosiaris added a comment. In T265512#6648623 <https://phabricator.wikimedia.org/T265512#6648623>, @Gehel wrote: > > My (limited) understanding of the usual pipelines is that we expect a 1-to-1 mapping between project source code, packaged artifact an

[Wikidata-bugs] [Maniphest] T265512: Set up Pipeline Configuration in WDQS repo

2020-11-23 Thread akosiaris
akosiaris added subscribers: jeena, dduvall. akosiaris added a comment. In T265512#6637980 <https://phabricator.wikimedia.org/T265512#6637980>, @Mstyles wrote: > @akosiaris it was unclear to me whether we need the promote section in the pipeline config. I'm referring to thi

[Wikidata-bugs] [Maniphest] T265504: Create Blubberfile in WDQS repo

2020-11-10 Thread akosiaris
akosiaris added a comment. In T265504#6615197 <https://phabricator.wikimedia.org/T265504#6615197>, @Mstyles wrote: > @akosiaris I started using the new Java images that you uploaded. I wasn't able to install gpg in the build process. There are some conflicts. We can

[Wikidata-bugs] [Maniphest] T265504: Create Blubberfile in WDQS repo

2020-11-03 Thread akosiaris
akosiaris added a comment. In T265504#6598430 <https://phabricator.wikimedia.org/T265504#6598430>, @Mstyles wrote: > @akosiaris when you get some time, can you please take another look at https://gerrit.wikimedia.org/r/c/wikidata/query/rdf/+/635074 Yes, I will. This hasn

[Wikidata-bugs] [Maniphest] T264710: Host static sites on kubernetes

2020-10-29 Thread akosiaris
akosiaris closed this task as "Invalid". akosiaris added a comment. In T264710#6586070 <https://phabricator.wikimedia.org/T264710#6586070>, @Addshore wrote: > Sounds like a fine solution from our side for now. > I'll let #serviceops <https://phabricator.wik

[Wikidata-bugs] [Maniphest] T265504: Create Blubberfile in WDQS repo

2020-10-27 Thread akosiaris
akosiaris added a comment. In T265504#6580948 <https://phabricator.wikimedia.org/T265504#6580948>, @Zbyszko wrote: >> Could you elaborate on that a bit? > > Sure, here goes: We are using Apache Flink[1] as a platform for our event processing we do to feed Wiki

[Wikidata-bugs] [Maniphest] T265504: Create Blubberfile in WDQS repo

2020-10-27 Thread akosiaris
akosiaris added a comment. In T265504#6580645 <https://phabricator.wikimedia.org/T265504#6580645>, @Zbyszko wrote: > @akosiaris I see, makes sense. I still would like to solve the issue with replicating the original dockerfile - can we deploy Flink images to our registry - eve

[Wikidata-bugs] [Maniphest] T265504: Create Blubberfile in WDQS repo

2020-10-26 Thread akosiaris
akosiaris added a comment. In T265504#6578280 <https://phabricator.wikimedia.org/T265504#6578280>, @Zbyszko wrote: > @akosiaris Can we base a blubber enabled project on a 3rd party docker image, provided on docker hub? I was wondering if we have to replicate original docker

[Wikidata-bugs] [Maniphest] T264710: Host static sites on kubernetes

2020-10-23 Thread akosiaris
akosiaris added a comment. For what is worth, the idea that Daniel explains above, would solve the issue for now without the need to move to kubernetes, satisfying multiple of the requirements without requiring significant effort. The following from the task description are satisfied

[Wikidata-bugs] [Maniphest] T255410: Termbox SSR connection terminated very often

2020-10-19 Thread akosiaris
akosiaris added a comment. In T255410#6550492 <https://phabricator.wikimedia.org/T255410#6550492>, @Michael wrote: > > That seems very strange. I would have expected the //error rate// to be calculated by `(number of errors / number of total requests)` f

[Wikidata-bugs] [Maniphest] T255410: Termbox SSR connection terminated very often

2020-10-16 Thread akosiaris
akosiaris added a comment. In T255410#6543118 <https://phabricator.wikimedia.org/T255410#6543118>, @Michael wrote: > @akosiaris Thank you a lot for your detailed response. I did look into those errors a tiny bit more to properly document them as can be now seen on wikitec

[Wikidata-bugs] [Maniphest] T264710: Host static sites on kubernetes

2020-10-09 Thread akosiaris
akosiaris added a comment. A couple of requirements from my side, regardless of where those sites are deployed and the technology used: - Support for structured logging to stdout to allow debugging issues via our ELK stack should be a requirement. - Support for exporting metrics via

[Wikidata-bugs] [Maniphest] T263764: Termbox service: unusual errors that could be from envoy

2020-10-07 Thread akosiaris
akosiaris edited projects, added serviceops-radar; removed serviceops. akosiaris added a comment. Envoy is being documented at https://wikitech.wikimedia.org/wiki/Envoy#Envoy_at_WMF. It is being used by termbox to talk to mediawiki (it's a component of a service mesh). The idea is to have

[Wikidata-bugs] [Maniphest] T255410: Termbox SSR connection terminated very often

2020-10-07 Thread akosiaris
akosiaris added a project: serviceops-radar. akosiaris added a comment. Sorry for not answering earlier. In T255410#6494077 <https://phabricator.wikimedia.org/T255410#6494077>, @Pablo-WMDE wrote: > > I unfortunately don't know how to do this for sing

[Wikidata-bugs] [Maniphest] T255410: Termbox SSR connection terminated very often

2020-09-25 Thread akosiaris
akosiaris added a comment. In T255410#6491711 <https://phabricator.wikimedia.org/T255410#6491711>, @Pablo-WMDE wrote: > We are seeing our termbox service, when reaching out to the mediawiki API, occasionally receiving a 503 (e.g. <https://logstash.wikimedia.org/app/kibana#/

[Wikidata-bugs] [Maniphest] [Commented On] T255410: Termbox SSR connection terminated very often

2020-06-15 Thread akosiaris
akosiaris added a comment. In T255410#6224239 <https://phabricator.wikimedia.org/T255410#6224239>, @Michael wrote: > > Termbox/k8s: https://logstash.wikimedia.org/app/kibana#/doc/logstash-*/logstash-syslog-2020.06.15/syslog?id=AXK3_osLZmYAikdJbyT-&_g=h@e3739

[Wikidata-bugs] [Maniphest] [Edited] T249598: Wikibase schema updaters must not modify database directly

2020-04-07 Thread akosiaris
akosiaris updated the task description. TASK DETAIL https://phabricator.wikimedia.org/T249598 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: akosiaris Cc: Aklapper, Krinkle, kchapman, Pablo-WMDE, Ladsgroup, alaa_wmde, Anomie, Addshore, WMDE-leszek

[Wikidata-bugs] [Maniphest] [Triaged] T247058: Deployment strategy and hardware requirement for new Flink based WDQS updater

2020-03-06 Thread akosiaris
akosiaris triaged this task as "Medium" priority. TASK DETAIL https://phabricator.wikimedia.org/T247058 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: akosiaris Cc: Aklapper, dcausse, Zbyszko, Gehel, darthmon_wmde, Legado_Shulgi

[Wikidata-bugs] [Maniphest] [Commented On] T229236: Investigate if the code of Graphoid uses a proper user agent header

2020-01-07 Thread akosiaris
akosiaris added a comment. > It's unmaintained as you pointed out (see T211881 <https://phabricator.wikimedia.org/T211881> for the gory details). Even if we fixed the blubber file (I am guessing that's where the issue is), deploying anything merged would probably not hap

[Wikidata-bugs] [Maniphest] [Closed] T212189: New Service Request: Wikidata Termbox SSR

2019-09-25 Thread akosiaris
akosiaris closed this task as "Resolved". akosiaris claimed this task. akosiaris added a comment. The service has for long been deployed and even has nice dashboards in grafana, resolving. TASK DETAIL https://phabricator.wikimedia.org/T212189 EMAIL PREFERENC

[Wikidata-bugs] [Maniphest] [Commented On] T199219: WDQS should use internal endpoint to communicate to Wikidata

2019-08-06 Thread akosiaris
akosiaris added a comment. In T199219#5396104 <https://phabricator.wikimedia.org/T199219#5396104>, @Ladsgroup wrote: > The other thing I want to mention and was missing here is overhead of encryption and TLS handshakes. In the @BBlack's example, we still use TLS but if you

[Wikidata-bugs] [Maniphest] [Commented On] T229236: Investigate if the code of Graphoid uses a proper user agent header

2019-07-31 Thread akosiaris
akosiaris added a comment. In T229236#5376652 <https://phabricator.wikimedia.org/T229236#5376652>, @Ladsgroup wrote: > @Lydia_Pintscher @alaa_wmde So the current user agent of graphoid service is `graphoid (yurik at wikimedia)`. Yurik has left Wikimedia for a couple years I

[Wikidata-bugs] [Maniphest] [Commented On] T176875: Allow access to wdqs.svc.eqiad.wmnet on port 8888

2019-07-09 Thread akosiaris
akosiaris added a comment. In T176875#5317155 <https://phabricator.wikimedia.org/T176875#5317155>, @Ottomata wrote: > @Addshore, just saw T218710 <https://phabricator.wikimedia.org/T218710> and clicked through to here. If you use https://wikitech.wikimedia.org/wiki/HTTP

[Wikidata-bugs] [Maniphest] [Commented On] T212189: New Service Request: Wikidata Termbox SSR

2019-06-27 Thread akosiaris
akosiaris added a comment. In T212189#5289724 <https://phabricator.wikimedia.org/T212189#5289724>, @Tarrow wrote: > @akosiaris Yep; we've interpreted it as something we really need before exposing it to real traffic. We've got a ticket open about it that we'll be picking up

[Wikidata-bugs] [Maniphest] [Commented On] T212189: New Service Request: Wikidata Termbox SSR

2019-06-27 Thread akosiaris
akosiaris added a comment. @WMDE-leszek, @Tarrow. Any feedback on the comment above? TASK DETAIL https://phabricator.wikimedia.org/T212189 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: akosiaris Cc: Mholloway, RazShuty, sbassett

[Wikidata-bugs] [Maniphest] [Commented On] T212189: New Service Request: Wikidata Termbox SSR

2019-06-19 Thread akosiaris
akosiaris added a comment. @WMDE-leszek, @Tarrow. I 've noticed we are missing one thing. We have a dashboard for the service's metrics in https://grafana.wikimedia.org/d/AJf0z_7Wz/termbox but it looks like the service isn't sending request metrics to the local statsd instance

[Wikidata-bugs] [Maniphest] [Closed] T220402: Introduce wikidata termbox SSR to kubernetes

2019-06-18 Thread akosiaris
akosiaris closed this task as "Resolved". akosiaris claimed this task. akosiaris added a comment. curl -s -I -X GET 'http://termbox.discovery.wmnet:3030/termbox?editLink=%2Fedit%2FQ1347=de=de=Q1=103' HTTP/1.1 200 OK X-Powered-By: Express Content-Type: text/html; cha

[Wikidata-bugs] [Maniphest] [Commented On] T220402: Introduce wikidata termbox SSR to kubernetes

2019-06-11 Thread akosiaris
akosiaris added a comment. Just as an FYI, everything looks ok on this end, but there's a train freeze this week, so we have to wait before deploying this. Patches are up and waiting to be merged on Monday the 17th TASK DETAIL https://phabricator.wikimedia.org/T220402 EMAIL PREFERENCES

[Wikidata-bugs] [Maniphest] [Commented On] T220402: Introduce wikidata termbox SSR to kubernetes

2019-06-07 Thread akosiaris
akosiaris added a comment. In T220402#5243209 <https://phabricator.wikimedia.org/T220402#5243209>, @Tarrow wrote: > This should now be fixed. Sadly this was due to a mismatch between the code in wikibase master and that deployed on Wikidata.org And yes, we are finally i

[Wikidata-bugs] [Maniphest] [Commented On] T199219: WDQS should use internal endpoint to communicate to Wikidata

2019-06-07 Thread akosiaris
akosiaris added a comment. In T199219#5234979 <https://phabricator.wikimedia.org/T199219#5234979>, @Smalyshev wrote: > But won't we lose use of the varnish cache if we use the internal endpoint? Yes that's true. That being said, is that particularly important? Will W

[Wikidata-bugs] [Maniphest] [Updated] T220402: Introduce wikidata termbox SSR to kubernetes

2019-06-07 Thread akosiaris
akosiaris added a comment. Indeed this was fixed. However another regression has crept up it's head Doing a `curl 'http://192.168.99.100:18788/termbox?editLink=%2Fedit%2FQ1347=de=de=Q1=103'` returns a 500 with an error in the logs { "name": "termbox&qu

[Wikidata-bugs] [Maniphest] [Commented On] T220402: Introduce wikidata termbox SSR to kubernetes

2019-06-07 Thread akosiaris
akosiaris added a comment. @tarrow, @WMDE-leszek Hi, sorry for taking so long to answer to this, it's been really busy. In T220402#5214471 <https://phabricator.wikimedia.org/T220402#5214471>, @Tarrow wrote: > @mobrovac Thanks! I think we've now taken most of thi

[Wikidata-bugs] [Maniphest] [Commented On] T199219: WDQS should use internal endpoint to communicate to Wikidata

2019-06-04 Thread akosiaris
akosiaris added a comment. In T199219#5234041 <https://phabricator.wikimedia.org/T199219#5234041>, @Smalyshev wrote: > There's a change though that WDQS no longer uses `nocache` for cache-busting in most common cases (see T217897 <https://phabricator.wikimedia.org/T2178

[Wikidata-bugs] [Maniphest] [Commented On] T199219: WDQS should use internal endpoint to communicate to Wikidata

2019-06-04 Thread akosiaris
akosiaris added a comment. In T199219#4452041 <https://phabricator.wikimedia.org/T199219#4452041>, @Smalyshev wrote: > @BBlack I am getting rather strange result with `appservers-ro.discovery.wmnet` - if I call the URL you provided, the call takes a lot of time: &

[Wikidata-bugs] [Maniphest] [Commented On] T220402: Introduce wikidata termbox SSR to kubernetes

2019-05-14 Thread akosiaris
akosiaris added a comment. In T220402#5180031 <https://phabricator.wikimedia.org/T220402#5180031>, @Pablo-WMDE wrote: > Hi @akosiaris, > > thanks for taking the time to explain the way the `Host` header is intended to be used. > If I understand correctly the

[Wikidata-bugs] [Maniphest] [Commented On] T220402: Introduce wikidata termbox SSR to kubernetes

2019-05-14 Thread akosiaris
akosiaris added a comment. In T220402#5177862 <https://phabricator.wikimedia.org/T220402#5177862>, @Pablo-WMDE wrote: > Hi @akosiaris - thanks for getting back to us. > > > sending a Host: HTTP for the identification of the exact project. Would it

[Wikidata-bugs] [Maniphest] [Commented On] T220402: Introduce wikidata termbox SSR to kubernetes

2019-05-14 Thread akosiaris
akosiaris added a comment. > With respect to the end point checks it would be great to hear what we are trying to achieve with them. Our service depends on the availability of another service. If the examples are to act as smoke tests then their reliability depends on the upstream serv

[Wikidata-bugs] [Maniphest] [Commented On] T220402: Introduce wikidata termbox SSR to kubernetes

2019-05-10 Thread akosiaris
akosiaris added a comment. @Tarrow , @WMDE-leszek I 've noticed 3 things while working on the above - The service seems to be configurable to reach directly out to the wikidata endpoint. e.g. `WIKIBASE_REPO: '{env(WIKIBASE_REPO,https://www.wikidata.org/w)}'`. Since, in the general case

[Wikidata-bugs] [Maniphest] [Updated] T220402: Introduce wikidata termbox SSR to kubernetes

2019-05-10 Thread akosiaris
akosiaris added a comment. @WMDE-leszek. Yes I did. Using https://locust.io/, wrote P8511 <https://phabricator.wikimedia.org/P8511> and benchmarked the service locally on my minikube instance. A rough howto (minus the locust part) is at https://wikitech.wikimedia.or

[Wikidata-bugs] [Maniphest] [Commented On] T220402: Introduce wikidata termbox SSR to kubernetes

2019-04-24 Thread akosiaris
akosiaris added a comment. @Tarrow, @WMDE-leszek. I 've been working on the termbox helm chart and while the service seems to be up and running, I see no `/_info` endpoint nor a swagger/openapi[1] spec published under `/?spec`. Both are crucial for deploying, as the former is used

[Wikidata-bugs] [Maniphest] [Closed] T217641: Stop analytics-wmde-scripts/blob/master/src/wikidata/social/googleplus.php script

2019-04-10 Thread akosiaris
akosiaris closed this task as "Resolved". akosiaris claimed this task. akosiaris added a comment. dummy private repo updated, so is the actual private repo. Resolving, thanks! TASK DETAIL https://phabricator.wikimedia.org/T217641 EMAIL PREFERENCES https://phabricator.wik

[Wikidata-bugs] [Maniphest] [Edited] T217641: Stop analytics-wmde-scripts/blob/master/src/wikidata/social/googleplus.php script

2019-04-10 Thread akosiaris
akosiaris updated the task description. TASK DETAIL https://phabricator.wikimedia.org/T217641 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: akosiaris Cc: akosiaris, Lucas_Werkmeister_WMDE, Ladsgroup, Aklapper, Addshore, alaa_wmde, joker88john

[Wikidata-bugs] [Maniphest] [Updated] T212189: New Service Request: Wikidata Termbox SSR

2019-04-08 Thread akosiaris
akosiaris added a comment. @WMDE-leszek Hi, sorry for not answering any sooner, last few weeks have been crazy indeed. Q4/Q2 started We can start work on this finally. The tracking task for this is in T220402 <https://phabricator.wikimedia.org/T220402>. Barring various

[Wikidata-bugs] [Maniphest] [Commented On] T212189: New Service Request: Wikidata Termbox SSR

2019-03-21 Thread akosiaris
akosiaris added a comment. In T212189#5044451 <https://phabricator.wikimedia.org/T212189#5044451>, @Addshore wrote: > In T212189#5020187 <https://phabricator.wikimedia.org/T212189#5020187>, @akosiaris wrote: > > > Thanks for the understanding. We are dra

[Wikidata-bugs] [Maniphest] [Commented On] T212189: New Service Request: Wikidata Termbox SSR

2019-03-13 Thread akosiaris
akosiaris added a comment. In T212189#5017053 <https://phabricator.wikimedia.org/T212189#5017053>, @Tarrow wrote: > In T212189#5011311 <https://phabricator.wikimedia.org/T212189#5011311>, @akosiaris wrote: > > > I have to say I am wondering a bit about th

[Wikidata-bugs] [Maniphest] [Commented On] T212189: New Service Request: Wikidata Termbox SSR

2019-03-08 Thread akosiaris
akosiaris added a comment. That for this, it's appreciated. Note that we haven't still decided over which time window the availability will be calculated, but it's probably gonna be quarertly (3months that is). I have to say I am wondering a bit about the latency as the low end seems

[Wikidata-bugs] [Maniphest] [Changed Subscribers] T187960: Rack/cable/configure asw2-a-eqiad switch stack

2019-03-04 Thread akosiaris
akosiaris added subscribers: jijiki, ArielGlenn, Krinkle, hashar, fgiunchedi, Joe, akosiaris. akosiaris added a comment. I was looking at Special needs or unsorted. @ayounsi I 've updated a few, feel free to move them to other sections. Pinging: - ge-2/0/13 - tungsten - xhgui:app

[Wikidata-bugs] [Maniphest] [Edited] T187960: Rack/cable/configure asw2-a-eqiad switch stack

2019-03-04 Thread akosiaris
akosiaris updated the task description. TASK DETAIL https://phabricator.wikimedia.org/T187960 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Cmjohnson, akosiaris Cc: Addshore, MMiller_WMF, Catrope, elukey, Marostegui, Stashbot, Paladox, gerritbot

[Wikidata-bugs] [Maniphest] [Edited] T187960: Rack/cable/configure asw2-a-eqiad switch stack

2019-03-04 Thread akosiaris
akosiaris updated the task description. TASK DETAIL https://phabricator.wikimedia.org/T187960 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Cmjohnson, akosiaris Cc: Addshore, MMiller_WMF, Catrope, elukey, Marostegui, Stashbot, Paladox, gerritbot

[Wikidata-bugs] [Maniphest] [Commented On] T212189: New Service Request: Wikidata Termbox SSR

2019-03-04 Thread akosiaris
akosiaris added a comment. In T212189#4998182 <https://phabricator.wikimedia.org/T212189#4998182>, @Tarrow wrote: > I am indeed already working on it. > > Just so you know the current state: we are already using blubber for the CI i.e. we have 'service-pipeline-te

[Wikidata-bugs] [Maniphest] [Changed Subscribers] T212189: New Service Request: Wikidata Termbox SSR

2019-03-04 Thread akosiaris
akosiaris added subscribers: Tarrow, thcipriani. akosiaris added a comment. Per some IRC discussions we had in #wikimedia-serviceops, the code should be updated to be service-runner compatible as this will greatly increase homogeneity and allow for easy handling of things like logging

[Wikidata-bugs] [Maniphest] [Commented On] T212189: New Service Request: Wikidata Termbox SSR

2018-12-19 Thread akosiaris
akosiaris added a comment. In T212189#4833536, @daniel wrote: "We should not introduce a service that is called by MediaWiki, and itself calls MediaWiki." Slightly OT, but a +1000 YES to this. Been there, seen that antipattern, it's a mess to reason about. The coupling of the 2 compo

[Wikidata-bugs] [Maniphest] [Reopened] T210260: Stretch in docker registry forces ascii encoding

2018-12-14 Thread akosiaris
akosiaris reopened this task as "Open".akosiaris added a comment. Oops, closed this by mistake. Re-opened, feel free to close when the issue is indeed resolved.TASK DETAILhttps://phabricator.wikimedia.org/T210260EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailp

[Wikidata-bugs] [Maniphest] [Closed] T210260: Stretch in docker registry forces ascii encoding

2018-12-14 Thread akosiaris
akosiaris closed this task as "Resolved".akosiaris claimed this task.akosiaris added a comment. In T210260#4820556, @hashar wrote: Following the merge of https://gerrit.wikimedia.org/r/478200 , can you possibly rebuild the two images please? :) RepositoryTagImage idCreatedS

[Wikidata-bugs] [Maniphest] [Commented On] T210260: Stretch in docker registry forces ascii encoding

2018-11-30 Thread akosiaris
akosiaris added a comment. I did just do a quick check on wikimedia-stretch image for this $ docker run --rm -it docker-registry.wikimedia.org/wikimedia-stretch:latest root@92dc0302edca:/# ls bin boot dev etc home lib lib64 media mnt opt proc root run sbin srv sys tmp usr var root

[Wikidata-bugs] [Maniphest] [Commented On] T210260: Stretch in docker registry forces ascii encoding

2018-11-29 Thread akosiaris
akosiaris added a comment. In T210260#4784708, @LarsWirzenius wrote: C.UTF8 does not exist. In every other locale I try, a UTF8 suffix is an alias to the UTF-8 suffix (with the dash). This works: docker run unitest env LC_ALL=C.UTF-8 python3 -c "print('étoile')" I'd suggest t

[Wikidata-bugs] [Maniphest] [Commented On] T204083: wikibase_shared/-wikidatawiki-hhvm:CacheAwarePropertyInfoStore memcached key not well distributed, causing excessive traffic

2018-09-11 Thread akosiaris
akosiaris added a comment. https://grafana.wikimedia.org/dashboard/db/t204083?orgId=1 shows the excessive traffic moving around the various memcached hosts for the last 1 year.TASK DETAILhttps://phabricator.wikimedia.org/T204083EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel

[Wikidata-bugs] [Maniphest] [Triaged] T204083: wikibase_shared/-wikidatawiki-hhvm:CacheAwarePropertyInfoStore memcached key not well distributed, causing excessive traffic

2018-09-11 Thread akosiaris
akosiaris triaged this task as "High" priority.akosiaris added a project: Performance-Team. TASK DETAILhttps://phabricator.wikimedia.org/T204083EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: akosiarisCc: Aklapper, mark, Krinkle, Joe, akosiari

[Wikidata-bugs] [Maniphest] [Created] T204083: wikibase_shared/-wikidatawiki-hhvm:CacheAwarePropertyInfoStore memcached key not well distributed, causing excessive traffic

2018-09-11 Thread akosiaris
akosiaris created this task.akosiaris added projects: Wikidata, wikiba.se, Operations.Restricted Application added a subscriber: Aklapper. TASK DESCRIPTIONSRE team noticed that a specific host (mc1023) is close to saturating the uplink network connection [1]. More investigation into the grafana

[Wikidata-bugs] [Maniphest] [Commented On] T163922: Create a URL rewrite to handle the /data/ path for canonical URLs for machine readable page content

2017-09-27 Thread akosiaris
akosiaris added a comment. In T163922#3639831, @Lucas_Werkmeister_WMDE wrote: If the TTL isn’t too long (I saw a cap of 1 day in the puppet config, is that correct?), then normal expiry is probably enough. It doesn't work like that. The time that request can be cached is determined

[Wikidata-bugs] [Maniphest] [Commented On] T163922: Create a URL rewrite to handle the /data/ path for canonical URLs for machine readable page content

2017-09-26 Thread akosiaris
akosiaris added a comment. There are other comments from yours truly in the last review, namely maintaining the status quo of configuring the redirect, aside from the 303 vs 301 part, on which I can be convinced with a good enough argument, but I haven't yet seen a reply.TASK DETAILhttps

[Wikidata-bugs] [Maniphest] [Unblock] T146207: publish lag and response time for wdqs codfw to graphite

2016-11-24 Thread akosiaris
akosiaris closed subtask T146474: Add firewall exception to get to wdqs*.codfw.wmnet: from analytics cluster as "Resolved". TASK DETAILhttps://phabricator.wikimedia.org/T146207EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Addshore, akosiarisCc

[Wikidata-bugs] [Maniphest] [Closed] T146474: Add firewall exception to get to wdqs*.codfw.wmnet:8888 from analytics cluster

2016-11-24 Thread akosiaris
akosiaris closed this task as "Resolved".akosiaris claimed this task.akosiaris added a comment. This seems to have fallen between the cracks. I 've had a quick look and talk with @Gehel and opened the access. Resolving, feel free to reopen.TASK DETAILhttps://phabricator.wikimedia.org/T1

[Wikidata-bugs] [Maniphest] [Commented On] T138627: Enable WDQS admins to enable/disable updater service

2016-06-29 Thread akosiaris
akosiaris added a comment. I support that as well. The code in wdqs::updater should probably anyway be amended to use base::service_unit at some point, at which point the question of whether puppet should also manage a service resource will probably be posed. We would at least be ready from

[Wikidata-bugs] [Maniphest] [Unblock] T119777: Track number of referenced and unreferenced statements in wikidata

2015-12-08 Thread akosiaris
akosiaris closed blocking task T120010: Add firewall exception to get to wdqs*: from analytics cluster as "Resolved". TASK DETAIL https://phabricator.wikimedia.org/T119777 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Addshore, ak

[Wikidata-bugs] [Maniphest] [Closed] T120010: Add firewall exception to get to wdqs*:8888 from analytics cluster

2015-12-08 Thread akosiaris
akosiaris closed this task as "Resolved". akosiaris claimed this task. akosiaris added a comment. ACLs updated. Just tested it from `stat1003` and it works fine akosiaris@stat1003:~$ telnet wdqs1002.eqiad.wmnet Trying 10.64.32.183... Connected to wdqs1002.eqiad.wmnet

[Wikidata-bugs] [Maniphest] [Retitled] T117398: number of database updates multiplied x3 since 29 October

2015-11-02 Thread akosiaris
akosiaris changed the title from "number of database updates multiplied x3 since 29 November" to "number of database updates multiplied x3 since 29 October". TASK DETAIL https://phabricator.wikimedia.org/T117398 EMAIL PREFERENCES https://phabricator.wikimedi

[Wikidata-bugs] [Maniphest] [Unblock] T98030: Do whatever is necessary to hook up production Wikidata Query Service to HDFS and other log collection systems

2015-08-26 Thread akosiaris
akosiaris closed blocking task T110217: Need access for smalyshev to hive queries on stat1002 as Resolved. TASK DETAIL https://phabricator.wikimedia.org/T98030 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Deskana, akosiaris Cc: Lydia_Pintscher

[Wikidata-bugs] [Maniphest] [Unblock] T98030: Do whatever is necessary to hook up production Wikidata Query Service to HDFS and other log collection systems

2015-08-25 Thread akosiaris
akosiaris closed blocking task T109357: Grant SMalyshev access to stat1002 to query hive as Resolved. TASK DETAIL https://phabricator.wikimedia.org/T98030 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: akosiaris Cc: Lydia_Pintscher, Manybubbles