# [OmniOS-discuss] filesystems received from send -R

Michael Mounteney gate03 at landcroft.co.uk
Thu Aug 15 06:55:43 UTC 2013

- Previous message: [OmniOS-discuss] NULL pointer in scsi_vhci triggered by mpathadm (vhci_mpapi_sync_lu_oid_list)
- Next message: [OmniOS-discuss] filesystems received from send -R
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]

    I recently moved to a new machine:

         # ssh root at oldmachine 'zfs send -R rpool at M' | zfs recv rpool/bring

    the idea being:

    1.  zfs rename my own filesystems such as rpool/bring/home to
    rpool/home.
    2.  Copy settings from rpool/bring/omnios and below whilst setting up
    the new machine.
    3.  Refer to stuff under rpool/bring/zone/ whilst setting up zones.

    but curiously, it seems that any filesystem under rpool/bring/omnios or
    rpool/bring/zone would not honour the 'zfs set mountpoint' command;
    that is, the command was accepted without error, 'zfs get' shows the
    value that I set, but in fact the directory doesn't exist.

    It was necessary to copy the filesystem with send and recv to be able
    to view the contents.  The mountpoint settings of those filesystem are
    special in some way.  My own filesystems, those that I had created
    myself with zfs create, behaved as expected;  i.e., could be 'zfs
    rename'-d or 'zfs set mountpoint'-ed.

    This is surely a bug n'est-ce pas ?

    Michael.

- Previous message: [OmniOS-discuss] NULL pointer in scsi_vhci triggered by mpathadm (vhci_mpapi_sync_lu_oid_list)
- Next message: [OmniOS-discuss] filesystems received from send -R
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]

More information about the OmniOS-discuss mailing list