| *** ianychoi_ has joined #openstack-swift | 00:09 | |
| *** ianychoi has quit IRC | 00:11 | |
| *** tkajinam has quit IRC | 00:56 | |
| *** tkajinam has joined #openstack-swift | 00:59 | |
| *** gyee has quit IRC | 01:34 | |
| *** tkajinam has quit IRC | 02:36 | |
| *** tkajinam has joined #openstack-swift | 03:02 | |
| *** psachin has joined #openstack-swift | 03:36 | |
| *** psachin has quit IRC | 04:09 | |
| *** evrardjp has quit IRC | 05:33 | |
| *** evrardjp has joined #openstack-swift | 05:34 | |
| *** pcaruana has quit IRC | 06:17 | |
| *** ccamacho has quit IRC | 07:00 | |
| *** tesseract has joined #openstack-swift | 07:41 | |
| *** Fengli has joined #openstack-swift | 07:44 | |
| *** rcernin has quit IRC | 07:52 | |
| *** rdejoux has joined #openstack-swift | 08:18 | |
| *** ccamacho has joined #openstack-swift | 08:20 | |
| *** tkajinam has quit IRC | 08:24 | |
| *** pcaruana has joined #openstack-swift | 08:56 | |
| *** ccamacho has quit IRC | 09:00 | |
| *** rpittau|afk is now known as rpittau | 09:16 | |
| *** ccamacho has joined #openstack-swift | 09:52 | |
| *** pcaruana has quit IRC | 10:23 | |
| *** Fengli1 has joined #openstack-swift | 10:53 | |
| *** Fengli has quit IRC | 10:55 | |
| *** Fengli1 is now known as Fengli | 10:55 | |
| *** pcaruana has joined #openstack-swift | 11:02 | |
| *** rpittau is now known as rpittau|bbl | 11:11 | |
| *** manuvakery has joined #openstack-swift | 11:29 | |
| *** Fengli has quit IRC | 11:46 | |
| *** Fengli has joined #openstack-swift | 11:47 | |
| *** diablo_rojo has joined #openstack-swift | 12:07 | |
| *** rpittau|bbl is now known as rpittau | 13:26 | |
| *** tkajinam has joined #openstack-swift | 13:56 | |
| *** manuvakery has quit IRC | 13:58 | |
| *** Fengli has quit IRC | 13:58 | |
| *** Fengli has joined #openstack-swift | 14:08 | |
| *** Fengli1 has joined #openstack-swift | 14:27 | |
| *** Fengli has quit IRC | 14:29 | |
| *** Fengli1 is now known as Fengli | 14:29 | |
| *** Fengli1 has joined #openstack-swift | 14:54 | |
| *** Fengli has quit IRC | 14:55 | |
| *** Fengli1 is now known as Fengli | 14:55 | |
| *** tkajinam has quit IRC | 15:10 | |
| *** ccamacho has quit IRC | 16:02 | |
| *** rdejoux has quit IRC | 16:11 | |
| *** theintern_ has joined #openstack-swift | 16:12 | |
| *** dosaboy has quit IRC | 16:28 | |
| *** gyee has joined #openstack-swift | 16:42 | |
| *** rdejoux has joined #openstack-swift | 16:58 | |
| *** rpittau is now known as rpittau|afk | 17:01 | |
| *** rdejoux has quit IRC | 17:04 | |
| *** rdejoux has joined #openstack-swift | 17:04 | |
| DHE | has anyone seen what I can only describe as hung service processes? they stand out on the process list for only having 0 or 1 second of CPU time despite running for weeks whereas every other process has way more CPU time. | 17:09 |
|---|---|---|
| *** camelCaser has quit IRC | 17:13 | |
| *** camelCaser has joined #openstack-swift | 17:14 | |
| *** evrardjp has quit IRC | 17:33 | |
| *** evrardjp has joined #openstack-swift | 17:34 | |
| *** theintern_ has quit IRC | 17:46 | |
| *** dosaboy has joined #openstack-swift | 17:59 | |
| *** theintern_ has joined #openstack-swift | 18:15 | |
| *** theintern_ has quit IRC | 18:47 | |
| *** theintern_ has joined #openstack-swift | 18:59 | |
| *** pcaruana has quit IRC | 19:16 | |
| *** gmann is now known as gmann_afk | 19:36 | |
| *** theintern_ has quit IRC | 20:05 | |
| *** tesseract has quit IRC | 20:50 | |
| openstackgerrit | Corey Bryant proposed openstack/liberasurecode master: Fix strncpy to prevent truncation of source https://review.opendev.org/702530 | 20:58 |
| clayg | timburke: i think it would be weird to give "orphaned" containers any special treatment in listings - I don't think we really know for sure which way the split goes? | 21:02 |
| *** Fengli1 has joined #openstack-swift | 21:02 | |
| *** Fengli has quit IRC | 21:05 | |
| *** Fengli1 is now known as Fengli | 21:05 | |
| timburke | i don't like that the proxy knows which way it found the split but doesn't tell the user, is all | 21:05 |
| timburke | like, if i think i delete everything in a container and delete the container... ok, i can chalk up the container still showing up in account listings because updater hasn't gotten to it yet | 21:05 |
| *** rdejoux has quit IRC | 21:06 | |
| timburke | but if it's still there after a month... are updaters busted or did versioning stuff get out-of-sync? as a user, i don't know which path i should take to fix it | 21:06 |
| timburke | (arguably, as a user, i shouldn't even need to know about such things... but, y'know...) | 21:06 |
| timburke | what i *do* care about as a user is how i can make sure i'm not getting billed for this thing anymore | 21:07 |
| *** rdejoux has joined #openstack-swift | 21:18 | |
| *** rdejoux has quit IRC | 21:24 | |
| openstackgerrit | Clay Gerrard proposed openstack/python-swiftclient master: object versioning features https://review.opendev.org/691877 | 21:34 |
| *** rcernin has joined #openstack-swift | 22:08 | |
| clayg | timburke: maybe i'm just not clear on the corrective steps - a DELETE request to the container isn't going to indicate there's still versions? | 22:15 |
| clayg | timburke: because i feel like "{name: foo, objects: 0, bytes: 100}" *is* saying something about there still being something in there... | 22:16 |
| timburke | hmm.... that's a good point... objects:0 makes it rather odd... | 22:18 |
| timburke | time to update the probe test ;-) | 22:18 |
| timburke | i think i'd be content to say that "objects: 0, bytes: non-0, container 404s means you're in this state" | 22:19 |
| timburke | corrective steps are: create container again with versioning enabled, list versions, delete them, delete container again | 22:20 |
| timburke | (at least, assuming everything really *was* supposed to be deleted | 22:20 |
| *** mvkr has quit IRC | 22:21 | |
| clayg | you can't just DO the versioned listing? | 22:22 |
| timburke | nope -- 404 | 22:26 |
| timburke | https://review.opendev.org/#/c/701643/1/test/probe/test_object_versioning.py@127 | 22:27 |
| patchbot | patch 701643 - swift - squash: flesh out object-versioning probe test a bit - 1 patch set | 22:27 |
| clayg | well, that's less great | 22:28 |
| timburke | even if you know the version-ids you missed, you still can't interact with them; you get a 400 until you re-create the container, with versioning enabled | 22:28 |
| clayg | i'd be much more inclined to add some kludge to infer that maybe there's a version container out there even if the named container 404s and try to improve that interaction than adding a new key of some kind to the public listing API | 22:32 |
| clayg | like if you GET foo?versions and foo returns 404 - maybe go ahead and GET \x00versions\x00foo JIC | 22:33 |
| timburke | yeah, that seems reasonable | 22:33 |
| timburke | that reminds me -- i'm gettimg more and more skeptical of the need to record the locations name... | 22:34 |
| timburke | like, i guess better safe than sorry... | 22:34 |
| timburke | i think i'd feel a lot better if it was very clearly "informational only" and we didn't have any logic based on it | 22:35 |
| timburke | ...which might get us pretty close to having listings Just Work and the like | 22:35 |
| *** gmann_afk is now known as gmann | 22:53 | |
| *** tkajinam has joined #openstack-swift | 22:55 | |
| timburke | rledisez, https://github.com/swiftstack/docker-swift/pull/48 reminds me -- would you have much concern if Swift increased its max_meta_name_length and max_meta_value_length to 2048 each? we've been pushing that default for a while now, seems to clear up some issues when s3 clients want to use library-provided client-side encryption | 23:07 |
| timburke | we haven't run into any trouble with keeping max_meta_overall_size at 4k, fwiw | 23:07 |
| *** mvkr has joined #openstack-swift | 23:27 | |
Generated by irclog2html.py 2.15.3 by Marius Gedminas - find it at mg.pov.lt!