Upgrade and Change Archive

From Biowikifarm Metawiki
Jump to: navigation, search

(Archive of Upgrades and Changes)


SemanticMaps and Maps returned from 1.0.5 to 1.0.4, after Problem with displaying the regional maps in http://nnvm.eu/web was detected. Gregor Hagedorn 20:07, 4 January 2012 (CET)


Installed git on species-id. Not entirely sure if that makes as widely available as needed on biowikifarm. --BobMorris 19:12, 11 January 2012 (CET)


"2012-01-11: 1.18.1 released". Updating mediawiki minor version update to svn r108779, including some minor fixes from 1.18.0 to 1.18.). Wikis tested, seem to be ok. Updating Debian with apt-get. --Gregor Hagedorn 00:35, 13 January 2012 (CET)


Changing collection extension from 1.18 (/usr/share/mediawiki/phase3/extensions/Collection pointing to ../../extensions/Collection) to 1.19 trunk svn (/usr/share/mediawiki/phase3/extensions/Collection pointing to ../../ext-trunk/Collection). Gregor Hagedorn 09:02, 27 January 2012 (CET)


A full system update has been completed, new and faster hardware is now running Xen 6 virtualization host and the biowikifarm virtual machine is a Debian 6. Previously we had an old kernel specially compiled for Xen, which could no longer be upgrade, so that a complete reinstall was necessary. Some long-standing problems could be improved on the way, but it also took longer than expected. All Wikis, subversion repository, system tools, and Django apps are running again, job and backup completely newly set up, and many more. The Fedora/Tomcat system will follow soon. This is a big achievement of a team consisting of three organisations (JKI, BGBM, SNSB) as well as biowikifarm contributors. This was a true collaborative effort for which I want to thank all! Gregor Hagedorn 23:18, 15 February 2012 (CET)


Problem: SMW formats values with type URL as http:////www... , i.e. with four slashes! Firefox/Chrome ignore this, but older browsers don't. Attemt to fix this with minor Mediawiki software updates: Old version: MediaWiki 1.18.1 (r108898), Semantic MediaWiki (Version 1.6.2) (r102570), Semantic Result Formats (Version 1.6.2) (r102570). New version: MediaWiki 1.18.1 (r111595), Semantic MediaWiki (Version (r111595), Semantic Result Formats (Version 1.7) (r111595). The update required an update of the SMW tables. Gregor Hagedorn 00:14, 16 February 2012 (CET)


SMW wikis presently still have https://bugzilla.wikimedia.org/show_bug.cgi?id=34044 to be fixed soon Gregor Hagedorn 09:47, 16 February 2012 (CET)


Problems with SMW 1.7. In a few weeks 1.7.1 shall be released - temporarily returning to 1.6: cd /usr/share/mediawiki/ext-tagged-release; sudo svn switch http://svn.wikimedia.org/svnroot/mediawiki/tags/extensions/SemanticMediaWiki/REL_1_6_2 SemanticMediaWiki; sudo svn switch http://svn.wikimedia.org/svnroot/mediawiki/tags/extensions/SemanticResultFormats/REL_1_6_2 SemanticResultFormats


