Hi Pau,

The Colorado release code has a sleep instruction which is executed before doing the tests. We wanted to wait for the classifier rules to be implemented in ODL:

https://gerrit.opnfv.org/gerrit/gitweb?p=functest.git;a=blob;f=testcases/features/sfc/sfc.py;h=90b37b3cf208b55afc80abdf5f9652aeabeeb21c;hb=refs/heads/stable/colorado#l503

Unfortunately the code never checked if they were already there (we improved this already for OPNFV Danube). As you can see, the sleep is 120 seconds and your environment takes 197 seconds to update. Try to increase that sleep (e.g. 240 seconds) or you can also run the latest OPNFV Danube code and help us with the debugging :).

-Manuel

On 02/15/2017 04:10 PM, KA PDE wrote:
Hi Manuel,

This is what I get prior to the error:

2017-02-14 22:12:31,410 - ODL_SFC - INFO - Starting SSH firewall on 172.16.0.135 2017-02-14 22:12:32,148 - ODL_SFC - INFO - Wait for ODL to update the classification rules in OVS
2017-02-14 22:14:32,199 - ODL_SFC - INFO - Test SSH
2017-02-14 22:14:33,486 - ODL_SFC - INFO - Connection to 11.0.0.4 22 port [tcp/ssh] succeeded! 2017-02-14 22:14:33,489 - ODL_SFC - ERROR - TEST 1 [FAILED] ==> SSH NOT BLOCKED
2017-02-14 22:14:34,672 - ODL_SFC - INFO - Test HTTP
2017-02-14 22:14:35,081 - ODL_SFC - INFO - Connection to 11.0.0.4 80 port [tcp/http] succeeded!
2017-02-14 22:14:35,082 - ODL_SFC - INFO - TEST 2 [PASSED] ==> HTTP WORKS
2017-02-14 22:14:35,082 - ODL_SFC - INFO - Changing the classification

I'm using a KVM nested deployment. The no-HA scenario which is the only one I got to work contains a controller and a pair of compute nodes but all the VMs and VNFs are now in a single node.

Now I'm conducting some manual testing to get used to the inner-workings. Then maybe I'm able to troubleshooti it further. Will try to migrate them between compute nodes and check what happens.

Regards,

Pau

2017-02-14 19:26 GMT+01:00 Manuel Buil <mb...@suse.com <mailto:mb...@suse.com>>:

    Hi Pau,

    It seems like the classifier rules are not in place when doing the
    first test. Do you get something like this:

    2017-02-14 09:19:38,750 - ODL_SFC - INFO - It took 197.696654081
    seconds

    Before your first like "..... INFO - Test SSH"?

    How many computes are you using? It is the first time I see such a
    big number of seconds!

    Thanks,
    Manuel


    On 02/14/2017 06:46 PM, KA PDE wrote:
    Hi Michael, thanks for checking. I've progressed a bit on my side.

    I'm using matching Fuel and Functest versions. I've been able to
    test successfully on the non-HA scenario only, though.

    2017-02-14 09:19:11,691 - ODL_SFC - INFO - Test SSH
    2017-02-14 09:19:12,900 - ODL_SFC - INFO - Connection to 11.0.0.4
    22 port [tcp/ssh] succeeded!
    2017-02-14 09:19:12,901 - ODL_SFC - ERROR - TEST 1 [FAILED] ==>
    SSH NOT BLOCKED
    2017-02-14 09:19:14,029 - ODL_SFC - INFO - Test HTTP
    2017-02-14 09:19:14,603 - ODL_SFC - INFO - Connection to 11.0.0.4
    80 port [tcp/http] succeeded!
    2017-02-14 09:19:14,604 - ODL_SFC - INFO - TEST 2 [PASSED] ==>
    HTTP WORKS
    2017-02-14 09:19:14,604 - ODL_SFC - INFO - Changing the
    classification
    2017-02-14 09:19:38,750 - ODL_SFC - INFO - It took 197.696654081
    seconds
    2017-02-14 09:21:07,920 - ODL_SFC - INFO - Test HTTP
    2017-02-14 09:21:13,412 - ODL_SFC - INFO - nc: connect to
    11.0.0.4 port 80 (tcp) timed out: Operation now in progress
    2017-02-14 09:21:13,413 - ODL_SFC - INFO - TEST 3 [PASSED] ==>
    HTTP Blocked
    2017-02-14 09:21:13,413 - ODL_SFC - INFO - Test SSH
    2017-02-14 09:21:14,056 - ODL_SFC - INFO - Connection to 11.0.0.4
    22 port [tcp/ssh] succeeded!
    2017-02-14 09:21:14,057 - ODL_SFC - INFO - TEST 4 [PASSED] ==>
    SSH Works
    2017-02-14 09:21:14,057 - ODL_SFC - ERROR - SFC TESTS: FAIL :(
    FOUND 1 FAIL )

    I guess this error is minor.

    Thanks again and best regards,

    Pau

    2017-02-14 11:24 GMT+01:00 Michael Polenchuk
    <mpolenc...@mirantis.com <mailto:mpolenc...@mirantis.com>>:

        Hi,

        We've rechecked it out twice.
        With fuel colorado 3.0 iso and functest docker image (tag;
        colorado.3.0) we've successful tests run:
          * healthcheck,
          * sdn_suites: ['odl'],
          * features: ['promise', 'odl-sfc']

        I guess you're using latest functest image against fuel
        colorado iso or vice versa.


        On Tue, Feb 14, 2017 at 1:24 AM, KA PDE <kapde....@gmail.com
        <mailto:kapde....@gmail.com>> wrote:

            After using the compressed image shared in this list some
            weeks ago I progressed a bit more until...:

            
