linaro-validation

linaro-validation@lists.linaro.org

818 discussions

by Dave Pigott

None overnight again. :) Only 3 failures in the last week out of 324 tests. That is (just) over 99% pass rate. Much more stable. :) http://validation.linaro.org/lava-server/scheduler/reports Thanks Dave

13 years, 1 month

Galaxy Nexus builds on LAVA

by Antonio Terceiro

Hello, (please keep me in Cc: on replies as I'm not subscribed to linaro-android) I'm working on adding Galaxy Nexus support to LAVA using fastboot. This is work in progress, but I can already get a full boot test to run on the Nexus. :-) I have one question for you. I noticed that the builds for all other devices are made with tarballs, and the LAVA jobs for them are also invoked passing tarballs. The Galaxy Nexus builds, on the other hand, are released as .img files. May I assume that the LAVA jobs you guys will be submitting for the Galaxy Nexus will also use .img files (so that I don't need to handle file format conversion etc), or is it useful for you to submitt tarballs and have them converted into .img by LAVA? If so, please give me a pointer with instructions on how to create those .img files. Best regards, -- Antonio Terceiro Software Engineer - Linaro http://www.linaro.org

13 years, 1 month

(Big) Results publishing from LAVA tests (security aspects)

by Paul Sokolovsky

Hello Validation team, Proceeding further with CBuild/LAVA integration work, it's time to think how to publish gcc, etc. binary tarballs as produced by the builds. Initially it seemed like an easy step, but the more I think about it, the more it seems like complicated to do "right". The tarballs in question are ~100Mb, so I guess there cannot be talk about publishing them as attachment to a result bundle. Let me know if that's ok though, because it would resolve all complexities below. Otherwise, is there a way to set some custom data per user, which would be available to all jobs submitted by that user - in a secure manner? The idea, that would be an access credential to use for publishing (so far we usually use SSH privkey to auth to publishing host). If not, is there a way to pass such information during job submission, but again in a secure manner (i.e. it shouldn't be part of job definition, as that's dumped in plain text). Any other infrastructure in LAVA (like, pre-authed publishing host) or suggestions how to solve this? Thanks, Paul Linaro.org | Open source software for ARM SoCs Follow Linaro: http://www.facebook.com/pages/Linaro http://twitter.com/#!/linaroorg - http://www.linaro.org/linaro-blog

13 years, 1 month

Health check failures

by Dave Pigott

None in the last 24 hours! \o/ Dave

13 years, 1 month

New WiFi access points in LAVA

by Dave Pigott

Hi all, I've now added 3 routers supporting b, g and n. They are: LAVA-WiFi-B Fixed IP address: 192.168.1.17 SSID: LAVA-WiFi-B ChangeHuntDevise LAVA-WiFi-G Fixed IP address: 192.168.1.24 SSID: LAVA-WiFi-G DoubleSuezBun LAVA-WiFi-N Fixed IP address: 192.168.1.9 SSID: LAVA-Wife-N GeneralWaveFlight Thanks Dave

13 years, 1 month

Health check status

by Dave Pigott

Just the one: ------------ panda11 ------------ http://validation.linaro.org/lava-server/scheduler/job/40809 Android home screen timeout (again!) - put back online. Thanks Dave

13 years, 1 month

Switching to 192.168.x.x/16

by Dave Pigott

Hi all, I've been worrying this one all weekend, and woke up this morning at 3:30AM with it all whirling round my head. I think I have an outline of how we're going to manage this, and I would like to get your comments/additions/brickbats before I add it all to the BP: 1) Move over to MAC address based DHCP serving for all infrastructure Currently the IP address of every device in the infrastructure (cloud nodes, gateway, control etc etc etc) is all done by static assignment. This is bad for a number of reasons. My only concern here (lack of knowledge, rather than well founded fear) is on control itself. Can the DHCP server serve itself an IP address, or is this going to be the one exception? 2) Reserve 192.168.0.x for the public IP addresses for Cloud instances and 192.168.1.x for infrastructure. I'm pretty sure I can do this in dhcp.conf. Essentially this is a block list that only serves in those spaces if they are explicitly assigned by MAC addresses. The reason for this is trying to maintain the small existing cloud IP pool, which can't be assigned by dhcp MAC address, because it's managed by the cloud. (See my self argument in point 4.) 3) Go round every infrastructure node, and move it to dhcp served address 4) Drop the cloud pool of IP addresses and create the new range and restart the instances of the cloud. Alternatively, I could just extend the pool to add the 192.168.0.x range. This is less disruptive because it means the existing instances won't have to be re-started/re-created. I think I +1 this myself. :D 5) Reconfigure dhcp.conf to 192.168.x.x/16 6 Restart DHCP 7) Restart networking on every node My concern here would be that this will mean some disruption, so I would recommend that we wait until I have the new scheduler backup server in place so that we don't lose any jobs. Once control is back up we should run some test jobs through it just to be on the safe side. All thoughts very welcome! Thanks Dave

