daniel added a comment.
If the right github repo has the right web-hook set up, then it usually does. Unless it doesn't. But I don't think we have it set for the replicated repo.TASK DETAILhttps://phabricator.wikimedia.org/T145757EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/ema
Smalyshev changed the title from ""Headless value factory should not be asked for its namespace" error ( Wikidata Query Service)" to ""Headless value factory should not be asked for its namespace" error on IF() + BOUND()".
TASK DETAILhttps://phabricator.wikimedia.org/T145868EMAIL PREFERENCEShttps:/
Smalyshev changed the title from "path query times out" to "Path query for taxons times out".
TASK DETAILhttps://phabricator.wikimedia.org/T145899EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: SmalyshevCc: Aklapper, Smalyshev, mschwarzer, Avner, debt, Gehel,
Smalyshev triaged this task as "Normal" priority.
TASK DETAILhttps://phabricator.wikimedia.org/T145868EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: SmalyshevCc: Smalyshev, Aklapper, Esc3300, mschwarzer, Avner, debt, Gehel, D3r1ck01, Jonas, FloNight, Xmlizer,
Smalyshev added a comment.
Filed https://jira.blazegraph.com/browse/BLZG-2091, seems to be recent regression.TASK DETAILhttps://phabricator.wikimedia.org/T145868EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: SmalyshevCc: Smalyshev, Aklapper, Esc3300, mschwarz
Smalyshev added a comment.
Also note that you can rewrite it as:
SELECT ?item ?host (bound(?host) as ?p1)
{
?item wdt:P31 wd:Q3917681
OPTIONAL {?item wdt:P17 ?host }
}
and that works.TASK DETAILhttps://phabricator.wikimedia.org/T145868EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/
Smalyshev claimed this task.Smalyshev added a comment.
Wow never seen that one before. I guess we have a headless rider here... ;) Will investigate.TASK DETAILhttps://phabricator.wikimedia.org/T145868EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: SmalyshevCc:
Smalyshev added a comment.
We don't have any fixed guarantees regarding when this will happen
This is a huge problem for using page props in SPARQL then, as we a) do not get correct props when edit is done and b) don't have any idea when the data is right or whether it's right in any particular mo
Smalyshev added a comment.
I thought packagist auto-updates when you push new tag? May depend on settings though.TASK DETAILhttps://phabricator.wikimedia.org/T145757EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: SmalyshevCc: gerritbot, D063520, Aklapper, Smal
daniel added a comment.
Note: this still needs a release, so wikibase starts using the new version. We'll probably have to poke packagist to pick up the new tag.TASK DETAILhttps://phabricator.wikimedia.org/T145757EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To:
Smalyshev added a comment.
See also https://jira.blazegraph.com/browse/BLZG-2089TASK DETAILhttps://phabricator.wikimedia.org/T145899EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: SmalyshevCc: Aklapper, Smalyshev, mschwarzer, Avner, debt, Gehel, D3r1ck01, Jona
Smalyshev triaged this task as "Normal" priority.
TASK DETAILhttps://phabricator.wikimedia.org/T145899EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: SmalyshevCc: Aklapper, Smalyshev, mschwarzer, Avner, debt, Gehel, D3r1ck01, Jonas, FloNight, Xmlizer, Izno, jk
Smalyshev created this task.Smalyshev added a project: Wikidata-Query-Service.Herald added a subscriber: Aklapper.Herald added projects: Wikidata, Discovery.
TASK DESCRIPTIONThis query:
SELECT ?item ?taxonName ?taxonRank ?parentName ?parentRank ?higherParent WHERE {
BIND("Rivasmartinezia" AS ?ta
Izno added a project: Wikidata.
TASK DETAILhttps://phabricator.wikimedia.org/T145898EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: IznoCc: Izno, Aklapper, D3r1ck01, Wikidata-bugs, aude, Mbch331___
Wikidata-bugs mail
Izno edited the task description. (Show Details)
EDIT DETAILS...```
It should probably be something like:
13 November 2007It should probably be something like:
```
13 November 2007
```
Take into account [[https://www.w3.org/TR/html5/infrastructure.html#dates-and-times|dates and times]] in the
Halfak created this task.Halfak added a project: Wikidata.Herald added a subscriber: Aklapper.
TASK DESCRIPTIONIt looks like wbc_entity_usage shows properties referenced inconsistently.
Except from :en:Template:Infobox_OS
| data22 = {{{license|{{#property:p275}
| label23= Preceded by
ReleaseTaggerBot added projects: MW-1.28-release-notes, WMF-deploy-2016-09-13_(1.28.0-wmf.19), WMF-deploy-2016-09-20_(1.28.0-wmf.20).
TASK DETAILhttps://phabricator.wikimedia.org/T145819EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: ReleaseTaggerBotCc: Anomie
hashar removed hashar as the assignee of this task.
TASK DETAILhttps://phabricator.wikimedia.org/T145819EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: hasharCc: Anomie, aaron, MZMcBride, Tobi_WMDE_SW, FastLizard4, JJMC89, zeljkofilipin, Lydia_Pintscher, danie
gerritbot added a comment.
Change 311168 merged by jenkins-bot:
Avoid triggering SiteConfiguration lookup in JobQueueGroup::push()
https://gerrit.wikimedia.org/r/311168TASK DETAILhttps://phabricator.wikimedia.org/T145819EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailprefere
gerritbot added a comment.
Change 311172 merged by jenkins-bot:
Avoid triggering SiteConfiguration lookup in JobQueueGroup::push()
https://gerrit.wikimedia.org/r/311172TASK DETAILhttps://phabricator.wikimedia.org/T145819EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailprefere
AndrewSu added a comment.
Thank you @leila for the guidance on the process and next steps -- very helpful! @I9606 and I will touch base to see how we want to proceed/prioritize from our end...TASK DETAILhttps://phabricator.wikimedia.org/T143819EMAIL PREFERENCEShttps://phabricator.wikimedia.org/set
gerritbot added a comment.
Change 311172 had a related patch set uploaded (by Aaron Schulz):
Avoid triggering SiteConfiguration lookup in JobQueueGroup::push()
https://gerrit.wikimedia.org/r/311172TASK DETAILhttps://phabricator.wikimedia.org/T145819EMAIL PREFERENCEShttps://phabricator.wikimedia.or
gerritbot added a comment.
Change 310918 merged by jenkins-bot:
Fix escaping \a and \v which should be numeric in n3/turtle
https://gerrit.wikimedia.org/r/310918TASK DETAILhttps://phabricator.wikimedia.org/T145757EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To
gerritbot added a comment.
Change 310580 merged by jenkins-bot:
Introduce Special:EntityUsage/Q#
https://gerrit.wikimedia.org/r/310580TASK DETAILhttps://phabricator.wikimedia.org/T144923EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Ladsgroup, gerritbotCc: A
Smalyshev added a comment.
Hmm good point. We need to dig up which characters are allowed then.TASK DETAILhttps://phabricator.wikimedia.org/T145754EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: SmalyshevCc: Smalyshev, daniel, Aklapper, D063520, D3r1ck01, Izno
daniel added a comment.
@Smalyshev what worries me is that some characters are apparently illegal in RDF, even if we can encode them in N3. https://www.w3.org/TeamSubmission/n3/#escaping says: Some escapes (\a, \b, \f, \v) should be avoided because the corresponding characters are not allowed in RD
Ladsgroup closed this task as "Resolved".
TASK DETAILhttps://phabricator.wikimedia.org/T144923EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: LadsgroupCc: Aklapper, Liuxinyu970226, Ricordisamoa, Edgars2007, Ainali, gerritbot, Lydia_Pintscher, thiemowmde, Jan_D
Ladsgroup closed subtask T144923: Add special page to show entity usage in client as "Resolved".
TASK DETAILhttps://phabricator.wikimedia.org/T103091EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: LadsgroupCc: daniel, Jan_Dittrich, thiemowmde, Lydia_Pintscher,
Smalyshev added a comment.
Well, I'm not sure banning \n is good, esp. given we have something like P2559.
Also, of course, we couldn't represent Q815674 properly then. Not a huge loss, but still. Turtle seems to be fine with properly-encoded low code points, so I'm not sure whether we need to. No
gerritbot added a project: Patch-For-Review.
TASK DETAILhttps://phabricator.wikimedia.org/T145819EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: hashar, gerritbotCc: Anomie, aaron, MZMcBride, Tobi_WMDE_SW, FastLizard4, JJMC89, zeljkofilipin, Lydia_Pintscher, d
gerritbot added a comment.
Change 311168 had a related patch set uploaded (by Aaron Schulz):
Avoid triggering SiteConfiguration lookup in JobQueueGroup::push()
https://gerrit.wikimedia.org/r/311168TASK DETAILhttps://phabricator.wikimedia.org/T145819EMAIL PREFERENCEShttps://phabricator.wikimedia.or
Multichill added a comment.
Thank you very much @Smalyshev . To complete this ticket, the original query:
https://tools.wmflabs.org/autolist/?language=nl&project=wikipedia&category=Motorfietstechniek&depth=0&wdq=&pagepile=&wdqs=SELECT%20%3Fitem%20WHERE%20%7B%0A%20%3Flink%20schema%3Aabout%20%3Fitem
Ladsgroup created this task.Ladsgroup added projects: User-Ladsgroup, Wikidata.Herald added a subscriber: Aklapper.
TASK DESCRIPTIONWe need to have an API to expose wb_changes_subscription table in repoTASK DETAILhttps://phabricator.wikimedia.org/T145880WORKBOARDhttps://phabricator.wikimedia.org/pr
daniel reassigned this task from daniel to Smalyshev.daniel added a comment.
assigning to @Smalyshev, since he claimed the parent taskTASK DETAILhttps://phabricator.wikimedia.org/T145757EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Smalyshev, danielCc: gerri
daniel added a comment.
This makes me wonder whether we should just disallow code points below U+0020 in all string input.TASK DETAILhttps://phabricator.wikimedia.org/T145754EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Smalyshev, danielCc: Smalyshev, daniel
daniel claimed this task.
TASK DETAILhttps://phabricator.wikimedia.org/T145757EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: danielCc: gerritbot, D063520, Aklapper, Smalyshev, daniel, Lewizho99, Maathavan, D3r1ck01, Izno, Wikidata-bugs, aude, Mbch331_
Anomie added subscribers: aaron, Anomie.Anomie added a comment.
It looks like rMW6f9a246d25b2: Make JobQueueGroup::push() update the queuesHaveJobs() cache is what made job pushing start triggering T111441. It'll affect any code that pushes a job onto another wiki's job queue. @aaron might know if
Liuxinyu970226 added subscribers: Lydia_Pintscher, aude, thiemowmde, Liuxinyu970226.Liuxinyu970226 edited projects, added MediaWiki-extensions-WikibaseRepository, Wikidata; removed MediaWiki-General-or-Unknown.
TASK DETAILhttps://phabricator.wikimedia.org/T145858EMAIL PREFERENCEShttps://phabricator
hashar changed the title from "Wikidata at 1.28.0-wmf.19 no more replicate to wikis (replag raise / dispatch stop)" to "Jobs invoking SiteConfiguration::getConfig cause HHVM to fail updating the bytecode cache due to being filesize limited to 512MBytes".hashar removed a project: Patch-For-Review.ha
hashar added a subtask: T111441: SiteConfiguration::getConfig() does not work in Wikimedia production.
TASK DETAILhttps://phabricator.wikimedia.org/T145819EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: hasharCc: MZMcBride, Tobi_WMDE_SW, FastLizard4, JJMC89, z
hashar added a comment.
I am enlarging the scope of this task. It is not just Wikidata but more about a variety of jobs that fails whenever shelling out to mwscript maintenance/getConfiguration.php.
Incident report is at https://wikitech.wikimedia.org/wiki/Incident_documentation/20160915-MediaWiki
Lydia_Pintscher added a comment.
I think the question hinges on is an item without a statement useful or not. Right now we have 2.75 Million of them of 23.8 Million items in total. That is quite a lot and we definitely need to get this number down. At the same time the number on the main page is in
leila added a comment.
@AndrewSu Lydia and I had some off-list discussions and we thought it's a good idea that I leave a bit more information for you here:
Please don't spend days on the proposal if you decide to submit it. This is supposed to be a 1-2 page proposal that will help us understand
hashar added a project: Wikimedia-Incident.
TASK DETAILhttps://phabricator.wikimedia.org/T145819EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: hasharCc: Tobi_WMDE_SW, FastLizard4, JJMC89, zeljkofilipin, Lydia_Pintscher, daniel, aude, Addshore, Aklapper, greg,
Lydia_Pintscher removed a parent task: T91505: [Epic] Adding new datatypes to Wikidata (tracking).
TASK DETAILhttps://phabricator.wikimedia.org/T107595EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: brion, Lydia_PintscherCc: Pppery, Florian, Liuxinyu970226, WM
Lydia_Pintscher removed a subtask: T107595: [RFC] Multi-Content Revisions.
TASK DETAILhttps://phabricator.wikimedia.org/T91505EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Lydia_PintscherCc: Swpb, ArthurPSmith, gerritbot, Smalyshev, Shrutika719, MGChecker, S
hashar added a comment.
From T145839#2643508 (task about Special:CreateAccount broken:
Sorry I took time to notice this bug was about Special:CreateAccount being broken. I though it was just yet a random job failling due to T145819. So I kept investigating that other task.
Eventually I have b
Esc3300 added a comment.
I wonder if this fails because:
the check for the conflict doesn't always work correctly, but the merge still continues
the option(s) chosen for "ignoreconflicts" are forgotten somewhere during the process
When this is being fixed, maybe the feature T141845 could added
Stashbot added a comment.
Mentioned in SAL (#wikimedia-operations) [2016-09-16T12:50:09Z] rebuilt wikiversions.php and synchronized wikiversions files: All wikis back to 1.28.0-wmf.18 :( T145819TASK DETAILhttps://phabricator.wikimedia.org/T145819EMAIL PREFERENCEShttps://phabricator.wikimedia.org/s
gerritbot added a comment.
Change 311120 merged by jenkins-bot:
All wikis back to 1.28.0-wmf.18
https://gerrit.wikimedia.org/r/311120TASK DETAILhttps://phabricator.wikimedia.org/T145819EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: hashar, gerritbotCc: FastL
gerritbot added a comment.
Change 311120 had a related patch set uploaded (by Hashar):
All wikis back to 1.28.0-wmf.18
https://gerrit.wikimedia.org/r/311120TASK DETAILhttps://phabricator.wikimedia.org/T145819EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: has
Stashbot added a comment.
Mentioned in SAL (#wikimedia-operations) [2016-09-16T12:40:02Z] Going to rollback all Wikis back to 1.28.0-wmf.18 . Despite much investigation, a bunch of jobs are broken due to T145819 which includes Special:CreateAccount :(TASK DETAILhttps://phabricator.wikimedia.org/T
Esc3300 added a subtask: T107595: [RFC] Multi-Content Revisions.
TASK DETAILhttps://phabricator.wikimedia.org/T91505EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Esc3300Cc: Swpb, ArthurPSmith, gerritbot, Smalyshev, Shrutika719, MGChecker, Sannita, Ricordisam
Esc3300 added a parent task: T91505: [Epic] Adding new datatypes to Wikidata (tracking).
TASK DETAILhttps://phabricator.wikimedia.org/T107595EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: brion, Esc3300Cc: Pppery, Florian, Liuxinyu970226, WMDE-leszek, Mhollow
daniel added a comment.
@Pppery I'm refering to this mess: https://commons.wikimedia.org/w/index.php?title=File:L%C3%ADneas_de_Nazca,_Nazca,_Per%C3%BA,_2015-07-29,_DD_46.JPG&action="">.
Here's an overview of the use cases for MCR: https://www.mediawiki.org/wiki/Multi-Content_Revisions#Use_Cases.TA
hashar added a comment.
Got a Failed to run getConfiguration.php. on mw1215.eqiad.wmnet:
$ ls -hl /var/cache/hhvm/
total 2.5G
-rw-r--r-- 1 www-data www-data 202M Sep 16 12:28 cli.hhbc.sq3
-rw-r--r-- 1 www-data www-data 2.3G Sep 16 04:10 fcgi.hhbc.sq3
That is from an api.php call. If the file lim
Esc3300 edited the task description. (Show Details)
EDIT DETAILS...SELECT ?item item ?host ?p1
{...TASK DETAILhttps://phabricator.wikimedia.org/T145868EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Esc3300Cc: Aklapper, Esc3300, mschwarzer, Avner, debt, Gehel,
Esc3300 edited the task description. (Show Details)
EDIT DETAILS... ?item wdt:P31 wd:Q3917681
OPTIONAL {?item wdt:P17 ?host } host }
BIND(IF(!BOUND(?host), 0, 1) as ?p1)
SERVICE wikibase:label { bd:serviceParam wikibase:language "en" }
}...TASK DETAILhttps://phabricator.wikimedia.org/T145
Esc3300 created this task.Esc3300 added a project: Wikidata-Query-Service.Herald added a subscriber: Aklapper.Herald added projects: Wikidata, Discovery.
TASK DESCRIPTIONSince yesterday, I keep getting this error in various queries.
Sample query:
SELECT ?item
{
?item wdt:P31 wd:Q3917681
OPT
Esc3300 added a comment.
This is probably an additional problem from last time.
In SQL, there were two problems:
some old items didn't have any page properties (this could be solved by purging items)
some items had "pp_value = "0" AND pp_sortkey is null" while most have "pp_value = "0" AND pp_so
gerritbot added a project: Patch-For-Review.
TASK DETAILhttps://phabricator.wikimedia.org/T145819EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: hashar, gerritbotCc: FastLizard4, JJMC89, zeljkofilipin, Lydia_Pintscher, daniel, aude, Addshore, Aklapper, greg, L
gerritbot added a comment.
Change 38 had a related patch set uploaded (by Hashar):
Inline doc for $wgMaxShell*
https://gerrit.wikimedia.org/r/38TASK DETAILhttps://phabricator.wikimedia.org/T145819EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: hashar,
hashar added a comment.
On terbium cli.hhbc.sq3 was 876 MBytes. It is now down to 17 MBytes.TASK DETAILhttps://phabricator.wikimedia.org/T145819EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: hasharCc: FastLizard4, JJMC89, zeljkofilipin, Lydia_Pintscher, danie
hashar added a comment.
Running:
sudo -u www-data /bin/bash /srv/mediawiki/php-1.28.0-wmf.19/includes/limit.sh '/usr/bin/php /srv/mediawiki/multiversion/MWScript.php maintenance/getConfiguration.php --wiki dewikinews --settings wgJobClasses --format PHP' 'MW_INCLUDE_STDERR=;MW_CPU_LIMIT=50;MW_CGRO
hoo added a comment.
In T142906#2641437, @Jarekt wrote:
F4472286: New Picture (2).bmp
It is still not working right. I just set my preferred language to Polish and executed lua code with
mw.message.new( "lang" ):plain()
mw.message.getDefaultLanguage():getCode()
both returned "en" instead of "p
hoo added a comment.
Page props are always written (at least that's not known to be broken), but only in a job (LinksUpdate) that runs asynchronously some time after the edit.
We don't have any fixed guarantees regarding when this will happen (only that it's happening after the actual edit gets a
Sjoerddebruin added a comment.
Could be relevant: I was able to create a item with 810 characters (https://www.wikidata.org/wiki/Q26903397), but I can't add more labels with that length. https://www.wikidata.org/wiki/Q2732136#P734 shows the broken display as described in this ticket.TASK DETAILhttp
hashar added a comment.
I am trying in production now :(
OK mw1273, Jessie, 3.12.7+dfsg-1+wmf1
BAD terbium, Trusty, 3.12.7+dfsg-1+wmf1~trusty1TASK DETAILhttps://phabricator.wikimedia.org/T145819EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: hasharCc: FastLi
hashar added a comment.
On the #beta-cluster-infrastructure
Trying with the ulimit at 512k
sudo -u www-data /bin/bash /srv/mediawiki/php-master/includes/limit.sh '/usr/bin/php /srv/mediawiki/multiversion/MWScript.php maintenance/getConfiguration.php --wiki wikidatawiki --settings wgJobClasses --f
Pppery added a comment.
Its really just a gut feeling that this is needless complexifying change. There is already a seperate TemplateData editor that can be accessed when you click the edit link for a template. And I'm not sure what series of nested templates for file license you are referring to.
daniel added a subscriber: Pppery.daniel added a comment.
@Pppery I guess what's more or less complicated is a question of perspective. Is embedding JSON-based template schemas in wikitext more or less complicated than managing them separately? Is it more or less complicated to have a separate, for
hashar added a comment.
SiteConfiguration::getConfig() uses wfShellWikiCmd() to craft the command it uses the PHP interpreter from $wgPhpCli, that is '/usr/bin/php' which on terbium is hhvm.
549 $retVal = 1;
550 $cmd = wfShellWikiCmd(
551 "$IP/maintenance/ge
Multichill added a comment.
We had this before when we introduced new page properties. Shall I run a bot again to purge the affected items so everything is consistent again?TASK DETAILhttps://phabricator.wikimedia.org/T145712EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpre
hashar added a project: Beta-Cluster-reproducible.
TASK DETAILhttps://phabricator.wikimedia.org/T145819EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: hasharCc: FastLizard4, JJMC89, zeljkofilipin, Lydia_Pintscher, daniel, aude, Addshore, Aklapper, greg, Legokt
hashar added subscribers: JJMC89, FastLizard4.hashar merged a task: T145839: Account creation results in fatal MWException.
TASK DETAILhttps://phabricator.wikimedia.org/T145819EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: hasharCc: FastLizard4, JJMC89, zeljk
hashar edited projects, added HHVM; removed Patch-For-Review.
TASK DETAILhttps://phabricator.wikimedia.org/T145819EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: hasharCc: zeljkofilipin, Lydia_Pintscher, daniel, aude, Addshore, Aklapper, greg, Legoktm, demon,
hashar added a comment.
TLDR: when running mwscript on terbium the HHVM cache file /var/cache/hhvm/cli.hhbc.sq3 is committed to. Sqlite3 then use the journaling system to rewrite it and that explodes due to the ulimit -f.TASK DETAILhttps://phabricator.wikimedia.org/T145819EMAIL PREFERENCEShttps://
hashar added a comment.
And strace is again my friend. Running it with:
-y to show file descriptor names
-e trace=desc for system calls related to file descriptor
-s 2048 for large strings
[pid 25957] open("/var/cache/hhvm/cli.hhbc.sq3", O_RDWR|O_CREAT|O_CLOEXEC, 0644) = 7
[pid 25957] open("/va
zeljkofilipin added a comment.
In T145819#2642193, @Addshore wrote:
2016-09-15 19:59:54 [139a37a9f227e562aefeee8d] terbium wikidatawiki 1.28.0-wmf.19 exception ERROR: [139a37a9f227e562aefeee8d] [no req] MWException from line 561 of /srv/mediawiki/php-1.28.0-wmf.19/includes/SiteConfiguration.php:
hashar added a comment.
Reproduction on terbium invoking the command against dewikinews:
$ sudo -u www-data /bin/bash /srv/mediawiki/php-1.28.0-wmf.19/includes/limit.sh '/usr/bin/php /srv/mediawiki/multiversion/MWScript.php maintenance/getConfiguration.php --wiki dewikinews --settings wgJobClasses
hashar added a comment.
@Addshore wrote https://logstash.wikimedia.org/goto/259821dc32242eb3fde0cd02755685f6
There are a few failing wfShellExec in the exec log bucket:
$ grep -c getConfiguration archive/exec.log-20160916
248
That is from 19:12:01 till 19:59:54 and they all come from terbium
hashar added a comment.
So looks like the root cause is:
SiteConfiguration->getConfig(string, array)
php-1.28.0-wmf.19/includes/SiteConfiguration.php:561) Failed to run getConfiguration.php.
And I have also seen a few jobs spurting:
'This script must be run from the command line'
Looks similar
Ladsgroup claimed this task.
TASK DETAILhttps://phabricator.wikimedia.org/T144923EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: LadsgroupCc: Aklapper, Liuxinyu970226, Ricordisamoa, Edgars2007, Ainali, gerritbot, Lydia_Pintscher, thiemowmde, Jan_Dittrich, dani
Ladsgroup added a project: Wikidata-Sprint-2016-08-30.
TASK DETAILhttps://phabricator.wikimedia.org/T143147EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: LadsgroupCc: Aklapper, Ricordisamoa, Edgars2007, Ainali, gerritbot, Lydia_Pintscher, thiemowmde, Jan_Ditt
84 matches
Mail list logo