+--------------------------------------+----------+-------------+-------------------------------------------------------+--------+
            | id             | name     | description |
            acl_match_criteria                        | status |
            
+--------------------------------------+----------+-------------+-------------------------------------------------------+--------+
| 8b04a3b5-8316-4415-aa04-6c8454ec78a4 | red_ssh | | {u'source_port': 0, u'protocol': 6, u'dest_port':
            22} | ACTIVE |
| e6e14d65-8adf-4cb9-970f-545c433723c4 | red_http | | {u'source_port': 0, u'protocol': 6, u'dest_port':
            80} | ACTIVE |
            
+--------------------------------------+----------+-------------+-------------------------------------------------------+--------+
            2017-02-13 19:40:08,943 - ODL_SFC - INFO - Instance name
            and ip
            ta-5dfc-2c66-4a4f-b0c9-12378a7a4bf8-vdu1-zpsjpubl5sdu:172.16.0.142
            2017-02-13 19:40:08,944 - ODL_SFC - INFO - Waiting for
            instance
            ta-5dfc-2c66-4a4f-b0c9-12378a7a4bf8-vdu1-zpsjpubl5sdu:172.16.0.142
            to come up
            2017-02-13 19:40:22,996 - ODL_SFC - INFO -
            SF:172.16.0.142 is reachable
            2017-02-13 19:40:33,554 - ODL_SFC - INFO - Instance name
            and ip
            ta-51fe-96e3-4408-af53-08375bad7bc1-vdu1-bucyl7t4inny:172.16.0.143
            2017-02-13 19:40:33,554 - ODL_SFC - INFO - Waiting for
            instance
            ta-51fe-96e3-4408-af53-08375bad7bc1-vdu1-bucyl7t4inny:172.16.0.143
            to come up
            2017-02-13 19:40:36,577 - ODL_SFC - INFO -
            SF:172.16.0.143 is reachable
            2017-02-13 19:40:42,271 - ODL_SFC - INFO - Instance name
            and ip server:172.16.0.144
            2017-02-13 19:40:42,271 - ODL_SFC - INFO - Waiting for
            instance server:172.16.0.144 to come up
            2017-02-13 19:40:46,299 - ODL_SFC - INFO -
            Server:172.16.0.144 is reachable
            2017-02-13 19:40:53,037 - ODL_SFC - INFO - Instance name
            and ip client:172.16.0.145
            2017-02-13 19:40:53,037 - ODL_SFC - INFO - Waiting for
            instance client:172.16.0.145 to come up
            2017-02-13 19:40:59,077 - ODL_SFC - INFO -
            Client:172.16.0.145 is reachable
            2017-02-13 19:41:08,133 - ODL_SFC - INFO - Instance name
            and ip server:172.16.0.146
            2017-02-13 19:41:08,133 - ODL_SFC - INFO - Waiting for
            instance server:172.16.0.146 to come up
            2017-02-13 19:41:16,160 - ODL_SFC - INFO -
            Server:172.16.0.146 is reachable
            Traceback (most recent call last):
              File
            "/home/opnfv/repos/functest/testcases/features/sfc/sfc.py",
            line 584, in <module>
                main()
              File
            "/home/opnfv/repos/functest/testcases/features/sfc/sfc.py",
            line 485, in main
                nova_client, neutron_client)
              File
            "/home/opnfv/repos/functest/testcases/features/sfc/sfc.py",
            line 284, in get_floating_ips
            instance.add_floating_ip(floatip)
              File
            "/usr/local/lib/python2.7/dist-packages/novaclient/v2/servers.py",
            line 161, in add_floating_ip
                return self.manager.add_floating_ip(self, address,
            fixed_address)
              File
            "/usr/local/lib/python2.7/dist-packages/novaclient/v2/servers.py",
            line 883, in add_floating_ip
                return self._action('addFloatingIp', server,
            {'address': address})
              File
            "/usr/local/lib/python2.7/dist-packages/novaclient/v2/servers.py",
            line 1845, in _action
                info=info, **kwargs)
              File
            "/usr/local/lib/python2.7/dist-packages/novaclient/v2/servers.py",
            line 1856, in _action_return_resp_and_body
                return self.api.client.post(url, body=body)
              File
            "/usr/local/lib/python2.7/dist-packages/novaclient/client.py",
            line 483, in post
                return self._cs_request(url, 'POST', **kwargs)
              File
            "/usr/local/lib/python2.7/dist-packages/novaclient/client.py",
            line 458, in _cs_request
                resp, body = self._time_request(url, method, **kwargs)
              File
            "/usr/local/lib/python2.7/dist-packages/novaclient/client.py",
            line 431, in _time_request
                resp, body = self.request(url, method, **kwargs)
              File
            "/usr/local/lib/python2.7/dist-packages/novaclient/client.py",
            line 425, in request
                raise exceptions.from_response(resp, body, url, method)
            novaclient.exceptions.BadRequest: No nw_info cache
            associated with instance (HTTP 400) (Request-ID:
            req-dd67a9f7-a992-4221-b523-891351ae9b8d)
            Exception in thread Thread-19 (most likely raised during
            interpreter shutdown):Unhandled exception in thread
            started by <function capture_time_log at 0x7f8c6e1d3488>
            Traceback (most recent call last):
              File
            "/home/opnfv/repos/functest/testcases/features/sfc/sfc.py",
            line 410, in capture_time_log
                rsps = ovs_logger.ofctl_time_counter(compute_clients[0])
              File
            "/home/opnfv/repos/functest/testcases/features/sfc/ovs_utils.py",
            line 136, in ofctl_time_counter
                logger.error('Error when countering %s' % e)
            AttributeError: 'NoneType' object has no attribute 'error'

            Traceback (most recent call last):
              File "/usr/lib/python2.7/threading.py", line 810, in
            __bootstrap_inner
              File
            "/usr/local/lib/python2.7/dist-packages/paramiko/transport.py",
            line 1777, in run
            <type 'exceptions.AttributeError'>: 'NoneType' object has
            no attribute 'error'
            Collecting python-keystoneclient==3.5.0
              Using cached
            python_keystoneclient-3.5.0-py2.py3-none-any.whl
            
