Le 24/05/2014 08:17, Emilio J. Rodríguez-Posada a écrit :
2014-05-19 21:45 GMT+02:00 Antoine Musso hashar+...@free.fr
mailto:hashar+...@free.fr:
Last discussions I have in mind were:
* sessions being in memcached and the user session key being evicted
* memcached being
Hello;
These days I'm processing Wikipedia dumps. Today I tried English Wikipedia,
which is in 150+ chunks (pages-meta-history*.7z).
I have a bash script that launches the jsub jobs, one job per chunk, so I
queued more than +150 jobs. After that, I saw that 95 jobs of them were
started and
Emilio J. Rodríguez-Posada emi...@gmail.com wrote:
These days I'm processing Wikipedia dumps. Today I tried English Wikipedia,
which is in 150+ chunks (pages-meta-history*.7z).
I have a bash script that launches the jsub jobs, one job per chunk, so I
queued more than +150 jobs. After that, I
Emilio J. Rodríguez-Posada emi...@gmail.com wrote in a
slightly different order:
Every day I have to login into Wikitech wiki despite having checked
remember me checkbox. Anyone has the same problem?
Last discussions I have in mind were:
* sessions being in memcached and the user session
On 05/26/2014 11:03 AM, Petr Bena wrote:
I don't even think that the load can be trusted in case of labs
As a rule, load is a very imprecise metric to begin with; what it
measures is how many processes are ready to run now, which only hints
at actual resource contention. This isn't specific to
Wait. The grid should have a limit of 15. I've hit that limit so many times,
I received my own exec node.
Gesendet von Maximilian's iPhone.
(Sent from Maximilian's iPhone.)
On May 26, 2014, at 10:29, Tim Landscheidt t...@tim-landscheidt.de wrote:
Emilio J. Rodríguez-Posada
By the way, I'm speaking about the Load field shown here
http://tools.wmflabs.org/?status Not the load in top command. (I'm not sure
if it is the same).
2014-05-26 18:20 GMT+02:00 Maximilian Doerr cybernet...@yahoo.com:
Wait. The grid should have a limit of 15. I've hit that limit so many
On 05/26/2014 03:57 PM, Petr Bena wrote:
Despite stikkit is well packaged and super easy to deploy, given
internal tool labs policies, it's pretty hard to deploy, so for now I
just copied it to /shared/stikkit
How so? All I need to make deployable is a .deb.
-- Marc
I have .deb's but they are on launchpad and someone said that we
shouldn't allow ppa's on tools project:
https://launchpad.net/~benapetr/+archive/misc/+packages
On Mon, May 26, 2014 at 10:06 PM, Marc-André Pelletier
mpellet...@wikimedia.org wrote:
On 05/26/2014 03:57 PM, Petr Bena wrote:
On 05/26/2014 04:09 PM, Petr Bena wrote:
I have .deb's but they are on launchpad and someone said that we
shouldn't allow ppa's on tools project
We don't, but there's nothing that prevents us from grabbing the .deb,
reviewing it, and adding it to the local repo. :-)
-- Marc
Well a simple configuration file enables pastebinit on
tools.wmflabs.org/paste
https://tools.wmflabs.org/paste/view/662c89d4
-Liangent
On Tue, May 27, 2014 at 4:10 AM, Marc-André Pelletier
mpellet...@wikimedia.org wrote:
On 05/26/2014 04:09 PM, Petr Bena wrote:
I have .deb's but they are
that requires the people to install this config file somewhere, and it
IMHO doesn't even work, given that it's using external DNS, stikkit
uses tools-webproxy instead... did you test it?
On Mon, May 26, 2014 at 10:29 PM, Liangent liang...@gmail.com wrote:
Well a simple configuration file enables
It's installable in /etc/pastebin.d and I think it's not difficult to point
it to some internal domain (*.eqiad.wmflabs)?
-Liangent
On Tue, May 27, 2014 at 4:35 AM, Petr Bena benap...@gmail.com wrote:
that requires the people to install this config file somewhere, and it
IMHO doesn't even
13 matches
Mail list logo
