Log file Viewer

[01:17:33] <toddwildey> yutong, is your SSL certificate a wildcard certificate?

[01:17:39] <toddwildey> Does it certify *.bar.com?

[01:18:54] <toddwildey> Your client won't need the SSL certificates a priori. It just needs to trust the certificate authority that signed your SSL certificate.

[01:25:40] <Favorlock> Is there someone proficient with Morphia that I can speak with?

[01:36:03] <cheeser> Favorlock: what's up?

[01:39:02] <Favorlock> cheeser, mind if I message you privately?

[01:40:26] <cheeser> it's better to ask in channel. i'm at home and it's late at night so i tend to wander in and out and everyone can particpate and learn here.

[01:45:46] <Favorlock> Ok, so I'm working on a project where we have lots of small game servers connected via a proxy. Every server stores player data using morphia. We've noticed that we are currently having some sync issues with our POJOs which, even though the changes we make do show in the database, get reset or desynced when players transfer to another server game server. From the looks of things it can take

[01:45:46] <Favorlock> roughly 7 seconds for a POJO to contain the updated data even though it appears to be updated immediately when checking with the mongo client console. Of course if a user object is updated again before receiving the updates made on another server it can essentially render the update on the previous server useless.

[01:47:30] <Favorlock> I'm do not have a lot of experience with databases in general nor with mongodb, but everything has appeared to be rather easy to use, but I must be doing somethign incorrectly that is resulting with old data from datastore instances

[01:48:34] <Favorlock> so I guess a better question is whether Morphia is suitable for our needs or not?

[01:49:52] <cheeser> sounds like the problem is in your sync code rather than morphia

[01:50:28] <Favorlock> I'll whip up an example of what we do real quick

[01:59:04] <Favorlock> cheeser: here is roughly how we handle things: http://pastebin.com/HgKnn4s8

[02:12:15] <cheeser> i'm not sure you want that Map in DataAPI

[02:13:03] <Favorlock> Is it going to cause issues even though the instances are removed when a player switches servers?

[02:16:19] <cheeser> well, if you're seeing sync issues that seems the obvious culprit

[02:16:37] <cheeser> i'd suggest not caching them for a bit and see if the lag issues persiste

[02:17:56] <Favorlock> does the datastore itself do any cashing?

[02:18:02] <Favorlock> cacheing* XD

[02:18:19] <Favorlock> and I'm failing at the spelling tonight

[02:18:26] <Favorlock> need coffee

[02:19:07] <cheeser> that datastore doesn't, no.

[02:20:33] <Favorlock> Hm... yeah. Seems odd that we would be having these issues.

[02:20:47] <Favorlock> The default writeconcern shouldn't be an issue right?

[02:20:48] <cheeser> pretty sure it's the map

[02:21:04] <cheeser> as of 2.11 that default is ACKNOWLEDGED

[02:22:40] <Favorlock> I'll go ahead and see if removing local caching fixes the issue.

[02:24:57] <cheeser> it's a pretty low cost trial. if it still persists, something more serious is going on.

[02:25:15] <cheeser> if it goes away, you've at least isolated and know where to look to fix it.

[02:25:18] <Favorlock> hm, that may have been the issue

[02:25:26] <Favorlock> though it still doesn't make much sense to me

[02:25:43] <Favorlock> considering we would remove the object from the map when they logged out or moved servers

[02:26:03] <cheeser> it's possible that detecting that move was delayed in some way

[02:26:21] <Favorlock> hm, well it is minecraft that we develop for XD

[02:26:45] <Favorlock> the events shouldn't have been delayed that long :\

[02:54:15] <pen> hey

[02:54:44] <pen> I am using mongoid, I wonder if it is possible to change Class.primary_key to some other value?

[02:54:49] <pen> right now it's [:id]

[02:55:11] <pen> which is weird, because activeadmin uses it to create find method

[02:55:17] <pen> so it will becomes find_by_[:id]

[03:13:51] <Favorlock> cheeser: it does appear to be working fine right now, so it could have been something else creating the problem or the hashmap may have indeed be creating some weird bug

[03:16:41] <cheeser> great!

[04:07:12] <leucomorph> the numa problem!!

[04:07:14] <leucomorph> WOAOAOA

[04:09:16] <leucomorph> starboard shields breeched captain!!

[04:09:17] <leucomorph> lol

[04:09:18] <leucomorph> lol

[04:09:30] <leucomorph> one more direct hit on that side an wre done for!!

[04:09:30] <leucomorph> lol

[04:09:32] <leucomorph> lol

