PMXBOT Log file Viewer

Help | Karma | Search:

#mongodb logs for Sunday the 24th of January, 2016

(Back to #mongodb overview) (Back to channel listing) (Animate logs)
[07:23:02] <Waheedi> Sun Jan 24 09:12:10.595 [DataFileSync] msync errno:5 Input/output error
[12:10:36] <kenalex> hello
[12:13:14] <kenalex> hi guys
[12:13:48] <kenalex> i am pretty new to mongodb and document databases.
[12:14:25] <StephenLynx> A/S/L?
[12:14:38] <kenalex> from what I read on mongodb site, it is pretty convienient to for designing applications that have changing data structure requirements
[12:15:27] <kenalex> StephenLynx: why ?
[12:15:36] <StephenLynx> just kidding :v
[12:15:46] <StephenLynx> because I thought you just introduced yourself and left at it
[12:16:50] <kenalex> i was wondering if mongodb is good for small applications ( low to moderate traffic)
[12:17:18] <StephenLynx> yes.
[12:17:50] <StephenLynx> lynxhub.com is my site that runs my system using mongo, 1gb ram
[12:18:01] <StephenLynx> freech.net and endchan.xyz also use my system
[12:19:24] <kenalex> nice
[12:19:35] <StephenLynx> endchan got 8gb afaik and 2 cores
[12:19:39] <StephenLynx> dunno about freech
[12:19:50] <StephenLynx> all files are saved on gridfs
[12:20:19] <kenalex> I am considering using mongodb for a catalog application at work to store cell site information where there are diffrent cell sites with diffrent attributes.
[12:21:10] <StephenLynx> you can just have a field with the type of the document
[12:21:36] <StephenLynx> if they are all under the same type of item and have very similar fields, it makes sense to put them on the same collection
[12:21:53] <StephenLynx> even if some data differs
[12:24:10] <kenalex> the interesting about the cellsite data is that they can have diffrent attributes. and new site types can be added to they new that may have additional attributes from the existing sites
[12:24:56] <kenalex> i tried it with a relational database using a normalize schema and I ended up about 6 tables just for the cell site information
[12:25:48] <StephenLynx> kek
[12:28:07] <kenalex> StephenLynx:whats funny ? :)
[18:50:07] <dvdyzag> Hi. In a find query using $in, is there a way to know what values in the $in array were not found?
[21:04:46] <dman777_alter> hello, for some reason http://dpaste.com/19SCC51 isn't appending to the array pets when I check in the mongo shell
[21:05:58] <dman777_alter> here's a updated dpaste http://dpaste.com/24BJXAB
[21:08:41] <dman777_alter> even when I delete the document it saids it finds it and updates the document
[21:09:49] <dman777_alter> oh wait...nm...it shows blank when I do the update after deleting doc
[21:52:11] <dman777_alter> ugh
[21:52:15] <dman777_alter> really stuck
[21:52:24] <dman777_alter> can't get $push to append to array
[21:52:29] <dman777_alter> http://dpaste.com/24BJXAB
[22:00:46] <StephenLynx> the syntax is wront
[22:01:01] <StephenLynx> its {$push:{array:element}}
[22:01:40] <StephenLynx> wait
[22:01:41] <StephenLynx> nvm
[22:01:52] <StephenLynx> >mongoose
[22:01:54] <StephenLynx> found your problem
[22:02:01] <StephenLynx> mongoose fucks up often, try without it
[22:02:03] <StephenLynx> dman777_alter
[22:07:21] <dman777_alter> StephenLynx: I get back updated {"ok":1,"nModified":0,"n":0} in the write result....not sure what that means since it's diff than mongodb documentation. but it's upposed to be raw...passed straight back from mongodb
[22:07:39] <StephenLynx> its mongoose
[22:07:46] <StephenLynx> it is nothing but headache
[22:07:52] <dman777_alter> haha
[22:07:54] <dman777_alter> ya
[22:08:07] <dman777_alter> but is there an alternative for using it in a node app?
[22:08:13] <StephenLynx> the driver.
[22:08:19] <StephenLynx> mongoose is just useless bloat.
[22:09:17] <dman777_alter> StephenLynx: cool, thanks
[22:14:07] <dman777_alter> StephenLynx: is mongoose officially supported by Mongodb as mongo driver is?
[22:14:21] <StephenLynx> lol
[22:14:22] <StephenLynx> they wish
[22:14:26] <dman777_alter> lol
[22:14:33] <dman777_alter> ok, thanks
[22:15:20] <StephenLynx> kek
[23:20:13] <kaimast> hi. i have a replica set that works fine when inserting data. but reading is slow. really slow. usually it takes 500ms for a query (even on an empty database)
[23:20:20] <kaimast> any ideas what i could be doing wrong?
[23:20:30] <kaimast> i am using a 2d index if that matters.
[23:20:43] <StephenLynx> 2d index?
[23:20:52] <StephenLynx> how is the index exactly?
[23:22:32] <kaimast> db.srb.createIndex({"pos": "2d"}, {min: 0, max: 10000})
[23:23:14] <StephenLynx> interesting. I didn't know about multi-dimensional indexes :v
[23:24:21] <StephenLynx> >your database has legacy location data from MongoDB 2.2 or earlier, and
[23:24:26] <StephenLynx> >you do not intend to store any location data as GeoJSON objects.
[23:24:46] <StephenLynx> does your case falls into these conditions?
[23:25:18] <kaimast> i just want a flat 2d index for now
[23:25:27] <kaimast> lemme check again if that index is actually set up...
[23:25:38] <StephenLynx> according to the documentation, what you did is not what you should do.
[23:26:03] <StephenLynx> try doing what you should do instead and check if you obtain better results.
[23:26:17] <kaimast> but even if there was no index. it shouldn't take 500ms to search through an empty collection
[23:26:28] <kaimast> i also don't observe any cpu load which is strange
[23:26:34] <StephenLynx> how many documents?
[23:26:37] <StephenLynx> maybe network issues?
[23:26:44] <kaimast> but inserting works fine...
[23:26:50] <StephenLynx> did you check network?