<?xml version="1.0" encoding="UTF-8" standalone="yes" ?>
<!DOCTYPE bugzilla SYSTEM "https://bugzilla.yoctoproject.org/page.cgi?id=bugzilla.dtd">

<bugzilla version="5.0.6"
          urlbase="https://bugzilla.yoctoproject.org/"
          
          maintainer="it-coreprojects-helpdesk@linuxfoundation.org"
>

    <bug>
          <bug_id>3609</bug_id>
          
          <creation_ts>2012-12-15 14:18:38 +0000</creation_ts>
          <short_desc>Space monitoring isn&apos;t accurate when using btrfs</short_desc>
          <delta_ts>2013-04-15 15:23:28 +0000</delta_ts>
          <reporter_accessible>1</reporter_accessible>
          <cclist_accessible>1</cclist_accessible>
          <classification_id>7</classification_id>
          <classification>Build System, Metadata &amp; Runtime</classification>
          <product>BitBake</product>
          <component>bitbake</component>
          <version>1.4</version>
          <rep_platform>x86</rep_platform>
          <op_sys>Multiple</op_sys>
          <bug_status>RESOLVED</bug_status>
          <resolution>FIXED</resolution>
          
          
          <bug_file_loc></bug_file_loc>
          <status_whiteboard></status_whiteboard>
          <keywords></keywords>
          <priority>Medium</priority>
          <bug_severity>normal</bug_severity>
          <target_milestone>1.4 M5</target_milestone>
          
          
          <everconfirmed>1</everconfirmed>
          <reporter name="Otavio Salvador">otavio</reporter>
          <assigned_to name="Robert Yang">liezhi.yang</assigned_to>
          <cc>mhalstead</cc>
    
    <cc>mp.rdtr</cc>
    
    <cc>otavio</cc>
    
    <cc>poky.bs.watcher</cc>
    
    <cc>poky.watcher</cc>
    
    <cc>richard.purdie</cc>
    
    <cc>sgw</cc>
    
    <cc>sstncr</cc>
    
    <cc>yi.zhao</cc>
    
    <cc>zhenfeng.zhao</cc>
          
          
          <cf_os>---</cf_os>
          <cf_regression_type>---</cf_regression_type>
          
          <cf_docchange>---</cf_docchange>

      

      

      

          <comment_sort_order>oldest_to_newest</comment_sort_order>  
          <long_desc isprivate="0" >
    <commentid>28312</commentid>
    <comment_count>0</comment_count>
    <who name="Otavio Salvador">otavio</who>
    <bug_when>2012-12-15 14:18:38 +0000</bug_when>
    <thetext>My build fails to start with:

WARNING: The free inode of rootfs is running low (0.000K left)
ERROR: Immediately abort since the disk space monitor action is &quot;ABORT&quot;!
ERROR: Unknown event: &lt;bb.event.DiskFull object at 0x5835890&gt;

While this is the information provided by btrfs:

#: btrfs fi show
Label: none  uuid: 7cb93c73-10d0-4e8a-8842-faf9acc36723
	Total devices 1 FS bytes used 43.76GB
	devid    1 size 104.59GB used 60.13GB path /dev/dm-0

#: btrfs fi df /
Data: total=54.00GB, used=42.76GB
System, DUP: total=64.00MB, used=16.00KB
System: total=4.00MB, used=0.00
Metadata, DUP: total=3.00GB, used=1.00GB</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>29702</commentid>
    <comment_count>1</comment_count>
    <who name="Michael Halstead">mhalstead</who>
    <bug_when>2013-02-10 15:23:51 +0000</bug_when>
    <thetext>I ran into this as well when testing Fedora 18.

In bitbake/lib/bb/monitordisk.py os.statvfs() returns something like this
posix.statvfs_result(f_bsize=4096, f_frsize=4096, f_blocks=1463552256, f_bfree=1462581245, f_bavail=1403968441, f_files=0, f_ffree=0, f_favail=0, f_flag=4096, f_namemax=255)

