Page MenuHomeMiraheze

Fix test2 permissions for /srv/mediawiki/config
Closed, ResolvedPublic

Description

rhinos@test2:~$ sudo puppet agent -tv
Info: Using configured environment 'production'
Info: Retrieving pluginfacts
Info: Retrieving plugin
Info: Retrieving locales
Info: Loading facts
Info: Caching catalog for test2.miraheze.org
Info: Applying configuration version '1596664600'
Notice: /Stage[main]/Php::Php_fpm/Php::Extension[apcu]/Package[php7.3-apcu]/ensure: created (corrective)
Notice: /Stage[main]/Mediawiki/Git::Clone[MediaWiki config]/Exec[git_pull_MediaWiki config]/returns: error: insufficient permission for adding an object to repository database .git/objects
Notice: /Stage[main]/Mediawiki/Git::Clone[MediaWiki config]/Exec[git_pull_MediaWiki config]/returns: fatal: failed to write object
Notice: /Stage[main]/Mediawiki/Git::Clone[MediaWiki config]/Exec[git_pull_MediaWiki config]/returns: fatal: unpack-objects failed
Error: '/usr/bin/git pull --quiet' returned 1 instead of one of [0]
Error: /Stage[main]/Mediawiki/Git::Clone[MediaWiki config]/Exec[git_pull_MediaWiki config]/returns: change from 'notrun' to ['0'] failed: '/usr/bin/git pull --quiet' returned 1 instead of one of [0] (corrective)
Notice: /Stage[main]/Mediawiki/File[/srv/mediawiki/config/PrivateSettings.php]: Dependency Exec[git_pull_MediaWiki config] has failures: true
Warning: /Stage[main]/Mediawiki/File[/srv/mediawiki/config/PrivateSettings.php]: Skipping because of failed dependencies
Warning: /Stage[main]/Mediawiki/File[/srv/mediawiki/w/LocalSettings.php]: Skipping because of failed dependencies
Info: Stage[main]: Unscheduling all events on Stage[main]
Notice: Applied catalog in 17.83 seconds
remote: Enumerating objects: 3, done.
remote: Counting objects: 100% (3/3), done.
remote: Compressing objects: 100% (3/3), done.
error: insufficient permission for adding an object to repository database .git/objects
fatal: failed to write object
fatal: unpack-objects failed

This doesn't look right. I think I've seen this on other servers before and looking at ls -lsa it looks like root somehow owns some files. Can someone do the honours and fix? (chmod+chown)

Event Timeline

RhinosF1 triaged this task as Normal priority.Aug 5 2020, 22:04
RhinosF1 created this task.
RhinosF1 assigned this task to Reception123.

12:56:10 <icinga-miraheze> RECOVERY - test2 Puppet on test2 is OK: OK: Puppet is currently enabled, last run 1 minute ago with 0 failures