Friday, 2019-06-14

*** ianychoi has joined #storyboard00:19
*** diablo_rojo has quit IRC02:12
*** mugsie has quit IRC03:22
*** thrace has quit IRC03:22
*** persia has quit IRC03:22
*** mugsie has joined #storyboard03:38
*** thrace has joined #storyboard03:38
*** persia has joined #storyboard03:38
*** irclogbot_2 has quit IRC03:41
*** irclogbot_1 has joined #storyboard03:43
*** udesale has joined #storyboard03:53
*** whoami-rajat has joined #storyboard04:47
*** udesale has quit IRC06:34
*** udesale has joined #storyboard06:37
*** tosky has joined #storyboard07:15
*** dtantsur|afk is now known as dtantsur07:44
*** udesale has quit IRC07:56
*** jpich has joined #storyboard07:57
*** zbr|ooo is now known as zbr|ruck08:01
*** jtomasek has joined #storyboard08:38
*** udesale has joined #storyboard08:55
*** udesale has quit IRC10:35
*** udesale has joined #storyboard10:38
*** jpich has quit IRC10:50
*** jpich has joined #storyboard10:51
*** udesale has quit IRC11:48
Zaraso SUSE has hackweek coming up, where you can work on whatever you want for a week as long as you're learning a new skill. vague plan is to hook up some kind of robot to storyboard that does something pointless when some conditions are met: THE STORYBOT. I have an arduino starter kit, a raspberry pi and a lego mindstorms set lying around.13:31
Zaraso let's put storyboard on wheels13:31
Zaraideas, recommendations etc welcome; not done any IoT before13:33
*** whoami-rajat has quit IRC13:57
clarkbI'm going to have to watch some storybots on netflix with the kids for research/ideas. Maybe have a robot flip a mechanical counter on say story closure14:04
Zara:D14:05
fungimost of the good ideas i can think of unfortunately require an event stream or webhook mechanism implemented in sb14:06
fungiwhich i believe is something we want, but has lagged in priority behind more pressing issues14:06
SotKsimply subscribe to all projects and trigger things on receiving emails14:09
Zaraor I leave storybot with astonishing lag, so that it polls eg: 2x a day and if anything has changed in the instance, it makes a sound. a longwinded method to sound the alarm in the case of extended downtime14:17
fungioh, good suggestion SotK14:17
Zarawell, if it made a sound when nothing had changed14:17
fungiin that case, there's always the classic foam dart launcher robot to get your attention each time a new story is filed14:17
Zara:D14:19
SotK(on a serious note, utilising the existing events we publish to rabbitmq to provide a neat way to connect to a websocket to consume them would be amazing)14:20
Zarahaha, but I'm hoping to make something thoroughly useless! :D guess we'll see what happens.14:23
SotKheh, I just meant in general rather than trying to persuade you to do it, so don't feel any pressure to do so please :)14:39
Zaradw :P just prepare for the world of the task-tracking battlerobots, in which priority is determined by combat.14:47
Zaralooks like my hackweek has morphed into an unreadable scifi novel before it even started14:47
Zara(actually I was musing this morning about writing some story where the comedy twist at the end is that the characters are nodes in a HA cluster and there's some STONITH afoot)14:49
Zarathen I decided I probably needed to get a life14:50
fungiSotK: yeah, assuming there's nothing sensitive on the message queue, that would make the most sense. we could even pick a standard protocol like mqtt (which is often exposed via websockets)15:01
fungihttps://www.rabbitmq.com/mqtt.html15:02
fungimight not need any hacking *in* storyboard to make that happen15:03
fungiand we've already got some experience with mqtt (including over websockets) https://docs.openstack.org/infra/system-config/firehose.html15:04
SotKthe downside to that approach is that most of the useful things to do with it are more interesting with support for private things15:06
fungiyeah, probably so, and that means authentication and acls15:07
fungipresumably we could mark events as "sensitive" and then an initial implementation would just filter those from the mqtt emitter15:08
fungibut care would need to be taken to avoid bugs which leaked things we intended to be sensitive but botched the filter for or forgot to mark15:08
fungiwe could take a whitelist approach and tag all messages which we know *aren't* sensitive as public, and then only emit those via mqtt15:09
fungianyway, handwavey brainstorming15:09
persiaIs it not safe to use the "private" flag as a filter for "sensitive"?15:43
fungithat i don't know, but it might be15:45
* SotK would expect it to be15:45
fungidepends on what exactly is actually going across the queue15:45
fungifor a terrible example, if we needed to put events about session tokens across the queue, would those necessarily be marked as private? would we remember to do that for sure?15:46
fungievents about stories and tasks are probably easy to solve that for, but it's not necessarily the case that's all which will ever be useful for the inter-process message queue15:47
*** jamesmcarthur has joined #storyboard15:56
*** dtantsur is now known as dtantsur|afk16:26
*** jpich has quit IRC16:29
*** jamesmcarthur_ has joined #storyboard18:17
*** jamesmcarthur has quit IRC18:21
*** jamesmcarthur_ has quit IRC18:24
*** jamesmcarthur has joined #storyboard19:02
*** diablo_rojo has joined #storyboard19:33
*** jamesmcarthur has quit IRC19:41
*** jamesmcarthur has joined #storyboard19:42
*** jamesmcarthur has quit IRC19:44
*** jamesmcarthur has joined #storyboard19:44
*** yoctozepto has joined #storyboard19:59
fungianybody able to guess what could cause sb to send duplicate e-mail notifications to the same user when creating a story or adding a task?19:59
fungiyoctozepto commented in #openstack-infra about having experienced that20:00
*** jamesmcarthur has quit IRC20:00
yoctozeptoclarkb also affected20:00
fungiindeed, clarkb do you happen to know if this is a recent change in behavior?20:01
fungicould be a regression in one of the recent changes we merged, i suppose20:01
yoctozeptoI am not subscribing the project btw20:01
clarkbI don't but can ask gmail20:01
yoctozeptoI have no history, that was my first post on storyboard20:02
clarkbLooks like it may have started yesterday20:02
yoctozeptoook20:02
clarkbJune 13 appears to be first case of it judging by quick scan of emails it sent20:02
fungiyoctozepto: anyway, to answer your original question from the other channel, at a minimum i would consider it a bug, whether it's a long-standing one or not i couldn't tell you20:02
fungisounds like it could be a very recent regression though20:02
yoctozeptothanks, fungi20:02
*** jamesmcarthur has joined #storyboard20:04
*** jamesmcarthur has quit IRC20:05
SotKthat sounds like a strange one20:27
SotKI wonder if somehow two workers managed to process the events20:29
SotKI actually saw a similar bug with the mqtt patches that mtreinish sent a while back, where each event would show up a bunch of times for some reason20:29
SotKI figured it was a difference in mqtt vs rabbitmq, but maybe not20:30
* fungi checks for an excess of worker processes20:34
funginope, parent "storyboard-worker-daemon --worker-count 5" process and 5 children, as you would expect20:36
SotKso I have a non-duplicated email from yesterday at 16:54 UTC20:40
SotKand a duplicated one from 17:55 UTC20:41
fungithat does indeed suggest something changed20:41
fungiclarkb: are you able to help narrow down that window further?20:41
* clarkb looks20:42
fungiworst case i can try doing some mta log analysis, but that is not compatible with my present lawn care activities20:42
clarkbno dup at 9:54am Pacific dup at 10:55am pacific yesterday20:43
clarkbprobably the same emails SotK got :)20:43
SotKthe only thing which merged in that timeslot was https://review.opendev.org/#/c/661663/20:44
SotKhttp://zuul.openstack.org/build/87e64ea9b90749d1b31f10f0cf1531e2 is the post job for that change20:45
*** zbr|ruck has quit IRC21:13
*** zbr has joined #storyboard21:30
*** diablo_rojo has quit IRC22:32
*** tosky has quit IRC22:48
*** jtomasek has quit IRC23:19

Generated by irclog2html.py 2.15.3 by Marius Gedminas - find it at mg.pov.lt!