[18:37:23] 10WM-Bot, 06Labs: Move wm-bot instance to Trusty - https://phabricator.wikimedia.org/T157838#3039274 (10Petrb) >>! In T157838#3038523, @scfc wrote: >>>! In T157838#3038517, @Petrb wrote: >> […] >> The current real problem is that I can't get web proxy to work, I created in horizon: wm-bot2.wmflabs.org but it d... [18:38:39] 10WM-Bot, 06Labs: Move wm-bot instance to Trusty - https://phabricator.wikimedia.org/T157838#3039277 (10Paladox) @Petrb hi, what port are you using with the web proxy and have you enabled the port through the firewall? [18:38:55] 10WM-Bot, 06Labs: Move wm-bot instance to Trusty - https://phabricator.wikimedia.org/T157838#3039278 (10Paladox) Also why not move to debian jessie? [18:40:50] 10WM-Bot, 06Labs: Move wm-bot instance to Trusty - https://phabricator.wikimedia.org/T157838#3039279 (10Petrb) @Paladox I used image recommended by @Andrew you were right it was firewall blocking it [18:42:04] 10WM-Bot, 06Labs: Move wm-bot instance to Trusty - https://phabricator.wikimedia.org/T157838#3039280 (10Petrb) BTW I think 8 is Jessie [18:44:51] 10WM-Bot, 06Labs: Move wm-bot instance to Trusty - https://phabricator.wikimedia.org/T157838#3039282 (10Paladox) Ok thanks. Did enabling it in the firewall work? [18:44:51] Hey wikibugs, you are welcome! [18:47:23] lol [18:47:47] wm-bot: ready for move? [18:47:47] Hi petan, there is an error, I'm a stupid bot and not intelligent enough to hold a conversation with you :-) [18:47:55] :) [18:55:18] !pin [18:55:18] There are multiple keys, refine your input: pingpetan, ping, [18:55:19] !ping [18:55:19] Pong. [18:55:46] Will they auto rejoin channels? [18:56:17] Join error: Cannot join channel (+i) - you must be invited channel: wm-bot2 ##twinkleminions reason: InviteOnly [18:56:53] yes they will if they are allowed to do that [18:56:59] @systeminfo [18:57:00] * wm-bot5 is online; channels: 83 connected: True working: True queue: 199 [18:57:00] * wm-bot4 is online; channels: 81 connected: True working: True queue: 202 [18:57:00] * wm-bot3 is online; channels: 82 connected: True working: True queue: 186 [18:57:01] * wm-bot2 is online; channels: 83 connected: True working: True queue: 192 [18:57:09] kinda big mqueue [18:57:16] Mqueue? [18:57:20] message queue [18:57:31] they have each around ~200 irc commands to send [18:57:37] there is a delay about 1 sec per message [18:57:41] so that ircd doesn't get flooded [18:57:51] otherwise they would be disconnected for flooding [18:57:57] You guys should ask freenode for flood prevention exemption [18:58:06] not possible I asked many times [18:58:15] Thats bs pardon my french [18:58:16] not even exception for channel count per session [18:58:25] that's why we have 5 instances [18:58:35] well I know it's technically possible, but freenod staff told me it's not [18:58:52] they can't do per user exceptions [18:59:05] truth is even their own bot anti spam meta, is restricted by them [18:59:13] petan: wm-bot is a special bot i would do alot of work to it but id end up breaking it lol [18:59:35] so maybe this ircd they use don't support per session exceptions idk [19:00:08] Antispammeta isnt freenodes [19:00:27] well it's running on former freenode server if I recall right [19:00:42] maybe I mistake it with eir [19:00:51] but I think eir also has limits [19:01:12] anyway if freenode lift the limits I can change settings easily :P [19:01:21] it's not a limitation of bot that it needs to act so slowly [19:01:33] @systeminfo [19:01:33] * wm-bot4 is online; channels: 81 connected: True working: True queue: 0 [19:01:33] * wm-bot5 is online; channels: 83 connected: True working: True queue: 0 [19:01:33] * wm-bot2 is online; channels: 83 connected: True working: True queue: 0 [19:01:33] * wm-bot3 is online; channels: 82 connected: True working: True queue: 0 [19:01:38] queue is empty [19:01:42] it should react very fast now [19:01:44] !ping [19:01:44] Pong. [19:31:27] 10WM-Bot, 06Labs: Move wm-bot instance to Trusty - https://phabricator.wikimedia.org/T157838#3039327 (10Petrb) Yes, bot is now up and running on Jessie, I need to test if web hooks work, which is now most important thing, then we need to migrate logs and SQL DB. Please don't terminate old wm-bot instance yet,... [20:36:47] I know: add, changepass, channel-info, channellist, commands, configure, drop, github-, github+, github-off, github-on, grant, grantrole, help, info, instance, join, language, notify, optools-off, optools-on, optools-permanent-off, optools-permanent-on, part, rc-ping, rc-restart, reauth, recentchanges-bot-off, recentchanges-bot-on, recentchanges-minor-off, recentchanges-minor-on, recentchanges-off, recentchanges-on, reload, restart, revoke, revokerole, seen, seen-host, seen-off, seen-on, seenrx, suppress-off, suppress-on, systeminfo, system-rm, time, traffic-off, traffic-on, translate, trustadd, trustdel, trusted, uptime, verbosity--, verbosity++, wd, whoami [20:36:47] @commands [21:02:04] petan: and now you need to get ident working again :P [21:06:57] ? [21:07:20] It looks fine [21:07:44] [19:48:57] <*buffextras> wm-bot!wm-bot@wikimedia/bot/wm-bot quit with message: [Remote host closed the connection] [21:07:49] [19:54:52] <*buffextras> wm-bot!~wm-bot@wikimedia/bot/wm-bot joined [21:07:54] see the difference? [21:08:19] Whats wrong with the ~ [21:08:34] that is, if ident is not working [21:08:43] otherwise users don't have a ~ like me [21:08:51] Whats the difference [21:09:35] https://en.wikipedia.org/wiki/Ident_protocol [21:10:13] on multi-user systems (e.g. tool labs), identd can help to fight abuse, because it will show the real user name of the connecting client [21:12:20] Ah [21:25:11] Sagan: does that require direct access from internet? [21:25:17] I suppose it does :/ [21:26:36] petan: not sure. I use ident only as ZNC module [21:26:44] it does by its nature [21:26:53] meaning I would need to alocate public IP for wm-bot [21:27:22] petan: but if the bots project get deleted, there is one IP more available :o [21:27:39] 10WM-Bot, 06Labs: Move wm-bot instance to Trusty - https://phabricator.wikimedia.org/T157838#3039424 (10Petrb) There is one problem I need to run identd which requires public IP address, can we get 1 for wm-bot project? Previous bot also had it. [21:28:07] yes there is... but we will probably get a different one [21:28:28] evrything is different even internal IP of bot :( [21:28:41] so all services that were using IRC relay throug wm-bot are broken now [21:28:46] even hostname is different [21:28:52] this virtual machine is called "wm-bot2" [21:29:06] because "wm-bot" is taken and openstack doesn't like 2 machines with same hostname [21:29:12] or its implementation on labs [21:29:59] I don't really understand why labs don't support internat dist-upgrade feature [21:30:08] it's possible to upgrade OS using shell command [21:30:14] they require us to nuke it and create again [21:30:15] :/ [21:31:27] petan: feel free to try that, but don't complain if it doesn't :-p [21:31:39] valhallasw`cloud: try what? [21:31:43] dist-upgrade [21:31:53] I would but they said specifically to create new instance [21:32:11] that existing one will be deleted [21:32:28] that's preferrable, yes, as dist-upgrades tend to be painful in practice [21:32:31] it would save me hours of work if i didn't have to migrate everything to different host with different IP etc [21:32:49] idk I was once upgrading debian servers from debian 3 to debian 7 [21:32:56] it wasn't easy.. .but doable :P [21:33:14] it's ok-ish on physical hardware where you have hardware access if something goes wrong [21:33:33] actually it's much more ok on virtual servers as long as you have access to console [21:33:42] on virtualized hardware (i.e. needs some special config) with no console access... not so much [21:33:46] which labs don't provide to regular users despite it exists :P [21:33:59] labs have console access but it's restricted from regular useres [21:34:11] only WMF staff can access it [21:34:14] I'm well aware [21:34:35] doing upgrades on virtual machines is usually easier because you can snapshot them... [21:34:40] which is also feature lacking on labs :( [21:35:02] again, technically possible, but not exposed [21:35:42] the main reason is that labs hosts should be 'cattle, not pets', so it doesn't make sense to invest effort into a feature that doesn't have a wide use-case [21:36:36] I know that theory of building everyting from scratch easily through puppet sounds cool, but in some use cases it just doesn't work easily... like when you are rebuilding a service that is being used [21:36:37] by external services / users [21:36:47] now that there is different IP and different hostname... [21:36:58] and no way to create labs-wide alias or CNAME [21:37:10] or VIP [21:37:13] last time I checked horizon could do that [21:37:17] the cname, that is [21:37:21] I will check [21:37:53] but whether you can use something 'wm-bot' will resolve to is a different question [21:39:12] I think you should be able to full anage the .wm-bot.wmflabs.org subdomain [22:26:46] 10WM-Bot, 06Labs: Move wm-bot instance to Trusty - https://phabricator.wikimedia.org/T157838#3039457 (10Andrew) As per https://phabricator.wikimedia.org/T157838, wm-bot needs a floating IP for identd [22:28:03] 10WM-Bot, 06Labs: Move wm-bot instance to Trusty - https://phabricator.wikimedia.org/T157838#3018288 (10Andrew) [22:31:00] 10WM-Bot, 06Labs: Move wm-bot instance to Trusty - https://phabricator.wikimedia.org/T157838#3039493 (10Andrew) [22:31:38] 10WM-Bot, 06Labs: Move wm-bot instance to Trusty - https://phabricator.wikimedia.org/T157838#3018288 (10Andrew) Granted, as per T158520. lmk if you have trouble assigning it -- the horizon interface should be straightforward. [22:38:39] DEBUG Exception in module NetCat: Write failure st: at System.Net.Sockets.NetworkStream.Write (System.Byte[] buffer, Int32 offset, Int32 size) [0x00000] in :0 at System.IO.StreamWriter.FlushBytes () [0x00000] in :0 at System.IO.StreamWriter.FlushCore () [0x00000] in :0 at System.IO.StreamWriter.Flush () [0x00000] in :0 at wmib.Extensions.NetCat.SendMessage (System.IO.StreamWriter& writer, System.String text) [0x00000] in :0 at wmib.Extensions.NetCat.Client (System.Object data) [0x00000] in :0 [22:39:51] Bot's going to have a bit of a queue for a bit... large merge in a repo I run [22:40:15] Gg [22:40:26] @systeminfo [22:40:26] * wm-bot5 is online; channels: 83 connected: True working: True queue: 0 [22:40:26] * wm-bot4 is online; channels: 81 connected: True working: True queue: 0 [22:40:26] * wm-bot3 is online; channels: 82 connected: True working: True queue: 0 [22:40:26] * wm-bot2 is online; channels: 83 connected: True working: True queue: 0 [22:40:47] Matthew_: it doesnt seem like it lol [22:40:58] Yeah, it finished right before your command :) [22:41:54] Ah