Hullo
pls excuse any naive questions - I'm not super familiar with all of the Linaro work.
I am interested in using the Linaro board specifications as part of a CI/CD pipeline. Ideally, I'd run the simulations in qemu running in a headless VM, so that I can manage the configuration of the instrumentation using a tool such as Vagrant. My intention is to cover off mostly regression testing and injection of accelerated time and h/w / communications errors in an automated way.
Is this approach used much? I've tried to run the stock qemu + beagleboard images - to simply confirm that the approach could work, but these seemed to assume capabilities in the environment hosting qemu that weren't in my first vm (eg a video interface or some network interface to hang a vnc session off).
Am I pursuing a pointless approach, and is there any other work on-going with such an approach?
regards
Tim
Hi all,
For reasons I'm yet to establish, the management node of calxeda02 has
become unresponsive and unreachable on our network.
linaro-gateway:~$ cxmanage macaddrs calxeda02-00-02
Getting MAC addresses...
0 successes | 1 errors | 0 nodes left | .
Command failed on these hosts
calxeda02-00-02 : [Errno -2] Name or service not known
I've checked the obvious things like cables etc, but our DHCP logs show 3
nodes making requests within the last couple of days and they all use the
same link cable so it doesn't seem a physical networking issue.
If nobody has any reservations or comments, I'd like to power cycle the box
as a first step.
Matt
Hi Mattia,
Sorry for the late reply, I've been on vacation for the last 12 days.
I'm copying in the validation mailing list, because I'm still in e-mail catch up mode.
Essentially, I believe the answer is "yes", but I'd need to understand more about the G615. We have two k3v2 devices in the lava lab, and we deploy images via fastboot.
Tyler Baker, the LAVA Technical Architect, can probably answer this more fully.
Thanks
Dave
On 10 Aug 2013, at 19:51, Mattia Ruggeri <mattia.ruggeri88(a)gmail.com> wrote:
> Hello Mr Pigott,
>
> I'm Mattia and i'm writing to you about Lava Dispatcher (a Linaro project): I think this project is perfect and it is the way to solve my issue with Huawei G615 (a K3v2 processor device ).
>
> Yesterday Huawei released kernel source code and some of us would love to build custom roms.
> Since Huawei blocked bootloader, it's impossible (or very very difficult) for us to install custom roms and kernel. I saw Lava Dispatcher is able to interact with bootloader, maybe it can allow us to "bypass" this restriction.
>
> could you help us with this?
>
> thank you
> regards,
Hi all,
I've rebooted one of our dispatcher servers in the Cambridge lab this
morning as it had got into a state where the USB ports weren't detecting
anything plugged into them. Any boards that use USB on that dispatcher were
either offline or not working correctly so I marked them all offline in
LAVA and rebooted it.
Offline'd boards:
beaglebone-black01
beaglebone-black02
capri-02
highbank01
highbank02
highbank03
highbank04
highbank05
highbank06
highbank07
nexus01
panda12
panda-es02
vexpress-a9-02
vexpress-tc2-02
vexpress-tc2-benchmark-01
They should all be back online shortly.
Also, validation.linaro.org will be unavailable from Saturday morning to
perform some maintenance in the lab. I expect the service to be back
Saturday afternoon.
Thanks,
Matt
Hello,
I have problem to run a test on validation.linaro.org.
Here is the link to my log_file
http://validation.linaro.org/scheduler/job/67185/log_file
I'm guessing this is the problem:
"/lava/tests/0_nohz-test/run.sh: line 8: wget: command not found"
I'm guessing that I do something wrong.
However, I'm not sure what. =/
Anyone with ideas?
With kind regards,
Anders
--
Anders Roxell
anders.roxell(a)linaro.org
M: +46 709 71 42 85 | IRC: roxell
Hi everyone,
Just to let you know I'm out on vacation from the end of today and I'll be back in the office on Wednesday August 21st. In my absence, please e-mail Matt Hart <matthew.hart(a)linaro.org> with anything requiring attention in the lab.
Thanks
Dave
Hi,
I can't create stream anymore:
XML-RPC error 403: Only a member of group 'linaro' could create this stream
ps: used to work, I'm creating streams on a weekly basis....most
likely a recent change.
Cheers,
--
Fathi Boudra
Builds and Baselines Manager | Release Manager
Linaro.org | Open source software for ARM SoCs
Hi,
I made a small modification to lava-scheduler app code that enabled
direct linking to line numbers in full log view. The branch was posted
to launchpad:
http://bazaar.launchpad.net/~mwasilew/lava-scheduler/log_linenumbers/revisi…
The solution isn't perfect as it hardcodes HTML tags into django
templatetag, but I wanted minimal changes in the scheduler app code.
If you like it I will request the merge :)
Best Regards,
milosz
Hello everyone,
Today we deployed a change to validation.linaro.org to drop the
/lava-server prefix. This was motivated by the fact that new LAVA
installs do not have any prefix by default, and having a different
format in the main LAVA instance out there caused some confusion.
So all requests to /lava-server/$ADDRESS are now being automatically
redirected to /$ADDRESS.
A special case is the API URL for job submission. Before you would use
this:
https://validation.linaro.org/lava-server/RPC2/
Now, you should use this:
https://validation.linaro.org/RPC2/
API requests at the old address still work, but we kindly request that
everyone stop using it and start using the new URL.
We want to drop support for the old URL in the future to reduce the
delta between our LAVA instance and a standard setup, so please do
upgrade automated scripts and static job files you maintain to use the
new URL instead of the old one. In a few months we will come back to you
announcing a deadline for definitively discontinuing support for the old
URL format.
--
Antonio Terceiro
Software Engineer - Linaro
http://www.linaro.org
