修正する
答えを確認してください。問題が発見されました。
非常に大きなファイルをダウンロードして私に配置しています/zhome/5f/4/122845/Desktop/cleaned_files
。一部のファイルの後、システムは文句を言い、スペースのためダウンロードできなくなります。ところが下を見るとdf
まだたくさん残ったようですね。zhome
どうやら私の下を見てみるべきだと思いますか?しかし、ここでは16%だけがそれを使ったそうです。私はLinuxを初めて使用し、SSH経由でHPCを使用しています。タイプはnfsです。
Filesystem Size Used Avail Use% Mounted on
devtmpfs 95G 0 95G 0% /dev
tmpfs 95G 320K 95G 1% /dev/shm
tmpfs 95G 155M 94G 1% /run
tmpfs 95G 0 95G 0% /sys/fs/cgroup
/dev/sda4 72G 5.6G 63G 9% /
/dev/sda5 34G 11G 21G 35% /usr
/dev/sda3 1022M 4.0K 1022M 1% /rescue
/dev/sda2 2.0G 210M 1.6G 12% /boot
/dev/sda7 604G 108M 574G 1% /tmp
/dev/sda1 64M 9.9M 55M 16% /boot/efi
beegfs_nodev 98T 82T 16T 84% /work1
beegfs_nodev 175T 112T 63T 65% /work2
beegfs_nodev 142T 102T 40T 72% /work3
10.66.1.16:/ifs/hpchome/zhome 865T 132T 704T 16% /zhome
tmpfs 19G 0 19G 0% /run/user/196326
10.66.0.102:/zdata/appl/linux 20T 1.6T 18T 8% /appl
10.66.0.102:/zdata/lsf10prod 18T 25G 18T 1% /lsf
tmpfs 19G 0 19G 0% /run/user/234837
tmpfs 19G 0 19G 0% /run/user/194863
tmpfs 19G 0 19G 0% /run/user/230594
tmpfs 19G 0 19G 0% /run/user/252995
tmpfs 19G 4.0K 19G 1% /run/user/1002
10.66.0.102:/zdata/sw 18T 220G 18T 2% /dtu/sw
10.66.0.98:/zdata/scratch 47T 18T 29T 38% /dtu/hpc.scratch
tmpfs 19G 0 19G 0% /run/user/260498
tmpfs 19G 0 19G 0% /run/user/222845
これを確認してください:
-bash-4.2$ df -ih /zhome/
Filesystem Inodes IUsed IFree IUse% Mounted on
10.66.1.16:/ifs/hpchome/zhome 109G 17G 92G 16% /zhome
du
コマンド後の確認cd
:
-bash-4.2$ du -sh *
27G Desktop
32K Downloads
1.8M Maildir
24K public_html
318M sratoolkit.2.11.0-ubuntu64
127M sratoolkit.tar.gz
答え1
ボリュームに小さなファイルがたくさんありますか?残りのinodeがない可能性があります。
確認できますdf -ih /zhome
df -ih
これはネットワークマウントのようです。 NFSの場合は機能しますが、他のタイプ(特にcifs)は機能しない可能性があります。この場合、ボリュームコマンドがあるシステムでローカルに実行しようとすることがあります。
答え2
@Jamesが最初に指摘したように、問題はINodesによるものではなく、クォータによるものであることがわかりました。私が質問したのは、df
もともと考えていたシングルユーザーのスペースではなく、すべてのユーザーのためのHPCのスペースを示しています。
@ジェームズありがとう。