Bug 1464143
Summary: | After following opendaylight for director install guide , opendaylight does not work. | ||
---|---|---|---|
Product: | Red Hat OpenStack | Reporter: | Jeremy <jmelvin> |
Component: | opendaylight | Assignee: | Josh Hershberg <jhershbe> |
Status: | CLOSED INSUFFICIENT_DATA | QA Contact: | Itzik Brown <itbrown> |
Severity: | medium | Docs Contact: | |
Priority: | medium | ||
Version: | 10.0 (Newton) | CC: | jhershbe, jmelvin, lpeer, mkolesni, nyechiel, oblaut, trozet |
Target Milestone: | --- | ||
Target Release: | --- | ||
Hardware: | Unspecified | ||
OS: | Unspecified | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | If docs needed, set a value | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2017-08-24 05:46:41 UTC | Type: | Bug |
Regression: | --- | Mount Type: | --- |
Documentation: | --- | CRM: | |
Verified Versions: | Category: | --- | |
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
Cloudforms Team: | --- | Target Upstream Version: | |
Embargoed: |
Description
Jeremy
2017-06-22 13:54:35 UTC
This bugzilla has been removed from the release and needs to be reviewed and Triaged for another Target Release. It looks like the customer is using Boron SR4, which we don't ship. They also have the following installed: odl-netvirt-openstack-sfc-translator and odl-netvirt-openstack-sfc-translator-rest - which are not packaged/installed by Red Hat. Did they download the upstream version? Hello, Thanks for taking a look. I found this in the sosreport. Seems the customer is using upstream packages. I have told them to re-install only using redhat repos. Hopefully this fixes the issue. ###etc/yum.repos.d/opendaylight-5-testing.repo [opendaylight-5-testing] name=OpenDaylight SDN Controller baseurl=http://cbs.centos.org/repos/nfv7-opendaylight-5-testing/$basearch/os/ enabled=1 gpgcheck=0 Thanks! restart of opendaylight seems to have fixed this. Below the status of opendaylight service: [heat-admin@overcloud-controller-0 ~]$ sudo systemctl status opendaylight ● opendaylight.service - OpenDaylight SDN Controller Loaded: loaded (/usr/lib/systemd/system/opendaylight.service; enabled; vendor preset: disabled) Active: active (running) since Tue 2017-06-27 14:38:29 UTC; 19s ago Docs: https://wiki.opendaylight.org/view/Main_Page http://www.opendaylight.org/ Process: 409926 ExecStop=/opt/opendaylight/bin/stop (code=exited, status=0/SUCCESS) Process: 410142 ExecStart=/opt/opendaylight/bin/start (code=exited, status=0/SUCCESS) Main PID: 410157 (java) CGroup: /system.slice/opendaylight.service └─410157 /usr/bin/java -Djava.security.properties=/opt/opendaylight/etc/odl.java.security -server -Xms128M -Xmx2048m -XX:+UnlockDiagnosticVMOptions -XX:+UnsyncloadClass -XX:+HeapDumpOnOutO... Now vxlan tunnels are present . Bridge br-int Controller "tcp:172.16.21.108:6653" is_connected: true fail_mode: secure Port br-int Interface br-int type: internal Port "tuna8545f693ea" Interface "tuna8545f693ea" type: vxlan options: {key=flow, local_ip="172.16.21.139", remote_ip="172.16.21.135"} I was not able to see anything interesting and I don't understand what the exact issue is. Can I have a recap of what the user is doing and what the problem is? Jeremy - seems like this bug is no longer relevant. If there is a customer or POC request behind this that is still relevant please re-open the bug. Thanks, Livnat The needinfo request[s] on this closed bug have been removed as they have been unresolved for 1000 days |