Updateding and building the latest code base.

Streif, Rudolf rstreif at jaguarlandrover.com
Sat Jan 9 21:18:43 EST 2016


This error is most commonly caused when the file system is encrypted.
Ubuntu, and other distros, offer file system encryption during
installation. It is typically a good idea but not for file systems used for
Yocto Project build environments.

:rjs
On Jan 9, 2016 12:27, "Amir Nathoo via genivi-projects" <
genivi-projects at lists.genivi.org> wrote:

> Hi Art,
>
> It seems this issue in bitbake is being addressed, but not all the patches
> have been contributed yet; at least not in the version I am using.
> The BBCooker class, from what I understand is adding a watch for every
> single files in the BBPATH. So that needed to be optimized.
> I found 2 bug reports related to this issue: [1] is integrated already to
> Poky 1.8, but [2] isn't.
>
> I think bumping your watch count should do it. But depending on what
> version of Poky you are using, you may still have to reboot your machine if
> you reach that limit again.
>
> The community does not seem to be addressing the core of this issue, which
> is how to cleanup the watches once a build is completed. But I don't know
> any better :-)
>
> Amir.
>
> [1] http://patches.openembedded.org/patch/86831/
> [2] [bitbake-devel,03/13] cooker: further limit inotify watches -
> Patchwork <http://patchwork.openembedded.org/patch/100515/>
>
>
>
> On Friday, January 8, 2016 11:41 AM, "McGee, Art" <
> amcgee7 at jaguarlandrover.com> wrote:
>
>
> I would really like to know how many are allocated.  But I did bump mine
> up.  I suspect that will be a good solution.
>
> Thanks,
>
> *Art McGee*
> Infotainment Engineer
>
>
>
> Jaguar Land Rover North America, LLC
> 1419 NW 14th Ave, Portland, Oregon, 97209
> Jaguar.com <http://jaguar.com/>  |  LandRover.com <http://landrover.com/>
>
>
> On 7 January 2016 at 21:30, <amir.nathoo at yahoo.com> wrote:
>
> Hi Art,
>
> Glad it helped.
> I can see the cooker.py in poky, calling add_watch but never rm_watch.
> I am using Poky 1.8 and there are additional log errors which is more
> helpful than what you got.
> if 'ENOSPC' in str(e):
>         providerlog.error("No space left on device or exceeds
> fs.inotify.max_user_watches?")
>         providerlog.error("To check max_user_watches: sysctl -n
> fs.inotify.max_user_watches.")
>         providerlog.error("To modify max_user_watches: sysctl -n -w
> fs.inotify.max_user_watches=<value>.")
>         providerlog.error("Root privilege is required to modify
> max_user_watches.")
>
> On my Ubuntu 14.04 64bits the max is set to 524288 which is probably why I
> don't see the problem. But this happened to be a while back on a different
> large project.
>
> Amir.
>
>
>
> On Thursday, January 7, 2016 12:53 PM, "McGee, Art" <
> amcgee7 at jaguarlandrover.com> wrote:
>
>
> Amir,
>
> Thanks,  This has helped.  I have to reboot my box to clear this up.
>  currently the max watches is 65535.  I suspect the build didn't cleanup
> properly.
>
> Thanks,
>
> *Art McGee*
> Infotainment Engineer
>
>
>
> Jaguar Land Rover North America, LLC
> 1419 NW 14th Ave, Portland, Oregon, 97209
> Jaguar.com <http://jaguar.com/>  |  LandRover.com <http://landrover.com/>
>
>
> On 7 January 2016 at 09:05, <amir.nathoo at yahoo.com> wrote:
>
> Hi Art,
>
> It could also be a problem with pyinotify.py script or somehow you have
> reached your quota of watches on your system.
> Try the following:
> $ sysctl -n  fs.inotify.max_user_watches (shows how much watches you are
> allowed)
> $ sysctl -n  -w fs.inotify.max_user_watches <number_of_watches> (you can
> increase that number from above)
>
> Hope this helps.
> Amir.
>
>
> On Thursday, January 7, 2016 4:07 AM, Paul Sherwood <
> paul.sherwood at codethink.co.uk> wrote:
>
>
> Hi Art,
> On 2016-01-06 20:28, McGee, Art wrote:
> <snip>
> > WatchManagerError: add_watch: cannot watch
> > /media/amcgee7/Datapart/gdp/genivi2/gdp-src-build/conf/bblayers.conf
> > WD=-1, Errno=No space left on device (ENOSPC)
>
> looks like you may need to clear some space?
>
> _______________________________________________
> genivi-projects mailing list
> genivi-projects at lists.genivi.org
> https://lists.genivi.org/mailman/listinfo/genivi-projects
>
>
>
>
>
>
>
>
>
> _______________________________________________
> genivi-projects mailing list
> genivi-projects at lists.genivi.org
> https://lists.genivi.org/mailman/listinfo/genivi-projects
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.genivi.org/pipermail/genivi-projects_lists.genivi.org/attachments/20160109/04cef4af/attachment.html>


More information about the genivi-projects mailing list