#
ace4637e |
| 29-Jan-2025 |
Colin Percival <cperciva@FreeBSD.org> |
vmimage.subr: Redirect etcupdate log to stdout
While we're here, send the etcupdate log from generating base.txz to stdout instead of /dev/null (see e972e408d19a) as well.
Reviewed by: emaste, gord
vmimage.subr: Redirect etcupdate log to stdout
While we're here, send the etcupdate log from generating base.txz to stdout instead of /dev/null (see e972e408d19a) as well.
Reviewed by: emaste, gordon, jrtc27 MFC after: 1 week Sponsored by: Amazon Differential Revision: https://reviews.freebsd.org/D48719
show more ...
|
Revision tags: release/14.1.0-p7, release/14.2.0-p1, release/13.4.0-p3 |
|
#
636d3772 |
| 11-Dec-2024 |
Kyle Evans <kevans@FreeBSD.org> |
release: vmimage: setup the default BE properly
All of the BE datasets need to be set canmount=noauto so that creating a new BE and switching to it can actually work. With the current setup, the zf
release: vmimage: setup the default BE properly
All of the BE datasets need to be set canmount=noauto so that creating a new BE and switching to it can actually work. With the current setup, the zfs rc script will mount the `default` BE over whichever new BE is activated once it runs.
Reported by: andrew Reviewed by: andrew, re (cperciva), imp, markj Differential Revision: https://reviews.freebsd.org/D48017
show more ...
|
Revision tags: release/14.2.0, release/13.4.0 |
|
#
81d3df02 |
| 01-Sep-2024 |
Colin Percival <cperciva@FreeBSD.org> |
vmimage.subr: Pass $INSTALLOPTS to install*
This makes it possible for a VM build configuration file to pass options to make installworld/installkernel/distribution, e.g. WITHOUT_DEBUG_FILES=YES in
vmimage.subr: Pass $INSTALLOPTS to install*
This makes it possible for a VM build configuration file to pass options to make installworld/installkernel/distribution, e.g. WITHOUT_DEBUG_FILES=YES in order to produce smaller images.
Note that these options are only applied at install time, not at build time (since the same build is installed into many different VM images), so not all src.conf options are usable here.
Sponsored by: Amazon Differential Revision: https://reviews.freebsd.org/D46506
show more ...
|
Revision tags: release/14.1.0 |
|
#
0b1c5628 |
| 06-May-2024 |
Colin Percival <cperciva@FreeBSD.org> |
release: Rework vm_extra_pre_umount
The vm_extra_pre_umount function in vmimage.subr served two purposes: It removed /etc/resolv.conf and /qemu (if cross-building), and it provided a function for cl
release: Rework vm_extra_pre_umount
The vm_extra_pre_umount function in vmimage.subr served two purposes: It removed /etc/resolv.conf and /qemu (if cross-building), and it provided a function for cloudware to override in order to make cloud specific changes to the filesystem before constructing a disk image.
This resulted in a number of bugs: 1. When cross-building, the emulator binary was left as /qemu in the Azure, GCE, Openstack and Vagrant images. 2. The build host's resolv.conf was left as /etc/resolv.conf in the basic-ci and basic-cloudinit images. 3. When building GCE images, a Google-specific resolv.conf file was constructed, and then deleted before the disk image was created.
Move the bits needed for running code inside a VM staging directory from vm_install_base into a new vm_emulation_setup routine, and move the corresponding cleanup bits from vm_extra_pre_umount to a new vm_emulation_cleanup routine.
Remove the /qemu and /etc/resolv.conf cleanups from the cloudware configuration files (where they exist) since we will now be running vm_emulation_cleanup to remove those even when vm_extra_pre_umount has been overridden.
Override vm_emulation_cleanup in gce.conf since in that one case (and *only* that one case) we don't want to clean up resolv.conf (since it was constructed for the VM image rather than copied from the host).
releng/14.1 candidate.
MFC after: 1 week Sponsored by: https://www.patreon.com/cperciva
show more ...
|
#
4f223e0d |
| 23-Apr-2024 |
Jose Luis Duran <jlduran@gmail.com> |
release: Change vmimage EFI GPT label
This matches the default bsdinstall nomenclature.
PR: 278480 Reviewed by: imp Pull Request: https://github.com/freebsd/freebsd-src/pull/1188
|
#
78b6117d |
| 15-Mar-2024 |
Baptiste Daroussin <bapt@FreeBSD.org> |
release: add basic cloudinit images
Provide both zfs and ufs images which a 1MB partition reserved for the config drive wearing a GPT Label "config-drive" to allow consumer to know where they should
release: add basic cloudinit images
Provide both zfs and ufs images which a 1MB partition reserved for the config drive wearing a GPT Label "config-drive" to allow consumer to know where they should push the config drive on the provided image.
2 formats available: qcow2 and raw
This has been tested on OVHCloud baremetal via "bring your own image" Also tested on openstack
Reviewed by: emaste Sponsored by: OVHCloud Differential Revision: https://reviews.freebsd.org/D44369
show more ...
|
Revision tags: release/13.3.0 |
|
#
65190700 |
| 19-Feb-2024 |
Muhammad Moinur Rahman <bofh@FreeBSD.org> |
release/tools: Add support for building armv7 vm
Currently there is no support for generating armv7 vm images in the release artifacts. In fact in terms of release artifacts and architecture there i
release/tools: Add support for building armv7 vm
Currently there is no support for generating armv7 vm images in the release artifacts. In fact in terms of release artifacts and architecture there is no good reason to have a vm release artifact for armv7 as those are mostly used in SOCs or embedded boards. However considering that developers actually do need an easy way to test armv7 with a vm running this is really important. As part of pre-commit ci for developers this can be really helpful for the end developers.
Approved by: cperciva, imp, re Sponsored by: The FreeBSD Foundation Differential Revision: https://reviews.freebsd.org/D43952
show more ...
|
#
adc215de |
| 02-Jan-2024 |
Jose Luis Duran <jlduran@gmail.com> |
release: Add missing /var/crash ZFS dataset
This matches the layout from bsdinstall.
MFC after: 1 week Fixes: 89585511cc05 ("release: Add support for creating ZFS-based VM images") Pull Request: ht
release: Add missing /var/crash ZFS dataset
This matches the layout from bsdinstall.
MFC after: 1 week Fixes: 89585511cc05 ("release: Add support for creating ZFS-based VM images") Pull Request: https://github.com/freebsd/freebsd-src/pull/981
show more ...
|
Revision tags: release/14.0.0 |
|
#
8ee478df |
| 09-Sep-2023 |
Ed Maste <emaste@FreeBSD.org> |
release: stop generating mergemaster databases
mergemaster was deprecated some time ago and will be removed from FreeBSD 15.
Reviewed by: imp Relnotes: Yes Sponsored by: The FreeBSD Foundation Diff
release: stop generating mergemaster databases
mergemaster was deprecated some time ago and will be removed from FreeBSD 15.
Reviewed by: imp Relnotes: Yes Sponsored by: The FreeBSD Foundation Differential Revision: https://reviews.freebsd.org/D41797
show more ...
|
#
d0b2dbfa |
| 16-Aug-2023 |
Warner Losh <imp@FreeBSD.org> |
Remove $FreeBSD$: one-line sh pattern
Remove /^\s*#[#!]?\s*\$FreeBSD\$.*$\n/
|
#
d3c32c80 |
| 23-May-2023 |
Mike Karels <karels@FreeBSD.org> |
release/tools/vmimage.subr: switch zfs dataset from /usr/home to /home
Change the vmimage script for zfs to create /home as a dataset rather than /usr/home, ala change to bsdinstall's zfs script.
R
release/tools/vmimage.subr: switch zfs dataset from /usr/home to /home
Change the vmimage script for zfs to create /home as a dataset rather than /usr/home, ala change to bsdinstall's zfs script.
Reviewed by: markj Differential Revision: <https://reviews.freebsd.org/D40111
show more ...
|
Revision tags: release/13.2.0, release/12.4.0 |
|
#
4194bbb3 |
| 16-May-2022 |
Ed Maste <emaste@FreeBSD.org> |
release: Report disk image filename
For someone new to the release bits it's not always clear what files are being created. Report the disk image name explicitly.
Reviewed by: gjb Sponsored by: The
release: Report disk image filename
For someone new to the release bits it's not always clear what files are being created. Report the disk image name explicitly.
Reviewed by: gjb Sponsored by: The FreeBSD Foundation Differential Revision: https://reviews.freebsd.org/D39953
show more ...
|
#
3bf53c4c |
| 07-Nov-2022 |
Li-Wen Hsu <lwhsu@FreeBSD.org> |
release(7): Enable zpoolupgrade rc script in ZFS based VM images
This will enable VM access to all ZFS feature automatically, only on a newly installed or provisioned VM or cloud instance.
Reviewed
release(7): Enable zpoolupgrade rc script in ZFS based VM images
This will enable VM access to all ZFS feature automatically, only on a newly installed or provisioned VM or cloud instance.
Reviewed by: markj Sponsored by: The FreeBSD Foundation Differential Revision: https://reviews.freebsd.org/D37283
show more ...
|
#
89585511 |
| 28-Oct-2022 |
Mark Johnston <markj@FreeBSD.org> |
release: Add support for creating ZFS-based VM images
The change extends vmimage.subr to handle a new parameter, VMFS, which should be equal to either "ufs" or "zfs". When it is set to ZFS, we use
release: Add support for creating ZFS-based VM images
The change extends vmimage.subr to handle a new parameter, VMFS, which should be equal to either "ufs" or "zfs". When it is set to ZFS, we use makefs to create a bootable pool populated using the same dataset layout as bsdinstall and "poudriere image" use. The pool can be grown using the growfs rc.d script, just as in UFS images.
This will make it easy to provide VM and cloud images with ZFS as the root filesystem. So far I did not do extensive testing of cloud images; I merely verified that creation of ZFS-based AWS AMIs works and allows me to create amd64 and arm64 EC2 instances with ZFS as the root filesystem.
Reviewed by: emaste, gjb Sponsored by: The FreeBSD Foundation Differential Revision: https://reviews.freebsd.org/D34426
show more ...
|
Revision tags: release/13.1.0, release/12.3.0 |
|
#
fbece760 |
| 01-Oct-2021 |
Li-Wen Hsu <lwhsu@FreeBSD.org> |
Update Azure release bits
Imports the changes for building official images on Azure Marketplace, which fulfill the requirements of Azure and FreeBSD cloud images like disk layout and UEFI for Gen2 V
Update Azure release bits
Imports the changes for building official images on Azure Marketplace, which fulfill the requirements of Azure and FreeBSD cloud images like disk layout and UEFI for Gen2 VM, along with some minor improvements like configurations to speed up booting.
"CLOUDWARE" list will be updated after some more collaborations with re completed.
Reviewed by: re (gjb) Sponsored by: The FreeBSD Foundation Technical assistance from: Microsoft Differential Revision: https://reviews.freebsd.org/D23804
show more ...
|
#
be2bc82f |
| 09-Aug-2021 |
Brad Davis <brd@FreeBSD.org> |
release: fix copypasta
Approved by: gjb MFC after: 1 week X-MFC-With: fd17ea8c1849039c436f7192ca407db70561df03 Sponsored by: Rubicon Communications, LLC ("Netgate")
|
#
fd17ea8c |
| 09-Aug-2021 |
Brad Davis <brd@FreeBSD.org> |
release: make pkg installs more robust
Currently pkg(8) will fail to install any package if one is missing, so make this a loop to prevent one missing package from preventing the rest from installin
release: make pkg installs more robust
Currently pkg(8) will fail to install any package if one is missing, so make this a loop to prevent one missing package from preventing the rest from installing. Seen building an AWS AMI for aarch64 on main and ebsnvme-id is not available in the repo at the moment.
Approved by: gjb MFC after: 1 week Sponsored by: Rubicon Communications, LLC ("Netgate")
show more ...
|
Revision tags: release/13.0.0 |
|
#
1ca8842f |
| 25-Feb-2021 |
Nathan Whitehorn <nwhitehorn@FreeBSD.org> |
Use makefs(8) in release VM-image generation instead of md(4) and newfs.
Using makefs instead reduces the privileges needed to build VM images, simplifies the script (no need to copy files to a fres
Use makefs(8) in release VM-image generation instead of md(4) and newfs.
Using makefs instead reduces the privileges needed to build VM images, simplifies the script (no need to copy files to a fresh image at the end), and improves portability by allowing generation of cross-endian images. As a result of the last, this patch also adds support for generation of powerpc64 and powerpc64le VM images.
No other changes to the output. Tested and working for both amd64 and powerpc64 targets.
Reviewed by: gjb Differential Revision: https://reviews.freebsd.org/D28912
show more ...
|
#
e70eb402 |
| 24-Feb-2021 |
Nathan Whitehorn <nwhitehorn@FreeBSD.org> |
Mount the ESP on /boot/efi in VM images.
This follows an earlier change (0b7472b3d8d2) for mounting the ESP from systems set up through the installer and should be MFC'ed with it.
|
#
d46a2a00 |
| 08-Dec-2020 |
Mitchell Horne <mhorne@FreeBSD.org> |
riscv: allow building virtual machine images
RISC-V has the same booting requirements as arm64 (loader.efi, no legacy boot options), so generated images for both architectures have the same partitio
riscv: allow building virtual machine images
RISC-V has the same booting requirements as arm64 (loader.efi, no legacy boot options), so generated images for both architectures have the same partition layout.
Reviewed by: gjb Differential Revision: https://reviews.freebsd.org/D27044
show more ...
|
#
1d76e25a |
| 30-Oct-2020 |
Mitchell Horne <mhorne@FreeBSD.org> |
arm64: convert virtual machine images to GPT
These images were switched to MBR in r281876 as a way to cope with a hard-coded partition GUID in QEMU's default EFI firmware. Enough time has passed tha
arm64: convert virtual machine images to GPT
These images were switched to MBR in r281876 as a way to cope with a hard-coded partition GUID in QEMU's default EFI firmware. Enough time has passed that this is no longer a problem; QEMU versions >= 4.0 include a copy of edk2 EFI firmware that can detect the root filesystem properly. Alternatively, sysutils/u-boot-qemu-arm64 can be used.
Switch back to building these images with a GPT partition table, and re-enable the swap partition.
Reviewed by: gjb, emaste MFC after: 2 weeks Sponsored by: The FreeBSD Foundation Differential Revision: https://reviews.freebsd.org/D26986
show more ...
|
#
0d51f9e5 |
| 30-Oct-2020 |
Mitchell Horne <mhorne@FreeBSD.org> |
vmimage.subr: noisier failure for unsupported targets
The return code of write_partition_layout() doesn't bubble up, so an invocation of make vm-release for an incorrect/unsupported target will appe
vmimage.subr: noisier failure for unsupported targets
The return code of write_partition_layout() doesn't bubble up, so an invocation of make vm-release for an incorrect/unsupported target will appear to succeed while make vm-install will fail due to missing files. This isn't a common point of failure, but is worth handling properly.
Upgrade this case to print a message to stderr, and exit in place. This is okay to do since at this point in the execution of mk-vmimage.sh, cleanup() has already been run.
Reviewed by: gjb MFC after: 2 weeks Differential Revision: https://reviews.freebsd.org/D26985
show more ...
|
#
027b4efc |
| 30-Oct-2020 |
Mitchell Horne <mhorne@FreeBSD.org> |
Slight refactor in vmimage.subr
De-duplicate the invocation of mkimg(1). No functional change.
Reviewed by: gjb MFC after: 2 weeks Sponsored by: The FreeBSD Foundation Differential Revision: https:
Slight refactor in vmimage.subr
De-duplicate the invocation of mkimg(1). No functional change.
Reviewed by: gjb MFC after: 2 weeks Sponsored by: The FreeBSD Foundation Differential Revision: https://reviews.freebsd.org/D26984
show more ...
|
Revision tags: release/12.2.0 |
|
#
e2c0e292 |
| 16-Jul-2020 |
Glen Barber <gjb@FreeBSD.org> |
MFH
Sponsored by: Rubicon Communications, LLC (netgate.com)
|
#
083c2628 |
| 14-Jul-2020 |
Oleksandr Tymoshenko <gonzo@FreeBSD.org> |
Enable EFI system partition on amd64 and i386 VM images
EFI support is a hard requirement for generating Hyper-V Gen2 VM images.
Reviewed by: gjb MFC after: 2 weeks Differential Revision: https://r
Enable EFI system partition on amd64 and i386 VM images
EFI support is a hard requirement for generating Hyper-V Gen2 VM images.
Reviewed by: gjb MFC after: 2 weeks Differential Revision: https://reviews.freebsd.org/D25655
show more ...
|