/usr/local/lib/python2.7/dist-packages/pip/_vendor/requests/packages/urllib3/util/ssl_.py:318:
            SNIMissingWarning: An HTTPS request has been made, but
            the SNI (Subject Name Indication) extension to TLS is not
            available on this platform. This may cause the server to
            present an incorrect TLS certificate, which can cause
            validation failures. You can upgrade to a newer version
            of Python to solve this. For more information, see
            
https://urllib3.readthedocs.io/en/latest/security.html#snimissingwarning
            
<https://urllib3.readthedocs.io/en/latest/security.html#snimissingwarning>.
              SNIMissingWarning
            
/usr/local/lib/python2.7/dist-packages/pip/_vendor/requests/packages/urllib3/util/ssl_.py:122:
            InsecurePlatformWarning: A true SSLContext object is not
            available. This prevents urllib3 from configuring SSL
            appropriately and may cause certain SSL connections to
            fail. You can upgrade to a newer version of Python to
            solve this. For more information, see
            
https://urllib3.readthedocs.io/en/latest/security.html#insecureplatformwarning
            
<https://urllib3.readthedocs.io/en/latest/security.html#insecureplatformwarning>.
              InsecurePlatformWarning

            I'm stuck again :\

            Any hint will be greatly appreciated.

            Regards,

            Pau

            2017-02-13 20:16 GMT+01:00 KA PDE <kapde....@gmail.com
            <mailto:kapde....@gmail.com>>:

                OK. I've been able to progress a little bit until...

                ...the next error:

                2017-02-13 19:03:21,804 - ODL_SFC - INFO - Creating
                instance 'client'...
                2017-02-13 19:07:56,677 - ODL_SFC - INFO - Adding
                'client' to security group example-sg
                2017-02-13 19:08:00,654 - ODL_SFC - INFO - Creating
                instance 'server'...
                2017-02-13 19:13:42,426 - openstack_utils - ERROR -
                Timeout booting the instance server.
                2017-02-13 19:13:42,427 - ODL_SFC - ERROR - Error
                while booting instance.
                Collecting python-keystoneclient==3.5.0
                
