Jump to: navigation, search

Difference between revisions of "Meetings/Swift"

Line 20: Line 20:
 
** Fix deleting containers behavior when half of container servers downed - https://review.openstack.org/#/c/266199/ [ho]
 
** Fix deleting containers behavior when half of container servers downed - https://review.openstack.org/#/c/266199/ [ho]
 
** Fix 404 in container PUT when the majority of the accounts are missing [takashi]
 
** Fix 404 in container PUT when the majority of the accounts are missing [takashi]
*** I would like to discuss about above patches with following summary [ho]
+
*** I would like to discuss about above patches with following summary - http://paste.openstack.org/show/484089/ [ho]
    http://paste.openstack.org/show/484089/
 
  
 
When adding an item, please include your IRC nickname with it.
 
When adding an item, please include your IRC nickname with it.

Revision as of 07:05, 18 January 2016

Meeting Time Every Wednesday at 21:00 UTC in #openstack-meeting
Meeting Logs http://eavesdrop.openstack.org/meetings/swift/2016/
Chair notmyname

Agenda: January 20, 2016 2100 UTC

  • Patches
    • Change schedule priority of daemon/server in config - https://review.openstack.org/#/c/238799/ [peterlisak? onovy?]
      • 2 big questions in the review comments
        • Does setting ionice actually improve anything? Swift's processes are rather interconnected, so it's very difficult to isolate a logical API operation by process. eg nice'ing the container server would impact object PUTs since the container is updated as part of the object write.
        • Should we even be doing this in Swift itself instead of distro init scripts. On the one hand, the ionice priority "code" has to be rewritten for every distro. On the other, ops know ionice and how/when to use it and does that actually belong in Swift? If it does, why not other ops/management tools?

When adding an item, please include your IRC nickname with it.