GitHub PushEvent at 2014-03-05 01:39:35
Repository: neutron
Actor: brandonlogan
Payload: {"shas":[["2302ed3f22512590af23a649e09b952189e0fa9d","d2de8475ecde4f30221bae835ec23b041ec4f992@redhat.com","Move db migration of ml2 security groups to havana\n\nml2 plugin is a havana feature. Currently securitygroups table are\ncreated in chain of migration after havana release. It causes db\nmigration failure when migrating from havana to current head because\nsecuritygroups table is attempted to be created although it was already\ncreated by create_all().\n\nCloses-bug: #1271231\nChange-Id: If450bd95de7a5fdfdb2219cfbf7eb0c1323044bb","Jakub Libosvar",true],["47079b78b8d8414da9e876d31c6364d6c78389ab","71f1e16dd9af09d8565911efa1482b88a45c0a30@lab.ntt.co.jp","Fix class name typo in test_db_rpc_base\n\nChange-Id: I23fd11fe4fdd2988463f2cf592d884cba72cdb41\nCloses-Bug: #1281921","Takuma Watanabe",true],["6206d7e377cc5511042d2aa61a876d381493c8e5","8c08b5f943b76f3d28d861dc82064d0b804b343c@vmware.com","Fix VPN agent does not handle multiple connections per vpn service\n\n    Once the OpenSwan process is created, incoming updated vpnservice\ndata would not be updated into the process class which leads to config\nfiles and openswan process always keep old configurations\n\nChange-Id: Ia91ab08b1d03fbbe46bafd4967b57181fc4c6e71\nCloses-Bug: 1263194","berlin",true],["a38d73d9449675374f45c44b35978735e53cdbaf","3071841624a359fe4caf3ca6698abfaf2fc29834@da.jp.nec.com","Handle racing condition in OFC port deletion\n\nMultiple delete_port operations can run in parallel.\nFor such case later operation(s) will receive 404 (NotFound)\nerror from OFC or NotResultFound sqlalchemy exception.\nThese are valid exceptions and they should be ignored\nin delete_port operations.\n\nCloses-Bug: #1281574\n\nOFCConsistencyBroken is renamed to OFCMappingNotFound\nbecause when multiple delete_port operations run in parallel\nOFCConsistencyBroken can occur and it is a valid case\nso the excepion name looks inappropriate.\n\nChange-Id: I1511d55994c88b8828f0ff62610c18ddc6dfac8f","Akihiro Motoki",true],["b5d09ffe604a1f6d8272b773bb183e5f2bc3d0f3","9903294c1e2f323be78e3c7d14f8a97107819763@cn.ibm.com","Make sure dnsmasq can distinguish IPv6 address from MAC address\n\nCurrrently, due to in dnsmasq host file, the IPv6 address does\nnot be wrapped with '[]', dnsmasq cannot distinguish IPv6 address\nfrom MAC address, it will cause the deployed instances cannot get\nIPv6 address via dnsmasq dhcp service.\n\nChange-Id: I023e44667a238664d11f2ac2cc484432cd301bcc\nCloses-Bug: #1281916","Dazhao",true],["989246779d991b0ff910eac71538b8b7731c5246","75207270cf1ef3fa8c0e203051d3b09501236aa5@mellanox.com","Change tenant network type usage for IB Fabric\n\nThis patch changes tenant network type usage for InfiniBand Fabric\nto vlan type. Add the indication of Fabric Type (Ethernet/InfiniBand)\nto the provider_network via the plugin configuration file.\nIf physical network type is not specified for some provider network\nlisted in the network_vlan_ranges, use default physical network type.\n\nCo-authored-by: Roey Chen <roeyc@mellanox.com>\nChange-Id: Id45acfb8234359a43303c2eee2205a44998c039a\nCloses-Bug: 1263638","Irena Berezovsky",true],["5dea9b2f49d97a26952d58fba95cfbd734729615","4119e1e6c50e39e27f4b2631b52f96d1348d37d0@mxw.nes.nec.co.jp","Fix webob.exc.HTTPForbidden parameter miss\n\nHTTPForbidden should use the parameter 'explanation'\ninstead of 'detail'.\nThis patch fixes this bug.\n\nChange-Id: I4c66697daf0ce9e00c8820311dc7141eacd7e733\nCloses-Bug: #1283872","Haiwei Xu",true],["b6b4d825cbfea664e970faa9d2fe4dc7d2fcd308","7d19ba6bfe289c1f97742e41683547567a51c935@gmail.com","change Openstack to OpenStack in neutron\n\nChange-Id: I769e00efb8d61679a544ed5ded1c93dd3bc252db","Ailing Zhang",true],["460be872da1dc603abecd4ce988b6c1622996d28","0ef9166ffb07b98b817ea7d6bbe447ae88189dfd@redhat.com","Ensure ovsdb-client is stopped when OVS agent dies\n\nIf the OVS agent is killed, the interpreter is killed before any cleanup\nis done. This patch adds a signal handler for SIGTERM that exits\nnormally so that the existing cleanup is done and the ovsdb-client\nprocess is terminated.\n\nChange-Id: Ie4f8ff434098100f4699124403d58caa784084cf","Terry Wilson",true],["e3e0401672c8745092d3f0d99686b2ca94c1eb58","49bdc528c11a889258f5c057b2d3e65f05f431fa@gmail.com","l2-population/lb/vxlan : ip neigh add command failed\n\nwe were using ip neigh add command which must be replaced by\nip neigh replace, to avoid error when creating a VM with an ip\npreviously used by a deleted VM\n\nChange-Id: I2405096d5925ae37efd5f8abcc02b99cf0c9f5d3\nCloses-Bug: #1282662","mathieu-rohon",true],["a1de76d1407952572cfe081c4872d7a6127995b3","eda21a895115a96b5307eb44669328e66a47d3f0@mirantis.com","LBaaS: check for associations before deleting health monitor\n\nNeed to prohibit health monitor deletion if it has associations with\npools. Given that pools may belong to different lbaas drivers the process\nof monitor deletion becomes complex and unreliable since association\ndeletion may fail on any single driver.\n\nDocImpact\n\nCloses-Bug: #1243129\nChange-Id: I27c20e7a5be8433f90569534ecf838e33027cb00","Oleg Bondarev",true],["50da460869661ba63971a17c9c1b514bf22874a2","1094094ee3f3ce0fdc2e532571ccd171d0f466fd@enovance.com","Include proper Content-Type in the HTTP response headers\n\nNeutron namespace proxy handler and metadata agent were not setting the\nContent-Type in its response. Both of them were returning only the response\ndata which is obtained from the nova-metadata-service. Since they were returning\nonly the response data, the Content-Type returned to the clients has the default\none which is - \"text/html\". Ideally this should be set to the data type which is\npresent in the HTTP Response. The fix now includes the Content-Type which is\nreturned by nova-metadata-service\n\nCloses-Bug: #1243878\nChange-Id: If68f0b508fbea4ecd1eb0e58d602b5ba6ccbe263","sridhargaddam",true],["dfa4112400173d2fc1c9bbe2bc8028d720fd7168","e7c274b6a45bfe9b2344ca35341dede8e8e8231a@yahoo.com","Remove pyudev dependency\n\npyudev was only used by the linuxbridge-agent to get the list\nof virtual network devices. This can be got from /sys instead.\nThis patch fixes the problem where testr could not import the\nlb-agent module because pyudev was not in requirements.txt.\n\nChange-Id: I0a78c91e97de4413f2ecf6fb56d2ff61b36baa78\nCloses-Bug: 1269040","Darragh O'Reilly",true],["50edccfad29d3c602eba628fc80e46a0a67de090","78b916a3bf269f4de319daccbf7b05f8425c4511@gmail.com","BigSwitch: Stop using external locks\n\nChanges BigSwitch server manager REST lock\nto an in-memory lock since the plugin isn't\nexpected to run in independent processes.\n\nCloses-Bug: #1284881\nChange-Id: I2fdd5ba79a0c4b94b2b410db54a63f7c0ca47525","Kevin Benton",true],["8cf8e7c968232fe999e4dfc20541be4ff96fcee1","19a95ce4534daeb6391fc19a1df3a99ef1ca0fc0@intel.com","Add user-supplied arguments in log_handler\n\nSync from Oslo, change-id: I91289cc4a60f5dab89bca852e6f52b4b83831e47\n\nWhen using PublishErrorsHandler, it will missing user-supplied\narguments. For example, do LOG.info(\"blabla %s\", \"foo\"), the\npayload only contains \"blabla %s\", but we expect it like \"blabla foo\".\n\nChange-Id: I9e5515da31a04b82d49e406bc6b246f940fb73fc","Shuangtai Tian",true],["475b4a18432908c7f128a7dc88dbe652670669bd","46dba87d7026832265ed3be611623e12532f9a4e@gmail.com","Fix NSX migration path\n\nThe migration path for the NSX plugin was not working correctly,\nas two migrations (extra route and network gateways) were\nskipped.\nTherefore installations were partially relying on automatic\nschema generation.\n\nThis patch fixes the migration path, as well as an attribute\nwhose name in the migration and the DB model differed.\n\nCloses-Bug: 1285095\n\nChange-Id: I9e4db294e618d1419d86e07cfb5505dcc01b54ca","Salvatore Orlando",true],["9bc29208bda6071a34bcc0da36a396eb8bab4f30","4342b29caadd28ff38359776cc35a8cfc392e9cf@suse.com","Fix get_vif_port_by_id to only return relevant ports\n\nThis is returning any port, even if it's not on the switch that we're\nlooking at. As a side-effect, this means that we can actually manipulate\nthese ports while we really shouldn't.\n\nCo-Authored-By: Rossella Sblendido <rsblendido@suse.com>\nChange-Id: Ia4f4e93237c1c2ea6cb4b6c2f5adf78d6b34c7bf\nCloses-Bug: #1283765","Vincent Untz",true],["7d8eb986772d7ba21388ef8ffd7ddf41eb47de7a","009060a6813af4d887c3cd4b2ea335b4d2e44fe5@yahoo-inc.com","Remove import extension dep from db migration\n\nChange-Id: Ic8907a9960807b30d8b89df0ee29e42b26a7675a\nCloses-bug:1285294","Mark McClain",true],["caa4ccd5d75626b390bb071e10367935f2878880","46dba87d7026832265ed3be611623e12532f9a4e@gmail.com","NSX: Pass NSX uuid when plugging l2 gw attachment\n\nThe code passed the neutron network identifier.\nThis is no longer valid as identifiers on the backend are not\nanymore the same as neutron identifiers.\n\nAlso, this would have hardly worked with networks on extended\nlogical switches.\n\nCloses-Bug: 1285399\nChange-Id: I6fe4d22d5b8d8b7dc3eb1cb3f47ad52ac1a2b565","Salvatore Orlando",true],["3e8c09e53a0dbe4733fad703dd8a7abb0a338daa","b3f594e10a9edcf5413cf1190121d45078c62290@dreamhost.com","Typo/grammar fixes for the example neutron config file\n\nChange-Id: I12d21ef2a5bff5a8cdd08fea42b413b062479926","Jeremy Hanmer",true]],"size":117,"ref":"refs/heads/master","head":"f18558f72cb196c9127c5582aaa94e45e4cf4fff"}