Also ,make sure the conf file are present in /etc/lava-dispatcher/device-types and /etc/lava-dispatcher/devices before you try to add devices and device-types in Lava-scheduler-app .
I have experienced that if you the conf files are added later, the device types usually are not detected. 

I have a successful Android CI system , which uses builds from a jenkins build system and runs various android tests including CTS on android devices.
https://github.com/kernelci/lava-ci.git is a good refrence to schedule jobs. lava-cm-job-runner.py is your starting point. 

You can modify it to suit your needs.

Thanks
Sandeep




On Wed, Jul 20, 2016 at 5:45 AM, Quentin Schulz <quentin.schulz@free-electrons.com> wrote:
On 20/07/2016 14:32, Umamaheswara Rao Lankoti wrote:
> Hi Neil Williams
>
>
> Many device types are available in default config under
> /usr/lib/python2.7/dist-packages/lava_dispatcher/default-config/lava-dispatcher/device-types/.
> But I am unable to find these default device types in drop-down list box
> while adding a new device (Home->lava_scheduler_app->Devices->Add device).
>
>
> Am I missing any configuration ? How to get back the list of default
> available devices ?

You have to add the device types first:
Home->lava_scheduler_app->Device types->Add device type

The name of the device type is the name of the configuration file
(without the extension) in /etc/lava-dispatcher/device-types/
Note that the device_type entry in your device configuration file (in
/etc/lava-dispatcher/devices/) MUST be that name.

I don't think there is an automatic discovery mechanism for device
types. (Neither for devices)