[06:04:47] <zzing> Is it possible to store tabular like data in mongo efficiently? (mainly like a spreadsheet style data)

[08:50:12] <cubud> Website with heavy update traffic. Would you guys use PHP + MongoDB, Python + MongoDB, or something else?

[09:10:04] <felixjet> cubud, how is that a #mongodb question? and how do you expect an answer?

[09:10:08] <felixjet> use the right tool for the job

[09:10:53] <cubud> Because whatever the answer is it will have to integrate well with #MongoDB and I am asking for experiences in relation to that

[09:15:43] <felixjet> no one is going to give you an answer on that

[09:16:17] <felixjet> is like asking what you should eat today, pasta or fish. up to you :)

[09:16:44] <cubud> Well, someone else might wish to share their positive or negative experiences of integrating with MongoDB

[09:16:50] <cubud> I'll wait and see

[13:31:22] <tscanausa> I have been draing a shard and it has been on the same chunk for 16 hours. is this normal?

[14:08:32] <dtraveler> Hi, Cansome one please tel me how to find a operation in oplog?

[14:08:32] <dtraveler> let's say someone ran some drop command. how can i see that in oplog?

[14:25:20] <dtraveler> Can someone help me in understanding oplog?

[14:25:39] <dtraveler> I'm using bsondump, but its hard to understand

[14:36:46] <dtraveler> Can someone help me in understanding oplog?

[14:36:49] <dtraveler> I'm using bsondump, but its hard to understand

[14:37:18] <dtraveler> I would like to grep a drop command from it. so I can get the timestamp of it

[15:09:53] <moein7tl> mongodb doesn't read configuration file (/etc/mongo.conf) after update,I should start it by --dbpath to work,How to fix it?

[15:36:23] <dtraveler> moein7tl: which version are you using?

[15:36:31] <dtraveler> can you check the file permissions on it?

[15:37:15] <moein7tl> dtraveler: db version v2.6.1

[15:37:46] <moein7tl> dtraveler: I own all to mongod,it works by mongod -f /etc/mongo.conf

[17:46:06] <wladston> Mongodb isn't validating this Polygon when I try to create the geospatial index: http://pastebin.com/j2SMb4wE but http://geojsonlint.com/ validades the polygon. Any ideas of what might be going wrong?

[19:11:21] <Honeyman> Hello. Can someone clarify please, for write concerns, what is the expected order of w and j confirmation events?

[19:12:02] <Honeyman> That is, what is the "strictness" order of them?

[19:14:58] <Honeyman> For example, does w=2 already assumes that journal committing occured on both the replica set members?

[19:15:20] <Honeyman> Does w=1 j=False makes sense at all?

[19:23:04] <Honeyman> Oh, I finally found http://docs.mongodb.org/manual/core/write-concern, and the diagrams seem to clarify it.

[21:42:41] <wladston> Mongodb isn't validating this Polygon when I try to create the geospatial index: http://pastebin.com/j2SMb4wE but http://geojsonlint.com/ validades the polygon. Any ideas of what might be going wrong?

[22:11:39] <wladston> here is a similar problem with an even simpler polygon

[22:11:40] <wladston> http://stackoverflow.com/questions/22940726/exterior-shell-of-polygon-is-invalid-2dsphere-polygon

[22:39:38] <wladston> is there anyone in here who use the geo features of mongo at all?

[23:19:43] <tscanausa> any idea why a migration would abort after stage 2?

[23:23:25] <ranman> tscanausa: ??? any more info than that

[23:24:15] <tscanausa> The log line is below but I have no idea where to look further.

[23:24:16] <tscanausa> about to log metadata event: { _id: "mf550-2014-05-17T23:06:06-5377eb5e45cece4942aa6cf6", server: "mf550", clientAddr: "10.182.103.12:59787", time: new Date(1400367966956), what: "moveChunk.from", ns: "reactor_source.creative_source_aggregation__mocean", details: { min: { campaign_ID: MinKey, creative_ID: MinKey, date: MinKey }, max: { campaign_ID: "0034cz2HAyKPOSgkGGMJg93sxmkli2MmtVVa31cd", creative_ID: "7cad2W34Th1gZmUBGcWKY6Bp5cRl

[23:55:25] <Tug> Hi, I'm removing a bunch of documents only using a simple condition on an index and it's really slow, the query has been running for an hour and it's still not finished. Do you know why this might be so slow ? Like is the index tree rebuilt after each remove operation ?

[23:59:47] <wladston> isn't validating this Polygon when I try to create the geospatial index: http://pastebin.com/j2SMb4wE but http://geojsonlint.com/ validades the polygon. Any ideas of what might be going wrong?