Discussions vanished on update
Open, Needs TriagePublic
Actions

Assigned To

None

Authored By

	gregoire
	Jan 5 2016, 6:21 PM

Project Tags

Referenced Files

	F3204292: update.log
	Jan 5 2016, 6:21 PM

Subscribers

Description

I'm trying to upgrade a mediawiki installation to 1.26 and it seems to work except that some flow boards are not there anymore after the update.

Although I don't use $wgFlowOccupyPages, I also tried running the suggested update scripts:

php maintenance/populateContentModel.php --ns=all --table=page
php extensions/Flow/maintenance/FlowUpdateRevContentModelFromOccupyPages.php

Attached is the output of php maintenance/update.php, at the end it says:

Completed
Updated 1  workflows
Failed: 5

and then it pretty-prints some data structure that look like they have something to do with the missing discussions.

update.log24 KBDownload

What is a tiny bit scarry is that I only get this error message once, i.e. if I re-run update.php, there is no failure anymore so I'm worried that the update removes the data from the database :-/

Related Objects

Mentioned In: T105841: unhelpful update.php failure from FlowUpdateWorkflowPageId.php maintenance script
Mentioned Here: T109528: Wrong message dates in Flow on certain OS/architectures
T122329: Flow\Exception\FlowException from line 159 of Flow/includes/Formatter/ChangesListQuery.php: Revision not found in revisionCache

Event Timeline

gregoire created this task.Jan 5 2016, 6:21 PM

gregoire raised the priority of this task from to Needs Triage.

gregoire updated the task description. (Show Details)

gregoire added a project: StructuredDiscussions.

gregoire subscribed.

Restricted Application added a project: Collaboration-Team-Triage. · View Herald TranscriptJan 5 2016, 6:21 PM

Restricted Application added subscribers: StudiesWorld, Aklapper. · View Herald Transcript

It is not re-running because it keeps track of which maintenance scripts have already run. You can force it to re-run by running the individual script (maintenance/FlowUpdateWorkflowPageId.php in this case) with --force.

But someone will need to figure out the underlying problems.

I think I tried maintenance/FlowUpdateWorkflowPageId.php --force but it didn't print the failure again either (but I'm note sure and I reverted to the last version for now).

I'm wondering whether it can be cased by the same architecture-dependent math that caused T109528?

gregoire mentioned this in T105841: unhelpful update.php failure from FlowUpdateWorkflowPageId.php maintenance script.Jan 14 2016, 10:05 AM

I had the same problem when upgrading from 1.25 to 1.26, and it is also similar to T122329 (in my case 70 failed and 0 updated).
You can see my comment T122329#2355471 for the upgrade path I used.

Aklapper edited projects, added: Growth-Team; removed: Collaboration-Team-Triage.Oct 12 2019, 4:14 AM

MBinder_WMF added a project: Growth-Team-Filtering.Apr 15 2021, 6:59 PM

Urbanecm_WMF removed projects: Growth-Team-Filtering, Growth-Team.Oct 27 2025, 11:56 PM

Discussions vanished on updateOpen, Needs TriagePublicActions

Description

Related Objects

Event Timeline

Discussions vanished on update
Open, Needs TriagePublic
Actions