Quentin
>
>
> thanks,
>
> uma..
>
> ------------------------------------------------------------------------
> *From:* Lava-users <lava-users-bounces@lists.linaro.org> on behalf of
> Umamaheswara Rao Lankoti <ulankoti@innominds.com>
> *Sent:* Wednesday, July 20, 2016 4:34:49 PM
> *To:* Neil Williams
> *Cc:* Lava Users Mailman list
> *Subject:* Re: [Lava-users] LAVA setup for continuous integration
> validation of Android builds
>
>
> Thanks Niel Williams.
>
>
> Are there any sample jobs available to verify on Android devices. My
> purpose is to flash a build {boot,  system .. etc images} into attached
> device in fastboot mode and then to check whether adb shell is
> accessible or not upon booting the device to home screen.
>
>
> Please help provide references if any.
>
>
> thanks,
>
> uma..
>
> ------------------------------------------------------------------------
> *From:* Neil Williams <neil.williams@linaro.org>
> *Sent:* Wednesday, July 20, 2016 3:41:53 PM
> *To:* Umamaheswara Rao Lankoti
> *Cc:* Lava Users Mailman list; senthil.kumaran@linaro.org
> *Subject:* Re: [Lava-users] LAVA setup for continuous integration
> validation of Android builds
>
> On 20 July 2016 at 11:03, Umamaheswara Rao Lankoti
> <ulankoti@innominds.com> wrote:
>> Thanks Neil Williams.
>>
>>
>> I tried creating sample job, looks like job not successful. How to debug and
>> where to look for debug logs?
>>
>>
>> "ps -ax|grep lava" results below:
>>
>>
>>   795 ?        S      0:00 /usr/bin/python /usr/bin/lava-slave --master
>> tcp://localhost:5556 --socket-addr tcp://localhost:5555 --level=DEBUG
>>   796 ?        Sl     0:00 /usr/bin/python /usr/bin/lava-dispatcher-slave
>> --master tcp://localhost:5556 --socket-addr tcp://localhost:5555
>> --level=DEBUG
>>   798 ?        S      0:00 /usr/bin/python /usr/bin/lava-coordinator
>> --loglevel=DEBUG
>>   860 ?        S      0:00 /usr/bin/python /usr/bin/lava-master manage
>> --instance-template=/etc/lava-server/{{filename}}.conf --instance=default
>> dispatcher-master
>>   863 ?        S      0:00 /usr/bin/python /usr/bin/lava-daemon manage
>> --instance-template=/etc/lava-server/{{filename}}.conf --instance=default
>> scheduler --logfile /var/log/lava-server/lava-scheduler.log --loglevel=debug
>>   864 ?        Sl     0:03 /usr/bin/python /usr/bin/lava-server manage
>> --instance-template=/etc/lava-server/{{filename}}.conf --instance=default
>> dispatcher-master
>>   865 ?        Sl     0:03 /usr/bin/python /usr/bin/lava-server manage
>> --instance-template=/etc/lava-server/{{filename}}.conf --instance=default
>> scheduler --logfile /var/log/lava-server/lava-scheduler.log --loglevel=debug
>>  1116 ?        S      0:00 /usr/bin/python /usr/sbin/lavapdu-listen
>> --loglevel=DEBUG
>>  1242 ?        Ss     0:00 postgres: lavaserver lavaserver ::1(37311) idle
>>  1248 ?        Ss     0:00 postgres: lavaserver lavaserver ::1(37312) idle
>>
>>
>>
>> lava-master, lava-daemon, lava-server's dispatcher and scheduler processes
>> are taking "instance-template" argument from
>> "/etc/lava-server/{{filename}}.conf" . Looks like {{filename}} is not
>> resolved
>
> That's normal.
>
> The output you've pasted shows which log files are in use.
>
> Django errors, if any, may show up in /var/log/lava-server/django.log
>
> Job output will be in /var/lib/lava-server/default/media/job-output/ -
> you'll need to su to the lavaserver user to access those.
>
> Use the standard jobs first:
> https://git.linaro.org/lava-team/refactoring.git/tree/HEAD:/standard
>
> (There can be whitespace issues when copying and pasting directly from
> the docs.)
>
>
>> ________________________________
>> From: Neil Williams <neil.williams@linaro.org>
>> Sent: Wednesday, July 20, 2016 1:22:42 PM
>>
>> To: Umamaheswara Rao Lankoti
>> Cc: Lava Users Mailman list; senthil.kumaran@linaro.org
>> Subject: Re: [Lava-users] LAVA setup for continuous integration validation
>> of Android builds
>>
>> On 20 July 2016 at 06:37, Umamaheswara Rao Lankoti
>> <ulankoti@innominds.com> wrote:
>>> Hi Neil Williams,
>>>
>>>
>>> Thanks for the clarification. I used debian jessie-backports option and
>>> installed lava. lava-server and lava-dispatcher versions installed are
>>> 2016.6-1. Earlier I tried to install lava without backports option on
>>> Jessie
>>> and installed version based in 2014.
>>>
>>> Installation type selected is "Single Master Instance" installation. Does
>>> it
>>> support V2 features ? Do I need to selection installation type as
>>> "Pipeline"
>>> explicitly for V2 features ?
>>
>> Pipeline V2 is part of 2016.6 (and all releases since 2016.2). See the
>> LAVA v2 section of the Help menu on your own instance for more
>> information.
>>
>>>
>>>
>>> thanks,
>>>
>>> uma..
>>>
>>> ________________________________
>>> From: Neil Williams <neil.williams@linaro.org>
>>> Sent: Tuesday, July 19, 2016 11:49:35 PM
>>> To: Umamaheswara Rao Lankoti
>>> Cc: Lava Users Mailman list; senthil.kumaran@linaro.org
>>> Subject: Re: [Lava-users] LAVA setup for continuous integration validation
>>> of Android builds
>>>
>>> On 19 July 2016 at 18:54, Umamaheswara Rao Lankoti
>>> <ulankoti@innominds.com> wrote:
>>>> Thank you Senthil Kumaran.
>>>>
>>>>
>>>> Looks like Debian Jessie supports only LAVA v1, which is deprecated.
>>>>
>>>> Is LAVA v2 on Debian Sid suggested for production use ?
>>>
>>> 2016.6-2 in unstable and testing has also been backported to
>>> jessie-backports and is the same version as is running on the
>>> Cambridge LAVA production lab.
>>>
>>> Debian unstable itself is less useful for production use. Install
>>> Debian Jessie, add an apt source for jessie-backports and then install
>>> the LAVA packages from backports.
>>>
>>>
>>> https://staging.validation.linaro.org/static/docs/v2/installing_on_debian.html#installing-on-debian-jessie
>>>
>>>>
>>>>
>>>> thanks,
>>>>
>>>> uma..
>>>>
>>>> ________________________________
>>>> From: Senthil Kumaran S <senthil.kumaran@linaro.org>
>>>> Sent: Tuesday, July 19, 2016 7:03:28 PM
>>>> To: Umamaheswara Rao Lankoti; Lava Users Mailman list
>>>> Subject: Re: LAVA setup for continuous integration validation of Android
>>>> builds
>>>>
>>>> Hi Mahesh,
>>>>
>>>> On Tuesday 19 July 2016 05:58 PM, Umamaheswara Rao Lankoti wrote:
>>>>> I am Umamaheswara Rao working for Innominds and I am trying to evaluate
>>>>> LAVA framework as part of Continuous Integration job.
>>>>
>>>> Nice to know.
>>>>
>>>>> I am looking at automating the smoke tests with LAVA, downloading a
>>>>> newly generated build from Jenkins, flash it on android phone, boot into
>>>>> home screen and run a minimal set of usecases, report success/failure
>>>>> for the test cases, etc..
>>>>
>>>> There is no direct integration such as plugins which does this in LAVA.
>>>> But you can submit jobs to LAVA via scripts, once the builds are ready
>>>> in Jenkins. This is already done as part of many jenkin based CI loops
>>>> used within Linaro and elsewhere.
>>>>
>>>>> Looking at the documentation, I came to know that Ubuntu support is
>>>>> stopped. Would Debian Jessie be supported in future?
>>>>
>>>> Yes you are right Ubuntu is deprecated. Debian will be supported in
>>>> future. We support Debian Jessie and Testing as of today.
>>>>
>>>> PS: I ve added lava-users mailing list, so that you would get more
>>>> inputs on this topic, in case if I ve missed anything.
>>>>
>>>> Thank You.
>>>> --
>>>> Senthil Kumaran S
>>>> http://www.stylesen.org/
>>>> http://www.sasenthilkumaran.com/
>>>>
>>>>
>>>> _______________________________________________
>>>> Lava-users mailing list
>>>> Lava-users@lists.linaro.org
>>>> https://lists.linaro.org/mailman/listinfo/lava-users
>>>>
>>>
>>>
>>>
>>> --
>>>
>>> Neil Williams
>>> =============
>>> neil.williams@linaro.org
>>> http://www.linux.codehelp.co.uk/
>>
>>
>>
>> --
>>
>> Neil Williams
>> =============
>> neil.williams@linaro.org
>> http://www.linux.codehelp.co.uk/
>
>
>
> --
>
> Neil Williams
> =============
> neil.williams@linaro.org
> http://www.linux.codehelp.co.uk/
>
>
> _______________________________________________
> Lava-users mailing list
> Lava-users@lists.linaro.org
> https://lists.linaro.org/mailman/listinfo/lava-users
>
_______________________________________________
Lava-users mailing list
Lava-users@lists.linaro.org
https://lists.linaro.org/mailman/listinfo/lava-users