[04:34:40] hi [04:36:01] i am not able to create an account on wikipedia. whenever i try to create the account a notification show that your ip address is block. now please suggest me how can i unblock my ip address. [04:36:31] Hello [04:45:59] hi [04:46:10] anybody else [05:21:02] This is not the place to ask but [05:21:03] https://en.wikipedia.org/wiki/Wikipedia:Appealing_a_block (re @Subhash: i am not able to create an account on wikipedia. whenever i try to create the account a notification show that your ip address i...) [05:27:18] Thank you (re @responsivecat: This is not the place to ask but [05:27:18] https://en.wikipedia.org/wiki/Wikipedia:Appealing_a_block) [11:26:26] hello all, can anyone help me with tagging relevant people or projects for T384803 [12:43:26] If it's a toolforge proxy issue you can just tag it with toolforge [19:26:11] if I rename an existing wmcs server with `openstack server set name=foo`, will that change propagate to dns? [19:46:28] looks like no...which is not a big deal [20:01:56] inflatador: there's little chance that anything good will result from doing that :) It for sure won't update dns [20:11:35] anyone know/know of toolforge user 'Reticulated Spline'? [20:19:36] bd808: stashbot is failing to talk to ldap although I don't see ldap issues elsewhere so far... [20:20:10] is this familiar? [20:20:14] https://www.irccloud.com/pastebin/K3om1XUG/ [20:21:46] andrewbogott: that looks like the LDAP server cronned restart maybe? [20:22:08] it's been happening for a while though, more than just a bounce [20:23:37] "session terminated by server" doesn't sound like a problem in Striker's python code, but I guess it could be some kind of new OOM or something being triggered on the LDAP side. [20:24:10] what's the proper way to force a restart? Should start there [20:24:42] * andrewbogott does what the readme says [20:24:53] stop and start the the systemd service for the docker container it runs in. I don't remember the unit name [20:25:59] stashbot, how's it going? [20:25:59] See https://wikitech.wikimedia.org/wiki/Tool:Stashbot for help. [20:26:09] welp [20:26:45] oh... why did I read what you said as Striker and not Stashbot? brain not braining well [20:27:14] and yet you still proved a useful duck [20:27:47] "session terminated by server" in stashbot would make me think about the seemingly random network things we have seen on and off [20:28:39] yeah. I still don't understand how any one tool can fail multiple retries without every tool screaming and alert manager turning into a christmas tree [20:30:56] its a fine question. for one off failures it makes me think of NAT and state tracking getting messed up. for repeated failures of the same tool that seems a bit less likely though. [20:34:36] andrewbogott: for your earlier question about user Reticulated Spline, I feel down a rabbit hole starting from https://wikitech.wikimedia.org/wiki/User_talk:Reticulated_Spline -> https://meta.wikimedia.org/wiki/Special%3ACentralAuth%2FReticulated_Spline -> https://meta.wikimedia.org/w/index.php?title=User:Richard0612&redirect=no -> https://meta.wikimedia.org/wiki/User:Firefly [20:35:33] GUC says they last edited enwiki in November [20:43:43] how did you get from... oh, I see [20:44:07] well that explains why I couldn't find them on enwiki [20:44:12] I will post on their talk page, thank you! [20:54:19] I did some other trace the renamed user across 1-N renames over the weekend for the Wikitech SUL migration. It would be nice to find a less manual way to do it. (Free tool idea y'all!) [20:55:37] In theory there are MediaWiki log events anytime a rename happens, but finding those rename events programmatically so far does not seem to be known process [20:57:41] A real emotional rollercoaster for that user, yesterday a barnstar and today grumpy me telling them I broke their tool [21:00:38] andrewbogott ACK, I went ahead and deleted/recreated the VM [21:09:10] andrewbogott: heh. I would nearly guarantee that a decompresses XML dump from November 2014 is abandoned junk in that tool's $HOME. [21:09:28] yes, almost certainly [21:10:03] but I started to worry that they were doing some kind of sophisticated long-running progress diff between recent and ancient dumps and was reluctant to just rm it [21:11:59] * bd808 disappears back into his "sprinthackular" project [21:20:04] Apropos of nothing, "reticulate-splines.py" was the script we ran at my old job to complete tear down and rebuild misbehaving hypervisors [21:39:01] huh [21:51:39] it's a reference to the original SimCity [21:52:12] instead of "loading..." it said "reticulating splines..."