<?xml version="1.0"?>
<?xml-stylesheet type="text/xsl" href="/source/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>900bc0206348a439b3a0625a7239cb87a2dc27c5 - rc.d/zpool: change mountcritlocal dep from BEFORE to REQUIRE</title>
        <link>http://kernelsources.org:8080/source/history/freebsd/libexec/rc/rc.d/zpool#900bc0206348a439b3a0625a7239cb87a2dc27c5</link>
        <description>rc.d/zpool: change mountcritlocal dep from BEFORE to REQUIREIn cases where the `/boot` directory is mounted from a different disk,`/boot/zfs/zpool.cache` will not be found during a `rc.d/zpool`run. This is because `/etc/fstab` mounts are mounted in`rc.d/mountcritlocal`, which currently runs AFTER (i.e. `REQUIRE:`)`rc.d/zpool`.This change swaps the `rcorder` of `rc.d/zpool`&apos;s dependency on`mountcritlocal` from `BEFORE:` to `REQUIRE:`. This will ensure that`/boot` (or even `/etc/` in some configurations) to be visible whilesearching for `zpool.cache`.Reviewed by: impPull Request: https://github.com/freebsd/freebsd-src/pull/1614Closes: https://github.com/freebsd/freebsd-src/pull/1614

            List of files:
            /freebsd/libexec/rc/rc.d/zpool</description>
        <pubDate>Fri, 14 Mar 2025 16:52:12 +0100</pubDate>
        <dc:creator>Siva Mahadevan &lt;me@svmhdvn.name&gt;</dc:creator>
    </item>
<item>
        <title>f99f0ee14e3af81c23150a6a340259ca8a33d01a - rc.d: add a service jails config to all base system services</title>
        <link>http://kernelsources.org:8080/source/history/freebsd/libexec/rc/rc.d/zpool#f99f0ee14e3af81c23150a6a340259ca8a33d01a</link>
        <description>rc.d: add a service jails config to all base system servicesThis gives more permissions to services (e.g. network access toservices which require this) when they are started as an automaticservice jail.The sshd patch is important for the sshd-related functionality asdescribed in the man-page in the service jails part.The location of the added env vars is supposed to allow overriding themin rc.conf, and to hard-disable the use of svcj for some parts where itdoesn&apos;t make sense or will not work.Only a subset of all of the services are fully tested (I&apos;m running thissince more than a year with various services started as service jails).The untested parts should be most of the time ok, in some edge-casesmore permissions are needed inside the service jail.Differential Revision:	https://reviews.freebsd.org/D40371

            List of files:
            /freebsd/libexec/rc/rc.d/zpool</description>
        <pubDate>Wed, 22 May 2024 15:31:47 +0200</pubDate>
        <dc:creator>Alexander Leidinger &lt;netchild@FreeBSD.org&gt;</dc:creator>
    </item>
<item>
        <title>d0b2dbfa0ecf2bbc9709efc5e20baf8e4b44bbbf - Remove $FreeBSD$: one-line sh pattern</title>
        <link>http://kernelsources.org:8080/source/history/freebsd/libexec/rc/rc.d/zpool#d0b2dbfa0ecf2bbc9709efc5e20baf8e4b44bbbf</link>
        <description>Remove $FreeBSD$: one-line sh patternRemove /^\s*#[#!]?\s*\$FreeBSD\$.*$\n/

            List of files:
            /freebsd/libexec/rc/rc.d/zpool</description>
        <pubDate>Wed, 16 Aug 2023 19:55:03 +0200</pubDate>
        <dc:creator>Warner Losh &lt;imp@FreeBSD.org&gt;</dc:creator>
    </item>
<item>
        <title>f30f11f878fe2aa535cd286810d31c92793a3d95 - wait for device mounts in zpool and dumpon</title>
        <link>http://kernelsources.org:8080/source/history/freebsd/libexec/rc/rc.d/zpool#f30f11f878fe2aa535cd286810d31c92793a3d95</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/libexec/rc/rc.d/zpool</description>
        <pubDate>Fri, 05 Mar 2021 17:13:23 +0100</pubDate>
        <dc:creator>Chuck Tuffli &lt;chuck@FreeBSD.org&gt;</dc:creator>
    </item>
<item>
        <title>90802d88a57c6c86b4d48bbee8d14ed2fc80c107 - Declare dependency relationship once instead of twice for zpool</title>
        <link>http://kernelsources.org:8080/source/history/freebsd/libexec/rc/rc.d/zpool#90802d88a57c6c86b4d48bbee8d14ed2fc80c107</link>
        <description>Declare dependency relationship once instead of twice for zpooland zvol.

            List of files:
            /freebsd/libexec/rc/rc.d/zpool</description>
        <pubDate>Sat, 05 Sep 2020 02:45:46 +0200</pubDate>
        <dc:creator>Xin LI &lt;delphij@FreeBSD.org&gt;</dc:creator>
    </item>
<item>
        <title>0cd669785de0279f61077ad93a74804ad949a057 - Make zpool on GELI work again.</title>
        <link>http://kernelsources.org:8080/source/history/freebsd/libexec/rc/rc.d/zpool#0cd669785de0279f61077ad93a74804ad949a057</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/libexec/rc/rc.d/zpool</description>
        <pubDate>Sat, 05 Sep 2020 01:36:43 +0200</pubDate>
        <dc:creator>Xin LI &lt;delphij@FreeBSD.org&gt;</dc:creator>
    </item>
<item>
        <title>e25152834cdf3b353892835a4f3b157e066a8ed4 - MFH</title>
        <link>http://kernelsources.org:8080/source/history/freebsd/libexec/rc/rc.d/zpool#e25152834cdf3b353892835a4f3b157e066a8ed4</link>
        <description>MFHSponsored by:	Rubicon Communications, LLC (netgate.com)

            List of files:
            /freebsd/libexec/rc/rc.d/zpool</description>
        <pubDate>Thu, 27 Aug 2020 22:25:33 +0200</pubDate>
        <dc:creator>Glen Barber &lt;gjb@FreeBSD.org&gt;</dc:creator>
    </item>
<item>
        <title>a784185078e566103b7f8abffc7c0a4a1e813eb1 - /etc/zfs/zpool.cache is the preferred (and new) location of zpool.cache.</title>
        <link>http://kernelsources.org:8080/source/history/freebsd/libexec/rc/rc.d/zpool#a784185078e566103b7f8abffc7c0a4a1e813eb1</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/libexec/rc/rc.d/zpool</description>
        <pubDate>Thu, 27 Aug 2020 16:33:46 +0200</pubDate>
        <dc:creator>Cy Schubert &lt;cy@FreeBSD.org&gt;</dc:creator>
    </item>
<item>
        <title>74e2b24f2c369ffdff2f54fa9f96427cc45ef3a6 - As of r364746 (OpenZFS import) existing ZPOOLs are not imported</title>
        <link>http://kernelsources.org:8080/source/history/freebsd/libexec/rc/rc.d/zpool#74e2b24f2c369ffdff2f54fa9f96427cc45ef3a6</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/libexec/rc/rc.d/zpool</description>
        <pubDate>Wed, 26 Aug 2020 15:13:57 +0200</pubDate>
        <dc:creator>Cy Schubert &lt;cy@FreeBSD.org&gt;</dc:creator>
    </item>
</channel>
</rss>
