<?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 dumpon</title>
    <description></description>
    <language>en</language>
    <copyright>Copyright 2015</copyright>
    <generator>Java</generator><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/dumpon#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/dumpon</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/dumpon#d0b2dbfa0ecf2bbc9709efc5e20baf8e4b44bbbf</link>
        <description>Remove $FreeBSD$: one-line sh patternRemove /^\s*#[#!]?\s*\$FreeBSD\$.*$\n/

            List of files:
            /freebsd/libexec/rc/rc.d/dumpon</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>ccc806a049383e5611b3752e6f384cf03a208039 - dumpdev: respect kenv for stable branches</title>
        <link>http://kernelsources.org:8080/source/history/freebsd/libexec/rc/rc.d/dumpon#ccc806a049383e5611b3752e6f384cf03a208039</link>
        <description>dumpdev: respect kenv for stable branchesWe have somewhat twisted logic to determine actions for dumpdevconsidering three sources of information:* kenv &quot;dumpdev&quot; tunnable supposed to point to specific device;* /etc/defaults/rc.conf &quot;dumpdev&quot; variable;* /etc/rc.conf that may be unset or set to &quot;NO&quot;, &quot;AUTO&quot; or device name.For CURRENT without any setting in kenv or /etc/rc.confthe default is &quot;AUTO&quot;. For STABLE branches the default is &quot;NO&quot;.Current implementation breaks for STABLE branches if kenv pointsto specific device but /etc/rc.conf does not set &quot;dumpdev&quot; at all.Let us fix it commenting out &quot;dumpdev&quot; in /etc/defaults/rc.conffor STABLE branches and making the code to consult kenvif &quot;dumpdev&quot; is not set elsewhere.MFC-after:	1 month

            List of files:
            /freebsd/libexec/rc/rc.d/dumpon</description>
        <pubDate>Sun, 02 Jul 2023 09:54:57 +0200</pubDate>
        <dc:creator>Eugene Grosbein &lt;eugen@FreeBSD.org&gt;</dc:creator>
    </item>
<item>
        <title>67e751f167c98d02f85eb38401e3e6388db09ac1 - dumpon: use underlying device if encrypted swap is in use</title>
        <link>http://kernelsources.org:8080/source/history/freebsd/libexec/rc/rc.d/dumpon#67e751f167c98d02f85eb38401e3e6388db09ac1</link>
        <description>dumpon: use underlying device if encrypted swap is in use/etc/rc.d/dumpon runs before /etc/rc.d/swap.  When encrypted swap is inuse the .eli or .bde device will not exist at the time dumpon runs.Even if this is addressed it does not make sense to dump core toencrypted swap, as the encryption key will not be available afterreboot rendering the dump useless.  Thus, for the case that dumpdev=AUTOand encrypted swap is in use, strip the extension and use the underlyingdevice.Emit a warning if we are using the underlying device and the user has notconfigured dump encryption, so that the user knows that the will not beencrypted.PR:		238301Reported by:	Ivan RozhukReviewed by:	jillesMFC after:	1 weekSponsored by:	The FreeBSD FoundationDifferential Revision:	https://reviews.freebsd.org/D34474

            List of files:
            /freebsd/libexec/rc/rc.d/dumpon</description>
        <pubDate>Mon, 07 Mar 2022 20:17:01 +0100</pubDate>
        <dc:creator>Ed Maste &lt;emaste@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/dumpon#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/dumpon</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>c6879c6c14eedbd060ba588a3129a6c60ebbe783 - Merge ^/head r339015 through r339669.</title>
        <link>http://kernelsources.org:8080/source/history/freebsd/libexec/rc/rc.d/dumpon#c6879c6c14eedbd060ba588a3129a6c60ebbe783</link>
        <description>Merge ^/head r339015 through r339669.

            List of files:
            /freebsd/libexec/rc/rc.d/dumpon</description>
        <pubDate>Tue, 23 Oct 2018 23:09:37 +0200</pubDate>
        <dc:creator>Dimitry Andric &lt;dim@FreeBSD.org&gt;</dc:creator>
    </item>
<item>
        <title>0696600c41600d80bcd993bfd8e675d0ae6951fe - Move the rc framework out of sbin/init into libexec/rc.</title>
        <link>http://kernelsources.org:8080/source/history/freebsd/libexec/rc/rc.d/dumpon#0696600c41600d80bcd993bfd8e675d0ae6951fe</link>
        <description>Move the rc framework out of sbin/init into libexec/rc.The reasons for this are forward looking to pkgbase: * /sbin/init is a special binary; try not to replace it with   every package update because an rc script was touched.   (a follow-up commit will make init its own package) * having rc in its own place will allow more easy replacement   of the rc framework with alternatives, such as openrc.Discussed with:		brd (during BSDCam), kmooreRequested by:		cem, bzPR:			231522Approved by:		re (gjb)

            List of files:
            /freebsd/libexec/rc/rc.d/dumpon</description>
        <pubDate>Wed, 17 Oct 2018 18:49:11 +0200</pubDate>
        <dc:creator>Bjoern A. Zeeb &lt;bz@FreeBSD.org&gt;</dc:creator>
    </item>
</channel>
</rss>
