-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
hi,
given the current low uptake of stable server usage, we have decided we cannot afford to dedicate an entire server to it, which ends up being mostly idle. therefore we will be migrating the stable server to a zone (virtual machine) on hyacinth, which is also the new /home server. there should be no change in either reliability or performance as a result.
unlike the previous move, no user intervention will be required this time. we are currently copying the existing /users and /projects directories to the new server. at switchover time, an incremental rsync will be done to copy any changes since then. you can log into the new server now, using the hostname "newstable.toolserver.org"; however, i recommend not changing any files, as they will be overwritten when the next copy is done. if you would prefer to edit files on the new server, let me know and i will exclude your project from the automatic copy.
(it may take a while until you can log in, since not all .ssh directories have been copied yet.)
i *do* recommend doing a quick sanity check of your software on the new server; for example, that any software or libraries it needs are available and work correctly.
downtime for the final migration will be on Monday, 6th June, in line with the maintenance schedule for stable. we might begin the downtime slightly earlier than usual (5AM UTC) to allow time for the file copies.
i would like to change to ZWS at the same time as the migration; if your project has no yet confirmed that it works with ZWS, *please* consider trying to do so before the migration, as it will make things much easier for us. this applies to:
* wma * wmfgcbot
if you are unable to complete the web server migration yourself, please ask for help, either on IRC or the mailing list.
the move is accompanied by a more recent version of the TS package repository (/opt/ts), which includes newer versions of Perl, Python and other software. this is documented in more detail at:
https://wiki.toolserver.org/view/Solaris_software
for projects using third-party Python modules currently installed in /opt/ts/lib/python2.4/lib/site-packages, these will still be available after the move. however, we recommend changing to the Toolserver Python.
after the move is complete, the existing stable server (willow) will be repurposed into a general login server. more details on this will follow later.
lastly, we are still interested in more stable projects. stable server projects can have multiple maintainers, which reduces the workload on one maintainer, and means tools don't die when their maintainers leave.
we are currently considering disabling the unmaintained web tools of expired user accounts, meaning these tools will stop working. stable tools will only be disabled if *all* maintainers leave, and no new maintainer can be found.
additionally, the stable Toolserver has a well-defined maintenance schedule to avoid downtime during peak times, and has much less unplanned downtime than the normal Toolserver.
if you would like to move a project to stable, open a request in the TS project in JIRA, describing the project and listing the initial maintainer(s).
- river.
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
River Tarnell:
downtime for the final migration will be on Monday, 6th June
^^^^^^^^
this should say "6th July".
- river.
River Tarnell wrote:
we are currently considering disabling the unmaintained web tools of expired user accounts, meaning these tools will stop working. stable tools will only be disabled if *all* maintainers leave, and no new maintainer can be found.
Is it possible to make a list of the unmaintained web tools? I would consider adopting one if it is possible and it seems usefull.
- Byrial
Byrial Jensen wrote:
River Tarnell wrote:
we are currently considering disabling the unmaintained web tools of expired user accounts, meaning these tools will stop working. stable tools will only be disabled if *all* maintainers leave, and no new maintainer can be found.
Is it possible to make a list of the unmaintained web tools? I would consider adopting one if it is possible and it seems usefull.
- Byrial
Linking with the communication topic, it would be interesting to have a weekly/monthly? report about new tools, deprecated tools and disabled tools.
*The authors share their work (see what I made). *Toolserver users are more aware of the tools there. *More developers may join to the project (I like your idea). *Less likely to reinvent the wheel. *This knowledge will reach the communities. *Plus, it will force to have a maintained list of tools.
Platonides schrieb:
Byrial Jensen wrote:
River Tarnell wrote:
we are currently considering disabling the unmaintained web tools of expired user accounts, meaning these tools will stop working. stable tools will only be disabled if *all* maintainers leave, and no new maintainer can be found.
Is it possible to make a list of the unmaintained web tools? I would consider adopting one if it is possible and it seems usefull.
- Byrial
Linking with the communication topic, it would be interesting to have a weekly/monthly? report about new tools, deprecated tools and disabled tools.
*The authors share their work (see what I made). *Toolserver users are more aware of the tools there. *More developers may join to the project (I like your idea). *Less likely to reinvent the wheel. *This knowledge will reach the communities. *Plus, it will force to have a maintained list of tools.
Sounds good, and you just volunteered for it :)
-- daniel
Дана Saturday 20 June 2009 13:39:37 Daniel Kinzler написа:
Platonides schrieb:
Linking with the communication topic, it would be interesting to have a weekly/monthly? report about new tools, deprecated tools and disabled tools.
*The authors share their work (see what I made). *Toolserver users are more aware of the tools there. *More developers may join to the project (I like your idea). *Less likely to reinvent the wheel. *This knowledge will reach the communities. *Plus, it will force to have a maintained list of tools.
Sounds good, and you just volunteered for it :)
Platonides, when doing that, add also information on how much a tool is used.
On Sat, Jun 20, 2009 at 16:01, Nikola Smolenskismolensk@eunet.yu wrote:
Дана Saturday 20 June 2009 13:39:37 Daniel Kinzler написа:
Platonides schrieb:
Linking with the communication topic, it would be interesting to have a weekly/monthly? report about new tools, deprecated tools and disabled tools.
*The authors share their work (see what I made). *Toolserver users are more aware of the tools there. *More developers may join to the project (I like your idea). *Less likely to reinvent the wheel. *This knowledge will reach the communities. *Plus, it will force to have a maintained list of tools.
Sounds good, and you just volunteered for it :)
Platonides, when doing that, add also information on how much a tool is used.
Are there access stats somewhere?
henna
Дана Saturday 20 June 2009 20:23:26 DaB. написа:
Am Saturday 20 June 2009 19:14:09 schrieb Finne Boonen:
Are there access stats somewhere?
sure, just use the access-file at /var/log/http on wolfsbane. Should be posible to just filter the get-line and count.
Do you people think we could get acceptable results if we would simply pass the logs to awstats? If so, I can do it easily.
Nikola Smolenski schrieb:
Дана Saturday 20 June 2009 20:23:26 DaB. написа:
Am Saturday 20 June 2009 19:14:09 schrieb Finne Boonen:
Are there access stats somewhere?
sure, just use the access-file at /var/log/http on wolfsbane. Should be posible to just filter the get-line and count.
Do you people think we could get acceptable results if we would simply pass the logs to awstats? If so, I can do it easily.
Webalizer (awfful) stats are available at http://toolserver.org/~daniel/stats/
-- daniel
toolserver-l@lists.wikimedia.org