https://rancher.com/ logo
#lima
Title
# lima
a

adamant-kite-43734

09/15/2022, 10:57 AM
This message was deleted.
e

enough-smartphone-71732

09/15/2022, 2:23 PM
Nice - That should make migrating to bigger colima instance easier, right?
b

best-city-49378

09/15/2022, 2:25 PM
How do you mean ? It is more about making snapshots, not size of vm
e

enough-smartphone-71732

09/15/2022, 2:27 PM
Oh, so you can’t make a snapshot and restore to different size disk? That’s too bad.
The inability to resize disk without losing it is definitely a failing of lima/colima.
b

best-city-49378

09/15/2022, 2:32 PM
Oh, haven’t tried it
But qemu-img does support resize, the trick is repartitioning and resizing the filesystem on the “inside”
e

enough-smartphone-71732

09/15/2022, 3:00 PM
I would be a big win to sort out that process.
b

best-city-49378

09/15/2022, 3:00 PM
@enough-smartphone-71732: it works the other way around, you can resize a running disk - but not a disk with snapshots
{"error": {"class": "GenericError", "desc": "Can't resize an image which has snapshots"}}
So it would be a separate command (
block_resize
)
For instance ext4 does support live resizing of fs
e

enough-smartphone-71732

09/15/2022, 3:01 PM
Think you could explain how to do it in the case aren’t snapshots? Currently all DDEV colima users who run out of space have to delete and recreate.
Yes, ext4 does it fine, I’ve certainly done it with a variety of OSs. But sure don’t know how to do it with lima/colima.
b

best-city-49378

09/15/2022, 3:02 PM
(QEMU) block_resize size=214748364800 node-name=#block339 {"return": {}}
something like that. I used another command query-block to find the node name
so it would be a different QMP command
e

enough-smartphone-71732

09/15/2022, 3:03 PM
Yeah, would have to be boiled down a lot more than that.
b

best-city-49378

09/15/2022, 3:03 PM
Not too much more, but yeah: func (m *Monitor) BlockResize(device *string, nodeName *string, size int64) (err error)
e

enough-smartphone-71732

09/15/2022, 3:04 PM
I’m saying it would have to be wrapped in a much simpler setup to be useful to the average user.
b

best-city-49378

09/15/2022, 3:04 PM
oh for sure. tried resizing the CD first, worked poorly
but it doesn't have to involve snapshots
I don't think there is any ticket about it, though ? Only the boring workaround of stop + resize / convert + start, for "shrinking"
e

enough-smartphone-71732

09/15/2022, 3:08 PM
Yeah, shrinking is nice but people live without that possibility in dozens of environments, including Docker Desktop. But enlarging is such a standard need it hits everybody at some point. I’ve started recommending starting with 100GB for DDEV to avoid this.
b

best-city-49378

09/15/2022, 3:08 PM
? 100 is the current default
docker-machine just had 20
e

enough-smartphone-71732

09/15/2022, 3:13 PM
It just takes a few images and a few volumes and lack of cleanup.
b

best-city-49378

09/15/2022, 3:13 PM
this was more about reclaiming sparse holes, but sure
e

enough-smartphone-71732

09/15/2022, 3:14 PM
People routinely hit the 60GB level. I think Colima’s default is 60GB, and folks definitely hit it.
b

best-city-49378

09/15/2022, 3:15 PM
the data disk would help, but resizing could still be useful (without having to use qemu-img)
👍 1
Besides the whole emulating and pretending business, partitioning is the worst about the container host VMs
having to decide up front, how much cpu/ram/disk you will pretend to have - instead of just using the machine
e

enough-smartphone-71732

09/15/2022, 3:38 PM
Yup
7 Views