[01:46:04] <raphael> I'm running out of ideas, perused the usual source of information but couldn't find anything that would explain what I'm seeing (or not seeing)
[02:14:19] <joannac> logs show the TTL monitor thread running?
[03:09:48] <umquant_> Any experienced time series mongodb users have some wisdom to share with someone looking to move from mysql to mongo for real time sensor data
[05:56:45] <ns5> Hi, my mongodb can't start, could anyone help? This is the mongod log: http://ur1.ca/hk6tm
[06:19:38] <ns5> log of mongod -vvv: http://ur1.ca/hk6zc
[06:20:51] <ranman> also on the partition that the journal is stored on? that looks like it had an error trying to allocate a file :/ which would be an issue around space or file descriptors
[10:01:22] <greybrd> hi guys. the number of open client connections to a mongodb server is always constant ( max used ). it is not actually closing and connection are still active. any inputs to close them after a db operation is done.
[10:04:27] <greybrd> Qalqi: thanks a lot. how? any pointers?
[10:06:06] <greybrd> I'm actually using only one MongoClient object as a static variable and I'm sharing it across the threads, against my previous logic, which will instantiate new MongoClient in every thread.
[10:07:05] <greybrd> even the single MongoClient object as a static variable has constant connections. when opened it's not getting closed.
[10:07:39] <greybrd> Qalqi: anyway I can close them? when not used or idle?
[10:09:01] <Nodex> MongoClient operates a pool of connections
[10:11:43] <greybrd> Nodex: yeah. I came to know about that. is there a way I can avoid this pooling or close the connection in the pool of my choice.
[10:22:10] <greybrd> Qalqi: sorry for my ignorance. can you tell me how or any Internet link which explains this?
[10:26:34] <fontanon> Hi everybody, I've a newbie question with indexes ... If I'm making queries like db.mycol.find({FieldA:'valueA'}).sort({FieldB:-1}) which would be the best index to create? I'm in doubt between creating an index for FieldB or creating a compound index for FieldA/FieldB
[12:39:27] <arussel> I have some time in millisecond and try to group value withing the same minute
[12:43:31] <arussel> ideally without using substract, divide, mod divide ....
[12:52:05] <apeeyush> Hi! I have a collection.. I run an aggregation query on it that may take minutes (large data).. Will I be able to insert new documents or perform other queries..?
[12:53:33] <kali> apeeyush: yeah, it does not lock
[12:57:13] <apeeyush> Also, I will be mainly inserting and querying my data.. (No updates at all). Any benchmarks of using MongoDB vs SQL(may be postgres) for indexed or non-indexed data...
[12:57:35] <apeeyush> My data is only partially structured...
[12:57:43] <spacepluk> hi, I'm trying to use mapreduce with mongoose/nodejs. Is it possible to use closures for map/reduce functions?
[13:07:04] <rspijker> arussel: there isn’t anything like round or floor in there
[13:09:44] <arussel> cast would be nice, cast to string for concat and cast to int as a 'cheap' floor
[14:17:10] <MANCHUCK> why would my primary take up 3 times the amount of disk space as the secondaries ?
[14:17:23] <MANCHUCK> and can I clean that up somehow ?
[14:30:47] <rspijker> MANCHUCK: could be all kinds of reasons
[14:31:02] <rspijker> MANCHUCK: the only way to actually reclaim disk space is to do a repairDatabase
[14:40:05] <MANCHUCK_> rspijke the doc for repairDatabase says not to do that with a replica set
[14:40:40] <rspijker> MANCHUCK_: I think it will say not to do that on production…
[14:40:48] <rspijker> still, it’s the only real option
[14:41:10] <rspijker> the other option is to remove all your data and resync
[14:41:22] <rspijker> but that’s not really any better
[14:41:59] <MANCHUCK_> rspijker, thanks just testing to see if there are other ways
[14:43:45] <rspijker> “However, if you trust that there is no corruption and you have enough free space, then repairDatabase is the appropriate and the only way to reclaim disk space.”
[14:44:46] <MANCHUCK_> i was stuck on the net paragraph
[14:44:47] <MANCHUCK_> "If you are trying to repair a replica set member, and you have access to an intact copy of your data (e.g. a recent backup or an intact member of the replica set), you should restore from that intact copy, and not use repairDatabase.
[14:51:47] <kali> it means that repairDatabase can be used to try to salvage whatever can be salvaged if you're that desperate. but it won't break anything if your database is sound and you just want to reclaim space
[16:40:26] <fontanon> Hi everybody, I've a newbie question with indexes ... If I'm making queries like db.mycol.find({FieldA:'valueA'}).sort({FieldB:-1}) which would be the best index to create? I'm in doubt between creating an index for FieldB or creating a compound index for FieldA/FieldB
[16:58:38] <kali> (the -1 is not critically important)
[16:59:44] <fontanon> Nodex, why did you asked me about the mongodb version? was it a significative enhacement or changes in mongodb 2.6 related with index?
[17:00:02] <fontanon> kali, I guess -1 is for making descending sorts more efficient, am I wrong?
[17:01:02] <kali> fontanon: there are significant enhancement, like the ability to compound indexes
[17:01:25] <kali> fontanon: in 2.4 and before mongodb can only deal with one index when dealing with one query
[17:03:13] <kali> fontanon: the -1 will be marginally different. with this compound index, mongodb will just perform a lookup in the index then scan the index, and it will find the document it needs to send you back in the right order
[17:03:21] <kali> fontanon: this is ideal, even with 2.6
[17:04:24] <kali> fontanon: 2.6 can handle less ideal cases in a less catastrophic way than 2.4, but if this query is important for you use case, just create the "right" compound index. you'll save a few polar bears
[20:43:01] <AliRezaTaleghani> now blancer is active
[20:43:25] <AliRezaTaleghani> and currenlty it's moveing old docs to archive taged shard001
[20:43:26] <joshua> Hmm I noticed you have tags, thats not something I am familiar with
[20:43:47] <joshua> Maybe the tags are interefering with what data gets put where
[20:43:49] <AliRezaTaleghani> but as u see... the mongos dons't contain both shards
[20:45:24] <AliRezaTaleghani> I'm not sure! what happed if I wait for Balance to finish it's process! maybe after an scanning round! anything get done! nicely but I;m not sure :-/
[20:45:29] <joshua> It lists them at the top in shards, so the cluster should be aware of both of them but I think you might have something else going on.
[20:45:53] <joshua> at the end of the sh.status output it shows the ranges for the tags
[20:47:14] <AliRezaTaleghani> yep it show both tags and also shards!
[20:47:25] <joshua> If you want them balanced with even amounts of data you would need a different shart key. But maybe it wasn't designed to split it up for performance. It looks like its putting older data on one shard
[20:47:43] <AliRezaTaleghani> but collections status is not aggregate both shardes
[20:48:20] <AliRezaTaleghani> joshua: let me ask this like
[20:51:52] <harttho> Anyone know what would cause a field to become NaN? The field starts at 0 and is only ever incremented with $inc
[20:52:58] <joshua> AliRezaTaleghani: Maybe try doing this with -1 and 1 and see your date ranges: db.bi-reporting.find({},{"dateCreated":-1}).limit(1)
[20:53:23] <joshua> Eh or find by the date in the tag and do a count
[20:54:18] <AliRezaTaleghani> but I'm sure about ech of which seprately ;-)
[20:55:04] <joshua> something like this (my syntax might be off) db.bi-reporting.find({"dateCreated" : {$gt: ISODate("2014-06-01T00:00:00Z")} })
[20:56:30] <joshua> I'm heading out, but that might help you figure out what your data looks like which those tags are using to split it.
[21:19:35] <mst1228> hi, i'm using Mongo with Node and have a question about doing queries based on the return of another query
[21:20:08] <mst1228> i definitely understand that there are no joins in Mongo, and if it was up to me, my db would be organized differently
[21:20:29] <mst1228> for various reasons, i have these two seperate collections, both storing user info
[21:20:54] <mst1228> one is 'user' collection, this is the detailed info for a user (name, username, email, etc)
[21:21:27] <mst1228> another collection, 'peoplemeta', has meta data associated to a user. things like tags and previous employers
[21:22:07] <mst1228> I want to get all the documents in the 'people' collection, then add all other those users detail info to the return
[21:22:29] <mst1228> i don't have an _id ref (again, if it was up to me...)
[21:22:52] <mst1228> but there is one unique field in 'people' collection that will match a field in the 'user' collection
[21:23:41] <mst1228> sorry for the setup, the question is, do i just have to loop through the first query return and do an individual query for each document in it?
[21:59:26] <harttho> Does mongo default to NaN on int overflow?
[21:59:27] <joannac> tinuviels: what does that mean? if the field exists?
[22:00:57] <tinuviels> joannac yes, if exist, or even better would be: if contain at least one element
[22:03:06] <joannac> tinuviels: what does that mean? should it be an array? a subdocument?
[22:04:58] <tinuviels> let's fallow this example: 'producer.company': 'ABC123', I want to find all documents, that contain something in "company". All documents will have "producer" but not all will have company.