Index: stable/10/release/doc/en_US.ISO8859-1/errata/article.xml =================================================================== --- stable/10/release/doc/en_US.ISO8859-1/errata/article.xml (revision 338649) +++ stable/10/release/doc/en_US.ISO8859-1/errata/article.xml (revision 338650) @@ -1,263 +1,265 @@ %release; ]>
+ xmlns:xlink="http://www.w3.org/1999/xlink" + xml:id="top" + version="5.0"> &os; &release.prev; Errata The &os; Project $FreeBSD$ 2018 The &os; Documentation Project &tm-attrib.freebsd; &tm-attrib.intel; &tm-attrib.sparc; &tm-attrib.general; This document lists errata items for &os; &release.prev;, containing significant information discovered after the release or too late in the release cycle to be otherwise included in the release documentation. This information includes security advisories, as well as news relating to the software or documentation that could affect its operation or usability. An up-to-date version of this document should always be consulted before installing this version of &os;. This errata document for &os; &release.prev; will be maintained until &os; &release.prev; reaches end-of-life. Introduction This errata document contains late-breaking news about &os; &release.prev; Before installing this version, it is important to consult this document to learn about any post-release discoveries or problems that may already have been found and fixed. Any version of this errata document actually distributed with the release (for example, on a CDROM distribution) will be out of date by definition, but other copies are kept updated on the Internet and should be consulted as the current errata for this release. These other copies of the errata are located at , plus any sites which keep up-to-date mirrors of this location. Source and binary snapshots of &os; &release.branch; also contain up-to-date copies of this document (as of the time of the snapshot). For a list of all &os; CERT security advisories, see . Security Advisories &security; Errata Notices &errata; Open Issues &os;/&arch.i386; &release.prev; running as a guest operating system on VirtualBox can have a problem with disk I/O access. It depends on some specific hardware configuration and does not depend on a specific version of VirtualBox or host operating system. It has been reported that instability may be present on virtual machines running on other hypervisors, such as Xen or KVM. It causes various errors and makes &os; quite unstable. Although the cause is still unclear, disabling unmapped I/O works as a workaround. To disable it, choose Escape to loader prompt in the boot menu and enter the following lines from &man.loader.8; prompt, after an OK: set vfs.unmapped_buf_allowed=0 boot Note that the following line has to be added to /boot/loader.conf after a boot. It disables unmapped I/O at every boot: vfs.unmapped_buf_allowed=0 &os;/&arch.i386; &release.prev; installed on ZFS may crash during boot when the ZFS pool mount is attempted while booting an unmodified GENERIC kernel. As described in /usr/src/UPDATING entry 20121223, rebuilding the kernel with options KSTACK_PAGES=4 has been observed to resolve the boot-time crash. This, however, is not an ideal solution for inclusion in the GENERIC kernel configuration, as increasing KSTACK_PAGES implicitly decreases available usermode threads in an environment that is already resource-starved. Taking into account the heavy resource requirements of ZFS, in addition to the &arch.i386;-specific tuning requirements for general workloads, using ZFS with the &os;/&arch.i386; GENERIC kernel is strongly discouraged. If installing &os;/&arch.i386; on ZFS, it is possible to configure the system after installation to increase the KSTACK_PAGES. When prompted by &man.bsdinstall.8; to perform additional post-installation configuration to the system, select [ YES ]. This procedure requires the system sources available locally. If the System source code distribution was not selected during installation, it can be obtained using svnlite: &prompt.root; mkdir -p /usr/src &prompt.root; svnlite co https://svn.freebsd.org/base/releng/10.4 /usr/src Build the kernel-toolchain required to rebuild the kernel: &prompt.root; make -C /usr/src kernel-toolchain Next, create a kernel configuration file to increase the KSTACK_PAGES option: &prompt.root; printf "include GENERIC\noptions KSTACK_PAGES=4\n" > /usr/src/sys/i386/conf/ZFS Then build and install the ZFS kernel: &prompt.root; make -C /usr/src buildkernel KERNCONF=ZFS &prompt.root; make -C /usr/src installkernel KERNCONF=ZFS It is extremely important to take note that, by default, &man.freebsd-update.8; will install the GENERIC kernel configuration, and as such, &man.freebsd-update.8; consumers are strongly encouraged to avoid &os;-provided kernel binary upgrades with such configurations. Due to an incompatibility between &man.bsdconfig.8; and &man.pkg.8;, packages included on the &os; dvd installer will not be recognized by &man.bsdconfig.8;. To install packages from the dvd1.iso installer, create the /dist target directory, and manually mount the dvd1.iso ISO: &prompt.root; mkdir -p /dist &prompt.root; mount -t cd9660 /dev/cd0 /dist Be sure to use the correct /dev device path for the dvd1.iso ISO installer. Next, set REPOS_DIR to the path of the repos/ directory within the installer so &man.pkg.8; will use the correct repository metadata. If using &man.sh.1;: &prompt.root; export REPOS_DIR=/dist/packages/repos If using &man.csh.1;: &prompt.root; setenv REPOS_DIR /dist/packages/repos Keep in mind that REPOS_DIR will need to be set again after the current shell session is terminated, if continuing to use the packages provided on the dvd1.iso installer. Finally, bootstrap &man.pkg.8; from the ISO, and install required packages: &prompt.root; pkg bootstrap &prompt.root; pkg install xorg-server xorg gnome3 [...] An issue with &os; virtual machines with vagrant was discovered that affects the VirtualBox where the virtual machine will not start on the initial boot invoked with vagrant up. The issue is due to the virtual machine MAC being unset, as &os; does not provide a default Vagrantfile. It has been observed, however, that a subsequent invocation of vagrant up will allow the virtual machine to successfully boot, allowing access via vagrant ssh. Late-Breaking News No news.