<div dir="ltr">Hi!<div><br></div><div>I have been using glusterfs since years, mainly without severe problems.</div><div><br></div><div>Now I have encountered a very strange behaviour, I cannot handle myself.</div><div><br></div><div>Run Ubuntu 14.04s in AWS.</div><div>Bricks are on EBS, replication peers are in different availability zones.</div><div><br></div><div>In many cases this works like charm, no problam et all, but teher&#39;s one pair of inctances just cannot setup correctly. </div><div><br></div><div>Peers are connected, everithing looks fine, I can reach the mounted resources, sync works two ways.</div><div><br></div><div>The problem is, that applications like df, or even commandline substituion (pressingTAB) on the parent of the mount point locks up. Forever...</div><div><br></div><div>I can reach my data,manipulate files, if I know the exact file names.</div><div><br></div><div>This applies on dirs as well:</div><div><br></div><div><div>root@control2:~# ls -ltr /mnt/glu-control-share/salt</div><div>total 12</div><div>drwxrwxr-x 10 ubuntu ubuntu 4096 Jan 14  2015 xxxxxx-pillar</div><div>lrwxrwxrwx  1 root   root     29 Jan 14  2015 pillar -&gt; xxxxxx-pillar/aws-pillar</div><div>drwxrwxr-x 25 ubuntu ubuntu 4096 Jan 16  2015 xxxxxx-saltstack</div><div>drwxrwxr-x 18 ubuntu ubuntu 4096 Jan 23  2015 states</div></div><div><br></div><div><br></div><div>&quot;ls /mnt&quot; hangs forever</div><div><br></div><div>mount is </div><div><div>127.0.0.1:/control-share on /mnt/glu-control-share type fuse.glusterfs (rw,default_permissions,allow_other,max_read=131072)</div></div><div><br></div><div>fstab:</div><div><div>127.0.0.1:/control-share<span class="" style="white-space:pre">                </span>/mnt/glu-control-share<span class="" style="white-space:pre">        </span>glusterfs<span class="" style="white-space:pre">        </span>defaults,_netdev<span class="" style="white-space:pre">        </span>0 0</div></div><div><br></div><div><div>heidricha@aldev-control1:~$ dpkg -l|grep gluster</div><div>ii  glusterfs-client                  3.7.5-ubuntu1~trusty1               amd64        clustered file-system (client package)</div><div>ii  glusterfs-common                  3.7.5-ubuntu1~trusty1               amd64        GlusterFS common libraries and translator modules</div><div>ii  glusterfs-server                  3.7.5-ubuntu1~trusty1               amd64        clustered file-system (server package)</div></div><div><br></div><div><div>heidricha@aldev-control1:~$ sudo gluster peer status</div><div>[sudo] password for heidricha: </div><div>Number of Peers: 1</div><div><br></div><div>Hostname: 172.16.2.10</div><div>Uuid: f6cc9444-6221-446d-be4e-4af9e93d15ba</div><div>State: Peer in Cluster (Connected)</div><div>heidricha@aldev-control1:~$ sudo gluster peer status</div><div>Number of Peers: 1</div><div><br></div><div>Hostname: 172.16.2.10</div><div>Uuid: f6cc9444-6221-446d-be4e-4af9e93d15ba</div><div>State: Peer in Cluster (Connected)</div></div><div><br></div><div><div>heidricha@aldev-control1:~$ sudo gluster volume info</div><div> </div><div>Volume Name: control-share</div><div>Type: Replicate</div><div>Volume ID: ef80c184-4255-40a5-bfa3-faa0b69c334c</div><div>Status: Started</div><div>Number of Bricks: 1 x 2 = 2</div><div>Transport-type: tcp</div><div>Bricks:</div><div>Brick1: 172.16.1.10:/mnt/ebs-lv-data/shared</div><div>Brick2: 172.16.2.10:/mnt/ebs-lv-data/shared</div><div>Options Reconfigured:</div><div>performance.readdir-ahead: on</div><div>nfs.disable: on</div></div><div><br></div><div><div>heidricha@aldev-control1:~$ sudo gluster volume status</div><div>Status of volume: control-share</div><div>Gluster process                             TCP Port  RDMA Port  Online  Pid</div><div>------------------------------------------------------------------------------</div><div>Brick 172.16.1.10:/mnt/ebs-lv-data/shared   49152     0          Y       2771 </div><div>Brick 172.16.2.10:/mnt/ebs-lv-data/shared   49152     0          Y       1690 </div><div>Self-heal Daemon on localhost               N/A       N/A        Y       2762 </div><div>Self-heal Daemon on 172.16.2.10             N/A       N/A        Y       1682 </div><div> </div><div>Task Status of Volume control-share</div><div>------------------------------------------------------------------------------</div><div>There are no active volume tasks</div></div><div><br></div><div>Where to look for the problem?</div><div><br></div><div>Attila</div></div>