Hello all,
few minutes ago I had to clean ortelius' /tmp again because it was nearly full
(there is up to 13GB space).
Using temp-files is a great thing and we all know that clean-up is boring stuff
– but please: If you can not make your tools clean after them self then YOU
have to clean up for them from time to time. /tmp at ortelius contains over
9000 small files at the moment – I VERY doubt that most of them are still
needed. So please look what is still needed, fix your tools and/or write a
cleaning-script. Otherwise I have to write a system-wide script that will
delete all files that are older than x days.
Sincerely,
DaB.
P.S: It is totally ok for Operators to delete files in /tmp if the space
becomes tight.
--
Userpage: [[:w:de:User:DaB.]] — PGP: 0x2d3ee2d42b255885
Hello all,
as announced the s1-cluster will be the next for re-setup. It will begin with
thyme which handles sql-s1-rr at the moment. The re-setup of thyme will begin
today evening or tomorrow and will take the whole weekend. During the time
rosemary will handle sql-s1-rr (and sql-s1-user), so no problems should occur.
Somewhen next week I will move over the user-databases than to re-setup
rosemary – that will cause some read-only-time; I will send another mail for
that.
You can follow the progress at [1].
Sincerely,
DaB.
[1] https://jira.toolserver.org/browse/MNT-1305
--
Userpage: [[:w:de:User:DaB.]] — PGP: 0x2d3ee2d42b255885
Hi!
Just a short note to remind you of the upcoming MediaWiki Hackathon in
Amsterdam: http://www.mediawiki.org/wiki/Amsterdam_Hackathon_2013
Marc Pelletier, Sumana Harihareswara, me and *many* others will be there
to meet you: We'll give a status update and a migration workshop for
tool developers. The existing documentation will be updated on-the-fly.
If you want help to get started at the Hackathon, please *get your Labs
Account beforehand*. Here is how:
https://wikitech.wikimedia.org/wiki/Help:Contentshttps://wikitech.wikimedia.org/wiki/Help:Getting_Started
If you happen to be from Austria, you might still want to apply for a
travel scholarship from Wikimedia Austria:
https://www.wikimedia.at/content/stipendien-f%C3%BCr-den-amsterdam-hackatho…
(in German).
Hope to see you there!
Best, Silke
--
Silke Meyer
Systemadministratorin und Projektassistenz Wikidata
Wikimedia Deutschland e.V. | Obentrautstr. 72 | 10963 Berlin
Tel. (030) 219 158 260
http://wikimedia.de
Wikimedia Deutschland - Gesellschaft zur Förderung Freien Wissens e.V.
Eingetragen im Vereinsregister des Amtsgerichts Berlin-Charlottenburg
unter der Nummer 23855 B. Als gemeinnützig anerkannt durch das Finanzamt
für Körperschaften I Berlin, Steuernummer 27/681/51985.
Hello all,
after our discussion about more roots I got the impression that for some of
you the topic of more roots is quite urgent. To be honest I feel not very well
to just add a few roots at the moment.
So I thought a compromise and created a new user-group: Operators [1].
Operators have a limited set of advantage rights – enough to help the roots
and do every-day-jobs, but not enough rights to have access to sensible data
(so no approval from WMDE or WMF is necessary).
For testing I gave operator-status to the following people: Merl, who manage
SGE already, Danny_B, who manage the user-store already, and Platonides who
volunteered. There will be more in the future, but at the moment these 3 will
do.
In the new group the operators can collect experience while helping the users
and the TS. And the roots can see who could get root-status someday and who
not. The group is also a good place for users who like to help the TS, but can
not invest the same amount of time like a root.
So let's see if this solution works.
Sincerely,
DaB.
[1] https://wiki.toolserver.org/view/Operators
--
Userpage: [[:w:de:User:DaB.]] — PGP: 0x2d3ee2d42b255885
Hello all,
for another kernel-update I have to reboot the linux-userland-boxes again. The
reboot will happen
TODAY, 20:00 UTC.
The reboots will happen (again) sequentially in 15min intervals. SGE will
migrate/restart your jobs to other servers during the downtimes. You can
follow the progress at [1].
Another news from the linux database-servers (sql-s2 and sql-s5-user): I still
try to find the optimal configuration. For this I have to restart mysql every
few hours to bring changes live. I try to keep the downtime there at a
minimum, but I guess slow and very outdated databases helps no one.
Sincerely,
DaB.
[1] https://jira.toolserver.org/browse/MNT-1300
--
Userpage: [[:w:de:User:DaB.]] — PGP: 0x2d3ee2d42b255885
Hi!
We've been thinking about what skills current toolserver users could
need when migrating to Labs. The upcoming Hackathon in Amsterdam is a
good opportunity to offer workshops. As Tool Labs won't be ready by
then, we thought about concentrating on software toolserver users are
used to that won't be available (or won't be the default) in Labs.
Possible topics:
* git for svn users.
* Or: Switching from Solaris to Ubuntu.
* Or: Differences between Jira and Bugzilla.
* Your ideas / needs here...
To plan activities for Amsterdam, it would be good to know if you would
potentially take part in such a workshop and what topic it should cover.
So, as a *potential participant*, please let us know what you need!
If you are interested in *offering such a workshop to others*, please
let me know, too, and I'll organize it.
Have a nice weekend!
Best, Silke
--
Silke Meyer
Systemadministratorin und Projektassistenz Wikidata
Wikimedia Deutschland e.V. | Obentrautstr. 72 | 10963 Berlin
Tel. (030) 219 158 260
http://wikimedia.de
Wikimedia Deutschland - Gesellschaft zur Förderung Freien Wissens e.V.
Eingetragen im Vereinsregister des Amtsgerichts Berlin-Charlottenburg
unter der Nummer 23855 B. Als gemeinnützig anerkannt durch das Finanzamt
für Körperschaften I Berlin, Steuernummer 27/681/51985.
Hello all,
for a important kernel-update I need to reboot the linux-boxes today. The
reboot will happen
TODAY, 20:00 UTC.
The linux userland-boxes will be away for ~10min and the database-servers
(sql-s2 and sql-s2) for 30min (all values are estimates). Solaris-boxes are
not affected. The reboots will happen sequentially so SGE should re-schedule
tasks between the boxes so the downtime for each task should be short.
You can follow the progress at [1].
Sincerely,
DaB.
[1] https://jira.toolserver.org/browse/MNT-1297
--
Userpage: [[:w:de:User:DaB.]] — PGP: 0x2d3ee2d42b255885
Hello all,
I just started replication on the fresh dump of s5 and will import commons
later tonight. For tomorrow I plan a second try to move the user-databases
from the old s5-host to the new one. So I hereby announce a read-only-time of
s5 for
TOMORROW, 21:00 UTC
of unknown length (should take not that long because the owner of the biggest
databases contacted me telling that no movement is needed) – at minimum a few
hours.
I will also dump wikidata from this fresh dump and import it everywhere during
the next hours (so a correct wikidata-copy should be everywhere soon again).
Sincerely,
DaB.
--
Userpage: [[:w:de:User:DaB.]] — PGP: 0x2d3ee2d42b255885
Hello all,
to (hopefully) speed up s2 I need to restart mysql to bring some config-changes
live. Because of this there will be a downtime for sql-s2 starting
TOMORROW, 22:00 UTC.
The downtime should be less than 1h. You can follow the progress at [1].
Sincerely,
DaB.
[1] https://jira.toolserver.org/browse/MNT-1296
--
Userpage: [[:w:de:User:DaB.]] — PGP: 0x2d3ee2d42b255885
Hello all,
during the maintenance window yesterday evening the hole cluster was down for
~30min starting ~21:20 UTC. The problem was independent of the maintenance
working, but caused the window to extend.
The problem was an out-of-memory on one of our HA-nodes. Unfortunately the box
did not restart itself and its ha-buddy did not detect the problem too, so the
services of the out-of-memory-box were not switched to the other box. This
caused the hole cluster to stand until I manually rebooted the host. I will
look if I can find some kind of sensor for that; in worst case I will enable
our old "reboot if low on memory"-script again.
Sincerely,
DaB.
--
Userpage: [[:w:de:User:DaB.]] — PGP: 0x2d3ee2d42b255885