Articles of mongodb

是我的默认文件系统ext4

通过运行显示已挂载的文件系统的df -hT ,我怎么知道我的默认FS是否是ext4? 还有一个来自M202:MONGODB ADVANCED DEPLOYMENT AND OPERATIONS (优秀类btw)的video (@ 1:13 )中的MongoDB工程师之一提到,不应该在日志文件中获得“用零填充”消息,I清楚地看到他们在那里。 另外, Mounted On下面的Mounted On /boot column中的/boot表示这个/dev/sda1 FS实际上是mkdir /mongodb命令的默认的ext3? **df -hT** Filesystem Type Size Used Avail Use% Mounted on /dev/mapper/rootvg-lv_root ext4 97G 2.4G 90G 3% / tmpfs tmpfs 3.9G 0 3.9G 0% /dev/shm /dev/sda1 ext3 194M 59M 125M 33% /boot swdclinx1:/xenv nfs 2.5T 1.4T […]

EBS vs实例ec2中的MongoDB本地存储

Cassandrabuild议将实例本地存储用于EC2部署,而不是EBS 我在EC2中部署MongoDB …我应该也使用实例本地存储,而不是EBS PIOPS?

Mongo Sharded集群中的身份validation

我有一个mongo共享集群和副本集: ShardA副本集: A1. 10.77.14.241 A2. 10.77.14.242 AA. 10.77.14.243 Arbiter /etc/mongod.conf的一些参数: #bind_ip=127.0.0.1 auth=true replSet=ShardB keyFile=/srv/mongodb/mongodb-keyfile ShardB副本集: B1. 10.77.14.244 B2. 10.77.14.245 BA. 10.77.14.246 Arbiter /etc/mongod.conf的一些参数: #bind_ip=127.0.0.1 auth=true replSet=ShardB keyFile=/srv/mongodb/mongodb-keyfile Config和Mongos服务器: C1. 10.77.14.247 C2. 10.77.14.248 C3. 10.77.14.249 configurationmongod和mongos的所有实例都在/etc/rc.local中启动: mongod –configsvr –logpath /var/log/mongodb/mongod.log –keyFile /srv/mongodb/mongodb-keyfile –fork mongos –configdb 10.77.14.247:27019,10.77.14.248:27019,10.77.14.249:27019 –port 40000 –logpath /data/mongos.log –keyFile /srv/mongodb/mongodb-keyfile –fork 副本设置正常工作。 如果我在主要成员中插入文档,它在副成员上复制。 我有以下问题:在任何仲裁,mongodconfiguration,mongos […]

如何使mongodb数据库的大小更大?

我一直在上传照片和报告给mongodb。 我达到了数据库的大小限制。 如何增加数据库的大小? db.stats() { "db" : "fieldops", "collections" : 6, "objects" : 20454, "avgObjSize" : 890464.9997066589, "dataSize" : 18213571104, "storageSize" : 18432802736, "numExtents" : 52, "indexes" : 4, "indexSize" : 809424, "fileSize" : 21398290432, "nsSizeMB" : 16, "extentFreeList" : { "num" : 0, "totalSize" : 0 }, "dataFileVersion" : { "major" : 4, "minor" […]

无法删除mongod.lock

所有。 我想删除mongod.lock 。 当我尝试sudo rm -rf mongod.lock我得到了这个 rm: cannot remove 'mongod.lock': Read-only file system 谁能告诉我如何强制删除它? 谢谢阿美

MongoDB每秒80,000次插入

为了在CentOS6上testing我的MongoDB 3.2 / WiredTiger,我使用http://vladmihalcea.com/2013/12/01/mongodb-facts-80000-insertssecond-on-commodity-hardware/中的脚本。 这里列出脚本(稍加修改): // Run me as: // mongo random –eval "var arg1=50000000;arg2=1" create_random.js var minDate = new Date(2012, 0, 1, 0, 0, 0, 0); var maxDate = new Date(2013, 0, 1, 0, 0, 0, 0); var delta = maxDate.getTime() – minDate.getTime(); var job_id = arg2; var documentNumber = arg1; var batchNumber = […]

创build正在运行的ec2实例的卷的快照是安全的

我正在AWS上运行3个实例上的MongoDB集群 每个实例都有2个EBS连接到它 – / [8GB] – /data [50GB] 要备份集群,MongoDBbuild议创build/data驱动程序的快照 我创build了一个自动化工具,使用AWS-SDK为特定时间在/data中安装的每个卷创build快照。 我想知道使用AWS-SDK创build快照还是使用AWS Console(手动)可以导致实例在运行过程中运行缓慢或不可用? 我知道创build根卷的快照可以导致系统重新启动,但是如何创build附加到另一个目录(如data下正在运行的实例的卷的快照?

MongoDB活动状态失败

我的服务器运行在Nginx Ubuntu 16.04 LTS上。 我想安装mongoDB使用node.js然后我按照这个教程,但是当我写状态命令我有这个。 ● mongodb.service – High-performance, schema-free document-oriented database Loaded: loaded (/etc/systemd/system/mongodb.service; enabled; vendor preset: enabled) Active: failed (Result: exit-code) since Tue 2016-07-26 20:21:15 CEST; 7s ago Process: 4527 ExecStart=/usr/bin/mongod –quiet –config /etc/mongod.conf (code=exited, status=14) Main PID: 4527 (code=exited, status=14) Jul 26 20:21:15 ns3039456.ip-94-23-252.eu systemd[1]: Started High-performance, schema-free document-oriented d Jul 26 […]

Mongodb突然失败,并显示“设备上没有剩余空间”

Mongodb失败,并显示消息“设备上没有剩余空间”。 Mongo日志: $ sudo tail -n 5 ./mongodb/mongod.log 2016-11-10T07:19:46.821-0700 E STORAGE [initandlisten] WiredTiger (28) [1478787586:821178][9468:0x7f54e7014d40], file:WiredTiger.wt, WT_SESSION.checkpoint: /var/lib/mongo/WiredTiger.turtle.set: handle-open: open: No space left on device 2016-11-10T07:19:46.821-0700 E STORAGE [initandlisten] WiredTiger (28) [1478787586:821251][9468:0x7f54e7014d40], txn-recover: Recovery failed: No space left on device 2016-11-10T07:19:46.830-0700 I – [initandlisten] Assertion: 28595:28: No space left on device 2016-11-10T07:19:46.830-0700 I STORAGE [initandlisten] […]

理解MongoDB日志中的IXSCAN和COLLSCAN

我试图通过一些Mongo日志grep试图find我需要优化的慢操作。 查询日志logging缓慢,默认情况下,logging操作超过100毫秒。 我认为可以肯定地说,一般来说,searchCOLLSCANS将显示需要注意的查询。 不太清楚的是,如果IXSCANS是一个细节,我应该search。 考虑到这里的MongoDB文档: https://docs.mongodb.com/manual/reference/explain-results/#collection-scan-vs-index-use 我的理解是,这是一个二进制情况,查询是COLLSCAN或IXSCAN。 所以,如果我grep IXSCAN,我会看所有不是COLLSCANS慢查询。 这是真的?