15:29:08 #startmeeting Pulp Triage 2017-01-31 15:29:08 #info bizhang has joined triage 15:29:09 Meeting started Tue Jan 31 15:29:08 2017 UTC and is due to finish in 60 minutes. The chair is bizhang. Information about MeetBot at http://wiki.debian.org/MeetBot. 15:29:09 Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. 15:29:09 The meeting name has been set to 'pulp_triage_2017_01_31' 15:29:09 bizhang has joined triage 15:29:16 !here 15:29:16 #info dalley_ has joined triage 15:29:17 dalley_ has joined triage 15:29:33 !here 15:29:33 #info daviddavis has joined triage 15:29:33 daviddavis has joined triage 15:29:47 !here 15:29:47 #info smyers has joined triage 15:29:48 smyers has joined triage 15:30:04 !next 15:30:05 !here 15:30:06 #topic error for docker pull of non-existent tag not clear - http://pulp.plan.io/issues/2536 15:30:06 #info mhrivnak has joined triage 15:30:06 7 issues left to triage: 2536, 2547, 2550, 2551, 2552, 2553, 2554 15:30:06 Crane Issue #2536 [NEW] (unassigned) - Priority: Normal | Severity: Medium 15:30:07 error for docker pull of non-existent tag not clear - http://pulp.plan.io/issues/2536 15:30:08 mhrivnak has joined triage 15:30:55 mhrivnak, what are your thoughts about this issue? 15:31:49 It still smells like a bug, or at least a rough edge, in docker. 15:32:43 I'm ok with accepting it onto the sprint for investigation. 15:32:49 +1 from me 15:33:10 I think it'll require some digging to figure out exactly what the 302 redirect points at, and what docker does with that. 15:33:25 !propose other accept and add to sprint 14 15:33:25 #idea Proposed for #2536: accept and add to sprint 14 15:33:25 Proposed for #2536: accept and add to sprint 14 15:33:58 !accept 15:33:58 #agreed accept and add to sprint 14 15:33:58 Current proposal accepted: accept and add to sprint 14 15:34:00 #topic Cannot sync RHEL 7.3 ISO - http://pulp.plan.io/issues/2547 15:34:00 6 issues left to triage: 2547, 2550, 2551, 2552, 2553, 2554 15:34:00 Pulp Issue #2547 [NEW] (unassigned) - Priority: Normal | Severity: Medium 15:34:01 Cannot sync RHEL 7.3 ISO - http://pulp.plan.io/issues/2547 15:34:08 looks like this one needs info 15:34:17 !here 15:34:17 #info dkliban has joined triage 15:34:18 dkliban has joined triage 15:34:36 Oh, I think this was fixed. 15:34:40 There were missing files on the CDN. 15:34:46 And that was fixed. 15:35:02 !close NOTABUG 15:35:02 Error: "close" is not a valid command. 15:35:09 !propose other close notabug 15:35:09 #idea Proposed for #2547: close notabug 15:35:10 Proposed for #2547: close notabug 15:36:03 !accept 15:36:03 #agreed close notabug 15:36:04 Current proposal accepted: close notabug 15:36:05 5 issues left to triage: 2550, 2551, 2552, 2553, 2554 15:36:05 #topic Publishing via rsync does not correctly look at publish records - http://pulp.plan.io/issues/2550 15:36:06 Pulp Issue #2550 [NEW] (unassigned) - Priority: Normal | Severity: Medium 15:36:07 Publishing via rsync does not correctly look at publish records - http://pulp.plan.io/issues/2550 15:36:18 so I am working in this area now 15:36:31 !propose other accept and add to sprint14 15:36:31 #idea Proposed for #2550: accept and add to sprint14 15:36:32 Proposed for #2550: accept and add to sprint14 15:37:26 daviddavis, I assume we want this on sprint 14 since it blocks another sprint 14 item 15:37:47 it doesn't block it but it would be an easy fix since I am working in the same area 15:38:22 it actually does kind of block it or it makes testing #2532 harder 15:38:23 Seems reasonable. 15:38:37 !accept 15:38:37 #agreed accept and add to sprint14 15:38:38 Current proposal accepted: accept and add to sprint14 15:38:39 #topic PLP0000 error reported for "celery.worker.job:ERROR: (15661-67328) WorkerLostError: Worker exited prematurely: signal 6 (SIGIOT)" - http://pulp.plan.io/issues/2551 15:38:39 4 issues left to triage: 2551, 2552, 2553, 2554 15:38:39 Pulp Issue #2551 [NEW] (unassigned) - Priority: Normal | Severity: Medium 15:38:40 PLP0000 error reported for "celery.worker.job:ERROR: (15661-67328) WorkerLostError: Worker exited prematurely: signal 6 (SIGIOT)" - http://pulp.plan.io/issues/2551 15:38:52 * smyers shakes fist at plp0000 15:39:04 lol 15:39:50 !propose accept 15:39:50 #idea Proposed for #2551: Leave the issue as-is, accepting its current state. 15:39:50 Proposed for #2551: Leave the issue as-is, accepting its current state. 15:40:52 everyone's so quiet today 15:41:02 ...except it's definitely not a blocker for 2.11.z, so I'll take that off 15:41:07 we're all sick 15:41:13 yeah.. 15:41:20 I wonder if the bug title should be updated based on https://pulp.plan.io/projects/pulp/activity?from=2017-01-30 15:41:21 Title: Activity - Pulp (at pulp.plan.io) 15:41:31 definitely needs a title improvement 15:41:38 err link should be https://pulp.plan.io/issues/2551#note-2 15:41:39 Title: Issue #2551: PLP0000 error reported for "celery.worker.job:ERROR: (15661-67328) WorkerLostError: Worker exited prematurely: signal 6 (SIGIOT)" - Pulp (at pulp.plan.io) 15:42:15 something like Generic PLP0000 error not helpful 15:42:49 should we add to sprint 14? since we're doing a lot of generic logging improvements 15:42:52 This strikes me though as the kind of thing that we're not going to allocate a special PLP#### for. 15:43:07 So I'd focus the title on just getting more info into the task's error info. 15:43:44 +1 add to sprint 15:44:29 +1 15:44:32 +1 15:44:37 +1 15:44:43 !propose other accept, retitle, and add to sprint 15:44:43 #idea Proposed for #2551: accept, retitle, and add to sprint 15:44:44 Proposed for #2551: accept, retitle, and add to sprint 15:44:56 !accept 15:44:56 #agreed accept, retitle, and add to sprint 15:44:56 Current proposal accepted: accept, retitle, and add to sprint 15:44:58 3 issues left to triage: 2552, 2553, 2554 15:44:58 #topic updating ostree rpm gives error on sync: LibError: GLib.Error('No such file or directory', 'g-io-error-quark', 1) - http://pulp.plan.io/issues/2552 15:44:59 OSTree Support Issue #2552 [NEW] (unassigned) - Priority: Normal | Severity: Medium 15:44:59 updating ostree rpm gives error on sync: LibError: GLib.Error('No such file or directory', 'g-io-error-quark', 1) - http://pulp.plan.io/issues/2552 15:45:18 jortel, ? 15:46:27 Looks a whole lot like ostree is broken :( 15:46:40 yep. 15:47:02 yeah .. so i think that this should probably be filed upstream against ostree 15:47:47 should we closeout the redmine issue then? 15:47:55 Let's skip and let jortel weigh in later. 15:48:00 Could just be the glib python bindings should've raised an IOError, though, not a LibError 15:48:01 +1 to skip for now 15:48:10 !skip 15:48:11 2 issues left to triage: 2553, 2554 15:48:12 #topic Unable to sync isolinux and efi directory - http://pulp.plan.io/issues/2553 15:48:12 Pulp Issue #2553 [NEW] (unassigned) - Priority: Normal | Severity: Medium 15:48:12 Unable to sync isolinux and efi directory - http://pulp.plan.io/issues/2553 15:48:27 i was talking to the reporter of this issue yesterday 15:48:53 and he noticed that isolinux is not being published by Pulp 15:48:59 * jortel looks 15:49:23 mhrivnak: do you know if we made the decision to not publish it for any particular reason? 15:49:53 dkliban, I do not know. 15:50:22 If it's referenced by treeinfo, it should get sync'd and published. 15:50:25 bizhang: I can weigh in on 2552 at the end if you want me to. 15:50:38 jortel, sounds good! 15:50:46 if i may comment on 2553 15:50:52 sklav: please do 15:50:58 sklav is the reporter 15:51:01 currently we publish liveOS etc.. 15:51:25 isolinux and efi would also be required in order to allow people to use the repo for provisioning 15:52:32 sklav, do you have an example repo URL? 15:52:53 centos.mirror.iweb.cahttp://centos.mirror.iweb.ca/7/os/x86_64/ 15:52:57 sorry 15:52:59 http://centos.mirror.iweb.ca/7/os/x86_64/ 15:53:21 EFI and isolinux are missing when a sync is performed 15:53:41 Gotcha. 15:53:47 That's helpful. 15:54:00 We should probably discuss this a bit more after triage. 15:54:04 mhrivnak: yesterday i synced the above repo with rpms and drpms skipped. i observed that isolinux was missing 15:54:30 mhrivnak: i agree. sklav let's discuss some more after this meeting is over in a couple of mins 15:54:47 sure 15:55:08 mhrivnak: should we mark this as triaged? 15:55:19 or skip that part for rightnow? 15:55:25 I would skip for now. 15:55:29 !skip 15:55:31 1 issues left to triage: 2554 15:55:32 #topic client side exception when removing python package from repository - http://pulp.plan.io/issues/2554 15:55:32 Python Support Issue #2554 [NEW] (unassigned) - Priority: Normal | Severity: Medium 15:55:33 client side exception when removing python package from repository - http://pulp.plan.io/issues/2554 15:55:58 i filed this issue yesterday. i think we should fix it for Pulp Python 2.0.1 15:56:19 the units get removed, but pulp-admin chokes on the response from the API 15:56:29 !propose accept 15:56:29 #idea Proposed for #2554: Leave the issue as-is, accepting its current state. 15:56:30 Proposed for #2554: Leave the issue as-is, accepting its current state. 15:57:11 +1 15:57:24 !accept 15:57:24 #agreed Leave the issue as-is, accepting its current state. 15:57:24 Current proposal accepted: Leave the issue as-is, accepting its current state. 15:57:26 No issues to triage. 15:57:29 !issue 2552 15:57:30 #topic updating ostree rpm gives error on sync: LibError: GLib.Error('No such file or directory', 'g-io-error-quark', 1) - http://pulp.plan.io/issues/2552 15:57:30 OSTree Support Issue #2552 [NEW] (unassigned) - Priority: Normal | Severity: Medium 15:57:30 updating ostree rpm gives error on sync: LibError: GLib.Error('No such file or directory', 'g-io-error-quark', 1) - http://pulp.plan.io/issues/2552 15:58:33 We have dealt with this over the last 2 years. smyers is correct in that when the worker dies due to libostree core dump, it leave this the ostree (backing) repo in a badly broken state. 15:59:46 so we should file this upstream? 15:59:53 jortel, so this error happens only after a repo has been corrupted? 16:00:06 the only thing pulp should consider doing is either: 1) document how to fix which is has been to delete the repo. 2) have the plugin delete it when it detects that it's broken. 3) as colin if there is a way to repair it. 16:00:14 mhrivnak: yes 16:01:00 or, the remote repo is corrupted but I have not observed that case. 16:01:09 and I doubt that 16:01:13 jortel, do you think we could catch that error and provide a more useful error message? 16:02:09 I'm not sure how easy it would be to distinguish it from some other kind of error. 16:02:10 mhrivnak: perhaps but it won't be pretty since we'd need to parse the string in the exception :/ 16:03:29 mhrivnak: the best case is that we ensure that ostree has fixed the crash (I thought they did) and ensure users are fully updated. 16:03:38 Gotcha. In any case, I'm in favor then of accepting this issue, and let's decide later on which specific steps we want to take. 16:03:54 sounds good. 16:03:55 Documenting this as a known issue would be a good step. 16:04:13 !propose accept 16:04:13 #idea Proposed for #2552: Leave the issue as-is, accepting its current state. 16:04:14 Proposed for #2552: Leave the issue as-is, accepting its current state. 16:04:17 jortel, can you add the info you provided here to that issue? 16:04:30 mhrivnak: will do. 16:04:36 !accept 16:04:36 #agreed Leave the issue as-is, accepting its current state. 16:04:36 Current proposal accepted: Leave the issue as-is, accepting its current state. 16:04:38 !end 16:04:38 #endmeeting 16:04:38 No issues to triage.