[00:00:45] Load has been higher across the board since the actor changes went live. We will keep looking for ways to make the changes run better, but in the long term people will need to adjust the queries the are running. [00:01:52] and changes like that come slowly unfortunately in our environment where everything depends in part of people finding time to adapt their code to changes in the environment [00:05:29] Sorry to say that. But it's disappointing, not just for me, but many users in small communities suffer from this problem; because many queries they depend on have been stopped because the the changes in the schema. [00:06:36] And each time they ask me or someone else to fix the query. That's why I figure out I should ask you about this directly :) [00:06:54] asking is always good! [00:07:21] I hope you don't feel like I'm telling you to go away and never ask questions like this again [00:07:53] I'm just trying to say that at this moment I do not know how to help you [00:09:21] bd808: Yes of course. And thank you for you help. I appreciate that :) [13:58:42] !log dumps moving dumps-4 to a new cloudvirt [13:58:43] Logged the message at https://wikitech.wikimedia.org/wiki/Nova_Resource:Dumps/SAL [13:58:49] !log mwoffliner moving mwoffliner1 to a new cloudvirt [13:58:50] Logged the message at https://wikitech.wikimedia.org/wiki/Nova_Resource:Mwoffliner/SAL [13:59:00] !log shiny-r moving discovery-testing-01 to a new cloudvirt [13:59:01] Logged the message at https://wikitech.wikimedia.org/wiki/Nova_Resource:Shiny-r/SAL [13:59:16] !log incubator moving incubator-mw to a new cloudvirt [13:59:17] Logged the message at https://wikitech.wikimedia.org/wiki/Nova_Resource:Incubator/SAL [14:04:48] !log dumps moving dumps-5 to a new cloudvirt [14:04:49] Logged the message at https://wikitech.wikimedia.org/wiki/Nova_Resource:Dumps/SAL [14:08:27] !log maps moving maps-wma to a new cloudvirt [14:08:29] Logged the message at https://wikitech.wikimedia.org/wiki/Nova_Resource:Maps/SAL [14:12:02] !log wikidata-query moving wdqs-test to a new cloudvirt [14:12:04] Logged the message at https://wikitech.wikimedia.org/wiki/Nova_Resource:Wikidata-query/SAL [14:16:44] !log mwoffliner moving mwoffliner3 to a new cloudvirt [14:16:45] Logged the message at https://wikitech.wikimedia.org/wiki/Nova_Resource:Mwoffliner/SAL [18:24:50] bd808: question what is the storage capacity of an instance in labs? [18:26:15] cc andrewbogott in case he is arround [18:26:41] nuria: it depends on the instance type [18:26:48] andrewbogott: the largest? [18:27:28] andrewbogott: if there is a place where i can look this upplease let me know, could not find it after a super fast look at wikitech [18:28:31] The standard sizes are 20Gb, 40Gb, 80Gb [18:28:45] there are other custom VM types of all different sizes used for particular purposes though [18:29:07] andrewbogott: can you provision one with more than 80G storage? [18:30:13] sure, it's possible. If you need a particular quota or flavor change there's a request process. Let me find you a link... [18:30:40] https://phabricator.wikimedia.org/project/profile/2880/ [18:30:50] andrewbogott: i do not need one but just trying to see if you did how big could you request one to be [18:32:49] It just all depends on what you're doing with it. We were (recently) set up to create enormous VMs for y'all on the cloudvirtan hardware but I think you're going a different way with that now [18:33:37] There's nothing about the virtualness of a VM that limits drive size, only hardware limits [18:33:54] and that it's quite cumbersome to manage giant VM filesystems if you need the data to persist [18:37:46] andrewbogott: k [18:38:12] nuria: sorry if I'm being unhelpful :) It's easier to address a specific use case. [18:38:29] andrewbogott: this is fine , no worries