Last modified: 2014-03-06 18:32:52 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 T64252, the corresponding Phabricator task for complete and up-to-date bug report information.
Bug 62252 - puppet run on a fresh eqiad instance complains about mount errors
puppet run on a fresh eqiad instance complains about mount errors
Status: RESOLVED FIXED
Product: Wikimedia Labs
Classification: Unclassified
General (Other open bugs)
unspecified
All All
: High normal
: ---
Assigned To: Nobody - You can work on this!
:
Depends on:
Blocks: 62213
  Show dependency treegraph
 
Reported: 2014-03-05 12:08 UTC by Addshore
Modified: 2014-03-06 18:32 UTC (History)
5 users (show)

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


Attachments

Description Addshore 2014-03-05 12:08:17 UTC
======== Detials

First thing that happened when start to migrate some instances ;)

Project: wikidata-build
    https://wikitech.wikimedia.org/wiki/Nova_Resource:Wikidata-build

Instance: wikidata-builder2
    https://wikitech.wikimedia.org/wiki/Nova_Resource:I-00000109.eqiad.wmflabs

======== From Puppet

notice: /Stage[main]/Role::Labs::Instance/Mount[/home]/ensure: ensure changed 'unmounted' to 'mounted'
err: /Stage[main]/Role::Labs::Instance/Mount[/home]: Could not evaluate: Execution of '/bin/mount -o rw,vers=4,bg,hard,intr,sec=sys,proto=tcp,port=0,noatime /home' returned 32: mount.nfs: mounting labstore.svc.eqiad.wmnet:/project/wikidata-build/home failed, reason given by server:
  No such file or directory

notice: /Stage[main]/Role::Labs::Instance/Mount[/data/project]/ensure: ensure changed 'unmounted' to 'mounted'
err: /Stage[main]/Role::Labs::Instance/Mount[/data/project]: Could not evaluate: Execution of '/bin/mount -o rw,vers=4,bg,hard,intr,sec=sys,proto=tcp,port=0,noatime /data/project' returned 32: mount.nfs: mounting labstore.svc.eqiad.wmnet:/project/wikidata-build/project failed, reason given by server:
  No such file or directory

======== From Irc

12:54 PM <hashar> addshore: puppet might be triggered before /home had an opportunity to be configured/mounted
12:54 PM <hashar> ah no
12:54 PM <hashar> the NFS server has no home did for wikidata :]
12:54 PM <hashar> labstore.svc.eqiad.wmnet:/project/wikidata-build/home failed, reason given by server:
12:56 PM <scfc_de> I assume that should be created on project creation (well before instance creation); could you file a bug?
12:58 PM <scfc_de> (Or for legacy projects that were created before eqiad Labs: By the Labs admins :-).)
Comment 1 Addshore 2014-03-05 14:03:50 UTC
2:27 PM <Coren> addshore: The project was created without the 'shared home' and 'shared project dir' option?
2:27 PM — addshore does not recall
2:28 PM <Coren> addshore: Manage projects -> configure -> checkboxes at the top.  :-)
2:30 PM <addshore> lovely Coren :D so tick those 2 boxes and re run puppet and magic things will whur and things shall be fixed? ;p
2:30 PM <Coren> addshore: There's a delay before those get created though; ~5min as a rule.  But yeah.
2:30 PM <addshore> awesome :)
Comment 2 Sebastian Brückner 2014-03-06 18:32:52 UTC
Why is this fixed? The same issue is still occuring (for the pubsubhubbub.eqiad.wmflabs instance).
Shouldn't puppet stop enforcing the two mount points in case the boxes aren't checked like at pmtpa?
We neither need shared home directories nor a project share, so applying this "fix" is just a waste of resources and unnecessary complexity for us.

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


Navigation
Links