On a SUSE metadata controller (v4.3.2), I see some errors in the /var/log/messages:Apr 18 12:03:47 z420-stornext fsm[6547]: StorNext FSS 'snfs1[0]': No Space! [/home/mlund/nightly/VM-0-SuSE110ES-26x86-64-SP0/sn/snfs/fsm/datatoken.c:1208] [inode 0x1a hint 0x41 flags 0x2000 retried 1 free 0x915f3280] On the client, I can mount the stornext directory “/stornext/snfs1”/etc/fstab >  10.10.34.50:snfs1       /stornext/snfs1         cvfs    rw,threads=32,verbose=yes 0 1 zeus4:~ # service cvfs…See More

Hi all,Please could you advise on below.We have a StorNext servers which use block level storage. A particular StorNext LUN has 4 data and 1 metadata storage LUNs.We’re looking for solution to reclaim deleted blocks on storage data LUNs after files have been deleted on O/S level. I think similar APIs as VMware’s VAAI or Microsoft’s UNMAP/TRIM.Thanks,See More

Hi AllI'm new to community and hope to learn and further my skills by involving myself in this community.But i have a bit of an odd problem i am having with a new install and i am hoping someone here might have come across it before and can point me in the right direction.I have a Stornext 4.3.2 volume running which my client has an Apple Mac Pro running Xsan 3.1 connecting to the SN volume via FC. the Mac Pro is sharing the Volume over AFP and SMB.The issue i am getting is very slow write…See More