This bug is no longer relevant ** Changed in: cloud-init (Ubuntu) Status: Triaged => Won't Fix
-- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to ureadahead in Ubuntu. https://bugs.launchpad.net/bugs/994698 Title: cloud-init disables ureadahead even when it might be useful Status in cloud-init package in Ubuntu: Won't Fix Status in ureadahead package in Ubuntu: Confirmed Bug description: Since bug 499520, cloud-init currently disables ureadahead by using a dpkg-divert of /etc/upstart/ureadahead.conf. The reasoning behind this was that: a.) ureadahead was causing OOM on boot small vms (~ 300M) b.) ureadahead inside a VM doesn't generally make any sense. Ureadahead tries to optimize disk reads for ssd or spinning disks. Its methods of determining if the disk of the system is ssd or spinning won't work in a VM. c.) ureadahead is part of ubuntu-minimal task, and we did not want to change that. Recently, though, we've started using cloud-init on real hardware, where ureadahead could be of use. Thus, I'd like to have a better solution. I think ureadahead would ideally disable itself if it found one of the following conditions: 1 small amount of memory (<512 or even 1024M) 2 if it is running in a container 3 no definitive knowledge of the type of disks used (if it thought this might be a VM) Of those options, determining the first 2 are straight forward, and I would think could be done in the upstart job even. I'm not familiar enough with ureadahead to know how easily it would be to determine number 3. Related bugs: * bug 499520: default uec-image requires at least 300 M of RAM to run - m1.small and c1.medium not needed by default To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/cloud-init/+bug/994698/+subscriptions -- Mailing list: https://launchpad.net/~touch-packages Post to : touch-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~touch-packages More help : https://help.launchpad.net/ListHelp