<div dir="ltr">Have sent the unsubscribe request, please click on the link received in your email and confirm the same.<div><br></div><div>Thanks</div><div>Saju<br><div><br></div></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Tue, Oct 6, 2020 at 3:00 AM Tami Greene &lt;<a href="mailto:tmgreene364@gmail.com">tmgreene364@gmail.com</a>&gt; wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">I have attempted to remove myself, but continue due to receive &quot;illegal<br>
email address&quot; reply with my attempt. Thank you.<br>
<br>
On Mon, Oct 5, 2020, 4:37 PM Felix Kölzow &lt;<a href="mailto:felix.koelzow@gmx.de" target="_blank">felix.koelzow@gmx.de</a>&gt; wrote:<br>
<br>
&gt; Dear Matthew,<br>
&gt;<br>
&gt;<br>
&gt; from my current experience with gluster geo-replication and since this is<br>
&gt; a key in your backup-procedure<br>
&gt;<br>
&gt; (this is how it seems to me), I would come up with a new one, just to be<br>
&gt; sure.<br>
&gt;<br>
&gt;<br>
&gt; Regards,<br>
&gt;<br>
&gt; Felix<br>
&gt;<br>
&gt;<br>
&gt; On 05/10/2020 22:28, Matthew Benstead wrote:<br>
&gt;<br>
&gt; Hmm... Looks like I forgot to set the xattr&#39;s to sa - I left them as<br>
&gt; default.<br>
&gt;<br>
&gt; [root@pcic-backup01 ~]# zfs get xattr pcic-backup01-zpool<br>
&gt; NAME                 PROPERTY  VALUE  SOURCE<br>
&gt; pcic-backup01-zpool  xattr     on     default<br>
&gt;<br>
&gt; [root@pcic-backup02 ~]# zfs get xattr pcic-backup02-zpool<br>
&gt; NAME                 PROPERTY  VALUE  SOURCE<br>
&gt; pcic-backup02-zpool  xattr     on     default<br>
&gt;<br>
&gt; I wonder if I can change them and continue, or if I need to blow away the<br>
&gt; zpool and start over?<br>
&gt;<br>
&gt; Thanks,<br>
&gt;  -Matthew<br>
&gt;<br>
&gt; --<br>
&gt; Matthew Benstead<br>
&gt; System Administrator<br>
&gt; Pacific Climate Impacts Consortium &lt;<a href="https://pacificclimate.org/" rel="noreferrer" target="_blank">https://pacificclimate.org/</a>&gt;<br>
&gt; University of Victoria, UH1<br>
&gt; PO Box 1800, STN CSC<br>
&gt; Victoria, BC, V8W 2Y2<br>
&gt; Phone: +1-250-721-8432<br>
&gt; Email: <a href="mailto:matthewb@uvic.ca" target="_blank">matthewb@uvic.ca</a><br>
&gt; On 10/5/20 12:53 PM, Felix Kölzow wrote:<br>
&gt;<br>
&gt; Dear Matthew,<br>
&gt;<br>
&gt; this is our configuration:<br>
&gt;<br>
&gt; zfs get all mypool<br>
&gt;<br>
&gt; mypool  xattr                           sa<br>
&gt; local<br>
&gt; mypool  acltype                         posixacl<br>
&gt; local<br>
&gt;<br>
&gt;<br>
&gt; Something more to consider?<br>
&gt;<br>
&gt;<br>
&gt; Regards,<br>
&gt;<br>
&gt; Felix<br>
&gt;<br>
&gt;<br>
&gt;<br>
&gt; On 05/10/2020 21:11, Matthew Benstead wrote:<br>
&gt;<br>
&gt; Thanks Felix - looking through some more of the logs I may have found the<br>
&gt; reason...<br>
&gt;<br>
&gt; From<br>
&gt; /var/log/glusterfs/geo-replication/storage_10.0.231.81_pcic-backup/mnt-data-storage_a-storage.log<br>
&gt;<br>
&gt; [2020-10-05 18:13:35.736838] E [fuse-bridge.c:4288:fuse_xattr_cbk]<br>
&gt; 0-glusterfs-fuse: extended attribute not supported by the backend storage<br>
&gt; [2020-10-05 18:18:53.885591] E [fuse-bridge.c:4288:fuse_xattr_cbk]<br>
&gt; 0-glusterfs-fuse: extended attribute not supported by the backend storage<br>
&gt; [2020-10-05 18:22:14.405234] E [fuse-bridge.c:4288:fuse_xattr_cbk]<br>
&gt; 0-glusterfs-fuse: extended attribute not supported by the backend storage<br>
&gt; [2020-10-05 18:25:53.971679] E [fuse-bridge.c:4288:fuse_xattr_cbk]<br>
&gt; 0-glusterfs-fuse: extended attribute not supported by the backend storage<br>
&gt; [2020-10-05 18:31:44.571557] E [fuse-bridge.c:4288:fuse_xattr_cbk]<br>
&gt; 0-glusterfs-fuse: extended attribute not supported by the backend storage<br>
&gt; [2020-10-05 18:36:36.508772] E [fuse-bridge.c:4288:fuse_xattr_cbk]<br>
&gt; 0-glusterfs-fuse: extended attribute not supported by the backend storage<br>
&gt; [2020-10-05 18:40:10.401055] E [fuse-bridge.c:4288:fuse_xattr_cbk]<br>
&gt; 0-glusterfs-fuse: extended attribute not supported by the backend storage<br>
&gt; [2020-10-05 18:42:57.833536] E [fuse-bridge.c:4288:fuse_xattr_cbk]<br>
&gt; 0-glusterfs-fuse: extended attribute not supported by the backend storage<br>
&gt; [2020-10-05 18:45:19.691953] E [fuse-bridge.c:4288:fuse_xattr_cbk]<br>
&gt; 0-glusterfs-fuse: extended attribute not supported by the backend storage<br>
&gt; [2020-10-05 18:48:26.478532] E [fuse-bridge.c:4288:fuse_xattr_cbk]<br>
&gt; 0-glusterfs-fuse: extended attribute not supported by the backend storage<br>
&gt; [2020-10-05 18:52:24.466914] E [fuse-bridge.c:4288:fuse_xattr_cbk]<br>
&gt; 0-glusterfs-fuse: extended attribute not supported by the backend storage<br>
&gt;<br>
&gt;<br>
&gt; The slave nodes are running gluster on top of ZFS, but I had configured<br>
&gt; ACLs - is there something else missing to make this work with ZFS?<br>
&gt;<br>
&gt; [root@pcic-backup01 ~]# gluster volume info<br>
&gt;<br>
&gt; Volume Name: pcic-backup<br>
&gt; Type: Distribute<br>
&gt; Volume ID: 7af8a424-f4b6-4405-bba1-0dbafb0fa231<br>
&gt; Status: Started<br>
&gt; Snapshot Count: 0<br>
&gt; Number of Bricks: 2<br>
&gt; Transport-type: tcp<br>
&gt; Bricks:<br>
&gt; Brick1: 10.0.231.81:/pcic-backup01-zpool/brick<br>
&gt; Brick2: 10.0.231.82:/pcic-backup02-zpool/brick<br>
&gt; Options Reconfigured:<br>
&gt; network.ping-timeout: 10<br>
&gt; performance.cache-size: 256MB<br>
&gt; server.event-threads: 4<br>
&gt; client.event-threads: 4<br>
&gt; cluster.lookup-optimize: on<br>
&gt; performance.parallel-readdir: on<br>
&gt; performance.readdir-ahead: on<br>
&gt; features.quota-deem-statfs: on<br>
&gt; features.inode-quota: on<br>
&gt; features.quota: on<br>
&gt; transport.address-family: inet<br>
&gt; nfs.disable: on<br>
&gt; features.read-only: off<br>
&gt; performance.open-behind: off<br>
&gt;<br>
&gt;<br>
&gt; [root@pcic-backup01 ~]# zfs get acltype pcic-backup01-zpool<br>
&gt; NAME                 PROPERTY  VALUE     SOURCE<br>
&gt; pcic-backup01-zpool  acltype   posixacl  local<br>
&gt;<br>
&gt; [root@pcic-backup01 ~]# grep &quot;pcic-backup0&quot; /proc/mounts<br>
&gt; pcic-backup01-zpool /pcic-backup01-zpool zfs rw,seclabel,xattr,posixacl 0 0<br>
&gt;<br>
&gt;<br>
&gt; [root@pcic-backup02 ~]# zfs get acltype pcic-backup02-zpool<br>
&gt; NAME                 PROPERTY  VALUE     SOURCE<br>
&gt; pcic-backup02-zpool  acltype   posixacl  local<br>
&gt;<br>
&gt; [root@pcic-backup02 ~]# grep &quot;pcic-backup0&quot; /proc/mounts<br>
&gt; pcic-backup02-zpool /pcic-backup02-zpool zfs rw,seclabel,xattr,posixacl 0 0<br>
&gt;<br>
&gt; Thanks,<br>
&gt;  -Matthew<br>
&gt;<br>
&gt;<br>
&gt; --<br>
&gt; Matthew Benstead<br>
&gt; System Administrator<br>
&gt; Pacific Climate Impacts Consortium &lt;<a href="https://pacificclimate.org/" rel="noreferrer" target="_blank">https://pacificclimate.org/</a>&gt;<br>
&gt; University of Victoria, UH1<br>
&gt; PO Box 1800, STN CSC<br>
&gt; Victoria, BC, V8W 2Y2<br>
&gt; Phone: +1-250-721-8432<br>
&gt; Email: <a href="mailto:matthewb@uvic.ca" target="_blank">matthewb@uvic.ca</a><br>
&gt; On 10/5/20 1:39 AM, Felix Kölzow wrote:<br>
&gt;<br>
&gt; Dear Matthew,<br>
&gt;<br>
&gt;<br>
&gt; can you provide more information regarding to the geo-replication brick<br>
&gt; logs.<br>
&gt;<br>
&gt; These files area also located in:<br>
&gt;<br>
&gt; /var/log/glusterfs/geo-replication/storage_10.0.231.81_pcic-backup/<br>
&gt;<br>
&gt;<br>
&gt; Usually, these log files are more precise to figure out the root cause<br>
&gt; of the error.<br>
&gt;<br>
&gt; Additionally, it is also worth to look at the log-files on the slave side</blockquote></div>