Which leads to the build being aborted.

NOTE: Executing SetScene Tasks
WARNING: The free inode of /dev/sda4 is running low (0.000K left)
ERROR: Immediately abort since the disk space monitor action is &quot;ABORT&quot;!
ERROR: Unknown event: &lt;bb.event.DiskFull object at 0x15fb710&gt;</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>29892</commentid>
    <comment_count>2</comment_count>
    <who name="Robert Yang">liezhi.yang</who>
    <bug_when>2013-02-18 02:33:37 +0000</bug_when>
    <thetext>Merged into master:

http://git.yoctoproject.org/cgit/cgit.cgi/poky/commit/?id=86ac3b53b5ea9d74edab975adad9c831055da0ed</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>29893</commentid>
    <comment_count>3</comment_count>
    <who name="Robert Yang">liezhi.yang</who>
    <bug_when>2013-02-18 02:35:13 +0000</bug_when>
    <thetext>(In reply to comment #2)
&gt; Merged into master:
&gt; 
&gt; http://git.yoctoproject.org/cgit/cgit.cgi/poky/commit/
&gt; ?id=86ac3b53b5ea9d74edab975adad9c831055da0ed

Fix the url:

http://git.yoctoproject.org/cgit/cgit.cgi/poky/commit/?id=b0587077a47b2af0d88e17613fb48787e4c11716</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>29910</commentid>
    <comment_count>4</comment_count>
    <who name="Otavio Salvador">otavio</who>
    <bug_when>2013-02-18 11:40:13 +0000</bug_when>
    <thetext>I understand you should warn the user about this but I&apos;d expect it to be done once and not ask user to remove the inode checking by him/herself.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>30557</commentid>
    <comment_count>5</comment_count>
    <who name="Robert Yang">liezhi.yang</who>
    <bug_when>2013-03-08 03:14:31 +0000</bug_when>
    <thetext>(In reply to comment #4)
&gt; I understand you should warn the user about this but I&apos;d expect it to be
&gt; done once and not ask user to remove the inode checking by him/herself.


Sorry for the late reponse, yes, the inode checking will be warned once and removed automatically , since the fs like btrs create the inode dynamically.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>30643</commentid>
    <comment_count>6</comment_count>
    <who name="Yi Zhao">yi.zhao</who>
    <bug_when>2013-03-12 09:07:25 +0000</bug_when>
    <thetext>Verified with master branch: 365eb9b5d22208c967dcd91d8ab52faed20f04b5

##############
[yocto@yocto-linux build]$ bitbake man
Pseudo is not present but is required, building this first before the main build
Parsing recipes: 100% |##################################################################################################################################################| Time: 00:00:12
Parsing of 810 .bb files complete (0 cached, 810 parsed). 1118 targets, 27 skipped, 0 masked, 0 errors.

Build Configuration:
BB_VERSION        = &quot;1.17.1&quot;
BUILD_SYS         = &quot;x86_64-linux&quot;
NATIVELSBSTRING   = &quot;Unknown&quot;
TARGET_SYS        = &quot;i586-poky-linux&quot;
MACHINE           = &quot;qemux86&quot;
DISTRO            = &quot;poky&quot;
DISTRO_VERSION    = &quot;1.3+snapshot-20130312&quot;
TUNE_FEATURES     = &quot;m32 i586&quot;
TARGET_FPU        = &quot;&quot;
meta              
meta-yocto        
meta-yocto-bsp    = &quot;master:365eb9b5d22208c967dcd91d8ab52faed20f04b5&quot;

NOTE: Resolving any missing task queue dependencies
NOTE: Preparing runqueue
NOTE: Executing SetScene Tasks
WARNING: The free space of /dev/sdb1 is running low (17.354GB left)
ERROR: Immediately abort since the disk space monitor action is &quot;ABORT&quot;!
WARNING: Inode check for /dev/sdb1 is unavaliable, remove it from disk monitor
NOTE: Tasks Summary: Attempted 9 tasks of which 9 didn&apos;t need to be rerun and all succeeded.
################</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>31262</commentid>
    <comment_count>7</comment_count>
    <who name="Stefan Stanacar">sstncr</who>
    <bug_when>2013-03-28 09:57:44 +0000</bug_when>
    <thetext>(In reply to comment #5)
&gt; (In reply to comment #4)
&gt; &gt; I understand you should warn the user about this but I&apos;d expect it to be
&gt; &gt; done once and not ask user to remove the inode checking by him/herself.
&gt; 
&gt; 
&gt; Sorry for the late reponse, yes, the inode checking will be warned once and
&gt; removed automatically , since the fs like btrs create the inode dynamically.

I&apos;m sorry to reopen this, but the warning stuff it&apos;s broken again on latest master (cbdbc54e5743944fd24f497b46b3c54ad966d8eb) or the 1.4_M5 branch (
On the commit Yi checked (cbdbc54e5743944fd24f497b46b3c54ad966d8eb) it does show only one warning but now it shows again too many warnings for each task when using btrfs.

Default local.conf btw:

Build Configuration:
BB_VERSION        = &quot;1.17.1&quot;
BUILD_SYS         = &quot;x86_64-linux&quot;
NATIVELSBSTRING   = &quot;openSUSE-project-12.3&quot;
TARGET_SYS        = &quot;i586-poky-linux&quot;
MACHINE           = &quot;qemux86&quot;
DISTRO            = &quot;poky&quot;
DISTRO_VERSION    = &quot;1.3+snapshot-20130328&quot;
TUNE_FEATURES     = &quot;m32 i586&quot;
TARGET_FPU        = &quot;&quot;
meta              
meta-yocto        
meta-yocto-bsp    = &quot;1.4_M5:860e758b7b7f27fbb47c645770593206c7453c1b&quot;

NOTE: Resolving any missing task queue dependencies
NOTE: Preparing runqueue
NOTE: Executing SetScene Tasks
WARNING: Inode check for /home/stefans/poky/build/sstate-cache is unavaliable, will remove it from disk monitor
WARNING: Inode check for /home/stefans/poky/build/downloads is unavaliable, will remove it from disk monitor
WARNING: Inode check for /home/stefans/poky/build/tmp is unavaliable, will remove it from disk monitor
WARNING: Inode check for /home/stefans/poky/build/sstate-cache is unavaliable, will remove it from disk monitor
WARNING: Inode check for /home/stefans/poky/build/downloads is unavaliable, will remove it from disk monitor
WARNING: Inode check for /home/stefans/poky/build/tmp is unavaliable, will remove it from disk monitor
NOTE: Executing RunQueue Tasks
WARNING: Inode check for /home/stefans/poky/build/sstate-cache is unavaliable, will remove it from disk monitor
WARNING: Inode check for /home/stefans/poky/build/downloads is unavaliable, will remove it from disk monitor
WARNING: Inode check for /home/stefans/poky/build/tmp is unavaliable, will remove it from disk monitor
WARNING: Inode check for /home/stefans/poky/build/sstate-cache is unavaliable, will remove it from disk monitor
WARNING: Inode check for /home/stefans/poky/build/downloads is unavaliable, will remove it from disk monitor
WARNING: Inode check for /home/stefans/poky/build/tmp is unavaliable, will remove it from disk monitor
WARNING: Inode check for /home/stefans/poky/build/sstate-cache is unavaliable, will remove it from disk monitor
WARNING: Inode check for /home/stefans/poky/build/downloads is unavaliable, will remove it from disk monitor
WARNING: Inode check for /home/stefans/poky/build/tmp is unavaliable, will remove it from disk monitor
WARNING: Inode check for /home/stefans/poky/build/sstate-cache is unavaliable, will remove it from disk monitor
WARNING: Inode check for /home/stefans/poky/build/downloads is unavaliable, will remove it from disk monitor
WARNING: Inode check for /home/stefans/poky/build/tmp is unavaliable, will remove it from disk monitor</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>31450</commentid>
    <comment_count>8</comment_count>
      <attachid>1154</attachid>
    <who name="Reinhard Tartler">mp.rdtr</who>
    <bug_when>2013-04-03 14:19:06 +0000</bug_when>
    <thetext>Created attachment 1154
Proposed patch to avoid spamming the console about disabled inode check

In order to avoid spamming the console with warnings, make it print at most once</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>32135</commentid>
    <comment_count>9</comment_count>
    <who name="Robert Yang">liezhi.yang</who>
    <bug_when>2013-04-15 09:05:09 +0000</bug_when>
    <thetext>(In reply to comment #8)
&gt; Created attachment 1154 [details]
&gt; Proposed patch to avoid spamming the console about disabled inode check
&gt; 
&gt; In order to avoid spamming the console with warnings, make it print at most
&gt; once

Thanks, I&apos;ve sent a patch to bitbake-devel:

http://lists.linuxtogo.org/pipermail/bitbake-devel/2013-April/004292.html</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>32168</commentid>
    <comment_count>10</comment_count>
    <who name="Richard Purdie">richard.purdie</who>
    <bug_when>2013-04-15 15:23:28 +0000</bug_when>
    <thetext>Robert&apos;s patch merged to master: http://git.yoctoproject.org/cgit.cgi/poky/commit/?id=612c25c59718d3b7a259ae72430544c2f6e369fc</thetext>
  </long_desc>
      
          <attachment
              isobsolete="0"
              ispatch="1"
              isprivate="0"
          >
            <attachid>1154</attachid>
            <date>2013-04-03 14:19:06 +0000</date>
            <delta_ts>2013-04-03 14:19:06 +0000</delta_ts>
            <desc>Proposed patch to avoid spamming the console about disabled inode check</desc>
            <filename>0001-bitbake-monitordisk.py-tune-down-inode-checking-rela.patch</filename>
            <type>text/plain</type>
            <size>1799</size>
            <attacher name="Reinhard Tartler">mp.rdtr</attacher>
            
              <data encoding="base64">RnJvbSA0YzQ1NzBlNWU5NDYxZTdiODVlNDU2ZGY2ZDQ5NWU0MTZiMDZkOGJmIE1vbiBTZXAgMTcg
MDA6MDA6MDAgMjAwMQpGcm9tOiBSZWluaGFyZCBUYXJ0bGVyIDxtcC5yZHRyQGdtYWlsLmNvbT4K
RGF0ZTogV2VkLCAzIEFwciAyMDEzIDE2OjE3OjIzICswMjAwClN1YmplY3Q6IFtQQVRDSF0gYml0
YmFrZTogbW9uaXRvcmRpc2sucHk6IHR1bmUgZG93biBpbm9kZSBjaGVja2luZyByZWxhdGVkCiBz
cGFtbWluZwoKSW4gY29tbWl0IGIwNTg3MDc3YTQ3YjJhZjBkODhlMTc2MTNmYjQ4Nzg3ZTRjMTE3
MTYsIHRoZSBpbm9kZSBjaGVja2luZwp3YXMgcmVwbGFjZWQgd2l0aCBhIHdhcm5pbmcsIHdoaWNo
IGdldHMgcmVwZWF0ZWQgYSBsb3QgZHVyaW5nIHJlZ3VsYXIKYnVpbGRzLiAgSXQgaXMgc3VmZmlj
ZW50IHRvIGlzc3VlIHRoaXMgd2FybmluZyBleGFjdGx5IG9uY2UuCgpbWU9DVE8gIzM2MDldCgpT
aWduZWQtb2ZmLWJ5OiBSZWluaGFyZCBUYXJ0bGVyIDxtcC5yZHRyQGdtYWlsLmNvbT4KLS0tCiBi
aXRiYWtlL2xpYi9iYi9tb25pdG9yZGlzay5weSB8ICAgIDUgKysrKy0KIDEgZmlsZSBjaGFuZ2Vk
LCA0IGluc2VydGlvbnMoKyksIDEgZGVsZXRpb24oLSkKCmRpZmYgLS1naXQgYS9iaXRiYWtlL2xp
Yi9iYi9tb25pdG9yZGlzay5weSBiL2JpdGJha2UvbGliL2JiL21vbml0b3JkaXNrLnB5CmluZGV4
IGE3MWRkOWYuLmMxZTVkMTggMTAwNjQ0Ci0tLSBhL2JpdGJha2UvbGliL2JiL21vbml0b3JkaXNr
LnB5CisrKyBiL2JpdGJha2UvbGliL2JiL21vbml0b3JkaXNrLnB5CkBAIC0xNzgsNiArMTc4LDcg
QEAgY2xhc3MgZGlza01vbml0b3I6CiAKICAgICAgICAgc2VsZi5lbmFibGVNb25pdG9yID0gRmFs
c2UKICAgICAgICAgc2VsZi5jb25maWd1cmF0aW9uID0gY29uZmlndXJhdGlvbgorICAgICAgICBz
ZWxmLl9pbm9kZV93YXJuaW5nX3ByaW50ZWQgPSBGYWxzZQogCiAgICAgICAgIEJCRGlycyA9IGNv
bmZpZ3VyYXRpb24uZ2V0VmFyKCJCQl9ESVNLTU9OX0RJUlMiLCBUcnVlKSBvciBOb25lCiAgICAg
ICAgIGlmIEJCRGlyczoKQEAgLTI0Myw3ICsyNDQsOSBAQCBjbGFzcyBkaXNrTW9uaXRvcjoKICAg
ICAgICAgICAgICAgICAgICAgIyB6ZXJvLCB0aGlzIGlzIGEgZmVhdHVyZSBvZiB0aGUgZnMsIHdl
IGRpc2FibGUgdGhlIGlub2RlCiAgICAgICAgICAgICAgICAgICAgICMgY2hlY2tpbmcgZm9yIHN1
Y2ggYSBmcy4KICAgICAgICAgICAgICAgICAgICAgaWYgc3QuZl9maWxlcyA9PSAwOgotICAgICAg
ICAgICAgICAgICAgICAgICAgbG9nZ2VyLndhcm4oIklub2RlIGNoZWNrIGZvciAlcyBpcyB1bmF2
YWxpYWJsZSwgd2lsbCByZW1vdmUgaXQgZnJvbSBkaXNrIG1vbml0b3IiICUgcGF0aCkKKyAgICAg
ICAgICAgICAgICAgICAgICAgIGlmIG5vdCBzZWxmLl9pbm9kZV93YXJuaW5nX3ByaW50ZWQ6Cisg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgbG9nZ2VyLndhcm4oIklub2RlIGNoZWNrIGZvciAl
cyBpcyB1bmF2YWxpYWJsZSwgd2lsbCByZW1vdmUgaXQgZnJvbSBkaXNrIG1vbml0b3IiICUgcGF0
aCkKKyAgICAgICAgICAgICAgICAgICAgICAgICAgICBzZWxmLl9pbm9kZV93YXJuaW5nX3ByaW50
ZWQgPSBUcnVlCiAgICAgICAgICAgICAgICAgICAgICAgICBtaW5Jbm9kZSA9IE5vbmUKICAgICAg
ICAgICAgICAgICAgICAgICAgIGNvbnRpbnVlCiAgICAgICAgICAgICAgICAgICAgICMgQWx3YXlz
IHNob3cgd2FybmluZywgdGhlIHNlbGYuY2hlY2tlZCB3b3VsZCBhbHdheXMgYmUgRmFsc2UgaWYg
dGhlIGFjdGlvbiBpcyBXQVJOCi0tIAoxLjcuOS41Cgo=
</data>

          </attachment>
      

    </bug>

</bugzilla>