lava-test-case attach no long works

[Tyler Baker]

My test definition do have

run:
    steps:
        - "wget http://ssg-sw.cambridge.arm.com/downloads/testsuites/buildoutput.tar.gz"
        - "tar -xvzf buildoutput.tar.gz"
        - "cd buildoutput"
        - "./executeFTS.sh purge"
        - "lava-test-run-attach buildoutput_withresults.tar.gz application/x-gzip2"

Prior to the upgrade I used to see the following logs uploaded in the results bundle
Test job attachments

testdef.yaml (text/plain) (696 bytes)
download view
return_code (text/plain) (2 bytes)
download view
stdout.log (text/plain) (30.6 KB)
download view
run.sh (text/plain) (721 bytes)
download view
buildoutput_withresults.tar.gz (application/x-gzip2) (6.9 MB)
download
However after the recent upgrade we did there are no test job attachments at all listed, not just the buildoutput_withresults.tar.gz which I was specifically looking for.

Test job attachments

None

Any clue? Should we be setting something explicitly now to allow attachments in the results bundle?

Do note I am using the same testdefinition before and after upgrade!

[Senthil Kumaran S (stylesen)]

There is nothing changed. The problem observed with above test definition is due to unavailablility of the URL:

<snip>
echo LAVA_ACK
 --2014-05-08 06:58:01-- http://ssg-sw.cambridge.arm.com/downloads/testsuites/buildoutput.tar.gz
 Resolving ssg-sw.cambridge.arm.com (ssg-sw.cambridge.arm.com)... failed: Name or service not known.
 wget: unable to resolve host address `ssg-sw.cambridge.arm.com'
 <LAVA_TEST_RUNNER>: 0_test-lava-test-case-attach exited with: 4
 0_test-lava-test-case-attach-1399532280 hwcontext swcontext
 <LAVA_TEST_RUNNER>: calling sync
 <LAVA_TEST_RUNNER>: exiting
</snip>

Please check this URL - http://community.validation.linaro.org/dashboard/streams/anonymous/kvm/bundles/6861fe582f16b03a008e2665e6c1c55c1cf731dd/da397495-722e-4492-9741-6bc16641ee83/ for the correct working of lava-test-run-attach. You can see the file "stylesen_test_attach.txt (text/plain) (20 bytes)" attached properly.

Hence marking this issue as INVALID.

[Naresh Kamboju (naresh-kamboju)]

Senthil,

I agree with you we can attach text/plan.
We are looking for tar files by using (application/x-gzip2).
Please provide an recent example to attach tar files.

Thanks
Naresh

[Senthil Kumaran S (stylesen)]

Naresh,

I suggest you run a job with the necessary definition and see it for yourself.

Thank You.

[Senthil Kumaran S (stylesen)]

Example for attaching .tar.gz file - http://community.validation.linaro.org/dashboard/streams/anonymous/kvm/bundles/9e0779d029e5371b185a19fa99d584f9b8f51c59/f4d1a448-148f-414e-9c2d-a13e2de0571f/

[Dave Pigott (dpigott)]

This surely isn't a problem with LAVA? If you reference a URL that doesn't exist (i.e. you get a "404 Not Found") how can LAVA fix this for you?

[Basil Eljuse (basil-eljuse)]

Hello All,

Looking at my setup again this issue seems to happen only on some runs at my end after the upgrade.

Wherever i see no attachments at all i can see that from the bundle viewer it lists an empty

"attachments": [ ]

element.

However for those which succeeded i can see the attachments element have the details of the files to be attached.

One key difference i can see between the runs which have got attachment and those which have not got is

a) Where ever the attachments failed seemed to have the tar bundles with the trace output. So larger file size i suppose
b) Where ever it passed the tar ball sizes were a couple of 100 KBs.

So the obvious question i have is whether there is any new limits for the overall size of attachments in results bundle now?

Maybe that is why it is failing for some of my jobs?

Thanks
Basil Eljuse...

[Naresh Kamboju (naresh-kamboju)]

Hi Basil,

This solved my problem.

        - "tar -zcvf buildoutput_withresults.tar.gz ."
        - "lava-test-run-attach buildoutput_withresults.tar.gz application/x-gtar"

Best regards
Naresh Kamboju

[Basil Eljuse (basil-eljuse)]

Hi Naresh,

I can confirm that with you suggested file type specification i got it working,

Thanks
Basil Eljuse...