Hi all
I'm happy to let you know that new hardware has been ordered by Wikimedia
Deutschland and will arrive probably in about two weeks. We will get two new
systems:
* A more powerful web server, to replace hemlock: Sun Fire X4150, 2x Quad-Core
Xeon, 8GB RAM, 2x73GB SAS HDD. The current web server only has two cores.
* Another database server, to be used for S1 (english wikipedia), so S1 and S3
no longer have to share a server: Sun Fire X4250, 2x Quad-Core Xeon, 32GB RAM,
16x146GB SAS RAID.
This should improve performance and give us some head space for growth. Once the
new servers arrive, S3 will be re-imported too, so we will have live data again.
Any ideas for names? To stay with the nightshade theme, how about Jurubeba and
Erubia? Or perhaps we go the "witches' weed" way, with Datura and Mandrake?
Henbane is taken, i think. Amanita sounds nice, too :)
A third server has been ordered, which will also be installed in Amsterdam, but
will not be part of the toolserver cluster. It's a storage server (X4540, 24TB
RAID) that will keep a live backup of all media files.
Cheers,
Daniel
Hello,
performing of random same queries over the given set of wikis (typically random statistics) is apparently one of the very usual tasks done by toolserver users.
I have started https://wiki.toolserver.org/view/Iterating_over_wikis where I would appreciate if you could share your code excerpts in random languages. (Feel free to add yours if it's missing.)
I bet there are random ways how to do such task, good and bad, effective and ineffective, resource consuming or not, so one of the aims is to have the most effective algorithms on this task published there, so everyone can use them instantly.
Thank you for cooperation.
Kind regards
Danny B.
It would be a nice time-saver, to turn the names of servers or services
accessible via http(s) into links, such as JIRA, or ortelius (which is btw.
currently missing from the list) at http://status.toolserver.org/
Can that be done without too much hassle?
Greetings - Purodha
--
Greetings - Purodha
I'm going to suspend replication on cassia (sql-s4) for a few hours, in order to
generate a missing index on globalimagelinks. should be done by tonight.
We'll probably do the same on the other servers soon.
-- daniel
Hello all,
on Sunday at 20 o'clock UTC I will update several packages on nightshade. This
will include perl, python and java. The details can be found at [1]. If you
think, that one of the updates can or will break one of your tools, please
open a jira-bug-report and link it and I will see if I can exclude the package
for some time.
Sinclery,
DaB.
[1] https://jira.toolserver.org/browse/MNT-718
--
Userpage: [[:w:de:User:DaB.]] — PGP: 2B255885
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Hi,
cassia, the SQL server for sql-s[346], is currently offline. Load for these
clusters is being served by hyacinth (sql-s[346]-fast), but user databases are
not available. We are investigating the issue with cassia, but it will
probably need to be reimported, which might take 2-3 days.
- river.
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.15 (FreeBSD)
iEYEARECAAYFAkxIKqcACgkQIXd7fCuc5vK78wCdHLYUxOB+Q7DHLGoDnG6TziV8
0VAAoIsuLvnNydt9B0MyZrVuGtkVoLrM
=lsUy
-----END PGP SIGNATURE-----
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Hi,
I am about to remove hyacinth (sql-s[346]-fast) from rotation for some internal
testing. It will return to service in the testing configuration in a day or
two.
In the mean time, cassia (the non-fast server) will continue to serve these
clusters, but there will be no redundancy in case of failure.
- river.
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.15 (FreeBSD)
iEYEARECAAYFAkxFj5IACgkQIXd7fCuc5vLWtQCgi5ZiDRYTCPWqsl286rujvRCX
jesAn2TKWnlxucp0OZt4Xbt4VGomXNke
=9zLT
-----END PGP SIGNATURE-----