)]}' { "log": [ { "commit": "41513bfe35218ffd6964e54cb468a4671688b516", "tree": "bc7f84f459de0b0ce59253edc519014c37313401", "parents": [ "16138de840ace426ef58d10011b73bc4cca88336" ], "author": { "name": "Zack Williams", "email": "zdw@opennetworking.org", "time": "Sat Jul 07 20:08:35 2018 -0700" }, "committer": { "name": "Zack Williams", "email": "zdw@opennetworking.org", "time": "Sat Jul 07 22:45:38 2018 -0700" }, "message": "Fixes to pass license check\n\nChange-Id: If9a17321030490c70d9a8fdd49adfe8b912c6fe7\n" }, { "commit": "4ea26639bdfe2c1ebef177080382069b37e5f72e", "tree": "bc3b1f99438cc6ecffc5c5527b773ddce7b63b2d", "parents": [ "1fd9eb2702b722ce12883d5aa5dd4dff29c701a1" ], "author": { "name": "Richard Jankowski", "email": "rjankows@ciena.com", "time": "Mon May 14 17:45:38 2018 -0400" }, "committer": { "name": "khenaidoo Nursimulu", "email": "knursimu@ciena.com", "time": "Tue May 15 18:38:23 2018 +0000" }, "message": "VOL-794: Assignment lists in etcd not updated correctly in presence of vcore failures\n\n* Fixed coordinator method _sanitize_member_list\n* Fixed keys-only GET operation for etcd KV store\n* Fixed key DELETE operation for etcd KV store\n* Modified vcore manifest to allow a failed pod to be re-spawned on a\n different host but with the same pod name\n* Modified zookeeper manifest to allow a failed pod to be re-spawned\n on a different host. With the current manifest, when all 3 zookeeper\n pods are scheduled on the same node and that node fails, none of the\n pods get re-spawned.\n* Added NodePort for the Envoy service\n* Removed anti-affinity rule from OFAgent and NetConf manifests to allow\n the deployment of multiple pods on the same node\n\nChange-Id: I052d952d81a81cafb96acfc1d57a192596e2e9a1\n" }, { "commit": "8f52afbe751ff1fbd061407f049b2c3377d8ca3d", "tree": "4029a2934c5b8a61e38ab84a6319c2d782af5ee0", "parents": [ "30f64b8e1711553b52c1a1ee4990f221162fd0f1" ], "author": { "name": "Richard Jankowski", "email": "rjankows@ciena.com", "time": "Thu Mar 29 14:19:11 2018 -0400" }, "committer": { "name": "Richard Jankowski", "email": "rjankows@ciena.com", "time": "Thu Mar 29 14:19:11 2018 -0400" }, "message": "VOL-572: Integration testing with Kubernetes\n\n* Updated the Kubernetes version installed in the single-node environment from 1.8.5 to 1.9.3.\n* Replaced the Weave pod network plugin with Calico\n* Updated test_device_state_changes to run in single-node Kubernetes\n* Moved test_utils.py from voltha/tests/itests/docutests/ to voltha/tests/itests/.\n\nChange-Id: I472cffec1e0c3a783edaecb375664cd1c6bb93b1\n" }, { "commit": "2d4e07fe6962dc00f3f1c913156ec765d7fff2ef", "tree": "1b7dabbc91d7ed547bcfb20104ab41826996f89b", "parents": [ "e84aca910e5ffd60c9e1ed6aa231be5a62be15a0" ], "author": { "name": "Stephane Barbarie", "email": "sbarbari@ciena.com", "time": "Mon Mar 26 16:46:45 2018 -0400" }, "committer": { "name": "khenaidoo Nursimulu", "email": "knursimu@ciena.com", "time": "Wed Mar 28 20:16:13 2018 +0000" }, "message": "VOL-570 : Change network type used by voltha components\n\n- Updated from weave to calico which is the default network type\n- Updated ponsim README file\n- Removed deprecated data folder\n\nAmendments:\n\n- Change to specific version of kafka/zookeeper\n- Added annotations statement to netconf manifest\n\nChange-Id: Ibc8c06f037c275717b5c79b60443b7fd11545405\n" }, { "commit": "94c0ee1de4accded4372d80c095a51c84f2a1400", "tree": "565556f704567dbe963ccad730da9b72c79459e3", "parents": [ "6b766f12a26610ccfc7e43b351b80606ec6e821a" ], "author": { "name": "Richard Jankowski", "email": "rjankows@ciena.com", "time": "Fri Mar 16 13:58:49 2018 -0400" }, "committer": { "name": "Richard Jankowski", "email": "rjankows@ciena.com", "time": "Fri Mar 16 13:58:49 2018 -0400" }, "message": "VOL-652: Some Voltha Kubernetes manifests still supplying fluentd argument, which is no longer recognized\n\nChange-Id: Ibbf7bf7f8c953a0ec881d4a50977b2006246d540\n" }, { "commit": "bcea2f4ad27b2dc3d39557963d16812e46952a22", "tree": "1a6a4208a2023a22f1b47436e5098b418bc6070b", "parents": [ "793093d0566f8c54bae31e5e25a7d2a5f3b27a8a" ], "author": { "name": "Stephane Barbarie", "email": "sbarbari@ciena.com", "time": "Fri Mar 02 18:46:32 2018 -0500" }, "committer": { "name": "Stephane Barbarie", "email": "sbarbari@ciena.com", "time": "Fri Mar 02 19:17:40 2018 -0500" }, "message": "VOL-642: Installation of VOLT-HA in a Kubernetes cluster\n\n- Changed existing installer to support swarm and kubernetes\n- Using kubespray as the base framework to deploy kubernetes\n- Implemented config/deploy/teardown tasks for voltha\n\nAmendments:\n\n- Changed from python to python3 when running the inventory builder\n\nChange-Id: I059fd348b9a749397b373e333b5602944c817745\n" }, { "commit": "d7921b7d4412e90a186d92511f46d9197c04d212", "tree": "e929f2506e4e59806a0f25598c04d80e84f8bf97", "parents": [ "e9677d4445cb4573a4845ec5ed15ee49c28d595a" ], "author": { "name": "Richard Jankowski", "email": "rjankows@ciena.com", "time": "Tue Feb 20 16:55:12 2018 -0500" }, "committer": { "name": "khenaidoo Nursimulu", "email": "knursimu@ciena.com", "time": "Wed Feb 21 14:50:19 2018 +0000" }, "message": "VOL-633: Update the single-node Voltha environment to support Kubernetes\n\nChange-Id: Id105eb33463995401c61b365d222915d6c669aec\n" }, { "commit": "1ee03e46afb8931a1abf5f7343d1e3c07391fc29", "tree": "9795bda6c57a5c37b267f7a84cee2550b40916ee", "parents": [ "60fdad79382c86aefcb1f1bfa0d6356cd8a93eaa" ], "author": { "name": "khenaidoo", "email": "knursimu@ciena.com", "time": "Tue Feb 20 12:45:41 2018 -0500" }, "committer": { "name": "khenaidoo", "email": "knursimu@ciena.com", "time": "Tue Feb 20 12:45:41 2018 -0500" }, "message": "VOL-632: Seperate fluentd config from its image\n\nThis update uses a configmap to move fluentd config outside of the\nfluentd image, hence no image creation is required on config changes.\n\nChange-Id: Ifb50b0b889d7bc6a8376dd32c1999f3b603e8ffd\n" }, { "commit": "35595068afcf02f8c135e5fdfca3976acb2352db", "tree": "1db7df131baefedfb3d10a30f126a5bdc910cc85", "parents": [ "3be3dbc79d26061660fa9d70526d37d0c4febaee" ], "author": { "name": "Stephane Barbarie", "email": "sbarbari@ciena.com", "time": "Thu Feb 08 08:34:39 2018 -0500" }, "committer": { "name": "khenaidoo Nursimulu", "email": "knursimu@ciena.com", "time": "Thu Feb 15 16:13:18 2018 +0000" }, "message": "VOL-291 : PON simulator refactoring for cluster integration\n\n- Added ponsim build target in Makefile\n- Added new option to vcore to select comm type with ponsim\n- Modified all proto files to include destination go package\n\nAmendments:\n\n- Clean up based on review comments\n- Properly close GRPC connections in ponsim_olt adapter\n- Added voltha namespace to some k8s templates\n\nChange-Id: I2f349fa7b3550a8a8cc8fc676cc896f33fbb9372\n" }, { "commit": "d445438eff7f10faaa5bdf0ed5f8cb67438aee47", "tree": "66dbb20ecbbb2f382011652e84928926931fd32e", "parents": [ "01e23a8e86042a7f9c06b4682ea84176c0b87968" ], "author": { "name": "Richard Jankowski", "email": "rjankows@ciena.com", "time": "Thu Feb 08 16:21:43 2018 -0500" }, "committer": { "name": "khenaidoo Nursimulu", "email": "knursimu@ciena.com", "time": "Mon Feb 12 14:31:47 2018 +0000" }, "message": "VOL-569: Create kubernetes deployment configuration for each voltha service\n\nThis update:\n- organizes all Voltha components under their own namespace, \"voltha\". If\n you have a script for deploying Voltha, then add namespace.yml at the top.\n- adds host volume mounts for Consul\u0027s data and config directories\n- fixes a bug in Envoy where it was aborting because it couldn\u0027t find Consul\n even though it was getting the Voltha assignments from Etcd.\n\nChange-Id: I45eaf2d65428c0184df06971ce3797b9122d3055\n" }, { "commit": "5e8d9e451ac3ddf591c093a54b35a326bdf064ce", "tree": "a3b5870a45db64c62423ed7cdf19cfaef1ebc5c6", "parents": [ "6168721033d3cc77401ac829d37edd86bece67bf" ], "author": { "name": "Stephane Barbarie", "email": "sbarbari@ciena.com", "time": "Wed Feb 07 16:15:05 2018 -0500" }, "committer": { "name": "Stephane Barbarie", "email": "sbarbari@ciena.com", "time": "Wed Feb 07 16:30:27 2018 -0500" }, "message": "VOL-613 : PON simulator kubernetes integration\n\n- Added onos/freeradius deployment templates\n- Added olt, onu and rg deployment templates\n- Added cni annotation to all templates to work with CNI Genie\n- Added more instructions in the README\n\nAmendments:\n\n- Removed cni annotation from the service block\n\nChange-Id: I63c28488f9cfcbfc2701391e67874cb8d998528b\n" }, { "commit": "c3c291c685a780732ec3c1aff82e04647a1ffb83", "tree": "32ca5b0ee5b87003e25f53959477bf5bb70551e6", "parents": [ "10a7a7e7563255e1d805c0cca33259c1a5175daf" ], "author": { "name": "Richard Jankowski", "email": "rjankows@ciena.com", "time": "Fri Feb 02 13:57:33 2018 -0500" }, "committer": { "name": "khenaidoo Nursimulu", "email": "knursimu@ciena.com", "time": "Tue Feb 06 16:53:47 2018 +0000" }, "message": "VOL-569: Create kubernetes deployment configuration for each voltha service\n\nThis update:\n- renames all voltha images referenced in kubernetes deployment files\n to the \u0027voltha-\u003ccomponent\u003e\u0027 format\n- adds the kubernetes deployment files for grafana, dashd, and shovel\n- adds deployment files for an Ingress resource and an nginx-based ingress\n controller to allow access to the Consul and Grafana UIs from outside\n the cluster\n\nManifest file ingress/05-namespace.yml sets up a namespace \u0027ingress-nginx\u0027\nfor all ingress-related resources. This file will be deleted once we move\nall voltha components, including ingress, to a \u0027voltha\u0027 namespace.\n\nDeployment instructions for the ingress resources are provided in README.md.\n\nChange-Id: I0459e838318c43e21f40e83b314f77fc9e0456f8\n" }, { "commit": "c9d89206c5c7bd85fa27518b9fd0e7b61bd24a7f", "tree": "8afbade78346446c564e1ae367479dee79179712", "parents": [ "0910489e517c1803f83c88cd7d5e0bf0a9f1e00c" ], "author": { "name": "Richard Jankowski", "email": "rjankows@ciena.com", "time": "Thu Jan 25 10:25:10 2018 -0500" }, "committer": { "name": "Richard Jankowski", "email": "rjankows@ciena.com", "time": "Thu Jan 25 13:51:06 2018 -0500" }, "message": "[8055]\nThis update adds kubernetes deployment files for the OFagent and fluentd services.\n\nThe OFagent calls get_my_containers_name with the assumption that the HOSTNAME\nenvironment variable contains the docker container\u0027s ID, which does not appear\nto be the case for kuberbetes. In kubernetes a container\u0027s HOSTNAME is its pod\nname. Feeding a kubernetes pod name into the docker API used by\nget_my_containers_name triggers an exception. This is the reason behind the\ncode changes to OFagent.\n\nThe kubernetes config files in this submission still use the old image naming\nconvention. The names in these and all the other kubernetes deployment files\nwill be changed to conform to the new convention in a separate update.\n\nChange-Id: I3eecfdcc8bba070ffe3e7372f195cf15f0cdcd56\n" }, { "commit": "bbe1e09c2aacc235254b09d7ee7d077d0c3221de", "tree": "a4b31591027a450ad486065c20b1599e7de0946e", "parents": [ "9adbc9597fd42c5231dfd2be63abc9f8a3a33833" ], "author": { "name": "Richard Jankowski", "email": "rjankows@ciena.com", "time": "Thu Jan 18 13:48:20 2018 -0500" }, "committer": { "name": "khenaidoo Nursimulu", "email": "knursimu@ciena.com", "time": "Thu Jan 18 19:55:03 2018 +0000" }, "message": "VOL-569: Create kubernetes deployment configuration for each voltha service\n\nThis update adds a kubernetes deployment file for netconf.\n\nI tested the netconf service using the CLI that comes with the netopeer container.\nThat CLI appears to make connections with remote netconf servers at port 830; that\nport number appears to be hard-coded. The port of the netconf server, on the other\nhand, defaults to 1830. The changes in file netconf/main.py enable the override of\nthis default by using environment variable NETCONF_PORT. The kubernetes deployment\nfile for netconf sets the port to 830.\n\nChange-Id: I19f90d6e14f59c855b84aa76bbc41586f3bace37\n" }, { "commit": "e585808d0d39889d379904eac64f75366bf761bf", "tree": "46c8db2b6ebbf8d9ee017c145f0105b6df19c880", "parents": [ "f9ad69f57b4008565318875df8936e5b14718517" ], "author": { "name": "Richard Jankowski", "email": "rjankows@ciena.com", "time": "Mon Jan 15 18:25:38 2018 -0500" }, "committer": { "name": "Richard Jankowski", "email": "rjankows@ciena.com", "time": "Mon Jan 15 18:25:38 2018 -0500" }, "message": "VOL-569: Create kubernetes deployment configuration for each voltha service\n\nThis update adds kubernetes deployment files for kafka/zookeeper.\n\nChange-Id: I00d4d453de64dc4976d32a76c11f4b3fcb978d2c\n" }, { "commit": "d074dc7ff187d27503625be970a7a89d30a14493", "tree": "fda7016ebbdc3833b94b97ecabe3eebc326e7148", "parents": [ "e0c9acbbd529b38da0adacdb6701cb0e37553119" ], "author": { "name": "Richard Jankowski", "email": "rjankows@ciena.com", "time": "Thu Dec 21 11:00:35 2017 -0500" }, "committer": { "name": "khenaidoo Nursimulu", "email": "knursimu@ciena.com", "time": "Thu Jan 04 14:22:44 2018 +0000" }, "message": "VOL-569: Create kubernetes deployment configuration for each voltha service\n\nThis update adds kubernetes deployment files for etcd. These files are not\nyet production-ready; for example, the etcd deployment will have to be\naugmented to support persistent storage. The files do work and enable the\ndeployment of the envoy and vcore services on kubernetes.\n\nChange-Id: I6ba8e5557b295a4f759d8f359024238fcf387d6a\n" }, { "commit": "54f7a863c651b8bd377ce421817bf6ae4a0d596a", "tree": "e01e6ff318c6f10802a70d82775fcb845479dc9f", "parents": [ "8b277c221466fc01481c6899ca6d58ee5bc246bb" ], "author": { "name": "Richard Jankowski", "email": "rjankows@ciena.com", "time": "Wed Dec 20 13:31:10 2017 -0500" }, "committer": { "name": "khenaidoo Nursimulu", "email": "knursimu@ciena.com", "time": "Wed Dec 20 18:44:26 2017 +0000" }, "message": "VOL-569: Create kubernetes deployment configuration for each voltha service\n\nThis update adds kubernetes deployment files for voltha-core, consul, and\nthe CLI. These files are not yet production-ready; for example, the consul\ndeployment will have to be augmented to support persistent storage. The\nfiles do work and enable running these services (vcore, consul, and vcli)\non kubernetes.\n\nChange-Id: Ic6708851fa560f381cb368759f26eb073c18d0e3\n" }, { "commit": "15274590011ce59a1d70dffe136a0e5ff43457bd", "tree": "71685abd7d3e0a26db687c3e9fc32b0df3454809", "parents": [ "d582367242e7b39a7501637d3f596e99f8da62b5" ], "author": { "name": "Richard Jankowski", "email": "rjankows@ciena.com", "time": "Tue Dec 12 15:52:37 2017 -0500" }, "committer": { "name": "Richard Jankowski", "email": "rjankows@ciena.com", "time": "Tue Dec 12 15:52:37 2017 -0500" }, "message": "VOL-580: Update envoy to support either consul or etcd in a kubernetes cluster\n\nEnvoy is refactored such that it interworks with either consul or etcd. The refactoring\nshould not have changed any of envoy\u0027s behaviour with consul. The update was tested with\nonly the vcli, envoy, vcore, and KV-store (consul or etcd) containers:\n- tested with consul on a kubernetes 3-node cluster\n- tested with etcd on a kubernetes 3-node cluster\n- tested with consul on a 3-node docker swarm\n- container and node failure testing not performed\n\nThis update enables some experimentation of envoy in the kubernetes environment.\nThere is more work to be done. Future updates could:\n- replace the current polling of etcd\u0027s assignment key with an asynchronous technique\n- make use of data consistency options in etcd get requests\n- make greater use of object orientation\n\nChange-Id: Ia22893cdf331967eee4d13e060fd2c5ba7adb321\n" } ] }