Comment by tallies | Hacker News Reader

Comment by tallies | Hacker News Reader

Parent Full thread

My impression from reading their Discord server yesterday is this:

- Volunteers from Miraheze planned to create a paid wiki hosting service to supplement Miraheze called WikiForge

- Several of those volunteers left Miraheze to start a free wiki host called WikiTide

- The remaining volunteers were burnt out already and decided to call it quits

- There are some talks of handing off Miraheze to another group of volunteers

FWIW I had a horrible experience using Miraheze last year:

- September: I created my wiki

- November: Miraheze had an error with a drive and over 25% of their wikis were lost. It took them weeks to admit the extent of this error and that they had no plans to use a professional recovery service

- Early December: I recreated my wiki and rewrote it (250+ articles)

- Late December: Miraheze recovered the back-ups they thought they had lost and said they would merge the new and old versions of recreated wikis. Somehow, due to 'someone unplugging a hard drive', they lost all of the content I'd written since November.

I've since learned my lesson about making local back ups, but come on. It was clear there had been tons of technical and communication problems for a long time.

Here's something of a summary, with links, of the more admin-drama angle: https://meta.miraheze.org/wiki/User_talk:Raidarr#c-Dmehus-20...

Particularly:

> earlier today Owen had assigned himself checkuser and suppressor rights for "auditing use of permissions" and left Raidarr a talk page message regarding an important email; sometime after that, Raidarr removed all advanced user rights from every wiki in which he held them before removing his local Steward group and making the log summary you're inquiring about. I assume it was the email or maybe a resulting conversation that caused Raidarr to resign; however, this is just speculation

And this specific Discord conversation: https://discord.com/channels/407504499280707585/615786602454...

Which help in translating these otherwise cryptic board minutes: https://meta.miraheze.org/wiki/Board/Policies/20230607-Minut...

in which the dissolution is discussed as an alternative to training volunteers on legal compliance with the UK Data Protection Act:

> OB clarified both proposals are mandatory under Information Commissioner’s Office advice – we need to ensure we train people appropriate and audit their access and usage of personal information inline with Data Protection Act 2018.

> TH raised a counter proposal of dissolution of the company.

My wiki also got affected by the harddrive. They send out a message with everything they knew pretty much immediately even to people not affected by the error and continued to update as they learned more. Not sure why you seem to think it took "weeks". For a volunteer-run service they've actually been quite on top of it and compassionate in my experience

You're right, it was 10 days, not quite weeks. It's not important but here are some of the miscommunications and apologies:

November 18: "The cloud server which hosts one of our database, db141, experienced a disk issue. As a result, a small number of wikis hosted on db141 are unavailable. [...] While cloud14 has been reinstalled, we will have to send the affected disks to professional data recovery. The earliest ETA for having wikis restored is potentially early next week. [...] Our number #1 goal is to restore the data on the disks affected so that wikis are restored versus using a backup which could be various days old"

November 24: An update to the situation was embedded in an unnecessary meeting on Discord: "Our Miraheze Meeting is starting now! Join us while we talk about everything Miraheze, such as recent policy proposals and we'll be providing an update on the db141 issue We'll answer any questions you have and will listen to any comments or concerns."

November 28: "I understand the frustration, and we have not yet given up hope on data recovery, so you can still wait if that is your choice. But I also don't want to give people any false hope. It is not looking super great for data recovery. I won't completely rule it out yet, and I can't say anything definitively. Venues will be opened shortly for requesting that wikis be recreated from scratch (with images at least still intact) if that is your wish [...] in the recent Miraheze Meeting it has been brought up that our communication has been less than ideal, and some feel some questions have been dodged and/or ignored. I have gone back and looked at our responses to some questions, and I can see how this could be assumed [...] I would like to clear one thing up now. Something that seems to keep being brought up is that we sent the drives to a data recovery service. This was not true [...] Owen currently has the drives and has for a few days. They are not at a data recovery service. This was due to some internal miscommunication within SRE, and is something that is being addressed [...] Once again we apologise for this miscommunication and we are working to resolve our internal communication problems [...] Indeed, over the last few days, it would appear that information was not properly being relayed within our own team which led to some breakdowns in communication. Clearly, different members had different insights and views on certain topics. This has led to a strain in communications and we are working to rectify that."

I don't think it was ever explained how the data was recovered.

My guess is that they used some of the XML dumps we of WikiTeam keep at https://archive.org/details/wikiteam , that not everyone at Miraheze was necessarily aware of.

Oh man, thanks for providing those wikiteam tools, they’ve been a huge help in a large fork off of fandom!

Do they have the private wikis too?

It was your bog-standard disk crash as I understand it. Pros were (eventually) brought in for data recovery. But I also understand the backup for the wikis on that server (like mine, one of the dead ones) was on the same server, which doesn't sound like a very good plan. If a backup was stored elsewhere, the dead wikis would have been restored in a very short time. Lesson learned, I hope.

I got most all of my data restored, but there was a temporary problem of deleting and replacing files that the server programming thought still existed. That was fixed quickly.

One job! This sounds like an adversarial attack against those who would host wikis on their site.

Reply on news.ycombinator.com