/srv/irclogs.ubuntu.com/2020/04/20/#juju.txt

hpidcockwallyworld ^00:59
wallyworldhpidcock: looking01:20
wallyworldsorry, was distracted01:20
wallyworlddone01:21
hpidcockwallyworld: danke01:21
wallyworldbitte schoen01:21
hpidcockwallyworld: missed this one https://github.com/juju/lumberjack/pull/301:22
wallyworlddone01:23
hpidcockwallyworld: can you create a v2 branch from master on https://github.com/juju/mgo and push it please. I don't have write access01:42
wallyworldok01:43
hpidcockthankyou01:43
wallyworldhpidcock: done01:45
hpidcockawesome01:45
hpidcockthanks01:45
thumperwallyworld: are you looking at the release blocker or shall i?01:51
wallyworldthumper: babbageclunk is. and i don't agree it's a release blocks. 1. not regressions, 2. TBA not juju01:52
thumperwallyworld: I may take a look at logs and sync with babbageclunk then01:52
babbageclunkyup yup01:52
wallyworldsgtm, ty01:52
babbageclunkI can see where everything starts going wrong but nothing that indicates why - just seems like the disk stops01:53
babbageclunkwould be good if crashdump captured engine reports and goroutines01:53
* thumper crosses fingers01:58
thumperbabbageclunk: can we jump in a HO to discuss this bug?02:02
babbageclunkyup yup02:02
timClickshow do charm (frameworks) access the new juju persistent storage available between hook executions?02:42
wallyworldtimClicks: no idea, john would know02:52
thumpertimClicks: StoredState object03:32
thumperwallyworld: can you join me and babbageclunk?03:33
wallyworldsure03:33
wallyworldwhere?03:33
thumperhttps://meet.google.com/rzk-sipb-yna03:33
=== nicks0n is now known as http
babbageclunkthumper: while writing stuff up I got very confused about the "fortress worker shutting down" errors - why are we seeing those in the log?05:31
thumperthat is because the controller is no longer responsible for the model05:31
thumperthe fortress worker just happened to be a worker stopped that caused all the others to stop too05:32
thumperthat is what my thinking is05:32
thumperbecause the model workers don't stop all the workers05:32
thumperthis is a different issue05:32
thumpermost are based around migration05:32
thumperand the migration is based around if responsible05:33
babbageclunkthumper: but the lease can only expire if the clock updater can put time updates through, right?05:40
thumperI don't know05:40
babbageclunkOh no, the isResponsible worker would crash if it got a timeout trying to extend the lease, so I can see that happening.05:43
thumperbabbageclunk: http://paste.ubuntu.com/p/F73c29DVcB/ and https://paste.ubuntu.com/p/rVycBmX8PF/05:43
babbageclunkoh nice!05:44
thumperalthough the report showing "agent: true" is weird05:44
thumperit should be the other unit name05:45
thumperhowever, basics working05:45
stickupkidmanadart, are we going to add spaces cmds to pylibjuju?08:33
manadartstickupkid: I think, yes.08:36
manadartstickupkid: https://github.com/juju/juju/pull/1146608:57
stickupkidmanadart, k, will check now... it seems strange that setting a SetCharmURL isn't a requirement of logic further down. i.e. it does seem flakey logic for it to be like this09:00
stickupkidI need to back port my github action fix to 2.709:04
manadartstickupkid: It's because in-situ, the steps happen independently. It is the local uniter that sets the charm URL at deploy time.09:10
stickupkidmanadart, https://github.com/juju/juju/pull/1146810:06
manadartstickupkid: Approved. When it lands, I will add to https://github.com/juju/juju/pull/11467.10:08
stickupkidmanadart, ah, nice cheers10:08
manadartstickupkid: Quick HO?10:38
stickupkidnot got any video, but sure10:38
stickupkidhml, I fixed the tmp directory last month actually -> https://github.com/juju/juju/commit/2912ff39fab9ecd9a0de211cede78a93d35153c414:12
manadartstickupkid or hml: https://github.com/juju/juju/pull/1147014:45
stickupkidmanadart, I think github have tightened their restrictions on what can run inside a container now15:09
manadartstickupkid: *Sigh*15:09
stickupkidmanadart, I've fixed the snapcraft github action and it's also reporting the same issue https://github.com/juju/juju/pull/1146915:10
stickupkidmanadart, hml CR at somepoint -> https://github.com/juju/juju/pull/1141216:12
stickupkidthis one takes time :(16:12
hmlstickupkid: hrmm… wonder why i hit it last week then.  will have to investigate on my end16:29
=== bdx1 is now known as bdx
babbageclunkthumper: you were talking about going through mongo bugs for #1873482 - anything useful? Should I keep doing that?21:28
mupBug #1873482: [2.7.6] Controller reporting model dropped when no action taken on model <cdo-release-blocker> <juju:New> <https://launchpad.net/bugs/1873482>21:28
thumperI didn't find anything, but there were heaps21:29
babbageclunkor is it enough to say that we don't think this is new, it probably shouldn't be a blocker?21:30
thumperbabbageclunk: can you join the release call?21:30
babbageclunksure21:30
tlmwallyworld, kelvinliu do we make a service account or rbac permissions for a controller to talk to kubernetes ?23:00
kelvinliutlm: yes, the controller's credential is a RBAC SA23:02
tlmwhere does that SA get created because I am not seeing it23:02
kelvinliuduring bootstrapping time23:02
tlmhmmm funny feeling the code isn't working23:03
tlmgot a rough idea where I should look ?23:03
thumperbabbageclunk: bug 1873482, is it in progress or won't fix?23:04
kelvinliuwhy isn't working, the rbac staff are in kube-system namespace23:04
mupBug #1873482: [2.7.6] Controller reporting model dropped when no action taken on model <cdo-release-blocker> <juju:Triaged by 2-xtian> <https://launchpad.net/bugs/1873482>23:04
babbageclunkthumper: I'm not sure - it doesn't seem like it should be wontfix?23:04
kelvinliutlm: caas/kubernetes/clientconfig/23:05
tlmta23:05
kelvinliunws23:11
=== narindergupta is now known as narinderguptamac

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