You are browsing a read-only backup copy of Wikitech. The primary site can be found at

Obsolete talk:Help:Labs-vagrant

From Wikitech-static
Revision as of 03:12, 9 May 2017 by imported>BryanDavis (BryanDavis moved page Help talk:Labs-vagrant to Obsolete talk:Help:Labs-vagrant without leaving a redirect: Moving old cruft to obsolete namespace)
(diff) ← Older revision | Latest revision (diff) | Newer revision → (diff)
Jump to navigation Jump to search

permission problems

Hey, spage here with my experiences

I created the instance ee-flow-extra, added the role labs-vagrant from wikitech's instance config, and ssh'd to the machine.

Strange puppet error

 $ sudo head /var/log/puppet.log
 Could not parse configuration file: Certificate names must be lower case; see #1168

No labs-vagrant command, probably because I didn't force a puppet run. But a few minutes later it was there.

 $ labs-vagrant enable-role visualeditor 
 /mnt/vagrant/lib/mediawiki-vagrant/helpers.rb:50:in `initialize': Permission denied \
       - /vagrant/puppet/manifests/manifests.d/vagrant-managed.pp (Errno::EACCES)

so presumably you have to run commands with sudo, or maybe there's a permissions bug. The directory /vagrant/puppet/manifests/manifests.d/ is drwxr-xr-x 2 vagrant www-data

After enabling roles visualeditor, parserfunctions, echo I ran provision. Various errors:

 err: /Stage[main]/Misc/Exec[update motd]: Failed to call refresh: \
       run-parts --lsbsysinit /etc/update-motd.d > /run/motd \
       returned 1 instead of one of [0] at /vagrant/puppet/modules/misc/manifests/init.pp:68
 err: /Stage[main]/Mediawiki/Git::Clone[mediawiki/core]/Exec[git clone mediawiki/core]/returns: \
       change from notrun to 0 failed: \
       git clone /vagrant/mediawiki \
       returned 128 instead of one of [0] at /vagrant/puppet/modules/git/manifests/clone.pp:38
 err: /Stage[main]/Mediawiki::Parsoid/Git::Clone[mediawiki/extensions/Parsoid]/Exec[git clone mediawiki/extensions/Parsoid]/returns: \
       change from notrun to 0 failed: \
       git clone /srv/parsoid \
       returned 128 instead of one of [0] at /vagrant/puppet/modules/git/manifests/clone.pp:38

The directories /vagrant/mediawiki and /srv/parsoid exist but are empty. I can run git clone /tmp/parsoid_git_test fine, so I'm not sure what the error is.

/vagrant/logs/puppet is empty.

-- spage (talk) 07:42, 7 November 2013 (UTC)

I retried sudo labs-vagrant provision , got same "git clone returned 128 is stead of one of [0]" errors. Maybe it's a permissions problem, /home/vagrant is owned root root and has no .git or .ssh directories, seems fishy. I ran sudo bash; su - vagrant and got warning cannot create directory `/home/vagrant/.gem': Permission denied. I ran the failed git clone commands as user vagrant and they worked fine.
Before the git clone failures there's a blue notice: /Stage[main]/Mediawiki::Parsoid/Git::Clone[mediawiki/extensions/Parsoid]/Exec[git clone mediawiki/extensions/Parsoid]/returns: fatal: Could not change back to '/home/spage': Permission denied. My home directory is mode 700 but /home/yuvipanda is 755, I think that's the problem. I made mine 755 and sudo labs-vagrant provision completed with no errors!

-- spage (talk)

This all seems fixed in my recent setup of a new medium instance running the labs-vagrant role, yay! -- spage (talk) 02:16, 12 May 2015 (UTC)

Parsoid errors using VisualEditor role

I enabled the visualeditor role (and echo and parserfunctions) on ee-flow-extra instance.

Clicking Edit on a page seems to bring up VE, but displays an alert

 Error loading data from server: parsoidserver-http-bad-status: 404. Would you like to retry?

/var/log/upstart/parsoid.log contains

ERROR in localhost:Main_Page
Stack trace: DoesNotExistError: Page Fetch failure for null
worker 22037 died (1), restarting.

I get the same status 404 contacting Parsoid from the command line:

 curl --dump-header - -d 'wt=Hello world' localhost:8000/localhost/Main_Page

-- spage (talk) 07:57, 23 November 2013 (UTC)

ErikB improved the DoesNotExistError logging (bug bug 57694) to log the error, and it's
   Stack trace: DoesNotExistError: Page Fetch failure for null : Error: Invalid URI
The bad URL path with undef arises because puppet/manifests/roles.pp sets $server_url to this (bug 57701).
spage (talk) 03:28, 28 November 2013 (UTC)

puppet errors

My labs instance has a bunch of

spage@ee-flow-extra:/srv/parsoid$ cat /var/log/puppet.log
err: Failed to apply catalog: Cannot alias File[git_clone_vagrant_directory] to ["/mnt/vagrant"] at /etc/puppet/modules/git/manifests/clone.pp:98; resource ["File", "/mnt/vagrant"] already defined at /etc/puppet/modules/labs_vagrant/manifests/init.pp:26

-- spage (talk) 08:03, 23 November 2013 (UTC)

I still have to make home directory 755

As before, sudo labs-vagrant provision fails with

notice: /Stage[main]/Mediawiki/Git::Clone[mediawiki/core]/Exec[git clone mediawiki/core]/returns: fatal: Could not change back to '/home/spage': Permission denied
err: /Stage[main]/Mediawiki/Git::Clone[mediawiki/core]/Exec[git clone mediawiki/core]/returns: change from notrun to 0 failed: git clone --recursive --branch master /vagrant/mediawiki returned 128 instead of one of [0] at /vagrant/puppet/modules/git/manifests/clone.pp:48

so as before I did chmod 755 $HOME and re-ran sudo labs-vagrant provision

Other workarounds seemed unnecessary.

However, on that second provision run I got

 err: /Stage[main]/Mediawiki/Git::Clone[mediawiki/core]/Exec[git clone mediawiki/core]: Could not evaluate: Puppet::Util::Log requires a message

and visiting the wiki failed with

LocalSettings.php not found.
Please set up the wiki first.

I ran a third sudo labs-vagrant provision , and that one worked!

-- spage (talk) 08:10, 22 May 2014 (UTC)

Do we have an open bug for the $HOME permissions issue? I'm pretty sure I've seen that happen before too, but I don't remember it being a fatal problem. I think it has something to do with the configuration of the Puppet exec command inside git::clone. --BryanDavis (talk) 15:11, 22 May 2014 (UTC)
When permission denied on /home happened to me and other colleagues on my projects, it was a NFS issue. Rebooting the instance solved it. --Nemo 06:09, 5 May 2015 (UTC)

Run out of disk space

My /srv partition for vem2.maps-team.eqiad.wmflabs has exceeded 1.4GB allocated space. I noticed some large dirs, like vendor in one of the extensions (over 100MB). Any suggestions? Thanks! --yurik (talk) 04:18, 13 December 2015 (UTC)

After talking to @bd808, seems that this is due to the obsolete version of labs-vagrant. --yurik (talk) 00:51, 14 December 2015 (UTC)