New issue
Advanced search Search tips
Note: Color blocks (like or ) mean that a user may not be available. Tooltip shows the reason.

Issue 888691 link

Starred by 1 user

Issue metadata

Status: Fixed
Owner:
User never visited
Closed: Oct 5
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: Chrome
Pri: 1
Type: Bug
Build-Toolchain



Sign in to add a comment

nautilus is failing in BuildImage: "Task image has run out of space"

Project Member Reported by cmt...@chromium.org, Sep 24

Issue description



ERROR   : Target image has run out of space:
ERROR   : Filesystem     1M-blocks  Used Available Use% Mounted on
ERROR   : /dev/loop0p3        2046  2046         0 100% /mnt/host/source/src/build/images/nautilus/R71-11095.0.0/rootfs
INFO    : Unmounting image from /mnt/host/source/src/build/images/nautilus/R71-11095.0.0/stateful and /mnt/host/source/src/build/images/nautilus/R71-11095.0.0/rootfs
INFO    : Unmounting temporary rootfs /mnt/host/source/src/build/images/nautilus/R71-11095.0.0/rootfs//build/rootfs.
Cleaning up /usr/local symlinks for /mnt/host/source/src/build/images/nautilus/R71-11095.0.0/stateful/dev_image
An error occurred in your build so your latest output directory is invalid.

This is happening both in the Release builder (starting today) and the llvm-next tryjob builders (since Saturday):

https://cros-goldeneye.corp.google.com/chromeos/healthmonitoring/buildDetails?buildbucketId=8934509404874509344
https://cros-goldeneye.corp.google.com/chromeos/healthmonitoring/buildDetails?buildbucketId=8934519961556617104
 
Cc: puthik@chromium.org
Owner: rajatja@chromium.org
Status: Assigned (was: Untriaged)
Assigned to random sheriff. Sheriff, this is high priority because it's broken the release.
Cc: minch@chromium.org dgarr...@chromium.org zamorzaev@chromium.org goog...@chromium.org
The one you linked is about the problem generally, and will require a large effort response.

This bug is about the Nautilius specific issue that needs to be addressed today. It can probably be addressed by allocating a little more space to the rootfs.
Cc: jwer...@chromium.org
Look for someone with experience with "build_image" and disk layouts.
I can possibly fix that (I increased rootfs on another device recently). Gimme some time. 
Cc: alexpau@chromium.org
Alex, can you confirm what is the MMC size on the cheapest/lowest Nautilus SKU? Any concerns in increasing it from 2GB->4GB?
The rootfs partition size can't change, only the file system itself.
Or have we started FSI'ing new devices with a larger rootfs partition? That might be an option, but is a really big deal that should be communicated widely and somehow enforced for future devices.
Actually wait, it looks like the rootfs size was already 4GB, only the FS size needs to be increased, that should be easy..
Oh... it looks like someone has already done this and NOT communicated widely.

What machines have larger rootfs partitions? 
Eve + Soraka and Poppy atleast. 
Also Nautilus and Fizz based devices. So looks like all Kabylakes.
Cc: gwendal@chromium.org
I'm not sure, but one more consideration may be this: I'm wondering if all the USB sticks in the lab need to be replaced if we increase the rootfs (I once heard Gwendal mention *I think* that if we change rootfs size, then we can't install the new image over rootfs).
That's a good question, but I believe we are okay.

Changing the rootfs partition size can change the USB stick size, but changing the rootfs file system size shouldn't affect the recovery image size.

Well, unless you explicitly modified the partition size on recovery images.

Project Member

Comment 17 by bugdroid1@chromium.org, Sep 26

The following revision refers to this bug:
  https://chromium.googlesource.com/chromiumos/overlays/board-overlays/+/2b62fbb0b3d777fab7f86af096c3466ecf62f238

commit 2b62fbb0b3d777fab7f86af096c3466ecf62f238
Author: Rajat Jain <rajatja@google.com>
Date: Wed Sep 26 03:41:03 2018

nautilus: Increase the filesystem size to 2.3 GB

BUG= chromium:888691 
TEST=Check the free available space in nautilus.

Change-Id: Ic98860d429af8e4b3275b22d2f217887a4bd7544
Reviewed-on: https://chromium-review.googlesource.com/1241358
Commit-Ready: ChromeOS CL Exonerator Bot <chromiumos-cl-exonerator@appspot.gserviceaccount.com>
Tested-by: Rajat Jain <rajatja@chromium.org>
Reviewed-by: Don Garrett <dgarrett@chromium.org>
Reviewed-by: Bernie Thompson <bhthompson@chromium.org>

[modify] https://crrev.com/2b62fbb0b3d777fab7f86af096c3466ecf62f238/overlay-nautilus/scripts/disk_layout.json

Project Member

Comment 18 by bugdroid1@chromium.org, Sep 29

The following revision refers to this bug:
  https://chromium.googlesource.com/chromiumos/overlays/board-overlays/+/7fe86001c6bf65471aa34744ea2f44e4c4d13b92

commit 7fe86001c6bf65471aa34744ea2f44e4c4d13b92
Author: Rajat Jain <rajatja@google.com>
Date: Sat Sep 29 03:37:11 2018

baseboard-poppy/nami/rammus: Increase rootfs filesystem to 2.3GB

All these baseboards allocate 4GB for rootfs but create filesystem
on only 2 GB. Since the builds have started to fail, lets increase
their filesystem to 2.3GB. These are all Kabylake boards, and thus
it is reasonable to make them at par with other kabylakes (Eve,
Nautilus etc).

BUG=chromium:889849,chromium:888744, chromium:888691 
TEST=Check rootfs space increased on soraka

Change-Id: I0ed4b17dfe89a8fc3461587ab74b524ecef12896
Reviewed-on: https://chromium-review.googlesource.com/1249951
Commit-Ready: Rajat Jain <rajatja@chromium.org>
Tested-by: Rajat Jain <rajatja@chromium.org>
Reviewed-by: Furquan Shaikh <furquan@chromium.org>
Reviewed-by: Don Garrett <dgarrett@chromium.org>

[modify] https://crrev.com/7fe86001c6bf65471aa34744ea2f44e4c4d13b92/baseboard-poppy/scripts/disk_layout.json
[modify] https://crrev.com/7fe86001c6bf65471aa34744ea2f44e4c4d13b92/baseboard-rammus/scripts/disk_layout.json
[modify] https://crrev.com/7fe86001c6bf65471aa34744ea2f44e4c4d13b92/baseboard-nami/scripts/disk_layout.json

Status: Fixed (was: Assigned)

Sign in to add a comment