/usr/local/lib/python2.7/dist-packages/pip/_vendor/requests/packages/urllib3/util/ssl_.py:318:
                SNIMissingWarning: An HTTPS request has been made,
                but the SNI (Subject Name Indication) extension to
                TLS is not available on this platform. This may cause
                the server to present an incorrect TLS certificate,
                which can cause validation failures. You can upgrade
                to a newer version of Python to solve this. For more
                information, see
                
https://urllib3.readthedocs.io/en/latest/security.html#snimissingwarning
                
<https://urllib3.readthedocs.io/en/latest/security.html#snimissingwarning>.
                SNIMissingWarning
                
/usr/local/lib/python2.7/dist-packages/pip/_vendor/requests/packages/urllib3/util/ssl_.py:122:
                InsecurePlatformWarning: A true SSLContext object is
                not available. This prevents urllib3 from configuring
                SSL appropriately and may cause certain SSL
                connections to fail. You can upgrade to a newer
                version of Python to solve this. For more
                information, see
                
https://urllib3.readthedocs.io/en/latest/security.html#insecureplatformwarning
                
<https://urllib3.readthedocs.io/en/latest/security.html#insecureplatformwarning>.
                InsecurePlatformWarning

                This is a nested environment. I'm afraid the
                resources are not enough.

                I will try to tweak it or test it manually and report
                back.

                Thanks for your time.

                Regards,

                Pau

                2017-02-13 18:48 GMT+01:00 KA PDE
                <kapde....@gmail.com <mailto:kapde....@gmail.com>>:

                    Hi all,

                    Well, in fact I am using Fuel in Colorado 3.0,
                    this is why I raised the issue. And the scenario
                    is ha_odl-l2_sfc_heat_ceilometer_scenario

                    Also, do you know if there is something wrong in
                    Colorado 3.0. I'm getting another error in
                    healthcheck suite:

                    healtcheck - ERROR -  The instance
                    opnfv-instance3 couldn't get an IP from the DHCP
                    agent.

                    I'm starting to get frustrated :\

                    Thanks and best regards,

                    Pau

                    2017-02-13 9:14 GMT+01:00
                    <morgan.richo...@orange.com
                    <mailto:morgan.richo...@orange.com>>:

                        Hi Pau

                        on which scenario/installer did you try to
                        execute this test?
                        according to the dependencies delcared by the
                        SFC team for Colorado version
                        
