@Not_Oles said: Before I do anything, though, I just want to double check with @cmeerw because he's been working on the NetBSD images. If there is anything that @cmeerw might want to do or check or ask me to do or check, I want to make sure that whatever @cmeerw wants is done.
I believe your version of the image might actually just resize the partition and file system on the next reboot (that's because in the first version I didn't mount the filesystem with the "log" option).
Later versions now use the "log" option - this is preferable, but it means that resizing (after the first boot) gets more complicated (or even dangerous).
So I think, just try a restart of the machine and see if the filesystem gets resized.
After that, I think it still makes sense to move to the new image to get some more useful block sizes and inode counts for the filesystem (it should get resized to the full capacity on the first boot, but further resizes won't be automatic).
BTW, I actually tried booting into the OpenBSD 7.6 installer (via netboot.xyz) when it was released, but it did hang just before getting to user space.
BTW, I actually tried booting into the OpenBSD 7.6 installer (via netboot.xyz) when it was released, but it did hang just before getting to user space.
I've upgraded a handful of my 7.5 instances to 7.6 thus far with no issues. I haven't done my Linveo VM yet but when I do if I run into any problems I'll let you know. I didn't have any problems getting 7.5 installed using netboot.xyz though so I don't expect any issues with 7.6 either.
How come only 40880 1M-blocks total when @linveo increased the size to 50GB? Does using so many extra inodes somehow take up a substantial portion of the "missing" 9120 blocks?
Since there now is more disk space and since the system still seems to be working okay, it might be fun to continue the system build, just to see whether it breaks, and, if so, where and how and why. Of course, after retrying the system build, we can go ahead and reinstall.
@Not_Oles said: How come only 40880 1M-blocks total when @linveo increased the size to 50GB? Does using so many extra inodes somehow take up a substantial portion of the "missing" 9120 blocks?
Yes, that's the inodes/filesystem overhead (and there is a 512 MB swap partition).
BTW, you can also look at the partitions with gpt show ld0 and dkctl ld0 listwedges
It's probably very simple, but I have to figure out how to install the newly built distribution and then see if the VM will reboot.
Then we can reinstall from @cmeerw's new image to fix the inode issue.
Hmm. I wonder if there might be a way to fix the inode issue without reinstalling the VM from the new image. Like, for example, create and move critical parts of the OS into a memory resident filesystem, then wipe and reinstall the disk based filesystem, download full NetBDSD to the new disk based filesystem, get sources, and rebuild.
Since everything "just works" every day and night, there's not much to report but 100% uptime across the board!
FreeBSD 14.2 is going to arrive in early December, so that'll bring some new excitement and bunch of work to get all the systems updated, but not expecting any hiccups there.
People have been very busy with this thread and I am super happy to see that. Thank you @linveo for providing these great resources to the community and @cmeerw for the excellent work on NetBSD!
Also I wanted to add a tip of the day, check out this great command line utility with an awesome modern approach: https://github.com/aristocratos/bpytop
@Not_Oles said: It looks like we only needed a little more space than we had.
So it would have worked with the new filesystem settings with the original disk space allocation.
@Not_Oles said: Hmm. I wonder if there might be a way to fix the inode issue without reinstalling the VM from the new image. Like, for example, create and move critical parts of the OS into a memory resident filesystem, then wipe and reinstall the disk based filesystem, download full NetBDSD to the new disk based filesystem, get sources, and rebuild.
Well... there is a 512 MB swap partition you could use as a temporary alternative root filesystem.
Thanks @linveo! The OpenBSD install post looks great! From the above linked overview, there are links to a step-by-step walkthrough, which links to a page about setting up a desktop environment.
I hope to try the OpenBSD install after I get NetBSD to rebuild itself as -current (done), install the newly rebuilt kernel (upcoming), and reboot (upcoming), and then install (upcoming) the already built, -current userland (done).
@linveo If you haven't already, maybe you could kindly pass on to your customer our invitation to join us here in the LES BSD thread? Thanks again!
Comments
@Crab What's up in the FreeBDSD world?
@FrankCastle And in the OpenBSD world?
I hope everyone gets the servers they want!
I believe your version of the image might actually just resize the partition and file system on the next reboot (that's because in the first version I didn't mount the filesystem with the "log" option).
Later versions now use the "log" option - this is preferable, but it means that resizing (after the first boot) gets more complicated (or even dangerous).
So I think, just try a restart of the machine and see if the filesystem gets resized.
After that, I think it still makes sense to move to the new image to get some more useful block sizes and inode counts for the filesystem (it should get resized to the full capacity on the first boot, but further resizes won't be automatic).
BTW, I actually tried booting into the OpenBSD 7.6 installer (via netboot.xyz) when it was released, but it did hang just before getting to user space.
A new version just came out a couple weeks ago so I've been slowing upgrading all of my VMs to this latest version.
I've upgraded a handful of my 7.5 instances to 7.6 thus far with no issues. I haven't done my Linveo VM yet but when I do if I run into any problems I'll let you know. I didn't have any problems getting 7.5 installed using netboot.xyz though so I don't expect any issues with 7.6 either.
Rebooting from the Linveo panel worked!
Inode check for @cmeerw
How come only 40880 1M-blocks total when @linveo increased the size to 50GB? Does using so many extra inodes somehow take up a substantial portion of the "missing" 9120 blocks?
Since there now is more disk space and since the system still seems to be working okay, it might be fun to continue the system build, just to see whether it breaks, and, if so, where and how and why. Of course, after retrying the system build, we can go ahead and reinstall.
I hope everyone gets the servers they want!
Yes, that's the inodes/filesystem overhead (and there is a 512 MB swap partition).
BTW, you can also look at the partitions with
gpt show ld0anddkctl ld0 listwedgesFinally I got around to retrying build.sh from where the file system became full, above.
The rebuild seems to be running okay. I will post again when it either breaks or completes.
Thanks to @linveo for a nice VPS and for additional disk space!
Thanks to @cmeerw for his NetBSD images, help, and encouragement! 
I hope everyone gets the servers they want!
Wow!
Um . . . what now?
I hope everyone gets the servers they want!
It looks like we only needed a little more space than we had.
When we ran out of file space before the size increase:
Now, after the filesystem size increase and after finishing the build:
It's probably very simple, but I have to figure out how to install the newly built distribution and then see if the VM will reboot.
Then we can reinstall from @cmeerw's new image to fix the inode issue.
Hmm. I wonder if there might be a way to fix the inode issue without reinstalling the VM from the new image. Like, for example, create and move critical parts of the OS into a memory resident filesystem, then wipe and reinstall the disk based filesystem, download full NetBDSD to the new disk based filesystem, get sources, and rebuild.
I hope everyone gets the servers they want!
Since everything "just works" every day and night, there's not much to report but 100% uptime across the board!
FreeBSD 14.2 is going to arrive in early December, so that'll bring some new excitement and bunch of work to get all the systems updated, but not expecting any hiccups there.
People have been very busy with this thread and I am super happy to see that. Thank you @linveo for providing these great resources to the community and @cmeerw for the excellent work on NetBSD!
Also I wanted to add a tip of the day, check out this great command line utility with an awesome modern approach: https://github.com/aristocratos/bpytop
Risky:
It wisnae me! A big boy done it and ran away.
NVMe2G for life! until death (the end is nigh)
So it would have worked with the new filesystem settings with the original disk space allocation.
Well... there is a 512 MB swap partition you could use as a temporary alternative root filesystem.
One of our awesome customers put together a guide on installing OpenBSD via ISO on our services. Take a look!
https://btxx.org/posts/openbsd-linveo/
linveo.com | Shared Hosting | KVM VPS | Dedicated Servers
Thanks @linveo! The OpenBSD install post looks great! From the above linked overview, there are links to a step-by-step walkthrough, which links to a page about setting up a desktop environment.
I hope to try the OpenBSD install after I get NetBSD to rebuild itself as -current (done), install the newly rebuilt kernel (upcoming), and reboot (upcoming), and then install (upcoming) the already built, -current userland (done).
@linveo If you haven't already, maybe you could kindly pass on to your customer our invitation to join us here in the LES BSD thread? Thanks again!
I hope everyone gets the servers they want!
Interesting, I only ever get as far as this with OpenBSD:
Not that I really want to use OpenBSD, was just curious...