[10:16:49] <godog>	 hashar: what's "memory rates" in cluster overview dashboard ?
[10:17:40] <hashar>	 derivate of the memory usage iirc
[10:17:47] <hashar>	 aka how fast the memory grow or shrink
[10:18:03] <hashar>	 I can't remember in which context I had to add this
[10:18:11] <hashar>	 definitely for some memory leak on some host/app at some point
[10:18:13] <godog>	 ok could you revert it then ?
[10:18:23] <hashar>	 we do need it
[10:18:27] <hashar>	 what is wrong with that graph?
[10:19:06] <godog>	 shows lines up and down for me for all clusters I found so far
[10:19:20] <godog>	 in other words seems pretty uninformative
[10:21:11] <hashar>	 for a short duration (like one day) and for cluster that barely move memory, that indeed shows a series of spike
[10:21:28] <hashar>	 but a long trend when there are memory leak it does reflect bumps in memory increase
[10:22:12] <godog>	 I'm not opposed to it in general, though it doesn't seem general use/purpose enough to me for such a prominent dashboard and spot in the dashboard
[10:22:20] <hashar>	 ah
[10:22:29] <hashar>	 this was the screenshot I had a month or so ago https://phabricator.wikimedia.org/F34761731
[10:22:56] <hashar>	 anyway feel free to remove the panel :]
[10:23:29] <hashar>	 it is easy to recreate it on demand by adding a rate() around the metrics
[10:23:48] <hashar>	 it was really a one time use case to investigate some memory pressure
[10:23:56] <godog>	 {{done}}
[10:24:06] <godog>	 yeah for those use cases an ad-hoc dashboard is better
[10:24:27] <hashar>	 and Timo showed up a way to generate graph on the fly similar to the old graphite.wikimedia.org 
[10:24:34] <hashar>	 so I could use that instead for on demand graphs
[10:24:42] <hashar>	 I can't remember the url though
[10:24:55] <kormat>	 hashar: thanos.wikimedia.org/ ?
[10:25:16] <hashar>	 I think it was a subpage on grafana
[10:26:39] <hashar>	 ah yeah https://grafana-rw.wikimedia.org/explore  (when logged in )
[10:26:43] <majavah>	 https://grafana-rw.wikimedia.org/explore?
[10:26:51] <majavah>	 ah, you found it already
[10:27:04] <hashar>	 I wasn't even aware about thanos 
[10:27:09] <kormat>	 days since i last cursed grafana vs grafana-rw: 0
[10:27:32] <hashar>	 you folks should come give us a tour of grafana and thanos interfaces :]
[10:28:01] <majavah>	 kormat: you aren't even aware of the pain that it creates for people not in cn=nda :P
[10:28:12] <kormat>	 majavah: i can only imagine :(
[10:28:53] <hashar>	 majavah: we do have volunteers with NDA iirc
[10:29:06] <hashar>	 the process is clumsy and rather long last time I have witnessed it
[10:29:13] <majavah>	 I am on that group these days thankfully
[10:29:13] <hashar>	 mostly because such requests do not happen often
[10:29:17] <hashar>	 but it is definitely possible
[10:29:19] <hashar>	 ah
[10:29:21] <hashar>	 great :]
[10:30:18] <majavah>	 T292783
[10:30:19] <stashbot>	 T292783: Grant Access to cn=nda for Majavah - https://phabricator.wikimedia.org/T292783
[10:30:52] <majavah>	 but I had already dealt with the "sign a NDA" part in the past so it was simpler
[19:23:26] <rzl>	 newbie generate-debdeploy-spec question -- does "Please enter the version of $package fixed in $distro" mean the old pre-update version, or the new post-update version?
[19:23:59] <rzl>	 that is: the version to be fixed, or the fixed version :)
[19:30:05] <legoktm>	 rzl: the version to update to
[19:30:31] <rzl>	 perfect thanks