[prev in list] [next in list] [prev in thread] [next in thread]
List: linaro-validation
Subject: Re: [Linaro-validation] Cannot change ownership to uid 0, gid 1 when deploying linaro bootfs
From: Dave Pigott <dave.pigott () linaro ! org>
Date: 2013-11-06 10:58:02
Message-ID: 1DD05E75-8F7D-4692-8722-AA2B2D895153 () linaro ! org
[Download RAW message or body]
[Attachment #2 (multipart/alternative)]
Hi Dean,
Make sure you've cloned the latest lava-master-image-scripts from git and you'll be \
using the same as us. The device is unified for all vexpress now, so it's just \
"./lava-create-master vexpress".
More conveniently, if you go to: http://images.validation.linaro.org/lava-masters/
You'll see the vexpress image in a tgz format that you can download.
Thanks
Dave
On 6 Nov 2013, at 10:09, Dean Arnold <Dean.Arnold@arm.com> wrote:
> Thanks Dave/Michael,
>
> When you saw the issue in the ticket below, I know you didn't ever discover the \
> root cause but how did you resolve this problem in the short term? Did it just \
> happen intermittently? I have tried multiple different images using both l-m-c and \
> the prebuilt ones from releases.linaro.org but nothing seems to shift the problem.
> I have also tried manually playing about with the commands on a few of the boards \
> as suggested and I couldn't see anything obvious that was going wrong which would \
> cause this. I have also moved the boards to a new dispatcher to see if that somehow \
> made a difference, just in case the image which was being deployed was getting \
> screwed up on the dispatcher side. Overall I have had no joy whatsoever.
> I was thinking of putting a fresh master image on one of the boards and running the \
> lava-first-boot scripts to see if this fixes things. As different images and \
> dispatcher environments don't make a difference, I am assuming the problem is \
> related to the master image. What release are you guys currently using for the \
> master images on your vexpresstc2 devices?
> In the lava-master-image-scripts, should running the following be enough for what I \
> need?
> ./lava-create-master vexpresstc2
>
> Cheers,
> Dean
>
> > -----Original Message-----
> > From: Michael Hudson-Doyle [mailto:michael.hudson@linaro.org]
> > Sent: 05 November 2013 20:06
> > To: Dean Arnold; Dean Arnold; Dave Pigott
> > Cc: linaro-validation@lists.linaro.org Validation; Ian Spray; Basil
> > Eljuse
> > Subject: Re: [Linaro-validation] Cannot change ownership to uid 0, gid
> > 1 when deploying linaro bootfs
> >
> > Dean Arnold <Dean.Arnold@arm.com> writes:
> >
> > > Hi Dave,
> > >
> > > The Ubuntu job fails yet again, even without using l-m-c. Is there a
> > way to prevent LAVA from cleaning up the files after the job so that I
> > can check the permissions on the image?
> > >
> > > I wonder if something has gone wrong with my dispatcher environment.
> >
> > I have seen this before:
> > https://bugs.launchpad.net/lava-dispatcher/+bug/954870
> >
> > We never really found out what was going on though -- it's bizarre, why
> > does sometimes tar start complaining about not being able to chown on a
> > vfat partition? I agree with Dave that booting into the master image
> > and playing around with commands similar to those which fail might be
> > interesting.
> >
> > Cheers,
> > mwh
>
>
> -- IMPORTANT NOTICE: The contents of this email and any attachments are \
> confidential and may also be privileged. If you are not the intended recipient, \
> please notify the sender immediately and do not disclose the contents to any other \
> person, use it for any purpose, or store or copy the information in any medium. \
> Thank you.
> ARM Limited, Registered office 110 Fulbourn Road, Cambridge CB1 9NJ, Registered in \
> England & Wales, Company No: 2557590 ARM Holdings plc, Registered office 110 \
> Fulbourn Road, Cambridge CB1 9NJ, Registered in England & Wales, Company No: \
> 2548782
[Attachment #5 (unknown)]
<html><head><meta http-equiv="Content-Type" content="text/html \
charset=windows-1252"></head><body style="word-wrap: break-word; -webkit-nbsp-mode: \
space; -webkit-line-break: after-white-space; ">Hi Dean,<div><br></div><div>Make sure \
you've cloned the latest lava-master-image-scripts from git and you'll be using the \
same as us. The device is unified for all vexpress now, so it's just \
"./lava-create-master vexpress".</div><div><br></div><div>More conveniently, if you \
go to: <a href="http://images.validation.linaro.org/lava-masters/">http://images.validation.linaro.org/lava-masters/</a></div><div><br></div><div>You'll \
see the vexpress image in a tgz format that you can \
download.</div><div><br></div><div>Thanks</div><div><br></div><div>Dave</div><div><br><div><div>On \
6 Nov 2013, at 10:09, Dean Arnold <<a \
href="mailto:Dean.Arnold@arm.com">Dean.Arnold@arm.com</a>> wrote:</div><br \
class="Apple-interchange-newline"><blockquote type="cite">Thanks \
Dave/Michael,<br><br>When you saw the issue in the ticket below, I know you didn't \
ever discover the root cause but how did you resolve this problem in the short term? \
Did it just happen intermittently? I have tried multiple different images \
using both l-m-c and the prebuilt ones from <a \
href="http://releases.linaro.org">releases.linaro.org</a> but nothing seems to shift \
the problem.<br><br>I have also tried manually playing about with the commands on a \
few of the boards as suggested and I couldn't see anything obvious that was going \
wrong which would cause this. I have also moved the boards to a new dispatcher to see \
if that somehow made a difference, just in case the image which was being deployed \
was getting screwed up on the dispatcher side. Overall I have had no joy \
whatsoever.<br><br>I was thinking of putting a fresh master image on one of the \
boards and running the lava-first-boot scripts to see if this fixes things. As \
different images and dispatcher environments don't make a difference, I am assuming \
the problem is related to the master image. What release are you guys currently \
using for the master images on your vexpresstc2 devices?<br><br>In the \
lava-master-image-scripts, should running the following be enough for what I \
need?<br><br>./lava-create-master \
vexpresstc2<br><br>Cheers,<br>Dean<br><br><blockquote type="cite">-----Original \
Message-----<br>From: Michael Hudson-Doyle [mailto:michael.hudson@<a \
href="http://linaro.org">linaro.org</a>]<br>Sent: 05 November 2013 20:06<br>To: Dean \
Arnold; Dean Arnold; Dave Pigott<br>Cc: <a \
href="mailto:linaro-validation@lists.linaro.org">linaro-validation@lists.linaro.org</a> \
Validation; Ian Spray; Basil<br>Eljuse<br>Subject: Re: [Linaro-validation] Cannot \
change ownership to uid 0, gid<br>1 when deploying linaro bootfs<br><br>Dean Arnold \
<<a href="mailto:Dean.Arnold@arm.com">Dean.Arnold@arm.com</a>> \
writes:<br><br><blockquote type="cite">Hi Dave,<br><br>The Ubuntu job fails yet \
again, even without using l-m-c. Is there a<br></blockquote>way to prevent LAVA \
from cleaning up the files after the job so that I<br>can check the permissions on \
the image?<br><blockquote type="cite"><br>I wonder if something has gone wrong with \
my dispatcher environment.<br></blockquote><br>I have seen this before:<br><a \
href="https://bugs.launchpad.net/lava-dispatcher/+bug/954870">https://bugs.launchpad.net/lava-dispatcher/+bug/954870</a><br><br>We \
never really found out what was going on though -- it's bizarre, why<br>does \
sometimes tar start complaining about not being able to chown on a<br>vfat partition? \
I agree with Dave that booting into the master image<br>and playing around with \
commands similar to those which fail might \
be<br>interesting.<br><br>Cheers,<br>mwh<br></blockquote><br><br>-- IMPORTANT NOTICE: \
The contents of this email and any attachments are confidential and may also be \
privileged. If you are not the intended recipient, please notify the sender \
immediately and do not disclose the contents to any other person, use it for any \
purpose, or store or copy the information in any medium. Thank you.<br><br>ARM \
Limited, Registered office 110 Fulbourn Road, Cambridge CB1 9NJ, Registered in \
England & Wales, Company No: 2557590<br>ARM Holdings plc, Registered office \
110 Fulbourn Road, Cambridge CB1 9NJ, Registered in England & Wales, Company No: \
2548782<br><br></blockquote></div><br></div></body></html>
_______________________________________________
linaro-validation mailing list
linaro-validation@lists.linaro.org
http://lists.linaro.org/mailman/listinfo/linaro-validation
[prev in list] [next in list] [prev in thread] [next in thread]
Configure |
About |
News |
Add a list |
Sponsored by KoreLogic