Update: Just checked the final state of my test setup with the NFS share hosting the s3ql... and my connections hang, load of server is 10+.
Some info: [root@strobiserver .s3ql]# s3qlstat /mnt/s3ql-ttt-local/ Directory entries: 6495 Inodes: 6497 Data blocks: 7954 Total data size: 71169.19 MiB After de-duplication: 63789.25 MiB (89.63% of total) After compression: 63310.29 MiB (88.96% of total, 99.25% of de-duplicated) Database size: 2.10 MiB (uncompressed) (some values do not take into account not-yet-uploaded dirty blocks in cache) df -f "hangs" at prompt (ctrl-C) does work [root@strobiserver .s3ql]# cat /etc/mtab rootfs / rootfs rw 0 0 sysfs /sys sysfs rw,nosuid,nodev,noexec,relatime 0 0 proc /proc proc rw,nosuid,nodev,noexec,relatime 0 0 devtmpfs /dev devtmpfs rw,nosuid,size=1544224k,nr_inodes=212798,mode=755 0 0 securityfs /sys/kernel/security securityfs rw,nosuid,nodev,noexec,relatime 0 0 tmpfs /dev/shm tmpfs rw,nosuid,nodev 0 0 devpts /dev/pts devpts rw,nosuid,noexec,relatime,gid=5,mode=620,ptmxmode=000 0 0 tmpfs /run tmpfs rw,nosuid,nodev,mode=755 0 0 tmpfs /sys/fs/cgroup tmpfs rw,nosuid,nodev,noexec,mode=755 0 0 cgroup /sys/fs/cgroup/systemd cgroup rw,nosuid,nodev,noexec,relatime,xattr,release_agent=/usr/lib/systemd/systemd-cgroups-agent,name=systemd 0 0 pstore /sys/fs/pstore pstore rw,nosuid,nodev,noexec,relatime 0 0 cgroup /sys/fs/cgroup/cpuset cgroup rw,nosuid,nodev,noexec,relatime,cpuset 0 0 cgroup /sys/fs/cgroup/cpu,cpuacct cgroup rw,nosuid,nodev,noexec,relatime,cpu,cpuacct 0 0 cgroup /sys/fs/cgroup/memory cgroup rw,nosuid,nodev,noexec,relatime,memory 0 0 cgroup /sys/fs/cgroup/devices cgroup rw,nosuid,nodev,noexec,relatime,devices 0 0 cgroup /sys/fs/cgroup/freezer cgroup rw,nosuid,nodev,noexec,relatime,freezer 0 0 cgroup /sys/fs/cgroup/net_cls,net_prio cgroup rw,nosuid,nodev,noexec,relatime,net_cls,net_prio 0 0 cgroup /sys/fs/cgroup/blkio cgroup rw,nosuid,nodev,noexec,relatime,blkio 0 0 cgroup /sys/fs/cgroup/perf_event cgroup rw,nosuid,nodev,noexec,relatime,perf_event 0 0 configfs /sys/kernel/config configfs rw,relatime 0 0 /dev/mapper/vg_strobiserver-lv_root / ext4 rw,relatime,data=ordered 0 0 systemd-1 /proc/sys/fs/binfmt_misc autofs rw,relatime,fd=34,pgrp=1,timeout=300,minproto=5,maxproto=5,direct 0 0 tmpfs /tmp tmpfs rw 0 0 debugfs /sys/kernel/debug debugfs rw,relatime 0 0 hugetlbfs /dev/hugepages hugetlbfs rw,relatime 0 0 mqueue /dev/mqueue mqueue rw,relatime 0 0 sunrpc /var/lib/nfs/rpc_pipefs rpc_pipefs rw,relatime 0 0 sunrpc /proc/fs/nfsd nfsd rw,relatime 0 0 /dev/sda1 /boot ext4 rw,relatime,data=ordered 0 0 /dev/mapper/vg_strobiserver-lv_home /home ext4 rw,relatime,quota,usrquota,data=ordered 0 0 fusectl /sys/fs/fuse/connections fusectl rw,relatime 0 0 binfmt_misc /proc/sys/fs/binfmt_misc binfmt_misc rw,relatime 0 0 192.168.1.195:/nfs/strobiserver /mnt/local-nfs nfs rw,relatime,vers=3,rsize=32768,wsize=32768,namlen=255,hard,proto=tcp,timeo=600,retrans=2,sec=sys,mountaddr=192.168.1.195,mountvers=3,mountport=45764,mountproto=udp,local_lock=none,addr=192.168.1.195 0 0 local:///mnt/local-nfs/myfsdata-ttt /mnt/s3ql-ttt-local fuse.s3ql rw,nosuid,nodev,relatime,user_id=0,group_id=0,default_permissions,allow_other 0 0 No info in ~/.s3ql/mount.log. ls -alR /mnt/s3ql-ttt-local does show the content, but files cannot be opened (hangs) ls -alR /mnt/local-nfs hangs too. NFS server has increased cpu activity: top - 22:40:08 up 9:53, 1 user, load average: 5.18, 5.02, 4.71 Tasks: 85 total, 3 running, 82 sleeping, 0 stopped, 0 zombie %Cpu(s): 0.2 us, 53.1 sy, 0.0 ni, 46.7 id, 0.0 wa, 0.0 hi, 0.0 si, 0.0 st KiB Mem: 232448 total, 164032 used, 68416 free, 5824 buffers KiB Swap: 500672 total, 97088 used, 403584 free, 45184 cached PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND 6745 root 20 0 0 0 0 R 42.3 0.0 10:10.57 nfsd 6743 root 20 0 0 0 0 R 40.6 0.0 8:59.98 nfsd 6748 root 20 0 0 0 0 S 14.9 0.0 9:44.72 nfsd 6744 root 20 0 0 0 0 S 10.2 0.0 10:49.00 nfsd *Bottom-line:* Google learns me that my nfs mount is crashed, I found articles from 2012, caused by lack of (cpu) hardware - don't think that is the root cause here. I'll let the server "hang" like this during the night, if someone has an idea for debugging/logging, I'll follow-up tomorrow. Thank you. -- You received this message because you are subscribed to the Google Groups "s3ql" group. To unsubscribe from this group and stop receiving emails from it, send an email to [email protected]. For more options, visit https://groups.google.com/d/optout.
