I used to get this more often when I had hierarchical filesystems like this.
The problem was, (from memory here, so may be slightly off), that at
some point a replication had behaved (through failure or some other
means) not quite optimally and there was a spare directory created
inside the upper level filesystem where a lower level filesystem should
be and that causes some issues.
check on the replication target in pool0 for admin_homes directory with
or without subdirectories and clean them up. After that, the replication
should start behaving normally again.
Side note, I use mbuffer to do my replication transfers to avoid the
overhead (both login and encryption) of ssh. Works well. You can also
use one of the nice tools out there like znapzend from one of our OmniOS
release maintainers. (others are available too - they make the job of
managing the number of snapshots retained on primary and secondary and
maintenance/cleanup during errors much more automatic)
On 9/4/2018 6:46 PM, Lee Damon wrote:
I'm doing a fairly standard zfs send | ssh host zfs receive. At least,
I think it's fairly standard:
zfs send -R stor1/admin_homes@tobesent | ssh otherhost zfs receive -dv
pool0
I believe permissions on the receiving host are correct:
---- Permissions on pool0 --------------------------------------------
Local+Descendent permissions:
group other
create,mount,mountpoint,nbmand,quota,receive,refquota,refreservation,reservation,setuid,sharenfs,sharesmb
Everything transfers fine but at the end I get a bunch of:
cannot mount '/pool0/admin_homes': failed to create mountpoint
cannot mount '/pool0/admin_homes/subdir1: failed to create mountpoint
cannot mount '/pool0/admin_homes/subdir2': failed to create mountpoint
...
errors.
However, I can "sudo zfs mount -a" and everything mounts fine.
I can work around this by using using -dvu instead of -dv (so I don't
get the error) then manually mounting but I'm slightly annoyed I can't
get this to work "right". I suspect I'm missing a permission but I'm
swizzled if I can find it.
Any hints gratefully received.
nomad
_______________________________________________
OmniOS-discuss mailing list
OmniOS-discuss@lists.omniti.com
http://lists.omniti.com/mailman/listinfo/omnios-discuss
_______________________________________________
OmniOS-discuss mailing list
OmniOS-discuss@lists.omniti.com
http://lists.omniti.com/mailman/listinfo/omnios-discuss
