FreeBSD_HEAD_i386 - Build #1858 - Fixed

classic Classic list List threaded Threaded
1 message Options
Reply | Threaded
Open this post in threaded view
|

FreeBSD_HEAD_i386 - Build #1858 - Fixed

jenkins-admin
FreeBSD_HEAD_i386 - Build #1858 - Fixed:

Build information: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/1858/
Full change log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/1858/changes
Full build log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/1858/console

Change summaries:

292067 by cem:
vm_page_replace: remove redundant radix lookup

Remove redundant lookup of the old page from vm_page_replace.  Verification
that the old page exists is already done by vm_radix_replace.

Submitted by: Ryan Libby <[hidden email]>
Reviewed by: alc, kib
Sponsored by: EMC / Isilon Storage Division
Follow-up to: https://reviews.freebsd.org/D4326
Differential Revision: https://reviews.freebsd.org/D4471

292066 by asomers:
During vdev_geom_open, require that the vdev guids match the device's label
except during split, add, or create operations. This fixes a bug where the
wrong disk could be returned, and higher layers of ZFS would immediately
eject it again.

sys/cddl/contrib/opensolaris/uts/common/fs/zfs/vdev_geom.c:
        o When opening by GUID, require both the pool and vdev GUIDs to
          match.  While it is highly unlikely for two vdevs to have the same
          vdev GUIDs, the ZFS storage pool allocator only guarantees they
          are unique within a pool.

        o Modify the open behavior to:
          - If we are opening a vdev that hasn't previously been opened,
            open by path without checking GUIDs.
          - Otherwise, open by path and verify GUIDs.
          - If that fails, search all geom providers for a device with
            matching GUIDs.
          - If that fails, return ENOENT.

Submitted by: gibbs, asomers
Reviewed by: smh
MFC after: 4 weeks
Sponsored by: Spectra Logic Corp
Differential Revision: https://reviews.freebsd.org/D4486

_______________________________________________
[hidden email] mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-i386
To unsubscribe, send any mail to "[hidden email]"