-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Hello everybody!
Since 7th (may be 6th) of june my bot is not able to write pages on
dewiki larger than ~130KB. The bot code was not changed but now occurs
MaxTriesExceeded errors with <urlopen error timed out> all the time.
Befor it was able to write pages >600KB. It looks to like the uplink
is has slowed down (bottleneck?) or the timeout was reduced... I am
using pywikipedia framework and know of at least 1 other user having
the same issue. Any idea what might be the problem here?
Thanks a lot and greetings!
DrTrigon
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.12 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
iEYEARECAAYFAk/XmO4ACgkQAXWvBxzBrDD+YACgxYbvHxl8SX/7XSQxSiYgzA65
9vcAn0kztoF8aCsUvFnU/YlOQaXPlTGQ
=AP4N
-----END PGP SIGNATURE-----
Hello,
I'm having some strange issues with my crontab. I've got this line in
there, which has worked for months:
0 */2 * * * cronsub -s HersfoldArbClerkBot % java -jar
HersfoldArbClerkBot.jar > HersfoldArbClerkBot.out
Last night I replaced the jar in question with a new version (same name,
location, etc.); since then, it doesn't appear that it's been running or
even attempting to run. Usually when it fails to run I get an email, or
at the very least something should be entered in that .out file;
unfortunately I got no emails, and the file didn't exist, yet my bot
didn't make any edits until I started it manually a short while ago. It
should have run just now at 16:00 UTC, but again, no dice. Is there
something wrong with cron where it's stopped functioning correctly?
----
User:Hersfold
hersfoldwiki(a)gmail.com
No, as I said, I ran it manually just fine.
The % is part of the cronsub command, denoting the start of the command
to execute. It's documented on the TS wiki.
The redirection has never caused issues before.
----
User:Hersfold
hersfoldwiki(a)gmail.com
Sent from my Windows Phone
From: Platonides
Sent: 6/9/2012 13:31
To: toolserver-l(a)lists.wikimedia.org
Subject: Re: [Toolserver-l] Crontab not running?
On 09/06/12 18:02, Hersfold wrote:
> Hello,
>
> I'm having some strange issues with my crontab. I've got this line in
> there, which has worked for months:
> 0 */2 * * * cronsub -s HersfoldArbClerkBot % java -jar
> HersfoldArbClerkBot.jar > HersfoldArbClerkBot.out
>
> Last night I replaced the jar in question with a new version (same name,
> location, etc.); since then, it doesn't appear that it's been running or
> even attempting to run. Usually when it fails to run I get an email, or
> at the very least something should be entered in that .out file;
> unfortunately I got no emails, and the file didn't exist, yet my bot
> didn't make any edits until I started it manually a short while ago. It
> should have run just now at 16:00 UTC, but again, no dice. Is there
> something wrong with cron where it's stopped functioning correctly?
>
> ----
> User:Hersfold
> hersfoldwiki(a)gmail.com
Maybe the new HersfoldArbClerkBot.jar has some dependency which is only
fullfilled in the login server?
(thus it dies in the new version)
What's the point of that % character?
That redirection is also confusing, since cronsub would use
HersfoldAhrbClerkBot.out as output file, and you're also using a
redirection to the same file.
_______________________________________________
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
That's possible. I'll check when I get back home.
----
User:Hersfold
hersfoldwiki(a)gmail.com
Sent from my Windows Phone
From: DeltaQuad
Sent: 6/9/2012 12:20
To: toolserver-l(a)lists.wikimedia.org
Subject: Re: [Toolserver-l] Crontab not running?
My first inclination is that it's a file permissions error with crontab,
where the server can't read it because of access issues. That's what
happened to me once, though knowing what to change it to, I forget.
DeltaQuad
English Wikipedia Administrator
On 09/06/2012 12:02, Hersfold wrote:
> Hello,
>
> I'm having some strange issues with my crontab. I've got this line in
> there, which has worked for months:
> 0 */2 * * * cronsub -s HersfoldArbClerkBot % java -jar
> HersfoldArbClerkBot.jar > HersfoldArbClerkBot.out
>
> Last night I replaced the jar in question with a new version (same
> name, location, etc.); since then, it doesn't appear that it's been
> running or even attempting to run. Usually when it fails to run I get
> an email, or at the very least something should be entered in that
> .out file; unfortunately I got no emails, and the file didn't exist,
> yet my bot didn't make any edits until I started it manually a short
> while ago. It should have run just now at 16:00 UTC, but again, no
> dice. Is there something wrong with cron where it's stopped
> functioning correctly?
>
> ----
> User:Hersfold
> hersfoldwiki(a)gmail.com
>
>
> _______________________________________________
> 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
_______________________________________________
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
I know this may seem like whining but Nightshade was pulled out of service
due to hardware issues. DaB pulled yarrow in as a linux test server, (since
river left solaris maintenance is difficult), Right now willow (our only
remaining login server) is extremely over stressed, I am seeing core dumps,
seg-faults and many other symptoms on a more and more frequent basis. The
banning of interwiki bots has done a small favor in reducing the stress.
Yet we continue to add more accounts and use more resources on an already
overloaded server. Is there an eta on getting Nightshade back in operation?
and possibly adding yarrow as a login server? If there are things holding
back this process is there anything that us users in userland can do to
help expedite this process?
John
Hello all,
while the SGE-update will need some more time (see my last mail), I think it
is a good idea to finish the installation of linux on yarrow and nightshade
soon. Because the roots can not think of everything and your feedback which
Debian-packages should be installed was smaller than expected, I hereby
announce a Open-Linux-Server-day for
Thursday, 10. May between 10:00 and 22:00 UTC.
During this time, login for normal users will be possible and it will also be
possible to run code/scripts/editors/whatever. After 22 o'clock user-login
will be disabled again and the box will get a reboot.
On this way I hope that we all will notice the last problems before the linux-
boxes will go into the productive state soon after.
Sincerely,
DaB.
--
Userpage: [[:w:de:User:DaB.]] — PGP: 2B255885
On 07/06/12 16:04, Brad Jorsch wrote:
>> At the very least, all pywikipedia bots on the toolserver will edit over
>> IPv6 - and I think a lot of the non-pywikipedia bots also, unless they
>> resolve IP addresses manually. Of course, they won't edit anonymously,
>> so you'll only see it in the access logs.
>
> Speaking of the toolserver, does anyone happen to know which IPv6
> addresses belong to it? Just looking in DNS, it seems the named servers
> are currently in 2620:0:862:101::2:0/124, with some other toolserver.org
> addresses resolving in 2620:0:862:101::1:3/124 and
> 2620:0:862:101::3:0/124.
A little playing shows:
hemlock 2620:0:862:101:0:0:2:0
clematis* 2620:0:862:101:0:0:2:1
zedler 2620:0:862:101:0:0:2:2
nightshade 2620:0:862:101:0:0:2:3
willow* 2620:0:862:101:0:0:2:4
hawthorn* 2620:0:862:101:0:0:2:5
wolfsbane* 2620:0:862:101:0:0:2:6
ortelius* 2620:0:862:101:0:0:2:7
yarrow* 2620:0:862:101:0:0:2:8
daphne 2620:0:862:101:0:0:2:9
damiana 2620:0:862:101:0:0:3:0 2620:0:862:101:0:0:3:1
2620:0:862:101:0:0:3:2 2620:0:862:101:0:0:3:3
turnera 2620:0:862:101:0:0:3:4 2620:0:862:101:0:0:3:5
2620:0:862:101:0:0:3:6 2620:0:862:101:0:0:3:7
thyme 2620:0:862:301:0:0:2:0
ptolemy 2620:0:862:301:0:0:2:1
hemlock 2620:0:862:301:0:0:2:2 [outdated dns entry?]
rosemary 2620:0:862:301:0:0:2:3
hyacinth 2620:0:862:301:0:0:2:4
cassia 2620:0:862:301:0:0:2:5
adenia 2620:0:862:301:0:0:2:6
scs-oe10 2620:0:862:301:0:0:2:7 (Cisco)
scs-oe16 2620:0:862:301:0:0:2:8
2620:0:862:101::1:0, 2620:0:862:101::1:1, 2620:0:862:101::1:2,
2620:0:862:101::1:3, 2620:0:862:101::1:4
point to www.toolserver.org, ha-dns-auth.toolserver.org,
ha-mail.toolserver.org, ha-www.toolserver.org, ha-lb.toolserver.org
which seem to mean they are handled by the damiana-turnera pair.
You will probably only view toolserver edits from the server marked with
* (plus nightshade when it gets setup again) until the cluster grows.
I have tested for those that the listed ips are indeed those viewed as
source by the wikis.
https://bugzilla.wikimedia.org/show_bug.cgi?id=28339 has been just sitting
their stale for quite a while. I know as a toolserver user, that there is a
potential for a lot of useful tools. Who do I need to bribe or murder in
order to facilitate this process?
John
The account approval requests tracker is getting "messy". 18 created and 5 resolved over the last 30 days. I created a request on May 8, and have emailed ts-admins since (with no reply) over a week now. I've had no comments to my request, and am wondering if the service is usually this slow. I am aware that we are not obliged to get accounts, as it is a free service offered (etc.), but I believe that cleaning up the backlog would be good.
Hazard-SJ