ええ、これは本当に/tmpがマウントされているボリュームで利用可能なスペースの問題です。これをEC2または任意のクラウドプラットフォームで実行している場合は、新しいボリュームをアタッチし、その上に/tmpをマウントします。ローカルで実行している場合は、スペースを増やすためにクリーンアップする以外に他のオプションはありません。
df -hのようなコマンドを試して、インスタンスにマウントされている各ボリュームの使用済みスペースと使用可能スペースの割合を確認してください。次のようなものが表示されます。
Filesystem Size Used Avail Use% Mounted on
/dev/xvda1 7.9G 7.9G 0 100% /
tmpfs 30G 0 30G 0% /dev/shm
/dev/xvda3 35G 1.9G 31G 6% /var
/dev/xvda4 50G 44G 3.8G 92% /opt
/dev/xvdb 827G 116G 669G 15% /data/1
/dev/xvdc 827G 152G 634G 20% /data/2
/dev/xvdd 827G 149G 637G 19% /data/3
/dev/xvde 827G 150G 636G 20% /data/4
cm_processes 30G 22M 30G 1% /var/run/cloudera-scm-agent/process
このダンプに示されているように、ディスクスペースがいっぱいになると、このエラーが表示され始めます。