#openstack-meeting: swift（2015-08-19）

225025

• 
  
  • https://wiki.openstack.org/wiki/Meetings/Swift (notmyname,
    21:02:41)
    
  
  
  
  
  
• hackathon summary (notmyname,
  21:02:54)
  <notmyname> #link https://wiki.openstack.org/wiki/Meetings/Swift
  
• releases (notmyname,
  21:32:15)
  
  
  • https://bugs.launchpad.net/swift shows 5 critical ones. (zaitcev,
    21:35:19)
    <notmyname> so I want to do a release next week<notmyname> it will be 2.4<notmyname> so here's a &quot;rule&quot; I'd like to try to follow: if there is any open bug that is marked as critical, it blocks a release<notmyname> so if you're looking at a swift bug in launchpad.....rather, &quot;when&quot; you're looking at swift bugs in launchpad, if there's something that must be in the next release, it should be marked critical<zaitcev> https://bugs.launchpad.net/swift shows 5 critical ones
    
  
  
  
  
  
• keystone related patches (notmyname,
  21:37:41)
  
  
  • http://paste.openstack.org/show/421542/ (notmyname,
    21:37:46)
    <ho> yeah, I would like to introduce keystone related patches in swift to get atention from you :-)
    <ho> i also try to make vagrant-swift-all-in-one with keystone
    
  
  
  
  
  
• open discussion (notmyname,
  21:45:33)
  <notmyname> I'm at the openstack ops meetup right now. there's love for swift here. &quot;it just works.&quot; &quot;it's very stable&quot; &quot;I don't have to worry about it&quot;. etcEC Optimizations <minwoob_> I think if we had more time at the hackathon, we might have gotten to a discussion regarding small file optimizations for EC.<minwoob_> Specifically, whether we'd want to go forward with a dual-policy for EC policy for small vs. large objects.<minwoob_> It probably goes deeper than just &quot;if an object in the EC policy is < certain size, store it via replication&quot;.<redbo> the other thing was if a customer sets EC policy, we could reject uploads < some size
  

版权声明：本文为博主原创文章，未经博主允许不得转载。