Ran into a issue where the web ui stopped working after I built three images at once. I checked the file system space and / was at 100% usage. Specifically the /var/lib and /var/tmp were consuming all the available space. We need some logic that determines if the system can allocate another image safely and still have room to breathe.
Interesting observation. There are actually some checks in Oz that see if there is enough disk space to perform the prep work, but there aren't further checks to make sure that the installation won't fill up / (mostly because we don't know). Do you have any idea where most of the space was used up? Chris Lalancette
In order to really do this correctly, the builders would have to reserve space with a disk space manager object. The only way to do that correctly is to prefetch the sizes of all of the packages that are listed in the template. My gut reaction to this is that it's doable but not trivial. As an interim solution, to avoid developer system falling over from filled up root partitions, how about we add options to not cache the iso files and images that are produced once they are stored in warehouse? This helps but will not eliminate the problem if one has iwhd running locally and storing data in /. -steve
Chris, /var/lib was the bigger offender of the two directories mention comment 0 [root@ibm-ls42-01 var]# df -H Filesystem Size Used Avail Use% Mounted on /dev/mapper/vg_ibmls4201-lv_root 35G 31G 2.5G 93% / tmpfs 2.1G 0 2.1G 0% /dev/shm /dev/sda1 508M 30M 452M 7% /boot /dev/mapper/vg_ibmls4201-lv_home 31G 181M 30G 1% /home [root@ibm-ls42-01 var]# du -h /var --max-depth=1 12K ./yp 256K ./run 8.0K ./empty 5.5G ./tmp 444K ./beah 4.0K ./opt 4.0K ./cvs 4.0K ./account 21G ./lib 4.0K ./preserve 279M ./cache 4.0K ./games 16K ./db 2.4M ./log 4.0K ./local 28K ./lock 1.2M ./www 60K ./spool 4.0K ./nis 26G .
I disagree that this is a blocker for you guys.
agreed this is not a blocker for testing... but QE would like it fixed for the release before summit.
perm close