-
Notifications
You must be signed in to change notification settings - Fork 65
Debugging contrail code in contrail microservices
Contrail, in release 5.0, introduces the micro services architecture for deploying contrail config, control, agent and its dependencies as docker containers. The light weight container form factor for contrail components makes it easier for packaging, provisioning and records faster application (contrail component) and cluster boot up times.
Contrail containers have entrypoint that is set in the image. This provides the required configuration for the application and registers the application and some services with contrail-config.
There is also a command (CMD), which runs the command to start the application. This application is identified as the respective docker container. Running state of the application determines the state of docker container.
Contrail source is made of python modules and binaries (C++). Python modules are packaged with the source code since it is part of opencontrail, open source software, licensed under Apache 2.0. The binaries are packaged along with the dependent libraries.
List of contrail components that are python sources:
1-> Controller
a. contrail-api
b. contrail-svc-monitor
c. contrail-schema
d. contrail-device-manager
2-> Node manager
a. contrailconfig_nodemgr
b. contrailconfigdatabase_nodemgr
c. contrailcontrol_nodemgr
d. contrailanalytics_nodemgr
e. contrailvrouter_nodemgr
3-> Analytics
a. alarm-gen
b. contrail-analytics-api
c. contrail-snmp-collector
d. contrail-topology
List of contrail components that are C++ sources, deployed with dependent libraries that are dynamically linked.
1-> Controller
a. contrail-control
b. contrail-dns
c. contrail-named
2-> Vrouter
a. contrail-vrouter-agent
There is a way to debug the programming logic of the contrail source code in an environment where there is a need. "It works on my machine" is no escape route for contrail and we do acknowledge the fact that great software needs even greater and smart debugging capabilities to ensure developers can quickly debug and fix issues in an environment where it is found.
Contrail components that are python modules can be debugged by using "python pdb". Here is one of the option that developers can use:
1-> Look at the contrail logs
2-> Get a high level understanding of the code flow for a given problematic scenario
3-> Understand the code path
4-> Enter the docker container to access the contrail component
5-> In the respective contrail container, go to the source code under "/usr/lib/python2.7/(site/dist)-packages/(contrail-python-module)"
6-> Edit the file and add the following lines:
import pdb; pdb.set_trace()
7-> Exit the container
8-> Restart the docker container
9-> Attach to the docker container
10-> Get the pdb shell
11-> Debug the source code.
Example:
Scenario: openstack network list - Failure
1-> Check the openstack neutron api logs
2-> Check keystone logs
3-> Check neutron server logs
4-> Check contrail-api logs
If issue is in the neutron server (contrail core plugin) then do the following for source code debugging.
1-> docker ps --filter "name=contrailconfig_api"
2-> docker exec -it contrailconfig_api_1
3-> edit the file /usr/lib/python2.7/site-packages/vnc_openstack/neutron_plugin_db.py
4-> go to the function _virtual_network_list
def _virtual_network_list(self, parent_id=None, obj_uuids=None,
fields=None, detail=False, count=False,
filters=None):
5-> Add the pdb set_trace
import pdb; pdb.set_trace()
6-> restart docker container
docker restart contrailconfig_api_1
7-> docker attach contrailconfig_api_1
8-> run command "openstack neutron list"
9-> pdb shell should show up in the terminal session running "docker attach contrailconfig_api_1"
**Note: "docker attach" - attaches to a running container to get ongoing output (stdout) and control it interactively.
10-> To disconnect from the debugging session, please make sure to use control+P and control+Q. If you exit the container or control+D in the pdb shell, then the docker container exits.
Contrail containers that are running contrail binaries can use GNU gdb to debug the programing logic.
For contrail C++ modules, copy the debug binary with symbols to the contrail container running the contrail binary, stop and override the entrypoint to start the gdb.
Here are the steps:
1-> Get the docker name of the contrail component running contrail binary
2-> Copy the debug binary to contrail container that is running the contrail binary
3-> Stop the docker container
4-> Run the docker container with override command to launch gdb
5-> Debug contrail binary with gdb
Example:
Scenario: Debug contrail-control
1-> docker ps --filter "name=contrailcontrol_control" --no-trunc
2-> docker cp /root/debug/contrail-control contrailcontrol_control_1:/usr/bin/
3-> docker stop contrailcontrol_control_1
4-> docker run -it --entrypoint /entrypoint.sh opencontrailnightly/contrail-controller-control-control:master-20180205104813-centos7-ocata gdb /usr/bin/contrail-control OR
docker run --entrypoint /entrypoint.sh opencontrailnightly/contrail-controller-control-control:master-20180205104813-centos7-ocata gdb /usr/bin/contrail-control
The first command opens a tty session with GDB. For the second command you will have to use docker attach.
**Note: In the above command we are overriding the entrypoint command "/entrypoint.sh /usr/bin/contrail-control" with "gdb /usr/bin/contrail-control". We need the /entrypoint.sh as it sets the config params.
5-> Continue debugging in gdb.
Above method is the most convenient way to debug contrail components running in docker containers.