(https://git.opnfv.org/functest/tree/ci/testcases.yaml?h=stable/colorado
                        
<https://git.opnfv.org/functest/tree/ci/testcases.yaml?h=stable/colorado>)
                        odl-sfc has the following constraints

                        |name: odl-sfc criteria: 'status == "PASS"'
                        blocking: false description: >- Test suite
                        for odl-sfc to test two chains and two SFs
                        dependencies: installer: 'fuel' scenario:
                        'odl_l2-sfc'|



                        It means that the test is applicable only for
                        Fuel installer  and for the specific
                        scenarios including odl_l2-sfc (so in
                        practice os-odl_l2-sfc-ha or os-odl_l2-sfc-noha)
                        If your configuration is not compatible, you
                        got the type of messages you reported

                        Please note that for Danube, the constraints
                        evolved and apex is now compatible
                        
(https://git.opnfv.org/functest/tree/functest/ci/testcases.yaml
                        
<https://git.opnfv.org/functest/tree/functest/ci/testcases.yaml>)

                        |dependencies: installer: '(apex)|(fuel)'
                        scenario: 'odl_l2-sfc'|


                        /Morgan


                        Le 13/02/2017 à 04:21, KA PDE a écrit :
                        Hi,

                        I was giving Functest a try and I'm getting
                        the following error:

                        
/usr/local/lib/python2.7/dist-packages/pip/_vendor/requests/packages/urllib3/util/ssl_.py:122:
                        InsecurePlatformWarning: A true SSLContext
                        object is not available. This prevents
                        urllib3 from configuring SSL appropriately
                        and may cause certain SSL connections to
                        fail. You can upgrade to a newer version of
                        Python to solve this. For more information,
                        see
                        
https://urllib3.readthedocs.io/en/latest/security.html#insecureplatformwarning
                        
<https://urllib3.readthedocs.io/en/latest/security.html#insecureplatformwarning>.
                        InsecurePlatformWarning
                        Warning: Permanently added '10.20.0.2'
                        (ECDSA) to the list of known hosts.
                        Warning: Permanently added '10.20.0.2'
                        (ECDSA) to the list of known hosts.
                        Warning: Permanently added '10.20.0.2'
                        (ECDSA) to the list of known hosts.
                        Warning: Permanently added '10.20.0.5'
                        (ECDSA) to the list of known hosts.
                        Warning: Permanently added '10.20.0.2'
                        (ECDSA) to the list of known hosts.
                        2017-02-13 03:15:28,500 - ODL_SFC - INFO -
                        The presetup of the server worked
                        2017-02-13 03:15:28,689 - ODL_SFC - INFO -
                        Executing ssh to collect the compute IPs
                        Warning: Permanently added '10.20.0.2'
                        (ECDSA) to the list of known hosts
                        (...)
                        Warning: Permanently added '10.20.0.6'
                        (ECDSA) to the list of known hosts.
                        2017-02-13 03:15:37,096 - ODL_SFC - ERROR -
                        Currently supported only Fuel Installer type
                        ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^

                        Could someone provide any hint?

                        Thanks and best regards,

                        Pau


                        _______________________________________________
                        opnfv-tech-discuss mailing list
                        opnfv-tech-discuss@lists.opnfv.org
                        <mailto:opnfv-tech-discuss@lists.opnfv.org>
                        
https://lists.opnfv.org/mailman/listinfo/opnfv-tech-discuss
                        
<https://lists.opnfv.org/mailman/listinfo/opnfv-tech-discuss>

-- Morgan Richomme
                        Orange/ IMT/ OLN/ CNC/ NCA/ SINA

                        Network architect for innovative services
                        Future of the Network community member
                        Open source Orange community manager


                        tel. +33 (0) 296 072 106
                        mob. +33 (0) 637 753 326
                        morgan.richo...@orange.com
                        <mailto:morgan.richo...@orange.com>

                        
_________________________________________________________________________________________________________________________

                        Ce message et ses pieces jointes peuvent contenir des 
informations confidentielles ou privilegiees et ne doivent donc
                        pas etre diffuses, exploites ou copies sans 
autorisation. Si vous avez recu ce message par erreur, veuillez le signaler
                        a l'expediteur et le detruire ainsi que les pieces 
jointes. Les messages electroniques etant susceptibles d'alteration,
                        Orange decline toute responsabilite si ce message a ete 
altere, deforme ou falsifie. Merci.

                        This message and its attachments may contain 
confidential or privileged information that may be protected by law;
                        they should not be distributed, used or copied without 
authorisation.
                        If you have received this email in error, please notify 
the sender and delete this message and its attachments.
                        As emails may be altered, Orange is not liable for 
messages that have been modified, changed or falsified.
                        Thank you.

            _______________________________________________
            opnfv-tech-discuss mailing list
            opnfv-tech-discuss@lists.opnfv.org
            <mailto:opnfv-tech-discuss@lists.opnfv.org>
            https://lists.opnfv.org/mailman/listinfo/opnfv-tech-discuss
            <https://lists.opnfv.org/mailman/listinfo/opnfv-tech-discuss>


-- Michael Polenchuk Private Cloud / Mirantis Inc.

    _______________________________________________
    opnfv-tech-discuss mailing list
    opnfv-tech-discuss@lists.opnfv.org
    <mailto:opnfv-tech-discuss@lists.opnfv.org>
    https://lists.opnfv.org/mailman/listinfo/opnfv-tech-discuss
    <https://lists.opnfv.org/mailman/listinfo/opnfv-tech-discuss>

_______________________________________________
opnfv-tech-discuss mailing list
opnfv-tech-discuss@lists.opnfv.org
https://lists.opnfv.org/mailman/listinfo/opnfv-tech-discuss

Reply via email to