Wikimedia Labs/Tool Labs/Migration of Toolserver tools
||This page is a work in progress documentation to inform about the migration of tools from the toolserver to Labs/Tool Labs.|
- 1 Information about design, functionality and structure of Tool Labs for existing and new devs
- 2 Contact persons at WMF and WMDE
- 3 Mailing list and IRC
- 4 Table of features and tools' dependencies needed for current tools
- 5 Schedule for the transition
- 6 List of important questions/FAQ
- 6.1 How will Toolserver tools work on Wikimedia Labs?
- 6.2 Do I have to set up my own virtual machine inside Labs? Do I have to know about puppet?
- 6.3 Do I have to migrate my software to Tool Labs?
- 6.4 When can I migrate my software to Labs?
- 6.5 What do I have to think of when preparing migration?
- 6.6 What do I have to think of when finishing migration?
- 6.7 Where's the bug tracker?
- 6.8 Where is documentation?
- 6.9 What's a "service group"?
- 6.10 What about file permissions? Who can see my code?
- 6.11 Do stewards have a specific project on WMF Labs?
- 6.12 Can I delete a tool?
- 6.13 Can I rename a tool?
- 6.14 Can I have a subdomain for my web service?
- 6.15 Do I explicitly have to specify the license of my tools?
- 6.16 How do I access the database replicas?
- 6.17 Why can't I access user preferences in the replicas?
- 6.18 Anything I should know about Ubuntu Linux?
- 6.19 Will I be able to join user databases with wiki ones?
- 6.20 Will the commons database be replicated to all clusters, like it is on the Toolserver?
- 6.21 Can I import my JIRA bug tracker information to Bugzilla? If so, how?
- 6.22 Does the Tool Labs grid support qcronsub?
- 6.23 Can I move a multimaintainer project to Tool Labs?
- 6.24 My bot has many maintainers. How should we handle credentials?
- 6.25 Does Tool Labs support all the packages Toolserver does?
- 7 How can chapters, communities and developers support the process
- 8 Links for further reading
Information about design, functionality and structure of Tool Labs for existing and new devs[edit | edit source]
- Labs: a cloud-based infrastructure for developing and running tools run by Wikimedia Foundation
- Tool Labs is a special part of Labs: It consists of two projects named "Tools" and "Toolsbeta". Inside Tool Labs you don't have to care / to know about Labs instances - the environment was made to resemble the toolserver (login server style).
- The difference between the projects "Tools" and "Toolsbeta" is the following: "Tools" is a stable environment while "Toolsbeta" is a more flexible environment where you can experiment with changes in the environment itself for your tools.
Contact persons at WMF and WMDE[edit | edit source]
Wikimedia Foundation[edit | edit source]
- Ryan Lane - Labs Operations Engineer, Timezone UTC-7
- Marc A. Pelletier - Tool Labs Operations Engineer, UTC-4
- Sumana Harihareswara - community liaison/documentation/workshops, Timezone UTC-4
Wikimedia Germany[edit | edit source]
- Silke Meyer - project management @WMDE, coordination of the transition process, Timezone UTC+1
- Johannes Kroll - software engineer, technical support for migrating projects, Timezone UTC+1
- Lydia Pintscher - community liaison/communication, Timezone UTC+1
Mailing list and IRC[edit | edit source]
The central places to get help and to meet the crowd are
- mail:labs-l, the mailing list. This is an excellent place for your questions. And subscribe to it too!
- #wikimedia-labs , the IRC channel on the freenode network (more information).
Table of features and tools' dependencies needed for current tools[edit | edit source]
At the end of 2012, a list of features has been started. Feel free to add things! In the first part, we are collecting indispensable technical features Labs needs to offer what the toolserver has to offer now. Below, there is a list of features that are nice to have.
In addition, we are collecting technical details (like software and data dependencies) about tools on the toolserver to make Tool Labs fit for the existing tools. We need all tool developers' help to complete that list. Please edit it here:
List of available features[edit | edit source]
Marc Pelletier's to do list (regularly updated)
Schedule for the transition[edit | edit source]
A draft of the roadmap is available in English and in German. The bottomline: Tool Labs will be ready by the end of June 2013, tool maintainers will have one year's time to migrate their tools, and the toolserver will be decommissioned in the 2nd half of 2014.
WMF's milestones for the months to come can be found here: Wikimedia Engineering/2012-13 Goals#Milestones by quarter 2
List of important questions/FAQ[edit | edit source]
How will Toolserver tools work on Wikimedia Labs?[edit | edit source]
Tools project (stable environment)[edit | edit source]
Toolsbeta project (flexible/more experimental environment)[edit | edit source]
Do I have to set up my own virtual machine inside Labs? Do I have to know about puppet?[edit | edit source]
No. Have yourself added to the "Tools" or/and "Toolsbeta" project and you will find a login server similar to those on the toolserver. You don't have to care about what is underneath.
Do I have to migrate my software to Tool Labs?[edit | edit source]
You are all volunteers. We know that you are putting your free time into the development of tools to improve Wikimedia projects. We know that we are asking extra work by asking you to migrate your tools. Unfortunately, at some point in 2014, WMDE will discontinue the toolserver so that staying is no option. So we really encourage you to move over to Tool Labs.
When can I migrate my software to Labs?[edit | edit source]
Now. For many tools, database replication is a crucial prerequisite that is available now. Cluster s7 (with CentralAuth) is still missing, but upcoming in June 2013.
What do I have to think of when preparing migration?[edit | edit source]
Assuming that you want to copy files from the Toolserver to Tool Labs, please keep in mind that ssh/scp between the two currently works in one direction only (whyever). You can ssh from the Toolserver to Tool Labs but not the other way around.
What do I have to think of when finishing migration?[edit | edit source]
(This section is a draft, more explanations will follow!)
- Wait a while to see if everything is okay. Then it's time to clean up on the toolserver.
- Correct URLs pointing to the toolserver URL. (We are investigating on having this done by a bot.)
- Create a temporary html redirect to your tool's new URL on the toolserver.
<html><meta http-equiv="refresh" content="0;url=http://example.com/" /></html>
- (Find remaining deprecated links via access logs and correct them.)
- Switch all your running processes off on the toolserver.
- Delete your files from the toolserver. If you want to keep a copy, it's your responsibility to backup your files.
- Announce to the toolserver admins that your account can be deleted.
Where's the bug tracker?[edit | edit source]
- WMF uses Bugzilla. Please use it for your issues!
- There are the following categories in Bugzilla:
- product: "Wikimedia Labs"
- component "bots" - deprecated
- component "General" - Issues surrounding set up of labs projects.
- component "deployment-prep" - Bugs relating to the configuration/management of the WMF deployment-prep project at http://beta.wmflabs.org. More info: wikitech:Nova Resource:Deployment-prep.
- component "Infrastructure" - Bugs related to Wikimedia Labs infrastructure and not a specific Labs project.
- component "tools" - issues related to tools running inside "tools" (and not "tools-beta") <- this is what you most likely use
- component "wikistats" - http://wikistats.wmflabs.org/
- product: "Wikimedia Labs"
- If former Jira users need help / introductions, please don't hesitate to ask your questions on labs-l or on IRC (links above). Inform us about wishes for workshops! We are considering to offer workshops about software you are/will be working with in Labs that you didn't have on the toolserver. Tell us what you need!
Where is documentation?[edit | edit source]
- Getting started with Labs in general
- Labs Glossary
- Documentation for the Tools project in Tool Labs
- Magnus Manske's experience when migrating a tool
- wikitech:User:Russell Blau/Using pywikibot on Labs
What's a "service group"?[edit | edit source]
A 'service group' is a general Labs concept, known as a 'tool account' in the Tool Labs project. In toolserver jargon this is called multi-maintainer project, so a project group you can add other maintainers to.
What about file permissions? Who can see my code?[edit | edit source]
There are projects where users have root, so that all users in the project have full access to the whole project. This setup is not mandatory though: Tools can also use tool user IDs to control file permissions. On the tools project (which will be where toolserver tools migrate), you have full control over access permissions of your code and data. By default, only the tool maintainers have access (all the maintainers of a tool are in the tool's group).
Do stewards have a specific project on WMF Labs?[edit | edit source]
There is no plan to have distinct projects for different tool makers; but the tools are separated from each other. There is nothing that prevents you from sharing the maintenance of some tools between different stewards (in fact, it is recommended that you do so to ensure that there is always someone able to keep them up at need).
Can I delete a tool?[edit | edit source]
No, you can't do this yourself. The reason is that you or other members might accidentally delete precious stuff. You can delete the content of your directories. If you really want a tool / a service group to be deleted, please contact an admin.
If you are planning to try out Tool Labs but don't know yet if you are going to keep our tests as a later project, don't hesitate to create a tool (a service group) and to create a new one later where you put the stuff you want to keep.
Can I rename a tool?[edit | edit source]
No, sorry, this is not possible. You'd have to create a new one and put our code in there.
Can I have a subdomain for my web service?[edit | edit source]
Sorry, not yet. This is still in discussion at WMF. Currently, your web services are available under tools.wmflabs.org/<YOURTOOL>.
Do I explicitly have to specify the license of my tools?[edit | edit source]
Yes. If you think "this is just a draft, nothing ready" and you do not put a license into your code it's non-free software contradicting the idea of Tool Labs. So please add a license in the beginning!
How do I access the database replicas?[edit | edit source]
- In your home directory you find your credentials for mariadb (in the file replica.my.cnf). You need to specify this file and the server you want to connect to. Some examples:
mysql --defaults-file=~/replica.my.cnf -h enwiki.labsdb # <- for English WP mysql --defaults-file=~/replica.my.cnf -h dewiki.labsdb # <- for German language WP mysql --defaults-file=~/replica.my.cnf -h wikidatawiki.labsdb # <- for Wikidata mysql --defaults-file=~/replica.my.cnf -h commonswiki.labsdb # <- for Commons
- Alternatively you can rename the credentials file from replica.my.cnf to .my.cnf and just run
mysql -h commonswiki.labsdb # <- for Commons
Why can't I access user preferences in the replicas?[edit | edit source]
The db replication gives access to everything that is visible for logged in users without special privileges. Others' user preferences are considered private information in Wikimedia Labs and are thus redacted from the replicas.
Anything I should know about Ubuntu Linux?[edit | edit source]
Not familiar with Ubuntu Linux? Below, you can find some good sources of information. You have to do with a Debian-based Linux distribution. Basically if there are different documents you'll probably want to look for the server (not the desktop) edition. The current stable release that has long term support is "Ubuntu Precise", a.k.a "Precise Pangolin", a.k.a. "12.04". This is what's running in Tool Labs. Once you know what a software/command line tool is called you can read the manual directly in Tool Labs by entering "man <name_of_software>".
Help in German: http://wiki.ubuntuusers.de - very good explanations of software in German, command line as well as graphical tools. (In contrast, the forum.ubuntuusers.de contains relatively much bullshit.)
Please add more links to docs in different languages if you can really recommend them!
Will I be able to join user databases with wiki ones?[edit | edit source]
Yes. Databases created by users can be joined with the replica databases so long as they are created on the same DB.
Will the commons database be replicated to all clusters, like it is on the Toolserver?[edit | edit source]
It is not. However, there is a federated database link to commons and wikidata on every shard. There are some caveats in using them for good performance, but they are available.
Can I import my JIRA bug tracker information to Bugzilla? If so, how?[edit | edit source]
No, sorry. At the moment, we don't have a solution for you to keep the bug report from JIRA. Some people have done such a migration but this would have to be thoroughly tested and would probably need a lot of manual intervention. The good news is: If you wish you can request to have your own "component" in bugzilla for supporting your tool.
Does the Tool Labs grid support qcronsub?[edit | edit source]
Not directly. Similar functionality is available with the -once option to jsub, but the common use case of "continually try to restart my tool if it failed" is better served with the support for continuous applications (-continuous, jstart).
Can I move a multimaintainer project to Tool Labs?[edit | edit source]
The short answer; all Tool Labs tools are "multimaintainer" as meant on toolserver (i.e.: shared project space, group membership)
My bot has many maintainers. How should we handle credentials?[edit | edit source]
Credentials the bot itself uses to edit/perform actions is subject to the target wiki's policies on sharing credentials and may need to be cleared with them.
Does Tool Labs support all the packages Toolserver does?[edit | edit source]
Yes, insofar as "If you need it and it is open source, we can get it for you." We do not, on the other hand, preemptively support every version of every dependency that has been enumerated; but do so on demand (partly to avoid installing obsolete packages that are no longer relevant).
How can chapters, communities and developers support the process[edit | edit source]
Now / Phase of preparations[edit | edit source]
- You are running software on the toolserver? Please document what you need for it to work (link above)! Focus on functionalities rather than exact details, e.g. software versions.
- Please talk to us if you are ready to become an early adopter to try Labs, e.g. once the database replication is up and running.
Know how and documentation[edit | edit source]
- You are planning migration or did already accomplish it? Please help us to improve and add documentation. If you miss documentation, poke us. If you found out undocumented processes on your own tell us about them or write them down. If you don't know where to put documentation, don't hesitate to ask!
- Would you like to give a talk or a workshop on a topic related to the Toolserver -> Labs transition at a Hackathon or online? Don't hesitate to propose it to us!
Hands-on support for others[edit | edit source]
- You have migrated your own project successfully and feel like supporting somebody else? You are able to adapt software that needs modifications? Your help would be greatly appreciated! Please talk to us!
Financial support[edit | edit source]
Are you a chapter or some other project with funding, using the toolserver?
- Please consider donating for the toolserver so it can run until we have got an alternative ready.
- If you have paid developers in your projects, please consider paying them to migrate your project from the toolserver to Labs. You could even have them offer support to another / a related volunteer project if this is fine with the volunteers.