Help talk:MediaWiki-Vagrant in Cloud VPS

From Wikitech
Jump to: navigation, search

Good

Thanks for this help page! Worked smoothly:

==> default: Notice: Finished catalog run in 494.92 seconds

I got this, easily resolved by running setup.sh with my user:

Path: /srv/mediawiki-vagrant/Vagrantfile
Line number: 40
Message: RuntimeError: The mediawiki-vagrant plugin hasn't been installed yet. Please run `setup.sh`.

The wiki is working, however I can't ssh into it.

$ vagrant ssh
The provider 'lxc' could not be found, but was requested to
back the machine 'default'. Please use a provider that exists.

--Nemo 17:44, 11 September 2015 (UTC)

I don't know what happened, but now it works. :o (I did many MediaWiki configuration changes and run "vagrant provision" a few times, but I don't know how that could matter.) --Nemo 20:07, 12 September 2015 (UTC)
Thanks for [1]. The last time I tried to follow the documentation, I got stuck as I couldn't find the "configure" link any longer. Nemo 12:30, 28 January 2017 (UTC)

No usable default provider

After running setup.sh manually and trying to run 'vagrant up' I got this:

$ vagrant up
No usable default provider could be found for your system.

Vagrant relies on interactions with 3rd party systems, known as
"providers", to provide Vagrant with resources to run development
environments. Examples are VirtualBox, VMware, Hyper-V.

The easiest solution to this message is to install VirtualBox, which
is available for free on all major platforms.

If you believe you already have a provider available, make sure it
is properly installed and configured. You can see more details about
why a particular provider isn't working by forcing usage with
`vagrant up --provider=PROVIDER`, which should give you a more specific
error message for that particular provider.

--brion (talk) 18:51, 3 November 2015 (UTC)

Ok this may be due to not having loaded the profile magic that sets the user properly? After a reboot I got different errors (permissions-related on .vagrant dir), presumably because I ran ./setup.sh as myself. After manually chown -R'ing .vagrant to mwvagrant, it seems to be loading up happier. --brion (talk) 18:56, 3 November 2015 (UTC)

profile.d

The 5th step "Log out and log back in to pick up profile.d alias..." could use some info on what is going on/needed from the user. I figured out that what is meant is /etc/profile.d but it is unclear if the user has to do anything else or if the rest of the info is just an explanation for why you have to log out once. If the latter is the case then simple sticking a bracket around everything after "log back in" should make this clearer. /Lokal_Profil (talk) 00:47, 12 January 2017 (UTC)

Yes check.svg Done, but feel free to tweak the wording if it is still unclear. --BryanDavis (talk) 16:37, 12 January 2017 (UTC)

Got issues

I've been having some issues getting a testing instance set up. All I need is mw-vagrant with the restbase role enabled. First try went the best: initial 'vagrant up' provisioning went fine and I only ran into trouble when vagrant wouldn't shut down to reboot after enabling the restbase role and doing 'vagrant provision'. The vm ended up in some kind of basically hosed state after that and I decided to just nuke the instance and start over.

Since then, I've tried bringing up a few fresh instances and the initial 'vagrant up' fails each time with:

 NFS requires a host-only network to be created.
 Please add a host-only network to the machine (with either DHCP or a
 static IP) for NFS to work.

This is something the puppet config should be handling, right? I want to go through puppet and Do Things Right so I'm resisting the urge to hack around stuff and/or just install MW & RB manually. Mholloway (talk) 15:53, 4 February 2017 (UTC)