Hello,

I am trying to share result bundles obtained from tests on my local LAVA server and local arndale with the rest of the Linaro Networking Group.

  • I use a Launchpad login (gary-robertson) for my activities on validation.linaro.org
  • I use a workstation-local login (gary.robertson) to access my local LAVA server on that workstation.
  • I want to use an anonymous bundle stream on validation.linaro.org to share results from tests performed on my local LAVA setup.

Based on an example script used for lab health tests, I have tried to use the following clause in my json files to induce the local LAVA server to send the results to the Linaro validation server:

        {
            "command": "submit_results",
            "parameters": {
                "server": "http://gary-robertson:xxx@validation.linaro.org/RPC2/",
                "stream": "/anonymous/gary-robertson/"
            }
        }

where 'xxx' is the string for the authentication token I use to submit jobs under my Launchpad login on validation.linaro.org

My hope and intent was to use the Launchpad login credentials to authenticate on the validation.linaro.org LAVA server in order to save the locally generated bundle stream there.  However, the local LAVA job always fails to authenticate properly and can't submit the bundle... the error message which is returned is:

 2014-01-16 07:57:34 PM INFO: Submitting the test result with parameters = {u'token': '', u'stream': u'/anonymous/gary-robertson/', u'server': u'http://gary.robertson@validation.linaro.org/RPC2/'}
 2014-01-16 07:57:34 PM DEBUG: server RPC endpoint URL: http://gary.robertson@validation.linaro.org/RPC2/
 2014-01-16 07:57:35 PM ERROR: Failed to submit the test result. Error =

It looks as though the local LAVA server is ignoring at least the different user name specified in the parameters - and possibly the authentication token as well.

So I have three questions (1) am I using the right syntax to redirect the bundle stream?, (2) assuming my syntax is correct, does the local LAVA server refuse to change the user ID deliberately or is this a bug?  Or (3) perhaps it's something else entirely that I'm missing here?

Hoping you can enlighten me,

Gary R.