[00:55:56] 3Tool-Labs: Enable OpenJDK 8 - https://phabricator.wikimedia.org/T68171#958616 (10Fastily) any updates? [01:08:13] Hi how I view my scheduled jobs in the crontab [01:08:15] ?? [01:14:49] hello? [01:17:00] lbertolotti: crontab -l [01:19:59] annika_: this command is missing from this page https://wikitech.wikimedia.org/wiki/Help:Tool_Labs/Grid [01:21:18] well, it has crontab -e which also works [02:08:59] To all the WMF features team ninjas: According to this page: https://wikitech.wikimedia.org/wiki/Parsoid Parsoid is running on labs somewhere. Is it possible that my instance could access it? [02:09:30] I forgot to add port 8000 to my security group [02:17:47] negative24: you might want to use the production cluster instead [02:17:55] http://parsoid-lb.eqiad.wikimedia.org/ [02:19:00] gwicke: Exactly what I was looking for. Is that running on port 8000 and with which prefix? [02:20:32] Oh I just realized that it may not work with my instance. I would need access to the configs for that. [02:30:00] ah [02:30:10] there is a puppet role for parsoid [02:30:30] but the easiest is probably to use the deb [02:30:47] https://www.mediawiki.org/wiki/Parsoid/Setup#Ubuntu_.2F_Debian_on_amd64 [02:31:10] that'll set up the init script etc for you [02:38:57] gwicke: Just found out my problem. Some 'faulty' documentation is telling me to use the SSL protocol when I don't have it setup. [02:39:14] I'm going to fix that [02:39:50] Now I'm getting Error: Unknown dependency: schema.Edit [03:07:56] gwicke: Do you have any idea what this error message is? ^ [05:02:57] Coren: you here? I added that PS1= to my .profile and it's my default prompt until I become xtools. How do I make it always my prompt? [05:49:48] T13|mobile: that's not possible afais. it is overwritten by design [06:34:52] PROBLEM - Puppet failure on tools-exec-15 is CRITICAL: CRITICAL: 40.00% of data above the critical threshold [0.0] [06:38:32] PROBLEM - Puppet failure on tools-exec-14 is CRITICAL: CRITICAL: 44.44% of data above the critical threshold [0.0] [06:59:17] PROBLEM - Puppet failure on tools-exec-07 is CRITICAL: CRITICAL: 70.00% of data above the critical threshold [0.0] [06:59:55] RECOVERY - Puppet failure on tools-exec-15 is OK: OK: Less than 1.00% above the threshold [0.0] [07:03:32] RECOVERY - Puppet failure on tools-exec-14 is OK: OK: Less than 1.00% above the threshold [0.0] [07:24:15] RECOVERY - Puppet failure on tools-exec-07 is OK: OK: Less than 1.00% above the threshold [0.0] [09:20:59] YuviPanda: morning. Do we still use ganglia monitor on labs ? [09:21:07] some instances puppet run reports to me: [09:21:08] Notice: /Stage[main]/Ganglia/Service[ganglia-monitor]/ensure: ensure changed 'stopped' to 'running' [09:22:05] hashar: hmm, nope. we should kill that. I had thought we already did. [09:22:17] YuviPanda: will investigate [09:22:50] gmond surely runs on the instance [09:29:18] YuviPanda: some class I am using includes ganglia-monitor :/ [09:29:37] I wish we could dump the puppet dependency tree [12:19:18] YuviPanda: How does tools-static deal with headers? [12:19:26] a930913: ? [12:19:32] a930913: it sends cache headers automatically [12:19:43] what kind of headers are you thinking of? [12:20:23] YuviPanda: Character encodings for one. [12:20:45] hmm [12:21:31] a930913: http://tools-static.wmflabs.org/static/bootstrap/3.1.1/js/bootstrap.js doesn’t give me any charset header [12:21:35] I presume also that, say, a .py's source is sent? [12:21:59] a930913: yup, which is why it isn’t picking things up from public_html [12:22:06] a930913: it detects mime types automatically [12:23:08] I could potentially set everything’s charset to utf-8, but unsure if that’s going to be very helpful [12:24:24] YuviPanda: I think that's useful, at least for text files. [12:24:40] valhallasw`cloud: hmm. does it missing cause any obvious problems? [12:24:48] Seeing as these files shouldn't be executed, perhaps hashbang headers? [12:25:04] YuviPanda: if it's missing, it's assumed to be, dunno, latin-1 or so? probably ok for most .css, but there could be non-ascii static files. [12:25:42] Scrap that, would mess up source files. [12:26:15] yup, no hashbangs [12:26:32] valhallasw`cloud: right, but enforcing utf-8 means we are enforcing utf-8 and no other charsets can be used [12:26:38] which… come to think of it, is not a bad idea at all! [12:26:41] Hashbangbangs? :D [12:26:56] YuviPanda: I don't think there's a sensible way to provide a charset [12:27:03] yup [12:27:04] YuviPanda: unless you want to go the .htaccess route, or something [12:27:14] well, nginx doesn’t let you do that easily [12:27:15] YuviPanda: so then we should just provide a sensible charset, hence utf-8 [12:27:26] I think I agree. let me write up a patch [12:28:08] I still think it should be reasonably overwritten. [12:28:28] 3Tool-Labs: tools-static should return a sensible charset - https://phabricator.wikimedia.org/T85999#959198 (10yuvipanda) 3NEW [12:28:33] a930913: ^ filed a task [12:28:38] a930913: do you have use cases in mind? [12:29:46] YuviPanda: I just remember having to set some charsets on some of my static files. [12:30:38] a930913: right, but why would you want a non utf-8 charset? :) [12:30:54] tools-static-utf-8.wmflabs.org? :p [12:31:10] YuviPanda: People are weird. [12:32:20] a930913: I think the static file server should be focused on speed and simplicity :) If you want custom headers, should be simple to have a simple web service that adds whatever headers you want :) [12:32:25] a930913: then convert those files to utf-8 [12:32:28] easy peasy [12:32:48] or that :) [12:33:44] Works for me. It's a utf-8 static file server then :p [12:36:18] a930913: I don’t see anything wrong with that :) [12:36:22] plus images, etc don’t have a charset [12:36:29] also, everyone *should* be using unicode [12:36:31] and mostly utf-8 [12:36:51] YuviPanda: there's no such thing as 'uning unicode' :P [12:37:29] valhallasw`cloud: technicalities! unicode is an abstraction over multiple encodings. [12:37:49] a code point in utf-8 is not different from a code point in ucs-2. just represented differently [12:37:54] :> [12:37:56] I also said ‘and mostly utf-8’ :P [12:38:24] 3Tool-Labs: tools-static should return a sensible charset - https://phabricator.wikimedia.org/T85999#959212 (10yuvipanda) 5Open>3Resolved a:3yuvipanda [13:48:06] (03PS1) 10Faidon Liambotis: Revert "move ops-* to operations-feed channel" [labs/tools/wikibugs2] - 10https://gerrit.wikimedia.org/r/183247 [13:48:18] valhallasw`cloud: ^ [13:52:31] YuviPanda: can you +2, I'm not logged in here and don't have my password manager nearby [13:52:44] YuviPanda: and then fab pull and it's done! [14:00:34] valhallasw`cloud: I'm out too. Meeting friends [14:03:21] T13|needsCoffee: Different users have different environments; if you want the same prompt for xtoos you have to set the PS1 for xtool tool (in its .profile) [14:10:25] Coren: I'm guessing I'll have to create a .profile since xtools doesn't have one? [14:10:48] If it doesn't, then yes. :-) [14:11:02] :) [14:12:13] Can I jusy copy mine, which is the default one + the PS1? [14:19:48] 3Wikimedia-Labs-Infrastructure: add Central Logging Service documentation - https://phabricator.wikimedia.org/T56702#959362 (10Aklapper) p:5Triage>3Volunteer? [14:35:50] (03CR) 10Giuseppe Lavagetto: [C: 031] Revert "move ops-* to operations-feed channel" [labs/tools/wikibugs2] - 10https://gerrit.wikimedia.org/r/183247 (owner: 10Faidon Liambotis) [15:24:00] (03PS2) 10Yuvipanda: Revert "move ops-* to operations-feed channel" [labs/tools/wikibugs2] - 10https://gerrit.wikimedia.org/r/183247 (owner: 10Faidon Liambotis) [15:24:09] (03CR) 10Yuvipanda: [C: 032] Revert "move ops-* to operations-feed channel" [labs/tools/wikibugs2] - 10https://gerrit.wikimedia.org/r/183247 (owner: 10Faidon Liambotis) [15:24:22] (03Merged) 10jenkins-bot: Revert "move ops-* to operations-feed channel" [labs/tools/wikibugs2] - 10https://gerrit.wikimedia.org/r/183247 (owner: 10Faidon Liambotis) [15:25:46] YuviPanda: hi [15:26:14] Glaisher: heya [15:26:32] have some time to look at https://gerrit.wikimedia.org/r/#/c/182369/ ? [15:26:43] only regex and url change [15:26:47] and bug --> task [15:27:36] Glaisher: ah looking [15:27:43] thanks [15:28:21] (03CR) 10Yuvipanda: [C: 031] "LGTM will merge in an hour or so" [labs/tools/grrrit] - 10https://gerrit.wikimedia.org/r/182369 (owner: 10Glaisher) [15:28:26] Glaisher: thank you for the patch! [15:28:34] :) [15:29:31] !log tools.wikibugs Updated channels.yaml to: cc8bc876e23c6b58f06a7379273f34e858b6ade5 Merge branch 'master' of https://github.com/wikimedia/labs-tools-wikibugs2 [15:29:37] Logged the message, Master [15:31:21] 3Wikimedia-Labs-Infrastructure: add Central Logging Service documentation - https://phabricator.wikimedia.org/T56702#959523 (10Aklapper) [15:31:34] 3Tool-Labs: add basic expectations management to docs - https://phabricator.wikimedia.org/T56701#959534 (10Aklapper) [15:31:36] 3Tool-Labs: Wikimedia Labs system admin (sysadmin) documentation sucks - https://phabricator.wikimedia.org/T57946#959537 (10Aklapper) [15:36:49] Glaisher: I’m testing your patch now [15:38:15] 3Tool-Labs-tools-Other: Document grrrit-wm - https://phabricator.wikimedia.org/T54068#959655 (10Aklapper) [15:39:04] 3Wikimedia-Labs-Other: Documentation for Gerrit on labs is almost as ugly as Gerrit itself - https://phabricator.wikimedia.org/T37403#959697 (10Aklapper) [15:40:46] 3MediaWiki-extensions-OpenStackManager: OpenStackManager extension needs code documentation - https://phabricator.wikimedia.org/T28905#959738 (10Aklapper) [15:44:14] (03CR) 10Yuvipanda: [C: 032] "Deployed" [labs/tools/grrrit] - 10https://gerrit.wikimedia.org/r/182369 (https://phabricator.wikimedia.org/T75799) (owner: 10Glaisher) [15:44:18] (03Merged) 10jenkins-bot: Add task link to grrrit-wm irc message [labs/tools/grrrit] - 10https://gerrit.wikimedia.org/r/182369 (https://phabricator.wikimedia.org/T75799) (owner: 10Glaisher) [15:44:23] cool :) [15:44:47] grrrit-wm: thanks for the patch! [15:45:17] 3Tool-Labs-tools-Other, Wikimedia-Git-or-Gerrit: lolrrit-wm / grrrit-wm should report Phabricator tasks on patches the way it did for Bugzilla links - https://phabricator.wikimedia.org/T75799#959766 (10Glaisher) 5Open>3Resolved a:3Glaisher Thanks @Yuvipanda grrrit-wm> (Merged) jenkins-bot: Add tas... [15:46:02] I mean, Glaisher thanks for the patch :) [15:46:18] yw :) [15:48:27] YuviPanda: our favorite thing :) "milimetric is not allowed to run sudo on deployment-eventlogging02. This incident will be reported." [15:48:33] could I get sudo on that box? [15:48:51] milimetric: but I need to send you an acerbic email first!1 [15:48:56] lol [15:49:02] go ahead [15:49:04] milimetric: :) this is the deployment-prep thing, right? [15:49:05] * YuviPanda looks [15:49:05] * milimetric braces himself [15:49:06] yes [15:49:14] event logging is busted and I'm trying to troubleshoot [16:24:48] milimetric: damn, got sidetracked by people here. let me give you sudo [16:24:57] milimetric: you should have it now [16:25:03] np, it turns out we can't do anything about it until Ori wakes up anyway [16:25:10] milimetric: heh. [16:25:11] we have a change ready for him [16:25:25] but he needs to deploy it to prod, and we reproduced / fixed locally [16:25:28] !log deployment-prep added milimetric to NDA sudo’ers groups [16:25:29] thx though [16:25:34] Logged the message, Master [16:26:40] 3Tool-Labs: Install all pywikibot python dependencies on tool labs - https://phabricator.wikimedia.org/T86015#959861 (10jayvdb) 3NEW [16:27:48] 3Tool-Labs, pywikibot-core: Install package mwparserfromhell - https://phabricator.wikimedia.org/T65539#692973 (10jayvdb) Wow. This library wasnt installed already? It is a mandatory dependency of the pywikibot v2.0 setup.py on non windows platforms. Eight months for a request to install a python package to s... [16:28:39] 3Tool-Labs, pywikibot-core: Install all pywikibot python dependencies on tool labs - https://phabricator.wikimedia.org/T86015#959861 (10jayvdb) [16:28:43] Hey guys! I was just trying to use the ssh connection - terminal for the first time and I found some troubles with the public-private key. Anyone can help me? Thanks! [16:35:22] 3Tool-Labs, Pywikibot-compat-to-core, pywikibot-core: Install all pywikibot python dependencies on tool labs - https://phabricator.wikimedia.org/T86015#959925 (10jayvdb) Pywikibot compat has more dependencies, many of which will become core dependencies as part of the ongoing OPW #pywikibot-compat-to-core projec... [16:35:26] Coren: mobile view on beta labs is completely gone. know anything about that? http://en.m.wikipedia.beta.wmflabs.org/ [16:35:48] bd808: ^^ [16:35:57] First I hear of it. [16:36:23] It was OK overnight, I just went out to check something just now. [16:37:08] chrismcmahon: ping twentyafterfour to look at the mobile varnish server [16:38:58] bd808: did it in -qa. weird that there doesn't even seem to be dns for the mobile view [16:39:23] No dns? YuviPanda|food waht did you break? ;) [16:40:16] bd808: as in, no 404, no 503, just nobody answers at that URL [16:41:36] guess I'll phile a phab and get more coffee... [16:41:53] I'm getting DNS, just nothing listening there. [16:42:34] anyone can help me? it's just an easy thing :) [16:44:10] thanks Coren http://en.m.wikipedia.beta.wmflabs.org/ for anyone interested [16:44:24] oops https://phabricator.wikimedia.org/T86020 I meant [16:44:39] marcmiquel: What's up? [16:45:18] I did upload my public key in the Openstack area in my preferences, then I keep my private key in my mac and finally I try to ssh. but it doesn't seem to work [16:45:53] I don't know if I am doing sth wrong [16:47:28] Well, the most common error at that point is shell username mistakes. Remember that it is case significant and possibly different from your Wikitech username. You picked it when you created the account, but it can also be seen in your preferences tab. [16:47:46] What's your wikitech username? [16:48:10] marcmiquel [16:48:39] hey, but I'm seeing Marcmiquel in wikitech preferences [16:48:45] could it be the caps? [16:49:09] nope... [16:49:11] Instance shell account name: marcmiquel [16:49:14] I've just checked and your username is all lowercase. What host were you trying to connect to? [16:49:38] ssh marcmiquel@tools-login.wmflabs.org [16:51:16] That's odd. I don't see any attempts with that username in the logs at all. What error are you getting? [16:51:35] If you are having access problems, please see: https://wikitech.wikimedia.org/wiki/Access#Accessing_public_and_private_instances [16:51:35] Permission denied (publickey,hostbased). [16:51:50] Jan 7 16:48:54 tools-login sshd[18686]: Invalid user Marcmiquel from [16:51:57] Notice the uppercase. :-) [16:52:06] i tried both though [16:52:12] the good one is with lowercase right? [16:52:32] Yes, but while I see your uppercase attempt I don't see any with lowercase [16:52:46] i just made an attempt with lowercase right now [16:53:38] Jan 7 16:52:48 tools-login sshd[19711]: Connection from port 51522 [16:53:38] Jan 7 16:52:49 tools-login sshd[19711]: Connection closed by [preauth] [16:54:01] what does this mean? [16:54:05] I'm not sure wth is happerning, but when you try with the lowercase username your ssh client doesn't even get far enough to declare it. [16:54:21] this is weird [16:54:34] And you're getting the same error message you say? [16:54:40] my username is 'marcmiquel' which is also the username for my mac [16:54:54] MacBook-MacBook-Pro-de-Marc:claus marcmiquel$ ssh marcmiquel@tools-login.wmflabs.org [16:54:54] If you are having access problems, please see: https://wikitech.wikimedia.org/wiki/Access#Accessing_public_and_private_instances [16:54:55] Permission denied (publickey,hostbased). [16:55:04] i am doing from the folder where i keep my public and private keys [16:55:16] i mean, the terminal is in that place when i do the ssh [16:55:21] i don't know if it matters [16:57:08] It shouldn't. Can you do a -v and paste the output to http://tools.wmflabs.org/paste/ [16:57:24] I.e., "ssh -v marcmiquel@..." [16:58:34] just pasted it "for Coren" [17:01:03] Hm. You don't seem to be using your private key at all. It /is/ in the normal spot, isn't it? (~/.ssh/id_[rd]sa) [17:01:23] Otherwise, you'll have to specify it with -i on the command line every time [17:02:25] I guess os x ssh should use the private key and use the 'keyring' where i keep all the passwords and keys. [17:02:39] this path you posted me doesn't tell me anything. [17:02:48] but I keep a copy of the private key somewhere else. [17:03:19] i think that when i generated both keys one went to the mac keyring while i keep the file somewhere else. [17:03:25] i can try to use the -i [17:03:58] Hm, openssl normally uses a directory in your home (named .ssh) to hold your ssh configuration; this is where the keys to be used by default should live. I'm no osx expert though so I don't know how the keys you generated are normally managed. [17:04:54] s/openssl/openssh/ [17:07:02] i just put 'view hidden files' and i found this folder '.ssh' [17:07:12] inside my user folder in my laptop [17:07:23] there's only the file 'known_hosts' [17:07:33] i pasted there both private and public key but nothing changes [17:07:50] It needs to be named id_rsa or id_dsa to be used by default [17:10:30] i manually added the private key to mac osx keychain [17:10:34] using the terminal [17:10:40] now i tried to connect and it seems to work! [17:11:13] Ah; the osx keychain also serves as an auth agent. [17:12:16] yes, it seems mac centralizes passwords and keys in the keychain (soz, before i said keyring) [17:13:56] i have a problem with the environment asking me for a locale [17:14:17] it tells me i need to make a sudo [17:14:25] but how can i make a sudo in a place where i ssh as a user? [17:29:14] Coren ? :) [17:29:20] Anyway, thank you very much for your help! [17:41:35] 3Tool-Labs, pywikibot-core: Install package mwparserfromhell - https://phabricator.wikimedia.org/T65539#960071 (10Betacommand) jayvdb please note that this was addressed within about 10 days, and the task has been closed since [17:42:50] marcmiquel: what are you doing that needs a locale? [17:44:20] i disconnected and i connected again and it doesn't ask me to install the locale. in case i need it again i will ask u, thanks Betacommand [17:44:47] well, thanks to you both Coren and Betacommand. today i could access the toollabs, which is great! [17:45:32] take care. thanks. bye [17:54:15] 3Labs-Team: Set up ssh checks for all labs hosts - https://phabricator.wikimedia.org/T86027#960103 (10yuvipanda) 3NEW [17:54:56] Coren: did you set up a recursor for the DNS issues? [17:55:59] That's what I'm trying to figure out how to do cleanly right now. It's make more complicated by the fact that the instances get their DNS info from dnsmasq whose configuration is dynamically managed by openstack and not amenable to hand fixes. [17:56:19] right [17:56:21] I may actually end up having to hard-code resolv.conf on the instances. Eeew. [17:56:32] ugh [17:57:23] I'm also debating just putting the resolver on an instance and keep everything selfcontained. Pro: trivial to deploy. Con: amusing circular dependency it may be harder to recover from. [17:57:39] 3Labs-Team: Set up ssh checks for all labs hosts - https://phabricator.wikimedia.org/T86027#960134 (10chasemp) p:5Triage>3Normal [17:57:43] But it has the advantage of requiring zero support from the network side. [17:58:10] YuviPanda: could you select somethign other than triage as a priority if they are like ops-on-ops tickets [17:58:22] anything in triage state I assume needs to be assigned or re prioritized :) [17:58:27] Ooo. Hot ops-on-ops action? :-) [17:58:34] super hot ops on ops [17:59:12] chasemp: ah, right. will use best judgement and set priority :) [18:00:06] chasemp: I’ll leave it unset if I’m unsure, but will set it otherwise. [18:00:39] no worries just a note that triage is a temporary state that means "assign me a priority" :) [18:01:03] YuviPanda: To your knowledge, does labs management inteface (openstack, hirvana, whatever it is) have the ability to maintain a pool of instances (e.g. like we might want to do for continuous integration). that would basically automatically create a new instance from an base image after we destruct one of them. [18:01:35] I was made to believe from OpenStack themselves and by Ryan Lane at the time that this was a new feature in the next (now current) version of openstack/nova etc. [18:02:31] Krinkle: I'm pretty sure that doesn't exist out of the box. [18:02:38] (In our setup, I mean) [18:04:04] Coren: we probably need snapshotting for what Krinkle is talking about, I guess? [18:04:08] and we don’t have snapshotting enabled. [18:05:56] Krinkle|detached: It's doable from the current setup iff you're willing to keep enough of a buffer that the fairly expensive "create an instance operation" is not an issue. Alternately, containers? Otherwise, we can look into your requirement and figure out if we can construct something for it. [18:33:17] Coren: YuviPanda: OK. Asked the openstack guys and they're using http://ci.openstack.org/nodepool/ for this purpose. It creates new instancs a head of time and registers them as Jenkins slave to be used once, and destroyed after. [18:33:49] mordred and fungi from the openstack-infra team (also in #openstack-infa on Freenode IRC here) know more about it. [18:33:50] That looks promising [18:34:01] They've got it already running for their Jenkins cluster. [18:34:30] hmm, so pre-built images + having a pool of instances around? [18:35:57] 3Tool-Labs-tools-Matthewrbowker's-tools: MATTHEWRBOWKER-3 Create mobile version of web interface - https://phabricator.wikimedia.org/T61072#960224 (10Matthewrbowker) p:5Triage>3Low [18:36:31] 3Tool-Labs-tools-Article-request: Search Component for Article Requests - https://phabricator.wikimedia.org/T59871#960228 (10Matthewrbowker) p:5Triage>3Low [18:37:21] 3Tool-Labs-tools-Matthewrbowker's-tools: MATTHEWRBOWKER-8 On-IRC help system for WikiWelcomer - https://phabricator.wikimedia.org/T61067#960230 (10Matthewrbowker) p:5Triage>3Low [18:37:43] 3Tool-Labs-tools-Matthewrbowker's-tools: Convert to PDO - https://phabricator.wikimedia.org/T61691#960232 (10Matthewrbowker) p:5Triage>3Normal [18:42:20] YuviPanda: i'm trying to use wikitech to delete the instance zbdd in the mobile project, but when i choose delete, i get back the Mange instances response 'The requested host does not exist.' any idea how to remove zbdd? [18:42:43] dr0ptp4kt: so… this is gonna sound weird, but can you try logging out and back in? [18:43:17] YuviPanda: to wikitech? [18:43:28] dr0ptp4kt: yup [18:43:34] Coren: YuviPanda: https://gist.githubusercontent.com/Krinkle/5aad511288e1515d01c7/raw [18:43:38] (a bit about how it works) [18:44:24] YuviPanda: goooooooooooooooooal. thx [18:45:54] dr0ptp4kt: :) [18:47:54] Krinkle: hmm, we should be able to do most of that, except for the snapshotting [18:48:06] Krinkle: I’m looking through the docs now [18:48:12] Krinkle: "mordred: Krinkle: so if your cloud has a base ubuntu-trusty image, you can configure nodepool to use that to make the base image it needs for the nodes" makes me happy. [18:49:54] Because I was really not cool with the idea of having continually updated images stuffed in glance [18:50:29] At least, not as a manual process [18:51:01] Coren: they’re working on making that happen, I think :) [18:51:52] Yeah, exactly [18:52:34] Krinkle: but as it is right now, I think you should be able to set this up. set up nodepool on gallium or somewhere in prod, point it to Labs with some nova creds, and you should be good to go. [18:52:50] it probably will be slower than their setup since we don’t want to stuff things into glance and we also don’t have snapshots [18:53:10] YuviPanda: 'glance' ? [18:53:34] > 18:38 mordred: I'm _currently_ working on an update to that to use diskimage-builder locally to make teh base images and upload them via glance api [18:53:42] What about snapshots, did we disable that on purpose? Or is it more than a switch to turn it on? [18:53:57] Krinkle: ‘glance’ is an OpenStack service that provides base disk images. so ‘ubuntu-trusty’ is a glance image, for example. [18:54:11] YuviPanda: And we don't use that? [18:54:14] Krinkle: afaik, we disabled snapshots on purpose because we don’t have enough resources to turn them on. [18:54:42] Krinkle: Lack of resources, mostly. We could probably do so on a limited basis [18:54:50] Krinkle: we do use glance, but I suppose we wouldn’t want to have 400 images in there (currently we have 2 that are active - precise/trusty). [18:54:59] YuviPanda: how so? a snapshot probably takes less overhead than an image, right? [18:55:26] YuviPanda: ah, the ability to create snapshots would be exposed to users. [18:55:47] Krinkle: Because a snapshot takes instance+snapshot(s) :-) [18:55:48] maybe we can restrict it to CI, and we'd obviously never have more than a few snapshots. [18:56:03] Yeah, but the alternative is having to create images and uploading them itno the backend manually. [18:56:09] I think you'd prefer snapshots, right? [18:56:23] Very much so. [18:56:49] Coren: yeah, if this is using nodepool, we should be able to turn snapshots on, but just not expose them in wikitech [18:56:51] Coren: is snapshots just a config toggle, or would it require work to set up? [18:57:06] the restriction from wikitech might require a little work [18:57:18] Krinkle: I think it's a bit of work, but it shouldn't be very much. [18:59:42] alright, I’m off to sleep. [19:13:53] 3operations, Labs-Team: Rename specific account in LDAP, Wikitech, Gerrit and Phabricator - https://phabricator.wikimedia.org/T85913#960479 (10chasemp) >>! In T85913#958900, @adrianheine wrote: > Thanks folks. Unfortunately, the user name is quite visible in gerrit (where I spend most of my time), and I can't ch... [19:49:35] 3pywikibot-core, Tool-Labs: Install package mwparserfromhell - https://phabricator.wikimedia.org/T65539#960593 (10jayvdb) >>! In T65539#960071, @Betacommand wrote: > jayvdb please note that this was addressed within about 10 days, and the task has been closed since Ah! That makes more sense! I was tricked by... [20:56:22] Did XML dumps disappear from /public/dumps ? [20:56:42] (03PS1) 10Hashar: Duplicate -qa notifcations to -releng [labs/tools/grrrit] - 10https://gerrit.wikimedia.org/r/183320 (https://phabricator.wikimedia.org/T86053) [21:45:38] (03PS1) 10Hashar: Duplicate -qa notifcations to -releng [labs/tools/wikibugs2] - 10https://gerrit.wikimedia.org/r/183371 (https://phabricator.wikimedia.org/T86053) [21:59:00] Coren: how goes the labs DNS issue stuff? [21:59:43] greg-g: I'm done trying to do it the clean way and will just deploy a stopgap. dnsmasq is catastrophically impossible to do right because of the way it's currently managed. [22:00:02] "awesome" [22:00:16] greg-g: I'll sync up with Andrew and deploy an instance with a recursor on it and just point instances at that. [22:02:24] Coren: /me nods, thanks [22:03:11] It's going to introduce some annoyance for other reasons, but they should be more managable [22:34:45] (03CR) 10Hashar: "The assert tests are very lame, been too lazy to port it to unittest :-/" [labs/tools/wikibugs2] - 10https://gerrit.wikimedia.org/r/183371 (https://phabricator.wikimedia.org/T86053) (owner: 10Hashar) [23:23:31] (03PS1) 10Florianschmidtwelzow: Include MobileWeb in #wikimedia-mobile [labs/tools/wikibugs2] - 10https://gerrit.wikimedia.org/r/183391 [23:27:00] (03PS2) 10Florianschmidtwelzow: Include MobileWeb in #wikimedia-mobile [labs/tools/wikibugs2] - 10https://gerrit.wikimedia.org/r/183391 [23:30:55] (03CR) 10Legoktm: [C: 032] Include MobileWeb in #wikimedia-mobile [labs/tools/wikibugs2] - 10https://gerrit.wikimedia.org/r/183391 (owner: 10Florianschmidtwelzow) [23:31:25] (03Merged) 10jenkins-bot: Include MobileWeb in #wikimedia-mobile [labs/tools/wikibugs2] - 10https://gerrit.wikimedia.org/r/183391 (owner: 10Florianschmidtwelzow) [23:32:22] !log tools.wikibugs Updated channels.yaml to: 9538cc69ef4226d248a38fa86dadca6d646b6b37 Merge branch 'master' of https://github.com/wikimedia/labs-tools-wikibugs2 [23:32:26] Logged the message, Master [23:32:53] ..... [23:33:58] valhallasw`cloud: !!!!!!!