Hello all,
last night reboots on hemlock killed the query-killer. I just restarted it.
You if you get a bunch of mails from it now, there is nothing to worry.
Sincerely,
DaB.
--
Userpage: [[:w:de:User:DaB.]] — PGP: 2B255885
Hello,
I have some troubles with a script I run on hu.wikipedia.
I have created a script, which name is LienHu.sh and content is
#-*- coding: utf-8 -*-
#!/usr/bin/python
python /home/hercule/template.py "Ideig" "Ideig/Automatikus törlés"
-cat:"Lapok láthatatlanná vált ideig sablonnal" -summary:"Bot: {{Ideig}}
sablonhívás törlése a cikk létrehozása következtében" -assubst -pt:0
-lang:hu -always
python /home/hercule/template.py "Linkiw" "Linkiw/Automatikus törlés"
-cat:"Lapok láthatatlanná vált linkiw sablonnal" -summary:"Bot: {{Linkiw}}
sablonhívás törlése a cikk létrehozása következtében" -assubst -pt:0
-lang:hu -always
python /home/hercule/template.py "Piroslink" "Piroslink/Automatikus
lecserélés" -cat:"Lapok felesleges piroslink sablonnal" -summary:"Bot:
{{Piroslink}} sablonhívás lecserélése a cikk létrehozása következtében"
-assubst -lang:hu -always
python /home/hercule/template.py "Piroslink*" "Piroslink*/Automatikus
lecserélés" -cat:"Lapok felesleges piroslink sablonnal" -summary:"Bot:
{{Piroslink*}} sablonhívás lecserélése a cikk létrehozása következtében"
-assubst -lang:hu -always
This file is encoded in UTF-8
When I run the command line
./LienHu.sh in my folder I have a correct execution (see
http://hu.wikipedia.org/w/index.php?title=Szerkeszt%C5%91:Oliv0&diff=123704…
)
But when I run it with cronie :
9 8 * * * newtask -p batch /home/hercule/batch/LienHu.sh
There are problems with text encoding (see
http://hu.wikipedia.org/w/index.php?title=Szerkeszt%C5%91:Oliv0&diff=123703…
)
I need help to solve this file encoding problem.
Regards
Antoine alias Hercule
of hyacinth s3/s6/s7)
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit
I'm noticing that some data has gone missing from s4 database(s). It
appears that this goes back at least a few days; do we know how far,
and if any of this data is recoverable? (Of less immediate concern is
why this happened...)
----
User:Hersfold
hersfoldwiki(a)gmail.com
Sent from my Windows Phone
From: Marlen Caemmerer
Sent: 9/19/2012 6:02
To: Wikimedia Toolserver
Subject: Re: [Toolserver-l] z-dat-s4-a (s4-user) is down (was: Re:
Reboot of hyacinth s3/s6/s7)
Hello,
I had a bad accident with resizing the volume for s4-user.
Unfortunatelly I did not realize s4-rr does not hold the
s4-user-databases already.
I installed the backup of the user databases in this instance so
s4-user should be usable again.
Cheers
nosy
_______________________________________________
Toolserver-l mailing list (Toolserver-l(a)lists.wikimedia.org)
https://lists.wikimedia.org/mailman/listinfo/toolserver-l
Posting guidelines for this list:
https://wiki.toolserver.org/view/Mailing_list_etiquette
Hello all,
At Thursday 20 September 2012 13:10:18 DaB. wrote:
> I'm noticing that some data has gone missing from s4 database(s). It
> appears that this goes back at least a few days; do we know how far,
> and if any of this data is recoverable? (Of less immediate concern is
> why this happened...)
I told Nosy to use our backup from the 18 (that's the day the mistake happened
and so only few data should be lost). But only she knows that she has done.
@Nosy: Can you please respond to Hersfold?
Sincerely,
DaB.
--
Userpage: [[:w:de:User:DaB.]] — PGP: 2B255885
Hello all,
the linux-servers are now nearly 2 weeks online. While some short- and medium-
running SGE-task are running there already, the number of long-running tasks
is near zero (see graphs at [1]); in contrast the load on willow is still
quite high.
It would be nice if more of you could try to move tasks away from the solaris-
boxes to the linux-boxes (or better: make the task so independent it runs on
both architectures).
Please notice that in ~2 months -arch=* will replace -arch=sol as default, so
you should slowly begin to look if your tools are running on linux or not (and
if not how that can be fixed).
A word to the pywikipedia-framework users: At the moment it is unclear if the
old python-unicode-bug is fixed or not on our installation (see [2]). Testing
(and commenting) is very welcome, but do not run a bot unsupervised.
Sincerely,
DaB.
P.S: If you are still not using SGE, consider it!
[1] http://munin.toolserver.org/Miscellaneous/turnera/index.html#sge
[2] https://jira.toolserver.org/browse/TS-1466
--
Userpage: [[:w:de:User:DaB.]] — PGP: 2B255885
DeltaQuad suggested I tell the bots developers on this list about this
tool, because he hadn't heard about it.
Max Semenik wrote a GUI tool to help newbies explore the MediaWiki API.
It's called the API Query Sandbox. You can try it here:
https://en.wikipedia.org/wiki/Special:ApiSandbox
Please file bugs and enhancement requests in bugzilla.wikimedia.org
(Product: MediaWiki extensions, Component: ApiSandbox). We want to make
this better.
Thanks!
Sumana Harihareswara
Engineering Community Manager
Wikimedia Foundation
Hello all,
as most of you know, sql.toolserver.org (short: sql) is the place where you
should store your user-database if you need no joining with wmf-databases. sql
points to adenia at the moment. Adenia is quite busy from time to time and
sooner or later it will become overloaded. My plan is to not just buy a bigger
box than, but to buy another box and split sql (so some databases will be on
the old box and some will be on the new box).
The problem is that this is not possible with our current setup, where we have
only sql.toolserver.org – we can not configure it as round-robin because in 50%
of time you would miss your database.
The solution is simple, but it needs a little help from your side. I created
new DNS-names in the form of "sql-user-X" where X is a letter ("sql-user-a"
for example). The idea is now that you use not longer "sql", but "sql-user-X"
where "X" is the first letter of your user-name (so the user "erik" use "sql-
user-e" and the user "snowolf" use "sql-user-s"). If you all do this, it will
be simple for the roots to move user-databases away from adenia to another
server (for example we could move databases from "u_m*" till "u_z*" to the new
box and nothing would break).
I know that many of you need some time to update your tools. That's the reason
I announce that now where you have plenty of time to update your stuff. At the
moment sql-user-X points to adenia so nothing will break if you update now.
Please send questions to the mailing-list. I will update the wiki-pages soon.
Sincerely,
DaB.
--
Userpage: [[:w:de:User:DaB.]] — PGP: 2B255885