Closed Bug 1461564 Opened 8 years ago Closed 8 years ago

etherpads have lost their contents

Categories

(Infrastructure & Operations :: Runtime, task)

Product:
Infrastructure & Operations
Component:
Runtime
Type:
task
Priority:
Not set
Severity:
normal

Tracking

(Not tracked)

Status:
RESOLVED FIXED

People

(Reporter: heycam, Assigned: ericz)

References

Details

Two of my etherpads at least have been reset and lost their contents: https://public.etherpad-mozilla.org/p/layout-standup https://public.etherpad-mozilla.org/p/good-first-layout-bugs Is there any way for them to be restored?
looks like this is impacting most/all of the pads.
yup confirmed. Our webcompat etherpad are all gone too. :/
Yes, confirmed that all etherpads I have been working from have been cleared
Confirmed, all SUMO meeting Etherpads cleared as well.
all of them say "Warning: DirtyDB is used. This is fine for testing but not recommended for production. -- To suppress these warning messages change suppressErrorsInPadText to true in your settings.json" Maybe a deployment failed and the contents are still there?
from #moc: <@pir> Awaiting webops waking up. Etherpad has no support, essentially, I strongly recommend moving away from it.
In reply to comment 8 - perhaps Google Docs, or one of these could be a replacement - https://alternativeto.net/software/etherpad-lite/
(In reply to Mkll from comment #9) > In reply to comment 8 - perhaps Google Docs, or one of these could be a > replacement - https://alternativeto.net/software/etherpad-lite/ I think https://wiki.mozilla.org is probably the best option for exposure to search engines and public-by-default settings. Most public mailing list posts that have linked to Google Docs in public mailing list communications seem to always be at the default setting of only allowing access to mozilla.com email addresses. I'd hope the settings eventually get fixed in each case, but my experience with Firefox OS UX using box.com was that people frequently forget to mark things as public even if repeatedly reminded.
I would like to suggest we keep this bug's comments just about recovering the lost pads and move the conversation about alternatives to discourse: https://discourse.mozilla.org/c/mozillians
The content just came back.
Assignee: nobody → eziegenhorn
Content restored it seems.
Etherpad has been restored to regular service. It was unable to read its settings file and made the poor choice to just start with some defaults including making a new local database instead of using the real one. Any data created since this incident started late last night will need to be recreated. I followed up with Hamilton offline and the torlunch pad was a false alarm, everything is ok there.
Status: NEW → RESOLVED
Closed: 8 years ago
Resolution: --- → FIXED
(In reply to Rubén Martín [:Nukeador] from comment #11) > I would like to suggest we keep this bug's comments just about recovering > the lost pads and move the conversation about alternatives to discourse: > > https://discourse.mozilla.org/c/mozillians Here we are https://discourse.mozilla.org/t/etherpad-alternatives/28625?u=karlcow
You need to log in before you can comment on or make changes to this bug.