13 years, 1 month

Re: [Linaro-validation] At Risk - Planned Maintenance 12/12/2012 [5379552:4096964]

by Dave Pigott

It may be out of hours for the UK, but it's the LAVA leased line. LAVA Team: We'll need to provide some external support for LAVA for the window in which they're doing maintenance. Any suggestions? Thanks Dave On 2 Dec 2012, at 11:55, Arwen Donaghey <arwen.donaghey(a)linaro.org> wrote: > JFYI. This is out of hours. > Regards, > -- > Arwen Donaghey > Events Manager > > T: +44 1223 400 061| M: +44 7791 279 521 > Suite 220 | The Quorum | Barnwell Road | Cambridge | CB5 8RE > Linaro.org │ Open source software for ARM SoCs > Follow Linaro: Facebook | Twitter | Blog > Registered Number: 07180318 | VAT Number: 990 0273 24 > > > > > Begin forwarded message: > >> From: "Zen - Fault Management" <faultmanagement(a)zen.co.uk> >> Subject: At Risk - Planned Maintenance 12/12/2012 [5379552:4096964] >> Date: 2 December 2012 02:03:05 GMT >> To: <accounts(a)linaro.org>, <arwen.donaghey(a)linaro.org> >> >> Dear Leased Circuit Customer, >> >> >> We have been notified of planned maintenance affecting your leased line service, the details of which are included below. >> >> >> Affected installation address: >> >> Suite 220 >> The Quorum >> Cambridge >> >> Associated Order ID: 803244 >> >> >> Maintenance window start: 12/12/2012 - 21:00 >> >> Maintenance window end: 13/12/2012 - 01:00 >> >> >> Impact: None – At risk only >> >> Expected impact duration: None >> >> >> Reason given for maintenance: Updates to router configuration. >> >> There should be no downtime experienced. >> >> If the maintenance is unsuccessful, a rollback and a router reboot will be required. Service will be restored when the router is back online. >> >> >> Your service will be at risk of outages for the duration of the maintenance window. >> >> If you have any queries regarding this maintenance, please contact our Central Monitoring Team using the details below. >> >> We apologise for any inconvenience this may cause. >> >> Kind Regards, >> >> Central Monitoring Team >> >> -- >> >> Zen Central Monitoring >> E: central.monitoring(a)zen.co.uk >> T: 0845 058 9010 >> F: 0845 058 9001 >> W: www.zensupport.co.uk >> >> ------------------ >> Our Home Talk Plus package has 5000 inclusive anytime minutes including 0845 and 0870 numbers. Switch now and talk longer for less - http://www.zen.co.uk/home-office/voice/phone-services.aspx >> >> Please consider your environmental responsibility before printing this email. >> >> This message is private and confidential. If you have received this message in error please notify us and remove it from your system. >> >> Zen Internet Limited may monitor email traffic data to manage billing, to handle customer enquiries and for the prevention and detection of fraud. We may also monitor the content of emails sent to and/or from Zen Internet Limited for the purposes of security, staff training and to monitor quality of service. >> >> Zen Internet Limited is registered in England and Wales >> Sandbrook Park, Sandbrook Way, Rochdale OL11 1RY >> Company No. 03101568 >> VAT Reg No. 686 0495 01 >

13 years, 1 month

Weekend health failures

by Dave Pigott

Hi All, Two this weekend: ------------ panda06 ------------ http://validation.linaro.org/lava-server/scheduler/job/40426 Android home screen timeout. Put back online to re-test ------------ panda22 ------------ http://validation.linaro.org/lava-server/scheduler/job/40684 Same deal. Went onto the board and it seemed to be locked up. Put back online to retest. Thanks Dave

13 years, 1 month

Health failure

by Dave Pigott

No joke. As I sent the last e-mail, another board failed: ------------ origen03 ------------ http://validation.linaro.org/lava-server/scheduler/job/40335 Looks like serial line corruption when we were trying to deploy the Android test image, so commands failed. Put back online to retest. Dave

13 years, 1 month

← Newer
1
...
48
49
50
51
52
53
54
...
82
Older →

Jump to page:

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

linaro-validation