Change of configuration: The namespace NS_INTERNAL has been secured so that only logged in users may see it. This may need testing (Create a page that starts with the Namespace prefix in your language; English: "Internal:"; German: ""Intern"). Gregor Hagedorn 00:59, 22 February 2012 (CET)


Configuration change: ssh-login to the server (not the wikis etc.) is no longer possible with a password. Only login is the ssh public key that has been provided. Gregor Hagedorn 09:44, 2 March 2012 (CET)


Upgrading to Semantic Mediawiki 1.7.1 (newly released). This should fix the bug that semantic URL properties are malformed and cannot be opened with older browsers (see above). Executed: cd /usr/share/mediawiki/ext-tagged-release; sudo svn switch http://svn.wikimedia.org/svnroot/mediawiki/tags/extensions/SemanticMediaWiki/REL_1_7_1 SemanticMediaWiki; sudo svn switch http://svn.wikimedia.org/svnroot/mediawiki/tags/extensions/SemanticResultFormats/REL_1_7 SemanticResultFormats --Gregor Hagedorn 20:39, 5 March 2012 (CET)


Minor update of 1.18.1 to current (r113897) SVN rev. Adding http://www.mediawiki.org/wiki/Extension:JQueryMsg to enable http://www.mediawiki.org/wiki/Extension:UploadWizard. Both are used from trunk (ie. mediawiki version 1.20, not from 18.1 (Upload wizard broken there). Also upgrading SemanticResultFormats (1.7.1, was not yet available when SMW 1.7.1 was recently installed:) svn switch http://svn.wikimedia.org/svnroot/mediawiki/tags/extensions/SemanticResultFormats/REL_1_7_1 SemanticResultFormats -- Gregor Hagedorn 09:09, 15 March 2012 (CET)


Replacing our locally modified (NonSvn) Version of Extension Loops with the official /mediawiki/ext-trunk/Loops version, the symlink was changed accordingly. Loops by default is limited to 100 loops, LocalSettings.php therefore changed to "ExtLoops::$maxLoops = 500;" -- transferred here from email by B. Zelazny.


SVG-Handling: changed $wgSVGConverter from 'rsvg' to 'ImageMagick' because File:Location Singapore ASEAN.svg and some others got not processed with rsvg-convert. Note that 'ImageMagick' uses also rsvg-convert internally, but does not fail to process such file. Additionally $wgMaxShellMemory needed to be increased (2×default). Installed strace for debugging of commands. Edit: it is set back again to 'rsvg' because $wgMaxShellMemory did the trick in rendering large SVG files and $wgSVGConverter 'ImageMagick' does not render correctly (it adds a white background [OK] and some parts of the image disappear [not OK: may be related to the white background?]). Andreas Plank 09:49, 30 March 2012 (CEST)


Enabling SMW on Specialmedia as well Gregor Hagedorn 08:41, 12 April 2012 (CEST)


Added features via phpmyadmin-table support in phpmyadmin. See /etc/phpmyadmin/config-db.php /etc/dbconfig-common/phpmyadmin.conf --Andreas Plank 09:20, 4 May 2012 (CEST)


Added profiling for http://offene-naturfuehrer.de --Andreas Plank 11:21, 13 July 2012 (CEST)


MobileFrontend was enabled since 2011-12-06, now temporarily disabled again, because it causes too many problems. For one, sometimes desktops are misidentified as mobile devices. Further, many things go missing, including vital footer information like Terms of use, Disclaimer or copyright icons. Waiting for UPGRADE to 1.20! Gregor Hagedorn 08:46, 26 July 2012 (CEST)


updated mysql (squeeze), possible only after temporarily disabling dotdebian source, since dotdebian already provides mysql 5.5. Updated dotdebian php5. Left dotdebian source commented out for the moment. Tried downgrading php5 from dotdebian 5.3.15 to squeeze 5.3.3 -- (apt-cache showpkg php5 to show the version number, here 5.3.3-7+squeeze14, then sudo apt-get install php5=5.3.3-7+squeeze14). Result was "warning: downgrading php5 from 5.3.15-1~dotdeb.0 to 5.3.3-7+squeeze14. / (Reading database ... 83709 files and directories currently installed.) / Preparing to replace php5 5.3.15-1~dotdeb.0 (using .../php5_5.3.3-7+squeeze14_all.deb) ... / Unpacking replacement php5 ... / Setting up php5 (5.3.3-7+squeeze14) ...". But then the system still seems to be running the dotdebian version? --WikiSysop 01:32, 18 August 2012 (CEST)


Added apt-get install ffmpeg ffmpeg2theora which was missing in our install. Symptom: thumb-images for videos are not generated. Install is necessary, but does not seem to be sufficient, thumbs still are not generated :-( --Gregor Hagedorn 10:26, 21 August 2012 (CEST)


Note: found an incredible configuration help for both apache and nginx, which includes the thumb.php rewrites! See http://shorturls.redwerks.org/ --Gregor Hagedorn 18:49, 22 August 2012 (CEST)


Added oggvideotools 0.8-1+b1 for http://www.mediawiki.org/wiki/Extension:OggHandler but is still not showing thumbs. --Andreas Plank 20:14, 22 August 2012 (CEST)


Trying new large-png scaler, see updated Mediawiki installation, added $wgCustomConvertCommandsByExtension['png'] = "/usr/bin/pngscale %s %d %w %h"; to MediaWikiCommonSettings.php. BUT: Fail, wgCustomConvertCommandsByExtension does not exist in standard mediawiki, pngscaler's author dc writes: "That's something I added in a patch, that I attached to the bug, but patch was rejected. It's not necessary as you can perform conversions using a script which identifies the extension and invokes the correct tool." --Gregor Hagedorn 01:52, 24 August 2012 (CEST)


Resetting php from the dotdebian 5.3.15 to the debian 6 squeeze version (5.3.3-7+squeeze14 apache2handler). deinstalled all php5 parts, reinstalled afterwards. But: memory requirements have not dropped significantly. --Gregor Hagedorn 05:35, 24 August 2012 (CEST)

(Therefore reverted to the dotdebian php-version on 25.8., nginx/php-fpm do not work with the squeeze version... --Gregor Hagedorn 10:50, 26 August 2012 (CEST)


Where a semantic form is available, the semantic form tab will be renamed to "edit" and normal edit to "edit source". Setting for all Wikis: $sfgRenameEditTabs = true; --Gregor Hagedorn 21:20, 29 August 2012 (CEST)


In recent months we had some performance problems on the biowikifarm in response to increasing traffic. Some php-scripts require significant memory and as apache grows to a maximum memory footprint, we had to decrease the number of concurrently serving apache processes. We had been testing nginx configurations for a number of weeks and have switched them to active today. While all php is permanently switched, svn-dav, django (artenquiz) and fedora/java interaction remain presently reverse proxied to a few remaining apache processes. Traffic on these installations is presently low and we can address the reconfiguration separately. --Gregor Hagedorn 09:57, 14 September 2012 (CEST)


  1. Changing timeout settings and the path to phymyadmin (to further reduce risk script bots which are constantly trying to break it). Contact me to learn the new location.
  2. Working towards installing mediawiki 1.20 from git, all checkouts have been made, but integrating old and new extensions still major work. Disabling MathStatFunctions (probably was never used, will become redundant with arrival of Lua). No wiki uses AddMediaWizard any longer, removed.
  3. Disabling MassEditRegex. This extension was useful, but was not compatible with 1.18, and is not available in 1.20 git.
  4. Disabling DPL=DynamicPageList=DynamicPageList2 which was used only on http://www.keytonature.eu/ + http://www.keytonature.eu/handbook/ + http://wiki.pms-lj.si/wiki/ + testwiki. This extension was deprecated already a long time; we would be using semantic mediawiki today. All remaining pages using DPL were searched and deleted or replaced.
  5. Some cleanup in LocalSVNextensions of unused extensions, renamed or removed, see Svn logs for details if error should occur.
  6. The preparation for testing 1.20 is yet incomplete; see Mediawiki snv to git migration for further extensions to check.

Gregor Hagedorn 22:56, 22 September 2012 (CEST)


Added http://www.mediawiki.org/wiki/Extension:ContactPage for Special:Contact --Gregor Hagedorn 17:10, 24 September 2012 (CEST)


Apache-behind-nginx minimized (most services, including php and jsp run without by now, only python/django not yet reconfigured): StartServers 1, MinSpareServers 1, MaxSpareServers 1, MaxClients 6, MaxRequestsPerChild 100. KeepAlive remains ON, the primary client is nginx... --Gregor Hagedorn 12:02, 13 October 2012 (CEST)


Added http://www.mediawiki.org/wiki/Extension:OpenID to http://terms.gbif.org. There were problems with authentication with google: “Fehler:invalid_request. Error in parsing the OpenID auth request.”. Changing $wgTrustRoot = "http://terms.gbif.org/"; solved the problem. Update …

sudo -u www-data php ./maintenance/update.php  --quick --conf ./LocalSettings.php

… caused an error while upgrading table `metawiki`.`account_requests`. Could be solved by manually adding the last 2 (new) columns acr_xff + acr_agent in `metawiki`.`account_requests`. -- Andreas Plank 10:45, 4 January 2013 (CET)

Due to the update above, the user database was broken until the evening (only some special operations failed, like new user confirmation and changing user settings). The update.php above affected the shared tables and user database and confirm accounts became version 1.20, which is incompatible with the 1.18 version that most mediawikis still use. The problem has been fixed by a restore of the failed tables from backup. User creation was identical, the only potential losses are user preference settings in the early morning hours --Gregor Hagedorn 23:44, 4 January 2013 (CET)

Manually patched /usr/share/mediawiki20/extensions/Vector/modules/ext.vector.collapsibleNav.js to https://gerrit.wikimedia.org/r/#/c/40084/2/modules/ext.vector.collapsibleNav.js (see https://bugzilla.wikimedia.org/show_bug.cgi?id=43227). Vector menus are now working. --Gregor Hagedorn 23:42, 4 January 2013 (CET)


Disabling EditOnlyOwnUserpage by David Fichtmüller, presumably due to changes in new mediawiki version it no longer allows non-admin users to edit their own user page. (Test with normal user, admin users are not affected!) --Gregor Hagedorn 08:42, 7 January 2013 (CET)


Update of http://offene-naturfuehrer.de to MW 1.20.2.

  • SMWAskAPI manually
  • $wgSharedTables = array("interwiki"); before running update, after update use MediaWikiCommonSettings again
  • unclear error while SMW update process:
    Warning: mb_substr() expects parameter 2 to be long, string given in /usr/share/mediawiki20/extensions/ParserFunctions/ParserFunctions_body.php on line 670

ON seem to work so far in MW 1.20.2. --Andreas Plank 10:34, 8 January 2013 (CET)


mysql upgrade to 5.1.66-0+squeeze1. Note: php5-fpm is at 5.4.10. To improve catching the php error messages changed catch_workers_output = yes in /etc/php5/fpm/pool.d/www.conf --Gregor Hagedorn 15:43, 11 January 2013 (CET)


Created full copy of VM. Upgrading debian, php now 5.4.11, mysql now 5.5.30, nginx now 1.2.7. Minor bugfix upgrade of mediawiki and extensions, without major version changes. HEAD of Vector and Widgets are now incompatible with mediawiki 1.20.x! --Gregor Hagedorn (talk) 08:03, 22 February 2013 (CET)


Updated core to 1.20.3. Added extensions WikimediaMessages.php WikimediaLicenseTexts.php, required for the messages from commons.wikimedia templates (which are used in localized (cache-copied) commons-images in openmedia). Importing additional license-related template messages into openmedia. --Gregor Hagedorn (talk) 11:08, 9 March 2013 (CET)


  • Changed google analytics code so that it always registers the base biowikifarm analytics in addition (rather than previously instead) of the site-specific analytics.
  • Moved MobileKey extension call to common settings, active now for all wikis for which parameter index is active
  • Enabled maps with a new Google API key on species-id.net

--Gregor Hagedorn (talk) 00:55, 3 April 2013 (CEST)


Heavy outages due to 502 and 504 errors today, restarting nginx/php-fpm did not help, restart server was necessary. Presumed cause was unusual heavy load. Attempted fixes: php-fpm www.conf: listen.backlog = 4096 (was 128), request_slowlog_timeout and request_terminate_timeout increased. --Gregor Hagedorn (talk) 23:21, 8 April 2013 (CEST)


Update to current Mediawiki service version. Fixing Problem with full dump partition. --Gregor Hagedorn (talk) 02:40, 24 October 2013 (CEST)


According to MediaWiki documentation on privilege rights to the wikiuser index, create, select, insert, update, delete, alter, lock tables should be set. But running the rebuildall.php maintenance script brings up the error DROP command denied to user 'wikiuser' for table 'smw_new'. So DROP must be activated for the wiki user to run the rebuildall.php script. Should be checked in phpmydamin if semantic mediawiki extensions are activated. --Andreas Plank (talk) 11:17, 14 December 2013 (CET)

Help:Installation General Notes for SMW states:
“For installation and upgrade, SMW needs the rights to create new tables (CREATE) and to alter tables (ALTER TABLE). You can remove both rights after SMW is set up. The script SMW_setup.php can use the DB credentials from AdminSettings.php for this purpose, avoiding the need of extra rights for the wiki DB user.”
Not sure whether table rights can stripped of the extended table rights or not. Running maintenance sudo rebuildall.php seems to need extended rights for SMW. --Andreas Plank (talk) 15:26, 8 January 2014 (CET)


Upgrade Semantic Forms to version 2.6 --Andreas Plank (talk) 22:36, 16 December 2013 (CET)


Falko Glöckler added WYSIWIG editor to MfN test wikis --WikiSysop (talk) 04:37, 24 December 2013 (CET)


Both storage and dump partitions increased to 350 GB each, content moved from old to new partition in Xen. Xen full VM export made. --Gregor Hagedorn (talk) 02:31, 15 January 2014 (CET)


Added Wiki http://www.mod-co.net/ --Andreas Plank (talk) 14:33, 28 April 2014 (CEST)


Disabled global inclusion of out of date Widgets extension in preparation for test of current Widgets Extension. There is a Widgets_Discussion page for discussion of the update and its use. It would be particularly helpful if sysops of affected farm wikis would mention what page on which wiki are affected. If brief, that can be done on this page. If not, please do so on Widgets_Discussion

When the new extension is in place, this page will carry a notice --BobMorris (talk) 17:02, 8 May 2014 (CEST) As of late on 8 May 2014 The Widgets extension is in place, but any wiki that wants to use it will have to enable it in its LocalSettings. At some future time to be decided by Gregor, Widgets will become available to all wikis in the farm, and a notice applied in this page. --BobMorris (talk) 23:02, 11 May 2014 (CEST)

In mediawiki20/extensions renamed Widgets Widgets.2012 --BobMorris (talk) 17:45, 8 May 2014 (CEST)


Fixed caching media. Adjusted path. --Andreas Plank (talk) 16:39, 11 May 2014 (CEST)


Fixed broken rsvg, maybe some libraryies were not up to date. Removed librsvg2-bin, updated package list installed it again librsvg2-bin. Works now. Still a problem https://bugzilla.wikimedia.org/show_bug.cgi?id=45054 (a blank between option height -h400 is needed) is fixed in MW 1.21. Current fix is

$wgSVGConverters ['rsvg'] ='$path/rsvg -w $width -h $height $input $output';// BUG resolved after MW 1.21 https://bugzilla.wikimedia.org/show_bug.cgi?id=45054

--Andreas Plank (talk) 18:23, 13 May 2014 (CEST)


Fixed missing cache directory (MWException) in OpenMedia and corrected symbolic links in following Wikis: all v-species, offene naturführer, studienstiftung, testwiki2, v-filteredpush, v-floramalesiana, v-fotoflora-bb, v-gbif-d, v-hypergarden, v-ibiosphere, v-ides, v-ispi, h = teachers handbook wiki, w = KeyToNature, v-lias (c = checklist, w= wiki), v-naturgucker/r, v-orowiki, v-phytomed, v-phytopathology, v-plantnet/terms/f, v-plantnet/uses/e, v-rosaceae, v-ukcounty, v-workbench, v-zsm --Andreas Plank (talk) 11:35, 30 May 2014 (CEST)


In the last week we had some problems as a result of incompatibility of the biowikifarm VM software and the virtualization host. The host has now been updated to Xen 6.2 with all patches. --Gregor Hagedorn (talk) 20:14, 7 June 2014 (CEST)


4 plantnet-project.org wikis fixed: Michel Chauvet reported the 4 plantnet-project.org wikis not working. When accessing the site, the error message "Fatal exception of type MWException" appeared. After setting $wgShowExceptionDetails = true;, the error message stated "Unable to create the localisation store directory '/var/www/v-plantnet/uses/e/cache'". This problem was easily fixed by running

cd /var/www/v-plantnet/uses/e/
sudo mkdir cache && sudo chown www-data:www-data cache

and repeating it in the other wiki directories. --David Fichtmueller (talk)


added new wikis:

  • GFBio Terms Wiki
  • Terminology Sandbox Wiki This wiki can be used by any BWF user to play around with the functionalities of SemanticMediaWiki without working on existing terminologies like on the TDWG Terms Wiki.

-- David Fichtmueller (talk) 10:40, 1 July 2014 (CEST)


After a crash some parts of the biowikifarm had to be recovered from backup. All database content is current to the last minute, media on our shared repositories (openmedia) are current to the last minute, but in some cases media uploaded to a local wiki between 2014-07-14 ca. 7:30 (last media backup) and ca. 18:00 may be missing. Similarly, the subversion repository was restored from the nightly backup, please report any errors you encounter. Our apologies for the service interruption! --Gregor Hagedorn (talk) 02:08, 15 July 2014 (CEST)


To improve long-term stability, a daily restart of nginx+php5-fpm was added to cron job (services-restart-php-nginx.sh) --Gregor Hagedorn (talk) 19:57, 23 July 2014 (CEST)


Changes for the Back-Ups: I changed some of the backup scripts:

  • All Wikis are now backed up automatically. Previously in order to back up a wiki it needed to be added to the corresponding file. This was forgotten when setting up some of the wikis in the recent past which is why some of the data was lost after the crash on 2014-07-14. Now all of the wikis within /var/www are backed up automatically with the possibility of blacklisting wikis that have a different backup strategy (e.g. practical plants). This makes setting up wikis easier and the backups more reliable.
  • The logs of the backup process are now stored in /var/log/backups/ so it is possible to determine what when wrong if somethings goes wrong.

--David Fichtmueller (talk) 16:17, 25 July 2014 (CEST)


Upgrade Django 1.4.2 to 1.6.5 for http://artenquiz.de. Additional python modules: django-registration, django_pyodbc (MSSQL database connections) --Andreas Plank (talk) 23:10, 7 August 2014 (CEST)


In the past days days, I encountered the Gateway Timeout issue several days. Restarting nginx helped, but it is still strange that it is happening several times a day. As a quick fix, I changed /etc/crontab to run the nginx-restart script not only once a day, but 5 times (6:15, 9:15, 12:15, 15:15 and 18:15). We still need to find the cause of this problem. --David Fichtmueller (talk) 16:13, 2 September 2014 (CEST)


Added configuration for http//artenquiz.bayernflora.de using http://diversityworkbench.net/Portal/DiversityDescriptions_Quiz_%28Artenquiz%29 --Andreas Plank (talk) 14:05, 28 September 2014 (CEST)


I updated a file in the ConfirmAccounts extensions, so it now shows on the Special:ConfirmAccounts page, the wiki in which the user has applied for an account. Also for the account requests that have been put on hold or rejected it shows the comment that was send to the user (if there is one). --David Fichtmueller (talk) 17:30, 21 November 2014 (CET)


  • Disabled the backup connection with the Bulgarian Key to Nature server as no longer required (BGBM backup working for 2 years now) --20:13, 23 November 2014 (CET)
  • 2014-11-28: (Alvaro) Checked if backups are still stored correctly in /var/backups (everything OK).


Running all apt-get updates, esp. updating php5. The latter required temporarily disabling the debian sources and relying only on dotdeb sources (else updates held back because versions got mixed). All sources re-enabled afterwards. --Gregor Hagedorn (talk) 02:05, 26 November 2014 (CET)


As the nginx configuration file was getting too large to handle, I split the config in 1 file per domain. See also: Nginx_Installation_and_Configuration#Virtual_hosts


sources.list updated, testing unstable were accidentially still active (from previous focussed install). Now all upgrades performed, all current, no packages held back any longer. --Gregor Hagedorn (talk) 23:29, 21 January 2015 (CET)


Since the nginx config file was split into one file for each domain, the first config file to be loaded was the one for abcd.biowikifarm.net. This however cause all requests from (sub)domains that are not mapped (e.g. http://example.biowikifarm.net or http://openbiodiversity.net) to display the ABCD wiki. I fixed this by renaming /etc/nginx/sites-enabled/default (config for the meta wiki) to 00_default, so it is now loaded first and all unmapped requests will show the meta wiki. --David Fichtmueller (talk) 15:19, 28 January 2015 (CET)


Applied Bugfix of api prop=imageinfo broken on PHP 5.4 with a patch manually generated from https://gerrit.wikimedia.org/r/#/c/28795/1/includes/api/ApiQueryImageInfo.php. Patch applied to all MW 1.20.7 wikis. --Andreas Plank (talk) 14:32, 5 February 2015 (CET)


NGINX conifg has globally locations for Openmedia, SpecialMedia. Because $wgForeignFileRepos ('fetchDescription') gets somehow only src="/o/media/thumb/3/3e/….jpg" without a full URL, so NGINX should have location settings vo /o/media or /s/media. So I guess symlinks in Web-Wiki-folders are not really necessary. --Andreas Plank (talk) 23:18, 7 February 2015 (CET)


I added a small script that will show some useful and commonly used shell commands to the user on the terminal. It is kind of like the small sibling of Selected Linux commands. Just type useful via the command line. It will currently prompt

#check if nginx config is valid (to be used before restarting)
sudo nginx -t 

#live view of the end (last 20 lines) of a log file
tail -f -n 20 /var/log/<log_file>

#gracefully restart apache, nginx and php-fpm
sudo /usr/sbin/apache2ctl -k graceful && sudo service nginx restart && sudo service php5-fpm restart

#update MediaWiki settings/tables/etc for a particular wiki (e.g. after enabling addons that require db tables)
cd /var/www/metawiki
php maintenance/update.php --conf /var/www/v-<wiki>/w/LocalSettings.php

I just added it, because I use such a script as well for another server I maintain and it proved to be useful. Feel free to add you own commands by calling edit-useful (or just open /var/lib/useful/useful.txt with the text editor of you choice [edit-useful uses nano]). Maybe this is of help for some of you, which is why I documented it here. --David Fichtmueller (talk) 12:49, 30 July 2015 (CEST)


Move of backups to external partition failed. Here's the log: User:Alvaro Ortiz-Troncoso/Moved_backups_to_/mnt/backup.


I made some minor updates to the backup scripts. The section for v-practicalplants (which is done separately from other wikis and media files) is now located in its separate script (daily_bak_special.sh) and is saved in <back_up_dir>/DAILY/special and the tar and 7zip commands are also executed there (the commands being executed in /var/www was partially responsible for the hard drive filling up). Additionally there is now another archive, also being saved in DAILY/special, which contains everything from /var/www, except the various cache/ and media/ directories and v-practicalplants. For details see Server backup and restore. --David Fichtmueller (talk) 16:31, 14 October 2015 (CEST)


I blocked and (bing bot) in the server .conf since they were misbehaving and didn't care about robots.txt Alvaro Ortiz-Troncoso (talk) 11:42, 10 November 2015 (CET)


Moved backups to external partition. Here's the log: User:Alvaro Ortiz-Troncoso/Moved_backups_to_/mnt/backup.


Activated Extension:Semantic Maps, Extension:Maps on OpenMedia to enable usage of coordinates of taken images. --Andreas Plank (talk) 23:47, 22 January 2016 (CET)


Activated Extension:Mp3Handler on all Wikis globally. Modified version is in biowikifarm subversion. --Andreas Plank (talk) 23:39, 27 January 2016 (CET)


Upgrade http://nnvm.eu/web/ from 1.20.7 to 1.26.2. Works. Yet TODO Modified icons in maps do not appear. --Andreas Plank (talk) 01:08, 20 February 2016 (CET)

2016-04-22 Installing Varnish

Added a test installation of Varnish on 8080. See http://biowikifarm.net/meta/Varnish . For MobileFrontend the Filecache which we still use HAS to be turned off. --WikiSysop (talk) 18:07, 22 April 2016 (CEST)


Generated new SSL certificates for all domains related to the biowikifarm, using Let's Encrypt. All wikis now fully support https, without the warnings many browsers has shown before. The list of all domains and subdomains supported is in the file /root/generate_certificates.sh. It was based on the list of Member wikis. If there are new wikis/domains in use, please update the list.

See HTTPS Support via Let’s Encrypt for more information. If there are mixed content warnings in your browser, when you try to access your wiki via https, check if there are no files connected via regular http-links, e.g. the wiki logo file.

The only domain I was not able to cover was http://wiki.infoflora.ch because it uses a proxy server. --David Fichtmueller (talk) 18:03, 22 June 2016 (CEST)


Both dump and storage partitions were recreated with considerably larger size. --Gregor Hagedorn (talk) 17:32, 12 December 2016 (CET)


Root partition is close to full, mainly because many different versions of mediawiki take up too much space. As a first relief, the local git checkout was moved to /mnt/storage/usr-share-mw-wmf-clone storage partition, linking back to /usr/share/. --Gregor Hagedorn (talk) 11:12, 12 August 2017 (CEST)