<?xml version="1.0"?>
<?xml-stylesheet type="text/xsl" href="/rss.xsl.xml"?>
<rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/">
<channel>
    <title>Changes in zpool</title>
    <description></description>
    <language>en</language>
    <copyright>Copyright 2015</copyright>
    <generator>Java</generator><item>
        <title>d0b2dbfa - Remove $FreeBSD$: one-line sh pattern</title>
        <link>http://172.16.0.5:8080/history/freebsd-14.2/libexec/rc/rc.d/zpool#d0b2dbfa</link>
        <description>Remove $FreeBSD$: one-line sh patternRemove /^\s*#[#!]?\s*\$FreeBSD\$.*$\n/

            List of files:
            /freebsd-14.2/libexec/rc/rc.d/zpool</description>
        <pubDate>Wed, 16 Aug 2023 17:55:03 +0000</pubDate>
        <dc:creator>Warner Losh &lt;imp@FreeBSD.org&gt;</dc:creator>
    </item>
<item>
        <title>f30f11f8 - wait for device mounts in zpool and dumpon</title>
        <link>http://172.16.0.5:8080/history/freebsd-14.2/libexec/rc/rc.d/zpool#f30f11f8</link>
        <description>wait for device mounts in zpool and dumponIf the root file system is composed from multiple devices, wait fordevices to be ready before running zpool and dumpon rc scripts.An example of this is if the bulk of the root file system exists on afast device (e.g. NVMe) but the /var directory comes from a ZFS dataseton a slower device (e.g. SATA). In this case, it is possible that thezpool import may run before the slower device has finished being probed,leaving the system in an intermediate state.Fix is to add root_hold_wait to the zpool and dumpon (which has asimilar issue) rc scripts.PR:		242189Reported by:	osidorkin@gmail.comReviewed by:	allanjudeMFC after:	1 monthDifferential Revision:	https://reviews.freebsd.org/D29101

            List of files:
            /freebsd-14.2/libexec/rc/rc.d/zpool</description>
        <pubDate>Fri, 05 Mar 2021 16:13:23 +0000</pubDate>
        <dc:creator>Chuck Tuffli &lt;chuck@FreeBSD.org&gt;</dc:creator>
    </item>
<item>
        <title>90802d88 - Declare dependency relationship once instead of twice for zpool</title>
        <link>http://172.16.0.5:8080/history/freebsd-14.2/libexec/rc/rc.d/zpool#90802d88</link>
        <description>Declare dependency relationship once instead of twice for zpooland zvol.

            List of files:
            /freebsd-14.2/libexec/rc/rc.d/zpool</description>
        <pubDate>Sat, 05 Sep 2020 00:45:46 +0000</pubDate>
        <dc:creator>Xin LI &lt;delphij@FreeBSD.org&gt;</dc:creator>
    </item>
<item>
        <title>0cd66978 - Make zpool on GELI work again.</title>
        <link>http://172.16.0.5:8080/history/freebsd-14.2/libexec/rc/rc.d/zpool#0cd66978</link>
        <description>Make zpool on GELI work again.After OpenZFS import, zpool auto import behavior was moved to anexplicit &quot;zpool import -a&quot;, and the zpool rc.d script was addedas a prerequisite of zvol.However, in r299839, zvol was added as a prerequisite of dumpon,making it to start very early and before all &apos;disks&apos; providers.At this time, dumping on a zvol is not supported, so remove thisrequirement and make zpool depend on disks to allow zpool onfull disk encryption work.Reviewed by:		allanjudeDifferential Revision:	https://reviews.freebsd.org/D26333

            List of files:
            /freebsd-14.2/libexec/rc/rc.d/zpool</description>
        <pubDate>Fri, 04 Sep 2020 23:36:43 +0000</pubDate>
        <dc:creator>Xin LI &lt;delphij@FreeBSD.org&gt;</dc:creator>
    </item>
<item>
        <title>a7841850 - /etc/zfs/zpool.cache is the preferred (and new) location of zpool.cache.</title>
        <link>http://172.16.0.5:8080/history/freebsd-14.2/libexec/rc/rc.d/zpool#a7841850</link>
        <description>/etc/zfs/zpool.cache is the preferred (and new) location of zpool.cache.Check for it first. Only use /boot/zfs/zpool.cache if the /etc/zfsversion is not found and good.Reported by:	avgSuggested by:	avg, kevans

            List of files:
            /freebsd-14.2/libexec/rc/rc.d/zpool</description>
        <pubDate>Thu, 27 Aug 2020 14:33:46 +0000</pubDate>
        <dc:creator>Cy Schubert &lt;cy@FreeBSD.org&gt;</dc:creator>
    </item>
<item>
        <title>74e2b24f - As of r364746 (OpenZFS import) existing ZPOOLs are not imported</title>
        <link>http://172.16.0.5:8080/history/freebsd-14.2/libexec/rc/rc.d/zpool#74e2b24f</link>
        <description>As of r364746 (OpenZFS import) existing ZPOOLs are not importedprior to zvol and mountcritlocal resulting in ZVOLs (swap andvirtual machine UFS filesystems) being unavailable, leading toboot failures.We move the zpool import from zfs to a new zpool script, with the-N option to avoid mounting datasets while making the ZPOOL&apos;sdatasets available for &quot;legacy&quot; mount (mountpoint=legacy) and ZVOLsavailable for subsequent use for swap (in the zvol rc sript) orfor UFS or other filesystems in fstab(5), mounted by mountcritlocal.Reviewed by:		freqlabs (previous version)Differential Revision:	https://reviews.freebsd.org/D26185

            List of files:
            /freebsd-14.2/libexec/rc/rc.d/zpool</description>
        <pubDate>Wed, 26 Aug 2020 13:13:57 +0000</pubDate>
        <dc:creator>Cy Schubert &lt;cy@FreeBSD.org&gt;</dc:creator>
    </item>
</channel>
</rss>
