Hello,
we have an issue with Jira authentication since 25th August.
It seems the syncronisation with the crowd server is broken but I dont know why and filed a bug at Atlassian.
Cheers
Marlen
We've been receiving messages from this domain at unblock(a)toolserver.org
and they appear to be related to this:
<http://www.reddit.com/r/WTF/comments/l44r1/i_just_got_this_email_at_work_i_…>.
Viral advertising for some film. In reality, it's a message with a
crapload of images attached serving no purpose for us.
Can we just block this whole domain from sending mail to toolserver
accounts? It's a nuisance, and the messages are quite large.
--
Chris Howie
http://www.chrishowie.comhttp://en.wikipedia.org/wiki/User:Crazycomputers
If you correspond with me on a regular basis, please read this document:
http://www.chrishowie.com/email-preferences/
PGP fingerprint: 2B7A B280 8B12 21CC 260A DF65 6FCE 505A CF83 38F5
------------------------------------------------------------------------
IMPORTANT INFORMATION/DISCLAIMER
This document should be read only by those persons to whom it is
addressed. If you have received this message it was obviously addressed
to you and therefore you can read it.
Additionally, by sending an email to ANY of my addresses or to ANY
mailing lists to which I am subscribed, whether intentionally or
accidentally, you are agreeing that I am "the intended recipient," and
that I may do whatever I wish with the contents of any message received
from you, unless a pre-existing agreement prohibits me from so doing.
This overrides any disclaimer or statement of confidentiality that may
be included on your message.
Hello all,
a few users contacted me about their not running cron-tasks. A often found
problem is, that the cron-lines of these user are like the following:
0 0 * * * DoSomething
or
0 * * * * DoSomething
In a ideal world that would be no problem, but in real world that CAN be a
problem. Why? Because many users have the same idea and our submit-hosts fail
than with
(CRON) CAN'T FORK (child_process): Not enough space.
Last night 41 tasks were successful started at midnight, an unknown number
failed.
Of course we could just hit the problem with buying new hardware, but most
time of the day these hosts do idle.
So how to solve this problem? It's easy: Spread the load. Most times a task
(like a bot) do not care if it is started a few minutes earlier or later. So
choose a minute that is unlike 0 and not divisible without remainder by 5.
If it really does not matter for you when your task starts, then take the
position of the first letter of your user-name and add 2 ("dab" → "d" → 4 → 6).
To not produce a misunderstanding: If your task REALLY needs to start at
minute 0 (or at midnight): do it. An of course cron-tasks are failing for
other reasons to, so contact me (jira-bug preferred) if you have a problem.
Sincerely,
DaB.
--
Userpage: [[:w:de:User:DaB.]] — PGP: 2B255885
Hello all,
like announced in July [1] the default arch of SGE will switch soon from
solaris to *. Originally that should happen at 1. October, but I forgot
the re-announce it and I'm sure some of you forgot about it too. So the switch
is hereby announced for
9. October, 20:00 UTC.
Jobs that are executed after this timestamp and has no arch-option will run on
any host (linux or solaris) instead of a solaris-host.
There are 4 ways for you to prepare (sorted):
-Make sure that you program runs on linux AND solaris, add "arch=*".
-Make sure that you program runs only on linux, add "arch=lx".
-Make sure that you program runs only on solaris, add "arch=sol".
-Do nothing, pray and see things break.
(Somehow I have the feeling most of you will choose 4…, please make me wrong).
Sincerely,
DaB.
[1] http://lists.wikimedia.org/pipermail/toolserver-announce/2012-
July/000506.html
--
Userpage: [[:w:de:User:DaB.]] — PGP: 2B255885
Hello all,
in these days WMDE (the chapter that finance the toolserver) is discussing the
budget for the next year (2013); you can find it at [1]. At the moment there is
no money for new toolserver-hardware in this budget and the CEO Pavel Richter
is unwilling to change this ([2] in german) – because he fears that there will
be a Wikilabs in 2014. It is not possible for me to run the toolserver for
another year with the current hardware – you all know why. For this reason I
will request a change of the budget at the general meeting at November, so
there will be a vote about. If this vote should fail (and we get no money for
new hardware), I am going to retire from my job as root at 30. December 2012.
I'm not longer able to tolerant the behavior of the german chapter and the WMF
in matter of the toolserver; I do this for free and for fun, and it is not
longer fun.
Sincerely,
DaB.
P.S: If you are in a board of a chapter that gives money to WMDE for the
toolserver: Make sure that it will be spend for hardware.
[1]
http://meta.wikimedia.org/wiki/Wikimedia_Deutschland/2013_annual_plan_draft…
[2]
meta.wikimedia.org/wiki/Talk:Wikimedia_Deutschland/2013_annual_plan_draft/d…
--
Userpage: [[:w:de:User:DaB.]] — PGP: 2B255885
Hello all,
like announced on last Sunday I hereby announce a maintenance-window for
Monday, 20:00-22:00 UTC for the web-servers.
I will reboot hemlock a few times to try to find out why the web-servers are
not working if hemlock is away (and if I find it, I will fix it). All web-tools
will failing in times when hemlock is (re-)booting, other sub-systems (like
SGE) should working normal.
Sincerely,
DaB.
--
Userpage: [[:w:de:User:DaB.]] — PGP: 2B255885
Hello,
as tomorrow is maintenance window anyway I will add more disk space to s2 and s5.
In the time of the work the databases s2 and s5 will not be available.
This will take about 1-1.5 hours and I will do it when DaB checks the hemlock & web server interaction
at 20 - 22 UTC.
Cheers
nosy
Hello all,
because of a kernel-upgrade I have to reboot our linux-boxes (nightshade,
yarrow and mayapple). This will happen tomorrow,
Monday, 19:05 UTC.
I will reboot the boxes one after the other, each reboot should not take more
than 10 minutes. If you use SGE (like you should) your task will either
migrate to another box or restarted automatically. If you have files open (like
in a editor), you should close them.
You can follow the process at [1].
Sincerely,
DaB.
[1] https://jira.toolserver.org/browse/MNT-1268
--
Userpage: [[:w:de:User:DaB.]] — PGP: 2B255885
Perhaps it is useful to summarize reasons why toolserver users are not
able to change to tool/bot labs. I added my main reasons. Perhaps other
can add their reasons, too? (Mabe we should also add this list to the
wiki page)
temporary blockers
* no replication of wikimedia wiki databases
** joining of user databases with wiki databases
* no support for script execution dependency (on ts: currently done by sge)
* no support for servlets
missing support blockers
* no support for new users not familar with unix based systems
* no transparent updating of packages with security problems/bug
permanent blockers
* license problems (i wrote code at work for my company and reuse parts
for my bot framework. I have not the right to declare this code as open
source which is needed by labs policy.)
* no DaB.
To clarify, this gets added to crontab jobs? If so, how?
----
User:Hersfold
hersfoldwiki(a)gmail.com
Sent from my Windows Phone
From: DaB.
Sent: 9/28/2012 10:39
To: Wikimedia Toolserver
Cc: TS-ML-Announce
Subject: [Toolserver-l] Switching of SGE-arch-default at 9. October
Hello all,
like announced in July [1] the default arch of SGE will switch soon from
solaris to *. Originally that should happen at 1. October, but I forgot
the re-announce it and I'm sure some of you forgot about it too. So the switch
is hereby announced for
9. October, 20:00 UTC.
Jobs that are executed after this timestamp and has no arch-option will run on
any host (linux or solaris) instead of a solaris-host.
There are 4 ways for you to prepare (sorted):
-Make sure that you program runs on linux AND solaris, add "arch=*".
-Make sure that you program runs only on linux, add "arch=lx".
-Make sure that you program runs only on solaris, add "arch=sol".
-Do nothing, pray and see things break.
(Somehow I have the feeling most of you will choose 4…, please make me wrong).
Sincerely,
DaB.
[1] http://lists.wikimedia.org/pipermail/toolserver-announce/2012-
July/000506.html
--
Userpage: [[:w:de:User:DaB.]] — PGP: 2B255885