Closed
Bug 783096
Opened 12 years ago
Closed 12 years ago
developer-old.mozilla.org MindTouch instance isn't working
Categories
(Infrastructure & Operations Graveyard :: WebOps: Other, task, P3)
Infrastructure & Operations Graveyard
WebOps: Other
Tracking
(Not tracked)
RESOLVED
FIXED
People
(Reporter: sheppy, Assigned: nmaul)
Details
(Whiteboard: [triaged 20120824][service interrupt])
The MindTouch site we left behind but left up as developer-old is not working right now. While the development team only wants it there for looking at the database and stuff, the writing team needs it actually functional to compare articles and be sure that problems we see aren't due to import bugs or something, or to be sure that changes we've made to a template actually result in the expected output. Can we get it back up and running, please?
Updated•12 years ago
|
Assignee: nobody → server-ops-webops
Component: Website → Server Operations: Web Operations
Product: Mozilla Developer Network → mozilla.org
QA Contact: website → cshields
Version: Deki → other
Comment 1•12 years ago
|
||
Eric, https://developer-old.mozilla.org/ loads for me. Can you provide more details as to what is not working? Thanks
Comment 2•12 years ago
|
||
Strange. It is working now, but it wasn't working for me even as of a couple of days ago.
Comment 3•12 years ago
|
||
That is strange. I guess I will close this out for now but feel free to reopen with further details if the problem comes back. Regards
Status: NEW → RESOLVED
Closed: 12 years ago
Resolution: --- → FIXED
Comment 4•12 years ago
|
||
The main page does load, however, if one clicks on something, say HTML5 which takes you to; https://developer-old.mozilla.org/en/HTML/HTML5 one gets; Site settings could not be loaded We were unable to locate the API to request site settings. Please see below for debugging information. If this is a new install, try refreshing - the API is simply taking its time loading up! HTTP Response Status Code: 410 (not sure if this is the intended purpose).
Status: RESOLVED → REOPENED
Resolution: FIXED → ---
Reporter | ||
Comment 5•12 years ago
|
||
Yep, like I said. The MindTouch instance doesn't work. :) The Django front-end stuff does.
Assignee | ||
Comment 6•12 years ago
|
||
Is this the standard Mindtouch problem we used to have where the extension settings would get lost? There might also be some settings in MT related to what domain name it expects to be living at... not sure if that would be something we (webops) would be able to easily change, or if they would be in-interface settings.
Priority: -- → P3
Whiteboard: [triaged 20120824]
Reporter | ||
Comment 7•12 years ago
|
||
No, because that would let the wiki start up but the extensions would simply not work. The site settings not loading means a communication problem with mysql.
Reporter | ||
Comment 8•12 years ago
|
||
There are a few reasons we need this, BTW: * We have some templates that need to be updated to work right on Kuma that are breaking pages. But we don't always know what exactly they're supposed to do, so we need to see them on MindTouch in order to figure out how to fix them. * Some pages have odd content and we need to look to see if they were odd before, or if it's new on Kuma (either because of migration or because of an edit that doesn't show up correctly in history). * Some links are 404 on Kuma and we need to see if that's because of a migration failure or because the pages never existed in the first place. We have a number of problems that are high on our to-do list that are essentially blocked by the lack of access to the old wiki. I don't expect we will need it for long, but we do need it.
Comment 9•12 years ago
|
||
(In reply to Jake Maul [:jakem] from comment #6) > There might also be some settings in MT related to what domain name it > expects to be living at... not sure if that would be something we (webops) > would be able to easily change, or if they would be in-interface settings. I think it was working for a while. I seem to remember loading up Mindtouch shortly after it was moved to developer-old.
Updated•12 years ago
|
Whiteboard: [triaged 20120824] → [triaged 20120824][service interrupt]
Comment 10•12 years ago
|
||
Sheppy: In the meantime, it looks like someone in the community has been maintaining a Deki mirror. Had no idea this existed... http://mdn.beonex.com/en/index.html
Assignee | ||
Comment 11•12 years ago
|
||
Renormalizing priority levels... P4 is "normal" now. Should be able to work on this today.
Assignee: server-ops-webops → nmaul
Priority: P3 → P4
Assignee | ||
Comment 12•12 years ago
|
||
This is fixed now. It was a configuration issue relating to the new name (the -old moniker).
Status: REOPENED → RESOLVED
Closed: 12 years ago → 12 years ago
Priority: P4 → P3
Resolution: --- → FIXED
Comment 13•12 years ago
|
||
Looking good. The content is not showing up, but I have opened bug 789281 for that.
Updated•11 years ago
|
Component: Server Operations: Web Operations → WebOps: Other
Product: mozilla.org → Infrastructure & Operations
Updated•5 years ago
|
Product: Infrastructure & Operations → Infrastructure & Operations Graveyard
You need to log in
before you can comment on or make changes to this bug.
Description
•