Last modified: 2014-07-25 21:48:28 UTC

Wikimedia Bugzilla is closed!

Wikimedia migrated from Bugzilla to Phabricator. Bug reports are handled in Wikimedia Phabricator.
This static website is read-only and for historical purposes. It is not possible to log in and except for displaying bug reports and their history, links might be broken. See T69331, the corresponding Phabricator task for complete and up-to-date bug report information.
Bug 67331 - labs-vagrant: centralauth role doesn't work, tries to load from wmftest.net
labs-vagrant: centralauth role doesn't work, tries to load from wmftest.net
Status: RESOLVED FIXED
Product: MediaWiki-Vagrant
Classification: Unclassified
labs-vagrant (Other open bugs)
unspecified
All All
: Normal enhancement
: ---
Assigned To: Bryan Davis
:
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2014-06-30 21:48 UTC by Kunal Mehta (Legoktm)
Modified: 2014-07-25 21:48 UTC (History)
2 users (show)

See Also:
Web browser: ---
Mobile Platform: ---
Assignee Huggle Beta Tester: ---


Attachments

Description Kunal Mehta (Legoktm) 2014-06-30 21:48:19 UTC
mw.config.get( 'wgCentralAuthCheckLoggedInURL' );

"//login.wiki.local.wmftest.net:/wiki/Special:CentralAutoLogin/checkLoggedIn?type=script&wikiid=wiki"

And calls to that will obviously fail.
Comment 1 Bryan Davis 2014-07-04 21:58:51 UTC
*.local.wmftest.net resolves to 127.0.0.1 as served from the WMF DNS servers.

    $ dig +short @NS0.WIKIMEDIA.ORG login.wiki.local.wmftest.net
    127.0.0.1
Comment 2 Bryan Davis 2014-07-04 22:01:51 UTC
Sorry. I didn't notice the labs-vagrant in title. I'm not sure how to resolve this generically for a labs host. It would at least require a second proxy to be registered for the labs instance wouldn't it?
Comment 3 Kunal Mehta (Legoktm) 2014-07-04 22:39:21 UTC
Yeah, I ended up creating multiple proxies pointing to my instance and setting up a switch ( $_SERVER['HTTP_HOST'] ){} to point to different databases, and did the rest of the CA set up manually.

I tried fiddling around with the puppet files and changing the instances of *.wiki.local.wmftest.net to *-legoktm.wmflabs.org, but that didn't work and I don't remember why.
Comment 4 Gerrit Notification Bot 2014-07-22 05:43:22 UTC
Change 148317 had a related patch set uploaded by BryanDavis:
[WIP] centralauth: Use hiera to allow variable customization

https://gerrit.wikimedia.org/r/148317
Comment 5 Bryan Davis 2014-07-23 16:55:36 UTC
The pending patch has been used to setup http://sulfinalization.wmflabs.org/ and http://login-sulfinalization.wmflabs.org/ on sul-test.eqiad.wmflabs. I created /vagrant/puppet/hieradata/local.yaml there to change the naming scheme from the defaults for labs:

  ---
  role::mediawiki::hostname: "sulfinalization.wmflabs.org"
  multiwiki::base_domain: "-sulfinalization.wmflabs.org"

This seems to be working well, but I'd like to give Ori a chance to review the way that I've introduced hiera usage in MediaWiki-Vagrant and see if it is too his liking.
Comment 6 Gerrit Notification Bot 2014-07-25 21:04:44 UTC
Change 148317 merged by jenkins-bot:
centralauth: Use hiera to allow variable customization

https://gerrit.wikimedia.org/r/148317

Note You need to log in before you can comment on or make changes to this bug.


Navigation
Links