PMXBOT Log file Viewer

Help | Karma | Search:

#mongodb logs for Sunday the 8th of December, 2013

(Back to #mongodb overview) (Back to channel listing) (Animate logs)
[00:44:29] <sec^nd> how do I get the ip address of a docker container?
[00:44:33] <sec^nd> whoops
[00:44:35] <sec^nd> wrong channel
[01:18:37] <mdeboard> Hi. We are using mongodb replset (2 nodes, 1 arbiter) as our session store with Django. About an hour and some change ago, users reported they couldn't log in: session_db wasn't queryable for one reason or another. I did some digging and it appears that somehow the mongo.conf file had the "replSet = foo" line taken out.
[01:18:59] <mdeboard> This misconfigured node was the secondary.
[01:19:21] <mdeboard> So, human error there. But when I put "replSet = foo" back into the file and restarted, mongo threw an exception and went down
[01:19:59] <mdeboard> because of duplicate session keys, which must be unique. We had to basically restart the secondary, tell it it's not part of a replicaset anymore, so it woul dwipe its data.
[01:20:06] <mdeboard> What happened here?
[01:20:49] <mdeboard> Obvious human error of some kind with altering the config file, but why did Mongo behave in such a way? It seems like if the primary couldn't reach the secondary, tha'ts just a partition. But somehow this resulted in mutually inconsistent data, somehow?
[02:30:24] <sec^nd> What is the best way to query binary data?
[04:48:23] <Styles> I see the document store has a rough max size of 256gb per shard(unsure about this part). Does GridFS have any size limitations?
[05:35:25] <grahamsavage> is it possible to do analytical style (windowing funtions) in mongodb?
[12:45:19] <Industrial> weird idea, maybe: store all configuration for a REST resource as a document in the db and when the app server boots, get its configuration from the database instead of hard coded in a file.
[13:48:34] <bla> Why does creating an index (background: false) block reads from the table?
[13:49:48] <kali> because the lock implementation is n-readers-or-one-writer
[13:50:48] <bla> Ok, so there's no implementation for index-lock which in fact is not a table writer and could leave it open - that's not a technical impossibility just implementation deficiency
[13:50:51] <bla> Fine with me - thanks
[16:24:49] <aasd123> is mongodb fit for production? i want to store user data (password and stuff) in mongo, anything i should be aware of?
[16:26:17] <ron> umm.. yes, it's fit for production.
[16:27:28] <aasd123> can mongod use multiple cores?
[16:28:17] <aasd123> what about those people complaining about "data loss"?
[16:29:23] <ron> give me any database, I'll find you people who'd complain about data loss.
[16:29:31] <ron> if you do shit, you'll get shit.
[16:31:05] <aasd123> ok, im new to mongod..
[16:32:14] <aasd123> anybody here who has built a mongodb-driven forum application?
[16:32:30] <ron> Nodex: ?
[18:28:45] <aasd123> hey
[18:28:52] <aasd123> im thinking about using mongodb as a session store
[18:28:56] <aasd123> good idea/bad idea?
[18:30:32] <ron> that depends on what you need.
[18:33:13] <aasd123> i want to identify users that are logged in....
[18:33:57] <aasd123> store the usual stuff, user agent, ip, session id, username..
[18:34:18] <ron> logged in and active or logged in in general?
[18:34:57] <aasd123> logged in in general
[18:37:59] <aasd123> so what do you think?
[18:39:01] <ron> sure, use mongodb.
[18:43:27] <aasd123> is there a fixed interval at which mongod writes data held in memory onto the disk?
[18:43:39] <cheeser> every 100ms or so
[18:44:32] <aasd123> thx ok
[21:06:02] <blocks> I'm stuck trying to make a copy of a database with auth enabled (a la http://stackoverflow.com/questions/17882052/mongodb-returns-unauthorized-on-copydatabase). Is there a workaround for this?
[21:50:09] <benhowdle89> Hey guys having a massive head scratching moment! Has anyone got any ideas on my problem here: http://stackoverflow.com/questions/20459248/mongoose-casting-array-to-string-when-using-set
[21:54:50] <joannac> blocks: check http://stackoverflow.com/questions/16854898/mongodb-db-copydatabase-fail-on-unauthorized
[21:56:56] <blocks> @joannac thanks, i saw that.. but to get the whole DB i'd be copying reach object for each collection... it's boggling my mind there's not a simpler solution?
[21:57:14] <Styles> Mongodb wont start... it says starting/running procid blah then it isn't running and in the error logs it throws Permission denied: "/sys/dev/block/9:2/queue/read_ahead_kb"
[21:58:34] <joannac> blocks: wait for 2.6?
[22:01:54] <joannac> blocks: or mongodump/mongorestore
[22:03:00] <blocks> @joannac I've also been getting "unauthorized" when runnning mongorestore even with the correct user/pw - i assumed it was part of the same issue
[22:03:45] <Styles> joannac, is this me?
[22:03:51] <Styles> because it was starting fine before lol
[22:03:56] <Styles> randomly isn't running now
[22:05:26] <joannac> blocks: mongorestore should work with authentication. Are you sure you ahve the right user/pass
[22:06:40] <joannac> Styles: https://jira.mongodb.org/browse/SERVER-10623
[22:12:29] <blocks> @joannac trying to test again now... definitely have the right credentials, but i get stuck even before trying to dump the latest data. mongodump from command line with the credentials gets me assertion: 11010 count fails:{ ok: 0.0, errmsg: "unauthorized" }
[22:13:49] <blocks> but just when it gets to mydb.system.users... mydb.system.indexes dumps ok...
[22:14:19] <joannac> what are the permissions for the user you're using?
[22:18:03] <blocks> "roles" : [ "readWrite", "dbAdmin" ]
[22:18:16] <blocks> (though I had to use the admin user to see that...)
[22:20:28] <joannac> that's against the database mydb?
[22:20:53] <blocks> yes
[22:21:59] <Styles> joannac, god this is stupid
[22:22:03] <Styles> So I need 2.5.4 then?
[22:22:22] <blocks> looks like i should at "userAdmin"
[22:50:15] <joannac> blocks: works for me
[22:50:41] <joannac> oh, yeah, system.users requires userAdmin
[22:51:33] <blocks> @joannac thanks, i added that role and got the dump. -- now i'm just searching for the correct syntax to restore the DB into a DB of a different name (to make my copy without touching the original)
[22:59:07] <blocks> @joannac and now mongorestore gives me assertion: 18 { code: 18, ok: 0.0, errmsg: "auth fails" }
[23:29:32] <joannac> blocks: are you using user/pass for a user in the new db?