【发布时间】:2019-03-08 14:25:11
【问题描述】:
有人知道如何解决这个问题吗?例外是设备上没有剩余空间,但我的所有文件只使用了 600mb/10GB....
2018-10-03T05:42:32.011+0000 我控制 [initandlisten] MongoDB 开始:pid=2288 port=27017 dbpath=/data/db 64-bit host=itemtory 2018-10-03T05:42:32.011+0000 I CONTROL [initandlisten] 数据库版本 v3.2.21 2018-10-03T05:42:32.011+0000 我控制 [initandlisten] git 版本:1ab1010737145ba3761318508ff65ba74dfe8155 2018-10-03T05:42:32.011+0000 我控制 [initandlisten] OpenSSL 版本:OpenSSL 1.0.2g 2016 年 3 月 1 日 2018-10-03T05:42:32.012+0000 我 CONTROL [initandlisten] 分配器:tcmalloc 2018-10-03T05:42:32.012+0000 I CONTROL [initandlisten] 模块:无 2018-10-03T05:42:32.012+0000 我控制 [initandlisten] 构建 环境:2018-10-03T05:42:32.012+0000 I CONTROL [initandlisten] distmod: ubuntu1604 2018-10-03T05:42:32.012+0000 我控制 [initandlisten] distarch: x86_64 2018-10-03T05:42:32.012+0000 I 控制 [initandlisten] target_arch: x86_64 2018-10-03T05:42:32.012+0000 我控制 [initandlisten] 选项:{} 2018-10-03T05:42:32.037+0000 I - [initandlisten] 检测到的数据文件 在“wiredTiger”存储引擎创建的 /data/db 中,因此设置 活动存储引擎到“wiredTiger”。 2018-10-03T05:42:32.037+0000 W - [initandlisten] 检测到不干净的关闭 - /data/db/mongod.lock 不为空。 2018-10-03T05:42:32.037+0000 W 存储 [initandlisten] 从最后一个干净的检查点恢复数据。 2018-10-03T05:42:32.038+0000 我存储 [initandlisten]wiredtiger_open 配置: create,cache_size=1G,session_max=20000,eviction=(threads_min=4,threads_max=4),config_base=false,statistics=(fast),log=(enabled=true,archive=true,path=journal,compressor=snappy ),file_manager=(close_idle_time=100000),checkpoint=(wait=60,log_size=2GB),statistics_log=(wait=0),verbose=(recovery_progress), 2018-10-03T05:42:32.135+0000 I STORAGE [ initandlisten] WiredTiger [1538545352:135307][2288:0x7fbc2fb35c80],txn-recover:主要恢复 循环:从 6/128 2018-10-03T05:42:32.135+0000 I STORAGE 开始 [initandlisten] WiredTiger [1538545352:135922][2288:0x7fbc2fb35c80], txn-recover:恢复日志 6 到 7 2018-10-03T05:42:32.137+0000 I 存储 [initandlisten] WiredTiger [1538545352:137457][2288:0x7fbc2fb35c80],文件:sizeStorer.wt, txn-recover:恢复日志 7 到 7 2018-10-03T05:42:32.216+0000 I 控制 [initandlisten] ** 警告:您正在运行此进程 root 用户,不推荐。 2018-10-03T05:42:32.216+0000 我控制 [initandlisten] 2018-10-03T05:42:32.217+0000 我控制 [initandlisten] 2018-10-03T05:42:32.217+0000 我控制 [initandlisten] ** 警告:/sys/kernel/mm/transparent_hugepage/defrag 是“始终”。 2018-10-03T05:42:32.217+0000 我控制 [initandlisten] ** 我们建议 将其设置为“从不” 2018-10-03T05:42:32.217+0000 I CONTROL [initandlisten] 2018-10-03T05:42:32.218+0000 I FTDC [initandlisten] 使用目录初始化全时诊断数据捕获 '/data/db/diagnostic.data' 2018-10-03T05:42:32.218+0000 I 网络 [initandlisten] 等待端口 27017 上的连接 2018-10-03T05:42:32.223+0000 我的网络 [HostnameCanonicalizationWorker] 启动主机名规范化 工人 2018-10-03T05:42:33.000+0000 W FTDC [ftdc] 未捕获的异常 在'UnknownError:捕获std :: exception of type boost::filesystem::filesystem_error: boost::filesystem::create_directory:设备上没有剩余空间: "/data/db/diagnostic.data"' 在全时诊断数据捕获 子系统。关闭全时诊断数据采集 子系统。
df -h:
Filesystem Size Used Avail Use% Mounted on
udev 991M 0 991M 0% /dev
tmpfs 201M 16M 185M 8% /run
/dev/vda1 25G 25G 0 100% /
tmpfs 1001M 0 1001M 0% /dev/shm
tmpfs 5.0M 0 5.0M 0% /run/lock
tmpfs 1001M 0 1001M 0% /sys/fs/cgroup
/dev/vda15 105M 3.4M 102M 4% /boot/efi
tmpfs 201M 0 201M 0% /run/user/0
df -i /data/db:
Filesystem Inodes IUsed IFree IUse% Mounted on
/dev/vda1 3225600 192164 3033436 6% /
【问题讨论】:
-
要么是某种权限不足的情况,要么是你忘记统计一些文件。运行
df -h,它说什么? -
inode 用完了(尽管上一次发生在我身上的类似事情一定是 20 多年前)?
df -i /data/db -
@robertklep /dev/vdal 25G/25G... 有什么办法可以解决这个问题?
-
@Terence 您能否将两个建议的
df命令的完整输出添加到您的问题中? -
@robertklep 好的,附在问题后面。