[05:51:03] [bz] (8NEW - created by: 2Chris McMahon, priority: 4Unprioritized - 6normal) [Bug 50624] ULS "IME selector" gone from input boxes - https://bugzilla.wikimedia.org/show_bug.cgi?id=50624 [06:32:04] This bot is running http://meta.wikimedia.org/wiki/WM-Bot version wikimedia bot v. 1.10.8.18 source code licensed under GPL and located at https://github.com/benapetr/wikimedia-bot [06:32:06] :O [06:32:11] @seen petan [06:32:11] Steiny: petan is in here, right now [06:44:14] Steiny: @notify petan [07:56:54] hello [08:01:12] hi, is anyone able to connect to its instances ? :D [08:04:09] hashar let me check [08:04:29] yes [08:04:52] hashar what doesn't work to you? [08:05:20] you may need to reboot the instances where ssh doesn't work since coren did some nfs hacking in past [08:05:29] I know beta had problems too [08:07:18] ahh [08:07:30] petan: thank you :-] going to reboot all of them I guess [08:07:40] I wish we had salt in labs :( [08:08:00] !log deployment-prep rebooting deployment-cache-upload04 [08:08:01] we do [08:08:04] Logged the message, Master [08:08:06] but only ops can access it [08:10:49] and Ganglia is no more reporting for deployment-prep doh [08:11:04] oh no [08:11:06] it is again [08:11:29] na it does not .. [08:13:15] zz_YuviPanda .. [08:13:29] these indian people are sleeping too much [08:13:38] :D [08:26:08] !log deployment-prep Set $wgLoadScript to points to bits instead of the wiki local docroot. {{gerrit|70322}} [08:26:11] Logged the message, Master [08:27:55] !log deployment-prep rebooting deployment-cache-text1 , maybe I can get ssh access this wa [08:27:56] y [08:27:58] Logged the message, Master [08:41:00] [bz] (8REOPENED - created by: 2Chris McMahon, priority: 4Unprioritized - 6major) [Bug 50623] Entering AFTv5 feedback causes error - https://bugzilla.wikimedia.org/show_bug.cgi?id=50623 [08:41:54] [bz] (8NEW - created by: 2Chris McMahon, priority: 4Unprioritized - 6major) [Bug 50622] Special:NewPagesFeed error - https://bugzilla.wikimedia.org/show_bug.cgi?id=50622 [08:42:59] [bz] (8ASSIGNED - created by: 2Niklas Laxström, priority: 4High - 6major) [Bug 48203] Purging does not work on deployment-prep / beta labs - https://bugzilla.wikimedia.org/show_bug.cgi?id=48203 [08:46:43] chrismcmahonafk: since you are still awake :-] [08:46:53] chrismcmahonafk: I got a huge fix for javascript [08:47:01] arch the notification above are from me hehe [10:14:25] [bz] (8ASSIGNED - created by: 2Antoine "hashar" Musso, priority: 4High - 6normal) [Bug 49470] rebuild the upload cache - https://bugzilla.wikimedia.org/show_bug.cgi?id=49470 [10:45:00] petan: sup [10:46:07] YuviPanda do you want to have a look at sources of http://tools.wmflabs.org/sulinfo [10:46:15] it run far slower than version on TS [10:46:26] I wanted to know if there is a way to optimize it a bit, maybe use memcache etc? [10:46:33] ah, sure! [10:46:41] I heard that as 'using redis etc' but sure! [10:47:07] :D [10:47:56] ok you are in project, so just doing become sulinfo get u there [10:48:18] it would be best to create a git repository for it [10:48:29] I created a simple repository in public_html but it has no remote [10:52:40] ok [10:52:46] what do you mean 'create'? [10:52:52] there's no repo already?! :O [11:02:25] no [11:02:28] there never was [11:04:24] so people just copied things around? [11:05:52] probably [11:06:01] I don't know I stolen this from TS :P [11:06:08] and modified for it to work [11:06:35] ah [11:06:40] who maintains it on TS? [11:06:51] so this is sortof third hand code :P [11:06:58] quentinv57 [11:07:09] maybe fourth [11:07:13] because he also stolen it [11:07:24] original version is by vvv [11:07:34] and he is in this channel :D [11:07:51] my idea is to totally rewrite it [11:08:06] what exactly does it do? [11:08:13] from 1 shitty script to multiple files, divided to many classes and being cute and nice [11:08:25] yeah, and use a non shitty language [11:08:30] like php? :D [11:08:32] LOL [11:08:37] php is still best for this kind of stuff [11:08:42] but I think I've to finish my current tool first (github -> gerrit thing) [11:09:23] seriously what is better than PHP for web stuff [11:09:26] python is crap [11:09:38] I can imagine using CGI like bugzilla [11:09:39] python as it is used by a lot of people on toolserver and co (CGI?) yeah [11:09:41] it is shitty [11:09:52] python is indeed very shitty :P [11:09:52] but use a proper microframework (ala flask) and it is awesome [11:09:59] CGI is what is shitty [11:10:00] who of you know what was the occupation of John Hartford was. Who don't know it? [11:10:11] LOL [11:10:19] and either way, one of the things I've learnt over the past months is to not to try to flame war on IRC, so I'll stay away :) [11:10:20] Pyfisch there is this wikipedia site you know [11:10:38] YuviPanda but with no flame wars internet is boring [11:10:48] petan: I asked you if you know it by heart not if it is on wikipedia ;-) [11:11:05] s/boring/productive/ [11:11:08] if it's on wikipedia I know I could know it at some point :3 [11:11:42] s/productive/boring, but productive [11:12:31] Pyfisch I have no idea who Hohn Hartford was [11:12:51] petan: ok ;-) [11:13:02] I also dont know :-) [11:13:14] John Cowan Hartford was an American folk, country and bluegrass composer and musician known for his mastery of the fiddle and banjo, as well as for his witty lyrics, unique vocal style, and extensive knowledge of Mississippi River [11:13:33] I can't think of a smile that fit this [11:13:37] :~P [11:13:48] no that's not mad enough [11:13:55] ;~0 [11:13:59] make that face now [11:16:07] I only wanted to know if I am the only person who don't know him [11:16:16] (I don't know him either) [11:51:03] YuviPanda do we have api that retrieve some basic one sentence information covering some article? [11:51:08] I don't think so :o [11:51:11] yeah, we do [11:51:14] really? [11:51:14] extracts [11:51:22] it's fairly new, as in around a year or so old [11:51:27] Coren: re :-] [11:51:29] should be a query prop [11:51:30] i think [11:51:37] ok [11:51:38] hashar: I'll be with you in 10? [11:51:56] Coren: sure, take your time! [11:52:16] petan: it was built for mobile, I think. [11:52:17] :P [11:52:26] petan: our API has so many things that it's hard to remember... [12:03:01] hashar: Moo! [12:03:21] Coren: -) [12:03:34] Coren: so for some reason I can't not ssh to some deployment-prep instances. [12:03:45] Which? [12:03:49] such as deployment-cache-upload04.pmtpa.wmflabs [12:04:02] I use bastion.wmflabS.org as a ssh proxy [12:04:25] upon connecting I do see the ssh banner "If you are having access problems, please see: https://wikitech.wikimedia.org/wiki/Access#Accessing_public_and_private_instances" [12:04:42] but nothing else happen past debug1: Offering RSA public key: /home/hashar/.ssh/id_rsa [12:04:52] so I guess /home is unreachable on the server [12:05:11] I did try to reboot it via the web interface, not sure whether it worked [12:05:19] hashar: Gluster seems completely dead on that box at least. [12:05:35] and I thought /home was using NFS :-] [12:05:45] Yeah, that box was rebooted just a bit under 4h ago that I can see. [12:05:53] projectstorage.pmtpa.wmnet:/deployment-prep-home /home fuse.glusterfs rw,relatime,user_id=0,group_id=0,default_permissions,allow_other,max_read=131072 0 0 [12:06:28] Didn't you generally switch to NFS in that project? [12:08:49] for /data/project [12:08:57] and only on instances that needs to access MediaWiki files [12:09:07] Ah. [12:09:11] (aka the deployment host and the application servers [12:09:49] oh and they have their /home on nfs as well now :-] [12:10:21] I should probably apply the labsnfs role on all instance of that project [12:10:39] ideally I would do that in base.pp but I am afraid it is not going to work properly :-] [12:12:55] hashar: Truth be told, I'd expect the odd mix of gluster and NFS depending on the instance within a single project is doing *wonders* for reliability. :-) [12:13:19] indeed [12:13:27] * hashar curses GlusterFS [12:16:30] ahh [12:21:21] * Coren doesn't quite get how gluster is broken /this/ time. [12:21:53] lets get rid of it on deployment-prep in favor of NFS :-) [12:22:05] it is not worth your time to investigate that piece of crap that never quite worked [12:22:25] That "should" be a simple as including the labnfs class and rebooting.\ [12:22:37] yeah working on a patch against base.pp to do that [12:23:21] Oy, gotta go for a bit. I'll be back 'round 9h (13h UTC) [12:23:57] Dogs demand walk. :-) [12:27:53] Coren, you're finally online. [12:28:45] And totally ignoring me. :p [12:29:33] [bz] (8NEW - created by: 2Liangent, priority: 4Unprioritized - 6normal) [Bug 50935] Install pastebinit - https://bugzilla.wikimedia.org/show_bug.cgi?id=50935 [12:30:20] Coren: whenever you come back, I got a base.pp hack to include role::labsnfs instead of glusterFS https://gerrit.wikimedia.org/r/72504 [13:56:33] hashar: O [13:57:17] Coren: yup ? :D [13:57:23] hashar: I'm a little hesitant to +2 a change to base.pp without a second opinion, but this looks fine to me. [13:57:42] yup you might want to ask random other people :) maybe mark [13:58:43] Yeah, mark is plenty random. :-) [14:00:06] Coren, you there? [14:00:30] Cyberpower678: Nope, clearly not. :-) [14:00:46] Okay. I'll ask later. [14:00:47] :p [14:01:08] Heh. [14:01:14] Coren, can you look at my crontab and my tasks running under local-cyberbot [14:01:21] and tell me what you think? [14:03:18] Cyberpower678: Yeah, remove that "* * * * * crontab $HOME/crontab" and it's all fine now. [14:03:29] Why? [14:03:41] That keeps my crontab up to date. [14:04:54] That also forces a reload of your crontab every minute. 90% of the crontab log activity is that line. I don't mean for your user, I mean globally. [14:05:27] Coren, you log the crontabs? [14:05:58] It's also completely silly -- why in blazes would you do something like this? Anything that updates your ~/crontab should just call crontab itself. [14:05:59] addshore does it too. [14:06:31] Cyberpower678: No, he doesn't. [14:06:48] Coren, he's the one who suggested it to me. [14:06:58] Cyberpower678: And if he did, I'd tell him too. [14:07:26] Cyberpower678: Well, perhaps he noticed how bad the suggestion was and stopped doing it long ago... or maybe he never did. He's certainly not doing it now. :-) [14:07:46] "Anything that updates your ~/crontab should just call crontab itself." Can you clsrify? [14:09:20] You're synchronizing, (forcibly and regardless of actual changes) your crontab against a file in the home. Whatever updates that latter file should just edit your read crontab instead (which cron notices), or at the very least call crontab only if it actually did change the file in your home. [14:09:40] s/read crontab/real crontab/ [14:10:06] Right now, you're just doing a very expensive noop every minute. :-) [14:10:21] what is the db name for wiktionary? [14:10:32] fale: Which language's? [14:10:36] Coren: it [14:11:25] fale: itwiktionary [14:11:30] Coren: thanks : [14:11:32] :) [14:14:21] I'm looking for ^d or Ryan to help me with a gerrit problem but since they aren't here, can someone else help? [14:14:43] rachel99: I might. What's up? [14:15:41] It looks like I have 2 accounts now, possibly. My original one with rachelqa99@gmail.com address, which I could not log into next week [14:16:24] And my old account rachelthomas_99@yahoo.com, which I can now log into, but doesn't have my commits/changes. [14:17:12] ^d did some kind of update last week to allow me to login, but it appears that he put the old address setting back, and it isn't corresponding to my account with the commits. [14:17:20] rachel99: Oy! Ttrying to merge account or sorting them out requires more gerrit-fu than I can muster with confidence. I think you want ^d for this, and not settle for me. :-) [14:18:11] Ok... where is he then? I've been sending him email since last Wed, but haven't heard back. [14:18:58] ... he's not OOO that I know of, but the muricans had a holiday on Thursday, and most took Friday off to have a long weekend. That might be what happened. [14:19:55] Yup, I'm one of them so i was off Friday too. However, I thought he might be in by now. Do you know when he would get in? [14:21:06] I don't know if he usually works on VA or CA time; if the latter, he'll probably be around in 40 mins. [14:21:45] ok, I'll try back.. if you do see him online, let him know that I am looking for him. [14:21:55] * Coren nods. [14:21:58] Will do. [14:22:05] Thank you. :) [14:22:15] addshore, what do you do? [14:24:22] the namespacename table is close to arrive, Coren? [14:25:30] fale: It's not on my priority list but, as I've explained previously, if someone makes a tool to set it up and keep it up to date before I get around to that I'll gladly deploy it to make it globally available. [14:26:57] Coren: roger :) [15:23:05] When I do a query like: select * from logging where log_type ='upload' and log_action = 'overwrite' limit 20; from tool labs its really slow [15:23:30] but it shouldn't be, since there should be an index on (log_type, log_action, log_timestamp) [15:23:40] at least default mw has one [15:27:16] bawolff: The index might be hidden by the view. Lemme check. [15:27:26] (logging is one of the more heavily redacted tables) [15:28:09] Coren: You mean I can't use my tools lab access to see all the oversight logs? [15:28:11] :( [15:28:34] There goes that plan to blackmail the wikimedia world [15:29:19] [bz] (8RESOLVED - created by: 2Chris McMahon, priority: 4Unprioritized - 6normal) [Bug 50624] ULS "IME selector" gone from input boxes - https://bugzilla.wikimedia.org/show_bug.cgi?id=50624 [15:29:25] bawolff: Hm. I see why indeed; I'd need to create a specialized view to make your query even vaguely efficient, but that one wouldn't have the rows for some classes of revdel entries at all instead of nulls in the column. [15:30:13] Though from what I see, that shouldn't be an issue in your case since you're actually querying with a where clause on log_action and wouldn't get rows with nulls back anyways. [15:30:14] Honestly, its not a big deal. The query I was running was a one off thing that I probably won't be running again [15:32:18] I'd still like to try. [15:32:30] You're not going to be the only one ever. :-) [15:32:35] Probably not [15:32:39] Where did you try this, enwiki? [15:32:45] commonswiki [15:33:17] Originally use case was I was investigated a bug report on commons, and needed to find a recently overwritten file. This seemed like the fastest method [15:34:15] part of the reason it was slow originally was also that I had spelled part of my where query wrong, so it was looking for log_action = 'reupload' not overwrite [15:35:53] bawolff: Try it now against the logging_logindex table? [15:37:22] still seems quite slow [15:39:16] bawolff: I'm looking an the explain, and it's only using the timestamp index, even on the original table. [15:41:18] on my local mediawiki install, it seems to use the (log_type,log_action,log_timestamp) index fine [15:41:51] Hm. Funnily enough, if you add 'order by log_timestamp desc' it then properly uses the index and gets blindingly fast. :-) [15:42:37] That's weird [15:42:45] * Coren stares at MariaDB's query optimizer. [15:43:04] select * from logging_logindex where log_type ='upload' and log_action = 'overwrite' order by log_timestamp desc limit 20; [15:43:09] 20 rows in set (0.02 sec) [15:43:48] Coren: but if you do a log_action that doesn't exist, that query is still super slow [15:44:41] bawolff: That's normal -- there is no index on just log_action so it can only exclude triples (type,action,timestamp) not on a single column. [15:45:08] I mean doing log_type='upload' and log_action='non-existent action' [15:45:15] An index on multiple columns does not have the semantics of the individual indices. [15:46:04] Specificly: select * from logging_logindex where log_type ='upload' and log_action = 'overwrited' order by log_timestamp desc limit 20; [15:46:16] should also be fast with that index, but isn't [15:47:44] No, actually, that's expected behaviour in mysql for the general case, afaik. It's not all that good at restricting the result set according to a multi-column index in most cases. [15:47:55] If there was also an index on log_action, that'd be instant. [15:48:17] Coren: Its instant on my local mediawiki db [15:49:09] Coren: https://dpaste.de/dmXWm/ [15:49:46] good morning, we are having gluster issues (ro) in the /data partition on parsoid-spof [15:49:48] I didn't say I didn't believe you, just that this is not the observable behaviour in production. :-) [15:50:38] gwicke: We have definitely a gluster issue: it's installed in many places. Or did you mean an extra, different issue? :-) I can go check. [15:51:45] That seems rather odd. If anything I'd expect production to have a better optimizer than my oldish local mysql install ;) [15:52:01] gwicke: What project is this? [15:52:10] Coren: visualeditor, vm parsoid-spof [15:52:23] Ryan_Lane: gluster issues again on /data/project ^^ [15:52:31] * Ryan_Lane grumbles [15:52:42] we could switch it to nfs.... [15:53:04] all the visualeditor vms would need to be switched too then [15:53:09] but likely more reliable [15:53:18] yeah. it's a puppet class [15:53:24] so it's easy enough [15:53:31] gwicke: I've been seeing gluster problems too in labs. [15:53:31] the data needs to be transferred [15:53:36] let me fix gluster right now [15:53:45] Ryan_Lane: thanks! [15:53:51] manybubbles: everyone always sees gluster issues. it's not terribly stable [15:53:51] Ryan_Lane: On it. [15:53:57] gwicke: Is it working now? [15:54:10] " gwicke: We have definitely a gluster issue: it's installed in many places." [15:54:29] looks promising so far.. [15:54:44] Coren: what did you do? [15:54:45] slow as ever, but not bombing yet [15:54:55] Ryan_Lane: fair enough. I've got mysql running against it now (because it is big enough) and it seems to be mostly working [15:54:57] Ryan_Lane: start force on the volume. [15:54:58] killed the daemons and did a force restart? [15:55:00] * Ryan_Lane nods [15:55:11] Ryan_Lane: No, the deamon was already dead [15:55:20] manybubbles: against gluster? on /data/project? [15:55:29] manybubbles: that's going to fail miserably :) [15:55:41] gluster doesn't support directIO [15:55:46] you're going to lose data [15:55:50] Ryan_Lane: In fact, funny thing: [15:55:50] Coren: works again, thanks! [15:55:57] I would move it to /mnt [15:55:59] (a) process not there. [15:56:09] (b) gluster volume start visualeditor-project [15:56:09] Volume visualeditor-project already started [15:56:17] Ryan_Lane: yeah.... if I had a large enough mnt I would just rebuild it all against /mnt [15:56:27] Coren: yeah. it's not checking for running processes there [15:56:43] Coren: it's checking to see if the volume is in the "running" state [15:56:44] (c) process still not there [15:56:44] (d) gluster volume start visualeditor-project force [15:56:44] Starting volume visualeditor-project has been unsuccessful [15:56:44] (e) process there and working. [15:56:44] :-) [15:57:02] manybubbles: what data are you putting into this sql database? [15:57:12] Ryan_Lane: enwiki [15:57:14] stupid gluster [15:57:18] manybubbles: … ? [15:57:26] manybubbles: why not use the replica? [15:57:26] Ryan_Lane: well, the restore of the articles. [15:57:42] Ryan_Lane: the what? [15:57:53] Ryan_Lane: I'd love to not have to screw around with this [15:57:58] the database replicas? from production? [15:58:41] Ryan_Lane: Speaking of, we need to coordinate with {Asher,Leslie} to do that IP subnet thang -- I want to get rid of that [bleep bleep] stupid NAt. [15:58:56] * Ryan_Lane nods [15:59:10] * Coren adds this to the etherpad for the techops meet [15:59:11] manybubbles: we replicate the databases from production to a set of labsdbs [15:59:15] manybubbles: like toolserver [15:59:22] Ryan_Lane: if there is documentation for how to point a local MW instance to it I'd love to use it [15:59:40] hm. I wonder if it's usable for a local mw [15:59:57] maybe it is, if you use a separate user table [16:00:44] Ryan_Lane: it'd save me a ton of time. [16:01:02] Ryan_Lane: You'd definitely need another auth, but mw otherwise works okay with readonly db [16:01:03] Coren: is that actually doable ^^ ? [16:01:07] cool [16:01:17] Except, of course, that it's readonly. :-) [16:03:45] https://bugzilla.wikimedia.org/show_bug.cgi?id=50923 <— heh [16:03:46] Well, actually, you don't even need the separate user table if you only want to read as anon. [16:03:51] Ryan_Lane and Coren: readonly would be mostly ok. I wouldn't really need to log in to test just about everything [16:04:05] !toolsdoc [16:04:06] https://wikitech.wikimedia.org/wiki/Nova_Resource:Tools/Help [16:04:14] I guess it's not way less convenient to require confirmation for a reboot [16:04:24] Coren: yeah - I'm mostly going to be building a search index, searching, and reading [16:04:28] manybubbles: it's also redacted, so you'll have lots of info missing [16:04:37] (https://wikitech.wikimedia.org/wiki/Nova_Resource:Tools/Help#Production_replicas) [16:04:45] YuviPanda: less redacted then the dumps, probably. Thanks [16:04:46] no access to fulltext, for example. [16:04:54] YuviPanda: None that should be relevant; everything that could be gotten from the dumps is there. [16:05:08] Oh! Right! Actual text! [16:05:09] Coren: dumps have fulltext, does labs? [16:05:10] * Coren chuckles. [16:05:12] yeah [16:05:16] thaat :P [16:05:45] Yeah, for a search engine that's... not optimal. :-) [16:06:13] oh my - yeah, I need the text. [16:06:16] yeah, so I've no idea how much use labsdb will be for manybubbles. [16:06:17] heh [16:06:22] yeah. the replica won't help, then [16:06:25] however, gluster. [16:06:35] sounds like gluster is just a bad bad bad idea [16:06:41] yes. it is [16:06:56] if you make a large enough instance your /mnt will be large [16:07:08] manybubbles: You really need a local disk for this, not a networked FS [16:07:31] Coren: I suppose I can run it on my laptop [16:07:35] Ryan_Lane: Isn't, like, 160G the biggest? Does text /fit/ in that? [16:07:56] Coren: text should fit just about in that. it might be tight. [16:07:59] manybubbles: "local to the instance"; doesn't need to be spinning rust directly attached. :-) [16:08:00] no. and there's no reason anyone should import /all/ of rext anyway [16:08:07] *text [16:08:22] Ryan_Lane: True, he'd only need the latest revision. [16:08:26] (I think) [16:08:32] Ryan_Lane - yeah - just the latest revision [16:08:36] I don't want the whole table [16:08:46] that is crazy land - searching old revisions [16:09:21] * Coren could think of a few valuable use cases for being able to search old revisions, tbh, but it's not worth the trouble in the general case I expect. [16:09:38] it's dangerous eating that much local disk [16:09:45] yeah [16:10:04] is it necessary to import all of text? [16:10:29] Ryan_Lane: just all the current revisions. [16:10:37] which the dumps have [16:10:47] well, I'd say use NFS for this [16:11:00] Ryan_Lane: Do we already have an etherpad for today's meeting? [16:11:05] though that's going to be crappy for IO [16:11:36] Ryan_Lane: I'll give it a shot [16:12:52] Ryan_Lane: but it looks like I don't have the quota resources [16:13:07] manybubbles: that's gluster [16:13:19] you'd need to apply a puppet class for NFS [16:13:29] we'll eventually be switching everything [16:13:45] but right now we have both and you need to do something special to get NFS [16:14:16] Ryan_Lane: ah! I was trying to spin up a new instance with a big /mnt partition but it wanted too many cpus. [16:14:21] ah [16:14:34] Ryan_Lane: if I can switch /data/project/ to nfs I'd be happy with that [16:14:41] you meant for creating a larger instance [16:14:51] yeah [16:15:41] I certainly don't need 8 cpus but if it gets me the /mnt/ space I'll take 'em. [16:15:41] but I'll take whatever solution works. [16:17:42] Coren: what's tools-tyrant? [16:18:19] manybubbles: role::labsnfs::client <— if you add that class to your host, using "configure" it'll switch you to nfs [16:18:32] you'll need to add the class, force run puppet, then reboot the instance [16:18:58] the data isn't automatically transferred [16:19:16] is /mnt also on nfs? [16:19:21] no [16:19:29] /mnt is local to the virtual machine's host [16:19:36] cool [16:20:11] Ryan_Lane: uWSGI Emperor in tyrant mode. Since we already had tools-master, tools-slave, "tools-tyrant" was nicely thematic. :-) [16:20:14] heh [16:20:54] why not tools-emperor? :) [16:21:32] I liked the sound of tyrant better. :-) [16:21:43] heh [16:22:25] are there the latest dumps available? [16:24:41] fale: Look at /public/datasets/public. [16:24:47] scfc_de: thanks :) [16:32:23] Ryan_Lane: any chance you could try to sort the gerrit account for our OPW intern Rachel? I think Chad is on the road to SF right now. rachel99 is here in the channel right now if that's helpful. [16:32:45] what issues is she having? [16:32:47] Ryan_Lane: or would it make more sense for her to make an entirely new account in gerrit? [16:33:22] Ryan_Lane: email thread title "cannot assign user name" [16:34:44] isn't someone a backup for gerrit? [16:35:30] her shell account name is v-xxx? [16:35:44] Ryan_Lane: afaik yes [16:37:10] ryan_lane: I couldn't get login on Wed. so Chad did some update, which seemed to put my old email address back [16:37:11] I'm looking. of course if chad didn't get this working, it's unlikely I can [16:38:39] rachel99: does gerrit show an account id in your preferences? [16:39:50] it shows v-xxx [16:40:04] yes, but does it show an Account ID? [16:40:29] underneath "Registered" [16:40:35] in the profile section [16:41:38] Ryan_Lane: we're looking [16:42:09] 940 [16:42:27] Ryan_Lane: ^^ Account ID for Rachel [16:42:34] * Ryan_Lane nods [16:42:57] its set back to my old email address, so I can't see my commits/changes [16:44:54] what email address should be set, and what's set? [16:45:33] I changed to my new email rachelqa99 in Gerrit a few weeks ago, it appeared to work fine for several weeks. [16:45:59] I've read the emails [16:46:04]