Ihar Hrachyshka <ihrachys at redhat.com> wrote: > Sean M. Collins <sean at coreitpro.com> wrote: > >> Just a quick update where we are: >> >> Increasing the verbosity of the SSH session into the instance that is >> created during the cinder portion is showing that we are actually >> connecting to the instance successfully. We get the dropbear SSH banner, >> but then the instance hangs. Eventually SSH terminates the connection, 5 >> minutes later. >> >> http://logs.openstack.org/35/187235/12/experimental/gate-grenade-dsvm-neutron-multinode/984e651/logs/grenade.sh.txt.gz#_2016-01-08_20_13_40_040 > > As per [1], could be related to mtu on the interface. Do we configure MTU > on external devices to accommodate for tunnelling headers? > > As per [2] neutron server logs, the network in question is vxlan. > > If that’s indeed the mtu issue, and since Cirros does not support DHCP > MTU option documented for ml2 at [3], I don’t know how to validate > whether it’s indeed the issue. UPD: ^ that’s actually not true, cirros supports the option since 0.3.3 [1] (and we use 0.3.4 [2]), so let’s try to enforce it inside neutron and see whether it helps: https://review.openstack.org/265759 [1] https://bugs.launchpad.net/cirros/+bug/1301958 [2] http://logs.openstack.org/35/187235/11/experimental/gate-grenade-dsvm-neutron-multinode/a5af283/logs/grenade.sh.txt.gz#_2015-11-30_18_57_46_067 > > Also, what’s the underlying infrastructure that is available in gate? > Does it allow vlan for tenant networks? (We could enforce vlan for the > network and see whether it fixes the issue.) > > [1] https://bugs.launchpad.net/ubuntu/+source/openssh/+bug/1254085 > [2] > http://logs.openstack.org/35/187235/11/experimental/gate-grenade-dsvm-neutron-multinode/a5af283/logs/old/screen-q-svc.txt.gz#_2015-11-30_19_28_44_685 > [3] > https://access.redhat.com/documentation/en/red-hat-enterprise-linux-openstack-platform/7/networking-guide/chapter-16-configure-mtu-settings > > Ihar > > __________________________________________________________________________ > OpenStack Development Mailing List (not for usage questions) > Unsubscribe: OpenStack-dev-request at lists.openstack.org?subject:unsubscribe > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev