00:00:00  * ircretaryquit (Remote host closed the connection)
00:00:07  * ircretaryjoined
00:00:18  * jeffrgjoined
00:07:26  * joshsmithjoined
00:15:25  * joshsmithquit (Ping timeout: 245 seconds)
00:17:08  * jeffrgquit (Quit: jeffrg)
00:17:30  * joshsmithjoined
00:22:00  * nodejitsu-githubjoined
00:22:00  <nodejitsu-github>[aeternum] mmalecki tagged v0.2.5 at f56df4e: http://git.io/S_gXdA
00:22:00  * nodejitsu-githubpart
00:25:54  * joshsmithquit (Ping timeout: 264 seconds)
00:27:41  * joshsmithjoined
00:31:54  * InconceivableBquit (Quit: Computer has gone to sleep.)
00:32:38  * frenchto1stquit (Ping timeout: 245 seconds)
00:43:34  * mdedetrichquit (Quit: Computer has gone to sleep.)
00:45:03  * mdedetrichjoined
00:45:35  * defunctzombie_zzchanged nick to defunctzombie
00:47:01  * mdedetrichquit (Client Quit)
00:47:37  * vasyaivanovjoined
00:48:06  <vasyaivanov>Hi. I just received 502. "Reached max retries limit". Why?
00:48:33  <vasyaivanov>I have paid micro account with 1 drone
00:49:00  <julianduque>vasyaivanov: username/appname?
00:49:15  <vasyaivanov>vityavitechkin/healthclimate
00:50:25  <julianduque>let me check
00:53:57  <vasyaivanov>anything?
00:54:32  <julianduque>vasyaivanov: can you check again?
00:54:40  <julianduque>vasyaivanov: can't find the cause, I restarted the app
00:55:05  <julianduque>will investigate what happened
00:55:06  <vasyaivanov>yeap, its working now
00:55:11  <vasyaivanov>Thank you julianduque
00:55:24  <vasyaivanov>I upgraded my account today from free to micro
00:55:27  <julianduque>vasyaivanov: sorry for the inconveniences
00:55:33  <vasyaivanov>But it was working after that for the whole day
00:55:46  <julianduque>vasyaivanov: weird, will take a look at the drone
00:55:58  <vasyaivanov>I appretiate it
00:56:35  * jeffrgjoined
00:58:15  <sberryman>julianduque: any idea if you guys are still supporting node-http-proxy? (https://github.com/nodejitsu/node-http-proxy)
01:00:32  <julianduque>yes, we are working on a major refactor with support for 0.10.x, node-http-proxy is based on streams and the rework is hard, also it's our first product
01:00:39  <julianduque>but yes, we are still working on it
01:00:46  <sberryman>excellent!
01:01:17  <sberryman>i was looking for a http proxy and you guys came up first in google and figured if you are still supporting it then it should be "the" project to go with
01:01:42  * sventonjoined
01:01:42  <julianduque>we need that refactor to 0.10.x
01:01:51  <julianduque>our load balancers are based in node-http-proxy
01:02:05  <sberryman>that's what i thought
01:02:32  * sventonpart
01:02:37  <sberryman>considering you just rolled out the massive refactor and that http-proxy isn't done yet gives me quite a bit of confidence that is high on the priority list
01:02:54  <sberryman>it is high on the priority list*
01:03:02  <julianduque>it is
01:03:45  * leichtgewichtjoined
01:04:37  <sberryman>this damn company won't give me access to their API so i'm going to setup a proxy server, add my ssl cert for man-in-the-middle and get all the data that way.. i hate when companies don't work with developers!!!
01:05:50  <mmalecki>sberryman: yup. huge pain, isn't it?
01:05:58  <mmalecki>sberryman: watch out for certificate verification tho
01:06:12  <mmalecki>sberryman: I tried doing that with my bank mobile stuff due to reasons and it failed miserably
01:06:25  <sberryman>yeah, i control the iPad's i'm going to setup the proxy on though so it isn't a big deal
01:06:31  * jeffrgquit (Quit: jeffrg)
01:06:43  <sberryman>and i'm going to mitm for a single hostname
01:07:13  <sberryman>mmalecki: lol - https://github.com/horaci/node-mitm-proxy
01:09:30  <sberryman>good to know your bank is actually doing cert verification though
01:10:14  * vasyaivanovquit
01:13:12  <mmalecki>sberryman: heh, yeah
01:13:54  * dchquit (Ping timeout: 264 seconds)
01:17:59  * dchjoined
01:18:24  * tylerstalderjoined
01:23:09  * brianruejoined
01:26:11  * sandfoxquit (Quit: sandfox)
01:26:32  * tyfighterquit (Quit: tyfighter)
01:30:26  * joshonthewebquit (Quit: Computer has gone to sleep.)
01:30:39  * jgablequit (Quit: Computer has gone to sleep.)
01:37:56  * phillipjoined
01:39:34  * frenchto1stjoined
01:42:15  * phillipquit (Ping timeout: 250 seconds)
01:43:46  * frenchto1stquit (Ping timeout: 245 seconds)
01:44:34  * andreypoppquit (Quit: andreypopp)
01:48:38  * st_lukejoined
01:51:42  * mdedetrichjoined
01:54:12  * themgt_joined
01:54:35  * themgtquit (Ping timeout: 268 seconds)
01:54:35  * themgt_changed nick to themgt
02:00:48  * xobbobquit (Quit: xobbob)
02:02:15  * st_lukequit (Read error: Connection reset by peer)
02:02:43  * st_lukejoined
02:14:26  * mdedetrichquit (Quit: Computer has gone to sleep.)
02:28:12  * cjmquit (Remote host closed the connection)
02:34:55  * joshsmithquit (Quit: joshsmith)
03:23:30  * brianruequit (Remote host closed the connection)
03:24:29  * InconceivableBjoined
03:25:11  * daviddiasquit (Remote host closed the connection)
03:25:49  * daviddiasjoined
03:26:08  * InconceivableBquit (Client Quit)
03:28:44  * mdedetrichjoined
03:30:20  * daviddiasquit (Ping timeout: 256 seconds)
03:30:45  * InconceivableBjoined
03:36:00  * lresendejoined
03:36:10  * lresendequit (Client Quit)
03:44:23  * themgt_joined
03:45:21  <sberryman>mmalecki: you still around?
03:45:50  * themgtquit (Ping timeout: 264 seconds)
03:45:51  * themgt_changed nick to themgt
03:46:42  <mmalecki>sberryman: kind of, what's up?
03:47:38  <sberryman>i could use http-proxy with a hostname only proxytable so xyz.com i handle and everything just forward on right?
03:48:18  <sberryman>i think i answered my own question but i'm basically trying MITM just one hostname and let everything else pass through
03:48:56  <mmalecki>yes, just use a regular proxy
03:49:23  <mmalecki>https://github.com/nodejitsu/node-http-proxy/blob/master/examples/http/basic-proxy.js
03:49:23  <sberryman>thanks
04:19:21  * sreeixjoined
04:19:24  * InconceivableBquit (Quit: Computer has gone to sleep.)
04:24:49  * themgt_joined
04:27:05  * themgtquit (Ping timeout: 245 seconds)
04:27:06  * themgt_changed nick to themgt
04:28:35  * mdedetrichquit (Quit: Computer has gone to sleep.)
04:32:59  * sreeixquit (Read error: Connection reset by peer)
04:33:52  * gamerdromejoined
04:34:16  * sreeixjoined
04:36:14  <gamerdrome>hi
04:36:47  <gamerdrome>I'm having a little trouble deploying and I'm hoping someone might be able to help
04:41:10  * tyfighterjoined
04:42:00  * sreeixquit (Quit: sreeix)
04:42:39  * gamerdromequit (Quit: Page closed)
04:51:11  * jeffrgjoined
04:52:15  * mdedetrichjoined
04:54:50  * sreeixjoined
05:01:23  * st_lukequit (Remote host closed the connection)
05:13:05  * distilledchaosjoined
05:13:38  <distilledchaos>My app is failing, spitting out a "TypeError: Cannot read property 'implementation' of undefined" from the jsdom module
05:13:54  <distilledchaos>According to issue 436, it looks like a problem with Contextify: https://github.com/tmpvar/jsdom/issues/436
05:14:06  <distilledchaos>but I, of course, do not have direct access to the server on which this is failing
05:14:23  <distilledchaos>Are there any recommendations for using native modules like Contextify?
05:14:58  <distilledchaos>This was working about a month ago, but sometime in the last month it started failing, probably because I specified ~ in the dependencies and maybe jitsu redeployed automatically or something
05:14:59  <distilledchaos>?
05:16:45  * distilledchaosquit (Client Quit)
05:21:48  * brianruejoined
05:24:45  * sreeixquit (Read error: Connection reset by peer)
05:25:09  * tyfighterquit (Quit: tyfighter)
05:26:16  * brianruequit (Remote host closed the connection)
05:26:56  * sreeixjoined
05:39:48  * nodejitsu-githubjoined
05:39:48  <nodejitsu-github>[aeternum] mmalecki pushed 1 new commit to master: http://git.io/g_AHYw
05:39:48  <nodejitsu-github>aeternum/master 198970a Maciej Małecki: [fix] Fix premature exit detection
05:39:48  * nodejitsu-githubpart
05:40:06  * cronopioquit (Ping timeout: 256 seconds)
05:41:28  * nodejitsu-githubjoined
05:41:28  <nodejitsu-github>[aeternum] mmalecki tagged v0.2.6 at d04f16f: http://git.io/2pwjFQ
05:41:28  * nodejitsu-githubpart
05:42:18  * st_lukejoined
05:42:38  * sreeixquit (Read error: Connection reset by peer)
05:44:33  * sreeixjoined
05:48:23  * jetiennejoined
05:51:46  * cronopiojoined
05:53:23  * sreeixquit (Read error: Connection reset by peer)
05:54:17  * tonistjoined
05:54:42  * sreeixjoined
06:00:56  * tonistquit (Quit: tonist)
06:01:33  * sreeixquit (Quit: sreeix)
06:01:58  * frenchto1stjoined
06:06:16  * frenchto1stquit (Ping timeout: 245 seconds)
06:06:42  * sreeixjoined
06:06:51  * tyfighterjoined
06:07:20  * tyfighterquit (Client Quit)
06:07:59  * frenchto1stjoined
06:15:19  * ejeklintjoined
06:17:38  * cronopioquit (Ping timeout: 264 seconds)
06:17:39  * frenchto1stquit (Ping timeout: 260 seconds)
06:18:38  * mdedetrichquit (Quit: Computer has gone to sleep.)
06:22:12  * stringhqjoined
06:22:21  * stringhqpart
06:22:52  * tonistjoined
06:24:22  * bzoojoined
06:27:59  * sreeixquit (Read error: Connection reset by peer)
06:28:49  * sreeixjoined
06:30:55  * bzooquit (Remote host closed the connection)
06:31:29  * bzoojoined
06:31:31  * stringhqjoined
06:31:42  * stringhqpart
06:33:31  * fn_greatquit (Quit: Leaving)
06:33:46  * mdedetrichjoined
06:34:13  * sreeixquit (Read error: Connection reset by peer)
06:34:20  * tonistquit (Quit: tonist)
06:36:01  * sreeixjoined
06:36:14  * bzooquit (Ping timeout: 264 seconds)
06:50:46  * defunctzombiechanged nick to defunctzombie_zz
06:56:53  * mdedetrichquit (Quit: Computer has gone to sleep.)
06:57:49  * defunctzombie_zzchanged nick to defunctzombie
06:57:54  * mdedetrichjoined
06:58:32  * sreeixquit (Read error: Connection reset by peer)
07:03:12  * sreeixjoined
07:04:19  * defunctzombiechanged nick to defunctzombie_zz
07:05:46  * ejeklintquit (Quit: ejeklint)
07:09:36  * st_lukequit (Remote host closed the connection)
07:13:14  * tonistjoined
07:18:57  * sreeixquit (Read error: Connection reset by peer)
07:20:59  * sreeixjoined
07:21:00  * ejeklintjoined
07:21:08  * bzoojoined
07:27:18  * ChrisMathesonjoined
07:31:54  * sreeixquit (Read error: Connection reset by peer)
07:33:47  * sreeixjoined
07:38:49  * frenchto1stjoined
07:41:48  * jcrugzzquit (Ping timeout: 245 seconds)
07:41:48  * sreeixquit (Read error: Connection reset by peer)
07:42:09  * jeffrgquit (Quit: jeffrg)
07:43:55  * sreeixjoined
07:50:29  * LuckySMackjoined
07:50:29  * LuckySMackquit (Changing host)
07:50:29  * LuckySMackjoined
07:55:00  * jbprosjoined
08:01:13  * bzooquit (Remote host closed the connection)
08:01:50  * bzoojoined
08:02:31  * benjaminbenbenjoined
08:03:13  * sreeixquit (Read error: Connection reset by peer)
08:04:03  * wizonesolutionsquit (Ping timeout: 256 seconds)
08:04:03  * sreeixjoined
08:05:20  * wizonesolutionsjoined
08:05:20  * wizonesolutionsquit (Changing host)
08:05:20  * wizonesolutionsjoined
08:06:01  * bzooquit (Ping timeout: 246 seconds)
08:13:55  * jeffrgjoined
08:14:47  * ejeklintquit (Quit: ejeklint)
08:15:26  * ejeklintjoined
08:18:44  * sberrymanquit (Remote host closed the connection)
08:19:04  * LuckySMackquit (Remote host closed the connection)
08:20:17  * sreeixquit (Quit: sreeix)
08:22:30  * jeffrgquit (Ping timeout: 245 seconds)
08:22:34  * sreeixjoined
08:31:19  * jcrugzzjoined
08:31:57  * jan____quit (Ping timeout: 276 seconds)
08:32:48  * sreeixquit (Read error: Connection reset by peer)
08:34:55  * sreeixjoined
08:34:57  * mdedetrichquit (Quit: Computer has gone to sleep.)
08:37:01  * jan____joined
08:37:40  * jan____quit (Changing host)
08:37:40  * jan____joined
08:39:33  * leichtgewichtquit (Remote host closed the connection)
08:40:18  * leichtgewichtjoined
08:40:31  * sandfoxjoined
08:48:09  * bzoojoined
08:54:25  * mdedetrichjoined
09:02:33  * sreeixquit (Read error: Connection reset by peer)
09:04:46  * sreeixjoined
09:06:41  * mdedetrichquit (Quit: Computer has gone to sleep.)
09:06:56  * bzooquit (Remote host closed the connection)
09:08:20  * andreypoppjoined
09:08:38  * lpinjoined
09:09:45  * mdedetrichjoined
09:11:45  * jeffrgjoined
09:14:39  * sreeixquit (Read error: Connection reset by peer)
09:14:56  * sreeixjoined
09:21:45  * sreeixquit (Quit: sreeix)
09:31:23  * tylerstalderquit (Quit: Computer has gone to sleep.)
09:38:34  * ejeklintquit (Quit: ejeklint)
09:50:26  * jcrugzzquit (Ping timeout: 245 seconds)
09:57:40  * trygvequit (Quit: leaving)
10:02:33  * tylerstalderjoined
10:06:48  * tylerstalderquit (Ping timeout: 245 seconds)
10:10:41  * ejeklintjoined
10:17:05  * ChrisMathesonquit
10:20:26  * ChrisMathesonjoined
10:23:44  * bzoojoined
10:25:06  * bzoo_joined
10:25:06  * bzooquit (Read error: Connection reset by peer)
10:25:54  * sventonjoined
10:27:41  * leichtgewichtquit (Remote host closed the connection)
10:28:37  * jbprosquit (Quit: jbpros)
10:32:08  * mdedetrichquit (Quit: Computer has gone to sleep.)
10:33:07  * tylerstalderjoined
10:38:17  * tylerstalderquit (Ping timeout: 257 seconds)
10:45:03  * sandfoxquit (Read error: Connection reset by peer)
10:45:26  * sandfoxjoined
10:56:10  * ejeklintquit (Quit: ejeklint)
10:57:38  * ejeklintjoined
11:01:36  * tonistquit (Quit: tonist)
11:02:43  * sventon_joined
11:03:50  * tylerstalderjoined
11:04:10  * sventonquit (Ping timeout: 246 seconds)
11:05:23  * sreeixjoined
11:07:36  * daviddiasjoined
11:08:13  * tylerstalderquit (Ping timeout: 256 seconds)
11:19:45  * tonistjoined
11:26:04  * tonistquit (Quit: tonist)
11:30:50  * lpinquit (Quit: Textual IRC Client: www.textualapp.com)
11:34:21  * tylerstalderjoined
11:35:38  * sventon_quit (Remote host closed the connection)
11:38:15  * frenchto1stquit (Ping timeout: 260 seconds)
11:38:38  * tylerstalderquit (Ping timeout: 240 seconds)
11:39:36  * sventonjoined
11:43:12  * aus3ysjoined
11:46:15  * sventonquit (Remote host closed the connection)
11:49:32  * ChrisMathesonquit
11:50:30  * JetHedgehogjoined
11:57:36  * tonistjoined
12:01:50  * ChrisMathesonjoined
12:03:05  * metafedorajoined
12:04:03  * frenchto1stjoined
12:04:58  * tylerstalderjoined
12:09:02  * tylerstalderquit (Ping timeout: 240 seconds)
12:12:46  * frenchto1stquit (Ping timeout: 248 seconds)
12:13:34  <metafedora>Howdy! About an hour ago i deployed my app, which included a bump from node 0.8 to 0.10. Looks like the old process is still running and crashing over and over. Can it be killed? The application is tasket.
12:20:29  * mdedetrichjoined
12:20:37  * JetHedgehogquit (Quit: JetHedgehog)
12:23:31  * thealanwattsriotjoined
12:23:40  * mdedetrichquit (Client Quit)
12:24:18  * mdedetrichjoined
12:24:58  * thealanwattsriotquit (Client Quit)
12:25:39  * thealanwattsriotjoined
12:33:02  * thealanwattsriotquit (Quit: Textual IRC Client: www.textualapp.com)
12:35:31  * tylerstalderjoined
12:36:08  * tylerstalderquit (Client Quit)
12:41:31  * ChrisMathesonquit
12:47:24  * thealanwattsriotjoined
12:50:29  * frenchto1stjoined
13:00:59  * tobie_joined
13:01:43  * sreeixquit (Quit: sreeix)
13:05:41  * sreeixjoined
13:05:42  * rafaelnferreirajoined
13:06:26  <rafaelnferreira>Hello
13:06:35  <rafaelnferreira>I'm experience problems in jitsu today
13:06:44  <rafaelnferreira>my app is under production and I have several issues
13:06:50  <rafaelnferreira>do we have a global problem?
13:06:53  * bodhisatwagjoined
13:07:02  <Sly>rafaelnferreira: what seems to be the problem?
13:07:13  * tylerstalderjoined
13:07:23  <rafaelnferreira>Sly: Apparently with the Web Socket communication
13:07:53  <Sly>rafaelnferreira: https://wsping.jit.su looks fine to me?
13:08:16  <Sly>~20ms latency
13:08:19  <rafaelnferreira>Sly: unb.jits.su
13:08:26  <rafaelnferreira>Sly: that's my app
13:08:34  <Sly>rafaelnferreira: yeah, I was just saying... that link I posted is a websocket app.
13:08:36  <rafaelnferreira>Sly: the admin console is taking longer to stop and restart it
13:09:33  <rafaelnferreira>Sly: what about if I try chaning the datacenter
13:09:37  <rafaelnferreira>*changing
13:11:00  <Sly>rafaelnferreira: that's why I posted that wsping.jit.su link to you.
13:11:07  <Sly>It's in the same datacenter as your app is.
13:11:15  * bodhisatwagquit (Ping timeout: 250 seconds)
13:11:16  <rafaelnferreira>Sly: hum I see
13:11:23  <Sly>It could be *your* latency, not the app.
13:11:26  * tylerstalderquit (Ping timeout: 240 seconds)
13:11:37  <Sly>Like I said, I'm getting ~22ms latency from the wsping.jit.su on websockets.
13:11:38  <rafaelnferreira>Sly: why is it taking longer to start? I just received Application Cannot be started
13:11:40  <Sly>No disconnects though.
13:11:47  <rafaelnferreira>From admin console
13:11:50  <rafaelnferreira>something is wrong
13:11:54  <rafaelnferreira>Yesterday was completely fine
13:12:01  <Sly>rafaelnferreira: are you talking about on webops.jit.su or on your actual app?
13:12:10  <rafaelnferreira>Sly: my actual app
13:12:33  <rafaelnferreira>Sly: please check for me if you see something weird in my app
13:12:42  <mogstad>rafaelnfer: are you using socket.IO? I had some problems last week since I had the flash transporter enabled
13:12:46  * InconceivableBjoined
13:12:57  <rafaelnferreira>mogstad: I am using purely websocket
13:15:29  <Sly>rafaelnferreira: one thing is you have a huge amount of media in your package that could be offloaded elsewhere. You're probably running into an ENOMEM.
13:15:37  <mogstad>4rafaelnfer: just a long shot, though I should mention since I had similar problems last week
13:15:39  <Sly>rafaelnferreira: https://gist.github.com/Southern/13fa2843fc29da8a6d3d
13:15:48  <rafaelnferreira>Sly: Failure: App failed to start after 3 attempts.
13:16:41  <rafaelnferreira>Sly: what do you mean by ENOMEM?
13:16:55  <Sly>ENOMEM = out of memory
13:17:30  * waygeejoined
13:18:05  <rafaelnferreira>Sly: and how do I scale this?
13:18:33  <Sly>rafaelnferreira: one way would probably be to get rid of those 1.3k images you have and put them somewhere else, like AWS or something like that.
13:18:42  <Sly>Perhaps another Joyent box in the same datacenter, if you prefer.
13:19:09  <Sly>But the 256 MB drones definitely don't play well when it comes to large snapshots, and yours comes out to be 136 MB with all of these images.
13:19:21  <rafaelnferreira>Sly: I'm not sure, I has been working for the past month
13:20:20  <Sly>rafaelnferreira: not sure what to tell you other than trying to activate one of your previous working snapshots.
13:20:50  <rafaelnferreira>Sly: What changes in terms of scale, when I active a second drone
13:20:59  <rafaelnferreira>Sly: do they balance the requests?
13:21:41  <Sly>rafaelnferreira: yeah. It's the same app on a different drone and the load balancers will handle where traffic goes.
13:21:42  * tilo_joined
13:22:18  <rafaelnferreira>Sly: That could be the issue I think, I have more people using the App today. How do I add more drones
13:22:22  <rafaelnferreira>Sly: I only have two
13:22:31  <rafaelnferreira>Sly: I need more for the next two days
13:23:14  <rafaelnferreira>Sly: I have 93 users online right now
13:24:37  <Sly>rafaelnferreira: it looks like you were able to get it online?
13:24:41  <rafaelnferreira>Sly: Yes
13:24:58  <rafaelnferreira>Sly: But I'm afraid it will collapse
13:25:35  <rafaelnferreira>Sly: as soon as people join
13:25:39  <rafaelnferreira>Sly: I put more drones
13:25:44  <Sly>You can use `jitsu apps setdrones unb 2` or whatever you'd want to scale up.
13:25:57  <rafaelnferreira>Sly: I added 5
13:26:03  <rafaelnferreira>Sly: I have 111 online users right now
13:26:41  <rafaelnferreira>Sly: This need to hold man, otherwise I will be in trouble. LOL
13:26:44  <Sly>5 seems to be a bit of overkill. We use 2 for webops.jit.su and it doesn't seem to have any loading problems.
13:27:08  <Sly>But I'd leave it as is if you're worried about not being able to get it back up right now.
13:27:15  * kevino80joined
13:27:18  <rafaelnferreira>Sly: Sounds good
13:27:40  * kevino80quit (Remote host closed the connection)
13:27:56  * kevino80joined
13:28:10  <rafaelnferreira>Sly: I have the gun pointed at my head man, it can't go offline today.
13:28:34  <rafaelnferreira>I will stay here, if something weird happens, I will ask for help
13:28:37  <rafaelnferreira>Appreciate your time
13:29:01  <Sly>rafaelnferreira: yeah. Sorry about whatever is going on with it. We've got some stuff in staging right now that we're hoping will straighten out this wave of bad luck.
13:30:10  <rafaelnferreira>Sly: Thanks
13:31:14  <Sly>np.
13:37:08  * jgablejoined
13:37:53  * tylerstalderjoined
13:40:51  * tilo_quit (Quit: tilo_)
13:49:17  * ChrisMathesonjoined
13:49:23  * metafedoraquit (Quit: metafedora)
13:51:00  * mdedetrichquit (Quit: Computer has gone to sleep.)
13:52:35  * julianduquequit (Quit: leaving)
13:53:43  * c4milojoined
13:53:48  * c4miloquit (Remote host closed the connection)
13:53:54  * c4milojoined
14:04:52  <rafaelnferreira>Sly: Are you aware of any issues in Firefox 23.0 for web-sockets? I can see in the Logs that this version is doing socket.io trhu xhr-polling instead of web-socket.
14:05:20  <Sly>rafaelnferreira: not that I'm aware of. I'm not a Firefox user.
14:05:22  <Sly>Sorry. :(
14:06:33  * jmar777joined
14:06:34  * c4miloquit (Remote host closed the connection)
14:07:30  <rafaelnferreira>Sly: No problem, I'm researching on it.
14:07:53  * devdazedquit (Quit: Bye)
14:08:09  <rafaelnferreira>Sly: on chrome, works like a Charm
14:08:18  <rafaelnferreira>Sly: even in IE it's working, believe or not LOL
14:08:33  <rafaelnferreira>We are close to the end gentleman, IE works, Firefox doesn't.
14:09:28  <Sly>Yeah. That's pretty sad.
14:10:10  * devdazedjoined
14:15:04  * sandfoxquit (Quit: sandfox)
14:16:11  * sandfoxjoined
14:17:05  * waygeequit (Quit: waygee)
14:17:59  * sreeixquit (Quit: sreeix)
14:26:36  * bzoo_quit (Remote host closed the connection)
14:27:08  * bzoojoined
14:29:13  * bzoo_joined
14:29:38  * bzooquit (Read error: Connection reset by peer)
14:30:12  <rafaelnferreira>Sly: When I activate a new drone, means that I will have a copy of my application running on it? Do they share state?
14:30:39  <Sly>No, they don't share states. They have no idea about each other. Only our load balancers.
14:31:02  <Sly>However, the load balancers have sticky sessions so that traffic isn't just bouncing around randomly. It does have some logic behind it to keep someone on the same drone.
14:32:00  <rafaelnferreira>Sly: Understood
14:33:28  * sreeixjoined
14:34:46  <rafaelnferreira>Sly: How many requests do You think ONE single drone could handle?
14:35:32  <Sly>rafaelnferreira: not sure. It really depends on what you're doing. You said you were on 5 drones, though. As I mentioned, webops only uses 2 and it uses websockets.
14:36:29  * aus3ysquit (Quit: Leaving...)
14:41:25  * tonistquit (Quit: tonist)
14:41:50  * joemccannjoined
14:42:07  <joemccann>guys
14:42:14  <joemccann>keeping getting 502s and there's nothing in the logs
14:42:22  <joemccann>http://geogram.jit.su/
14:42:40  <joemccann>using 3 drones as well
14:43:06  <Sly>joemccann: one sec.
14:57:13  <Sly>joemccann: well, I see the problem. Still looking into it.
14:57:20  <joemccann>what is the problem
14:57:34  <Sly>Balancer has it mapped to the wrong port, and not sure why.
14:57:42  <Sly>It's trying to hit 3030 instead of 3000.
14:58:47  <joemccann>???
14:58:57  <Sly>No clue.
15:00:19  <Sly>joemccann: try to run `jitsu apps start geogram` to get it on some different drones. I'll keep looking into it.
15:01:04  <joemccann>k
15:02:00  * cronopiojoined
15:10:29  * cameron__joined
15:11:12  <cameron__>I'm getting a 502 "Reached max retries limit" on my app this morning.
15:11:46  <cameron__>I noticed on the support sight there were some deployment issues, but I'm not having a deployment issue.
15:12:02  <cameron__>I've restarted my app but still no luck...
15:15:07  * metafedorajoined
15:16:23  <Sly>cameron__: restarting it will just start it on the same drones. Try a `jitsu apps start` instead. That'll move it to new drones. Probably a bad drone.
15:16:46  <Sly>We've got some fixes we're working on testing right now before we push them out, but I don't have an ETA on when they'll be released yet.
15:18:37  <Sly>joemccann: looks like the balancers are serving 200 OK for your app now.
15:18:47  <joemccann>i restated it
15:18:49  <cameron__>Sorry, how do I run that command?
15:18:53  <joemccann>but shouldn't have to keep doing this
15:18:56  <joemccann>is it web socket related
15:18:57  <Sly>cameron__: `jitsu apps start <app name>`
15:19:01  * brandonrvaughanjoined
15:19:26  <Sly>joemccann: it's not websocket related, afaik. I'm going to file a bug on it, because like I said... it looks like it was just a port map issue.
15:19:41  <Sly>joemccann: it was picking up the port as 3030, but it was actually 3000. I got on the drone it was hitting and checked myself.
15:19:59  <Sly>I don't know how it got confused about that, but yeah. Going to file a bug on it.
15:20:44  <brandonrvaughan>howdy. I am having an issue with an app 502 max retries but the app in the admin looks good even after restarting. user: nvite.com / app: nvite-dc-device-lab
15:21:22  <Sly>brandonrvaughan: run `jitsu apps start <app name>`, not `jitsu apps restart <app name>`. Restart makes it start on the same drones. Start will throw it on new drones.
15:21:37  <Sly>brandonrvaughan: not sure, but I think the balancers may be in a funky state right now. You're the 3rd person so far to have this problem.
15:21:54  <brandonrvaughan>k thanks
15:22:32  <cameron__>RUnning that command, waiting for it to return ( currently in "info: Starting app..."
15:23:50  <cameron__>Ok, I got a "error: socket hang up"
15:24:15  * metafedoraquit (Quit: metafedora)
15:24:29  <Sly>cameron__: try again.
15:24:43  * rafaelnferreiraquit (Ping timeout: 250 seconds)
15:24:58  <cameron__>You want me to paste the output into github gist?
15:25:17  <cameron__>I'll try again
15:25:19  * jcrugzzjoined
15:25:22  <Sly>cameron__: nah. I know what the problem is, but it's not related to you.
15:26:12  <cameron__>Ok, cool. Second time is the charm! App back up. Thanks!
15:27:00  <Sly>cameron__: no problem.
15:34:49  * aus3ysjoined
15:36:47  * aus3ysquit (Client Quit)
15:37:17  * cameron__quit (Ping timeout: 250 seconds)
15:39:50  * bprimejoined
15:52:52  * c4milojoined
15:53:15  * bzoo_quit (Remote host closed the connection)
15:57:20  * daviddiasquit (Remote host closed the connection)
15:57:58  * daviddiasjoined
16:01:44  * daviddia_joined
16:02:31  * daviddiasquit (Ping timeout: 260 seconds)
16:04:18  * benjaminbenbenquit (Quit: benjaminbenben)
16:06:25  * ChrisMathesonquit
16:11:48  * Francisjoined
16:13:02  * daviddjoined
16:13:17  <Francis>Hi, I have a simple question ... Trying to run an app with socket.io (listening to port 4000) and I'm getting "Connection refused". Are there some limitations related to listening to ports?
16:13:37  <Francis>The port is different from the one express is listening to ...
16:14:56  <nathan7>Hey Francis
16:15:09  <Sly>Francis: our load balancers only forward two ports to be served, port 80 and 443. Make socket.io listen on the same port as your app server.
16:15:09  <nathan7>Francis: Listening on two ports kinda breaks our stuff
16:15:20  <nathan7>Francis: You're expected to listen on just one port
16:15:27  <nathan7>You can attach your socket.io server to your main HTTP server
16:16:08  <Francis>Oh, ok thanks. I'll do that for now. Later, I'll create a separate application for the real time part. Thanks for the quick answer!
16:17:28  * c4miloquit (Remote host closed the connection)
16:19:18  * tonistjoined
16:19:18  <davidd>having a problem installing jitsu https://gist.github.com/daviddiliberto/9923edf709d81698d888
16:20:26  <Sly>davidd: Try `npm cache clean && sudo npm install -g jitsu`
16:20:58  * kevino80quit (Remote host closed the connection)
16:22:00  * ejeklintquit (Quit: ejeklint)
16:22:08  <davidd>k
16:22:50  <davidd>thanks that worked!
16:23:26  <Sly>Awesome. :)
16:25:50  * daviddia_quit (Ping timeout: 245 seconds)
16:26:28  * diogogmtjoined
16:29:42  * daviddquit (Quit: http://www.kiwiirc.com/ - A hand crafted IRC client)
16:30:44  * brianruejoined
16:31:15  * daviddiasjoined
16:31:27  * c4milojoined
16:35:02  * frenchto1stquit (Ping timeout: 264 seconds)
16:39:39  * TooTallNatejoined
16:39:41  * ejeklintjoined
16:39:55  * brandonrvaughanquit (Quit: brandonrvaughan)
16:42:03  * nodellajoined
16:43:05  <nodella>Hey, was wondering if anyone here knows how to deal with Nodejitsu error 500: internal server error - npm exited with code 1 ?
16:44:24  <nathan7>nodella: Hey
16:44:27  * Francisquit (Ping timeout: 250 seconds)
16:44:57  <nathan7>nodella: Can you see if doing an npm install from scratch works?
16:45:08  <nathan7>rm -rf node_modules && npm install
16:47:13  <nodella>I'll give it a shot
16:49:11  * cronopioquit (Ping timeout: 260 seconds)
16:49:15  * daviddiasquit (Remote host closed the connection)
16:49:43  * daviddiasjoined
16:50:51  <nodella>npm install went through without any errors, just a couple of warnings - trying to redeploy
16:52:56  <nodella>no dice, still giving me the same error
16:53:36  * daviddia_joined
16:54:10  * bprimepart ("Leaving...")
16:54:27  * daviddiasquit (Ping timeout: 256 seconds)
16:54:45  <nathan7>nodella: hrm
16:54:52  <nathan7>nodella: Care to gist your package.json?
16:55:45  <nodella>Sure, just one second - I might have figured something out (tried a different app and it seemed to have deployed)
16:57:09  * kevino80joined
16:57:16  * thealanwattsriotquit (Quit: Computer has gone to sleep.)
16:58:18  * tonistquit (Quit: tonist)
16:59:36  * tobie_quit (Quit: tobie_)
17:00:48  * tylerstalderquit (Quit: Computer has gone to sleep.)
17:03:02  * tylerstalderjoined
17:04:28  * defunctzombie_zzchanged nick to defunctzombie
17:05:35  <nodella>https://gist.github.com/anonymous/6426613 <- heres my package.json
17:06:01  * defunctzombiechanged nick to defunctzombie_zz
17:07:54  * tylerstalderquit (Ping timeout: 264 seconds)
17:09:21  * cronopiojoined
17:14:02  * Nodejitsu-Githubjoined
17:14:02  * Nodejitsu-Githubpart
17:14:21  * Nodejitsu-Githubjoined
17:14:22  * Nodejitsu-Githubpart
17:14:30  * travis-cijoined
17:14:30  <travis-ci>[travis-ci] rackspace/pkgcloud#179 (dnsCreateRecordFix - bc06510 : Ken Perkins): The build passed.
17:14:30  <travis-ci>[travis-ci] Change view : https://github.com/rackspace/pkgcloud/compare/9ab79b9d10ca^...bc06510e970f
17:14:30  <travis-ci>[travis-ci] Build details : http://travis-ci.org/rackspace/pkgcloud/builds/10942833
17:14:30  * travis-cipart
17:15:13  <mmalecki>hey, what's up kenperkins?
17:15:21  <kenperkins>just a bug fix :(
17:15:41  <kenperkins>publishing a blog post on dns soon
17:15:47  <mmalecki>nice!
17:15:50  <mmalecki>how have you been?
17:15:53  <kenperkins>busy
17:15:55  <kenperkins>you
17:15:57  <kenperkins>?
17:15:59  <kenperkins>in NYC yet?
17:16:10  <mmalecki>chilling out in NYC, yeah
17:17:00  * travis-cijoined
17:17:00  <travis-ci>[travis-ci] rackspace/pkgcloud#180 (master - bc06510 : Ken Perkins): The build passed.
17:17:00  <travis-ci>[travis-ci] Change view : https://github.com/rackspace/pkgcloud/compare/40f640ef17be...bc06510e970f
17:17:00  <travis-ci>[travis-ci] Build details : http://travis-ci.org/rackspace/pkgcloud/builds/10943022
17:17:00  * travis-cipart
17:19:52  * thealanwattsriotjoined
17:20:37  <nathan7>nodella: Does your stuff work on 0.10?
17:20:55  * waygeejoined
17:21:09  <nathan7>nodella: because you have engines set to >=0.8.0, which includes every future node version after 0.8.0
17:22:23  * waygeequit (Client Quit)
17:22:56  * langprovingjoined
17:23:43  <langproving>Hi! We are having issues with deployments
17:23:55  <nathan7>Hi langproving
17:24:00  <langproving>It doesn't start the new snapshot
17:24:01  <nathan7>What kind of issues?
17:24:10  <nathan7>Have you checked your logs?
17:24:53  * defunctzombie_zzchanged nick to defunctzombie
17:25:24  <langproving>We have checked our logs and everything looks good
17:25:39  <nodella>Yeah it works on 0.10 without any problems, at least nothing I have seen
17:26:00  <langproving>We had the same problem a few days ago and it was solved automatically the next day
17:26:29  <langproving>The deploy finishes, but it does not start the app, it fails
17:26:41  <langproving>and if we try to start it manually it fails too
17:27:33  <nathan7>mhm
17:28:11  * doubletapjoined
17:28:14  * tonistjoined
17:31:18  * espiralquit (Ping timeout: 264 seconds)
17:32:47  * espiraljoined
17:35:22  * joemccannquit (Quit: joemccann)
17:39:37  <nathan7>nodella: Okay, it's most likely our internal npm being out of sync
17:40:52  * doubletapquit (Read error: Connection reset by peer)
17:41:12  * doubletapjoined
17:41:41  * Starcount_Keithjoined
17:43:36  <Starcount_Keith>Hi, I'm getting "No free servers available. Please visit #nodejitsu on irc.freenode.net or email support@nodejitsu.com for further information." when deploying
17:43:39  <nodella>would there be anything I could do on my end to work around this possible issue?
17:43:58  <Starcount_Keith>core-staging app
17:44:26  <nathan7>Starcount_Keith: Which DC, what drone size?
17:44:45  <Starcount_Keith>Amsterdam, 4 drones
17:45:07  <nathan7>as in 256M drones, 512M drones, etc
17:45:10  <Starcount_Keith>Ah, it's just come back up now...
17:51:11  * c4miloquit (Remote host closed the connection)
17:51:22  * c4milojoined
17:53:37  * langproving2joined
17:58:19  <langproving2>Hi. As my partner wrote, we are still having the issue activating the snapshot: "Failure: App failed to start after 3 attempts"
17:58:54  <langproving2>any ideas?
17:58:57  * ChrisMathesonjoined
18:00:16  <nathan7>langproving2: What's the username/appname?
18:01:29  <langproving2>our username is "langproving" and the appname is "VNotebook-Dispatcher"
18:02:08  <nathan7>er
18:11:12  * mikljoined
18:11:17  * bzoojoined
18:11:59  * nodellaquit (Ping timeout: 250 seconds)
18:12:25  * langprovingquit (Ping timeout: 250 seconds)
18:13:44  * jozzjoined
18:13:47  * tylerstalderjoined
18:14:40  <langproving2>er?
18:16:20  <jozz>Hello, I'm getting
18:16:21  <jozz>No free servers available.
18:17:10  * ejeklintquit (Quit: ejeklint)
18:18:56  <nathan7>langproving2: Trying to figure this out, I suspect it's the size of your app
18:19:01  <nathan7>langproving2: the drone might have trouble unpacking it
18:19:23  <nathan7>langproving2: You should probably consider moving your static assets onto a CDN
18:19:46  <nathan7>jozz: Looking at it
18:20:20  * joemccannjoined
18:22:14  * jbprosjoined
18:24:37  <langproving2>Thanks for the reply, @nathan7. Yes we are considering it for the mid-term... But nobody said that we had limits of size with our nodejitsu plan (actually the app i's not too big)
18:24:58  <nathan7>It's about 50M, which is where the 256M drones start to get in trouble with unpacking
18:25:49  <langproving2>Anything we can do to start the app?
18:26:12  <nathan7>Any fluff you don't need to deploy?
18:26:27  <nathan7>(ie stuff that can go in jitsuignore/npmignore)
18:28:01  <jozz>Latest deploy worked
18:28:22  <langproving2>I would have to ask the tech lead that had to go already... He wanted us to deploy and activate it as it is...
18:29:07  <langproving2>So I can't tell
18:29:52  * daviddia_quit (Remote host closed the connection)
18:30:12  * c4miloquit (Remote host closed the connection)
18:30:28  * daviddiasjoined
18:32:00  * jbprosquit (Quit: jbpros)
18:32:25  <langproving2>Anyway, the deploy was not crucial, I think we can wait until tomorrow and see how we can reduce the app size
18:32:37  <langproving2>Thank you
18:33:42  * jbprosjoined
18:34:45  * daviddiasquit (Ping timeout: 248 seconds)
18:35:11  * alessioalexjoined
18:37:00  * langproving2quit (Quit: Page closed)
18:37:11  * ranga_joined
18:37:55  * inxilprojoined
18:39:32  <inxilpro>Getting a 502 Reached max retries limit error on my app. Any insights?
18:39:48  <inxilpro>It works intermittently
18:39:55  <inxilpro>No errors in the logs
18:40:09  * LuckySMackjoined
18:40:09  * LuckySMackquit (Changing host)
18:40:09  * LuckySMackjoined
18:41:17  * jeffrgquit (Quit: jeffrg)
18:41:27  * ranga_quit (Ping timeout: 250 seconds)
18:41:49  * tonistquit (Quit: tonist)
18:42:14  * kevino80quit (Remote host closed the connection)
18:42:16  * doubletappart
18:43:19  <nathan7>inxilpro: Username/appname?
18:44:47  <inxilpro>@nathan7 — inxilpro/jobs.api.nachi.org
18:47:05  * jeffrgjoined
18:47:36  * joshonthewebjoined
18:47:51  * sventonjoined
18:48:55  * tonistjoined
18:49:06  <nathan7>inxilpro: it appears to be crashlooping
18:49:43  <nathan7>inxilpro: see your logs
18:51:00  * c4milojoined
18:51:43  <inxilpro>@nathan7 the logs on webops are blank, and jitsu logs returns errors from 3 days ago
18:54:40  * kevino80joined
18:56:11  * jozzquit (Ping timeout: 250 seconds)
18:56:57  * frenchto1stjoined
18:57:31  * LuckySMackquit (Ping timeout: 260 seconds)
18:59:41  <nathan7>inxilpro: investigating further
18:59:49  * tylerstalderquit (Quit: Computer has gone to sleep.)
19:00:31  * alessioalexquit (Ping timeout: 250 seconds)
19:01:12  * tylerstalderjoined
19:02:11  * topwobblejoined
19:04:17  * armiquit (Quit: Page closed)
19:04:34  * tonistquit (Quit: tonist)
19:05:39  * LuckySMackjoined
19:05:39  * LuckySMackquit (Changing host)
19:05:39  * LuckySMackjoined
19:11:08  * sandfoxquit (Quit: sandfox)
19:13:31  * jbprosquit (Quit: jbpros)
19:15:26  * gustonegroquit (Remote host closed the connection)
19:15:35  * jbprosjoined
19:16:44  * frenchtoastquit (Remote host closed the connection)
19:30:08  * frenchtoastjoined
19:35:59  * jeffrgquit (Quit: jeffrg)
19:36:44  * jeffrgjoined
19:38:49  * joshonthewebquit (Quit: Computer has gone to sleep.)
19:41:25  * dchchanged nick to skunkwerks
19:42:25  * InconceivableBquit (Read error: Connection reset by peer)
19:42:34  * nmanousosjoined
19:43:17  <nmanousos>hi, i'm intermittently getting "502 Reached max retries limit" on some of my apps - any advice on what's causing it?
19:46:40  * Starcount_Keithquit (Quit: Starcount_Keith)
19:46:55  * julianduquejoined
19:51:15  * frenchto1stquit (Ping timeout: 256 seconds)
19:53:03  * frenchto1stjoined
19:56:34  * stringhqjoined
19:59:25  <nathan7>nmanousos: username / appname?
20:00:24  <nmanousos>nmanousos / ultraseo
20:00:30  <nmanousos>simplesale also has done it
20:00:51  <nmanousos>usually a customer notices it and emails me, and then i just restart the app
20:01:00  <nmanousos>wondering if there's a way to have it just restart on it's own
20:02:06  <nathan7>okay
20:05:40  * jcrugzzquit (Ping timeout: 260 seconds)
20:12:22  * stringhqpart
20:14:48  * bzooquit (Remote host closed the connection)
20:15:13  * av4mejoined
20:16:54  * abramsjoined
20:17:19  * joshonthewebjoined
20:18:04  <av4me>i've a paid maxmind geo to ip database that is several MB in size. The challenge uploading each time i do an application update push. Any recommendations on managing large files like this? Put it in a private repo package?
20:20:22  <julianduque>av4me: use an external storage service like s3 or rackspace cloudfiles
20:21:14  * ChrisMathesonquit
20:21:15  <av4me>hi julianduque
20:21:25  <av4me>that's a thought
20:21:36  <nathan7>I'd flesh it out into an index in redis or something
20:21:49  <nathan7>faster lookups than going through some binary file O(n)
20:21:52  <av4me>so you're thinking, check if the file is local, if not, then async download from s3 or such?
20:22:42  <av4me>@nathan7, you think it would be faster to travel the wire to redis and get the data than use something that is locally indexed in ram?
20:23:01  <nathan7>if you have it locally indexed in RAM, sure
20:23:19  <nathan7>but network latency isn't that bad within the same DC, and if you already have a machine loaded with web tasks
20:23:24  <av4me>oh, ok, thanks nathan
20:23:28  <nathan7>with 256M of RAM to handle both
20:23:36  <av4me>got it
20:24:08  <av4me>yeah, the app is pretty much dedicated visitor related service
20:24:31  * waygeejoined
20:24:50  <av4me>it get tracking info from visitor cookie, appends related details and pushes them on a remote queue for later processing
20:25:59  <av4me>i'm new at node but i'm trying to do things nodish with small dedicated components that do things quickly
20:27:42  * sventonquit (Remote host closed the connection)
20:27:53  <av4me>@nathan7, do you think using a local redis index would be faster than using the ram index of github.com/runk/node-maxmind which notes to be in the 350k lookups per second range
20:28:38  <nathan7>You have 256M of RAM, how large is your dataset expanded into an index?
20:28:48  * pkarljoined
20:28:49  <av4me>good question
20:29:09  * pkarlpart
20:29:15  <nathan7>LevelDB might be worth looking into too
20:29:18  <av4me>it's 20MB raw so I wouldn't think the index would be extreme
20:29:48  * joshonthewebquit (Quit: Computer has gone to sleep.)
20:29:50  <nathan7>A guess is not much better than a random number in perf or memory use
20:30:46  <av4me>i'm getting <1ms lookups I find it hard to see the benefit of going off instance, again, i'm new to this so it's likely i'm missing something
20:30:58  <nathan7>mhm
20:31:00  <nathan7>I get that
20:31:07  * jmar777quit (Remote host closed the connection)
20:31:14  <nathan7>LevelDB would most likely give you the same benefits as having the full dataset in RAM
20:31:36  <av4me>cool, that might be good for larger datasets
20:31:51  * tonistjoined
20:32:04  <av4me>maybe i'm missing something. is leveldb local or a remote service?
20:32:06  <nathan7>20M raw still is almost 8% of your RAM
20:32:10  <nathan7>LevelDB is local
20:32:13  <av4me>ah
20:32:19  <nathan7>pretty amazingly fast in-process DB
20:32:28  <av4me>sweet, i'll need to look itup
20:32:30  <nathan7>and there's a lot of node stuff happening around it (see levelup)
20:32:39  <av4me>will do
20:32:49  <av4me>so that still leaves me with bootstrapping
20:33:03  <nathan7>but if RAM use is acceptable, by all means
20:33:13  <av4me>with levelup being a potential iterative improvement
20:33:21  <nathan7>hmm
20:33:29  <av4me>looking to scale with multiple instances
20:33:30  <nathan7>You could fetch it in your npm postinstall maybe?
20:33:39  <av4me>that's a thought
20:33:46  <av4me>not sure how to do that
20:34:04  <av4me>being a noob at this is a challenge as you don't know what you don't know
20:34:21  <av4me>so is the post install a nodejitsu hook?
20:34:28  <nathan7>nope, part of npm
20:34:32  <av4me>ah
20:34:37  <nathan7>You see the scripts object in your package.json?
20:34:42  <nathan7>with start in it
20:34:50  <av4me>ok
20:34:57  <nathan7>for every npm action, there's preaction, action, postaction
20:35:07  <nathan7>like, there's prestart, start, poststart
20:35:29  <nathan7>(we only actually use start, but that's another matter)
20:35:32  <av4me>ok, so i setup a post install script to run and it runs ?
20:35:38  <nathan7>so for install there's of course a postinstall
20:35:44  <nathan7>you can do your magic there
20:35:46  <av4me>before the app starts up?
20:35:58  <nathan7>(deploy is also an npm action - you can have pre/postdeploy scripts)
20:36:04  <nathan7>that's when the snapshot is being generated
20:36:04  * waygeequit (Quit: waygee)
20:36:17  <nathan7>we basically run npm install and then package it up again - that's a snapshot
20:36:29  <av4me>is there a good doc for the script trigger points in the deploy process?
20:36:57  <av4me>snapshot? is that npm or nodejitsu?
20:37:01  <nathan7>deploy, install, start - but start is handled by our own code
20:37:02  <nathan7>that's nodejitsu
20:37:11  <av4me>k
20:37:24  <nathan7>you run jitsu deploy
20:37:47  * sventonjoined
20:38:00  <av4me>as the geoip database is updated every X number of weeks, how would that impact the snapshot?
20:38:12  * joshonthewebjoined
20:38:19  <nathan7>npm pack (leaves out node_modules and .npmignore or .gitignore) -> upload to build server -> preinstall -> install -> postinstall -> tar -> snapshot server
20:38:29  <nathan7>av4me: it wouldn't impact the snapshot
20:38:37  <nathan7>so you'd have to redeploy to pick that up
20:38:43  <av4me>k
20:38:44  * sventonpart
20:39:29  <av4me>so a potential advantage of the s3 option julianduque was noting might be updated data without a redeploy
20:40:04  <nathan7>yep
20:40:29  <nathan7>make sure to handle requests while data isn't there yet properly
20:40:30  <av4me>hmm, this is very helpful nathan, thanks. a bit to noodle on :-)
20:40:41  <av4me>yeah :-)
20:40:53  <nathan7>also, your apps might not restart for weeks once they're in production and all
20:41:29  <nathan7>so maybe check every few hours if the DB has changed (If-Modified-Since)
20:41:39  * LuckySMack_joined
20:41:46  <av4me>I'm using cloudflare and angleman/geos-major to fill in geoip for when the main geo database isn't available
20:42:32  <av4me>If-Modified-Since against the S3 or other persistent storage object?
20:42:32  * LuckySMackquit (Read error: Connection reset by peer)
20:42:39  <nathan7>yep
20:42:45  <av4me>k
20:42:50  * dariuskjoined
20:43:11  <av4me>agreed
20:43:18  <nathan7>so you'd either delay requests until the initial fetch is done
20:43:24  <nathan7>or do async wrappers around the lookup
20:43:29  <nathan7>in case it hasn't arrived
20:44:00  <av4me>yes, or failover to degraded data or direct maxmind lookups
20:44:29  <av4me>i like your thinking, thanks
20:44:30  * jeffrgquit (Quit: jeffrg)
20:46:09  <av4me>nathan7, r u out of singapore?
20:46:44  <nathan7>Nope
20:46:49  <nathan7>Amsterdam, born and raised
20:46:53  <av4me>ah
20:47:01  <nathan7>(and British)
20:47:19  <av4me>i clicked on your name and it said your server was out of singapore
20:47:26  <av4me>haven't been to amsterdam
20:47:35  <av4me>was in signapore a few years ago
20:48:30  <av4me>anyway, thanks again nathan. cheers
20:56:12  * tonistquit (Quit: tonist)
20:56:36  <av4me>@nathan7, i just took a look at npm info leveldb which is by github.com/my8bird/node-leveldb which appears to be in a broken build state and limited to node >6 & <9. Is there a node version you can recommend?
20:57:00  <av4me>@nathan7, also there doesn't appear there has been any updates for 5 months
20:57:30  <nathan7>av4me: levelup is what you should be checking out
20:57:47  <nathan7>av4me: that node LevelDB binding is old as hell
20:57:56  <av4me>ah
20:58:07  <nathan7>https://npmjs.org/package/levelup <3
20:58:20  <av4me>sweet, thanks nathan :-)
20:59:49  * thealanwattsriotquit (Ping timeout: 256 seconds)
21:03:22  * thealanwattsriotjoined
21:03:56  * waygeejoined
21:04:00  <av4me>@nathan7, so you're thinking rvagg/node-levelup with rvagg/node-memdown?
21:04:52  <av4me>@nathan7, where node-levelup is the wrapper and node-memdown is the memory implementation?
21:05:33  <nathan7>av4me: memdown isn't that necessary
21:05:47  <nathan7>av4me: the normal leveldown backend is what actually uses LevelDB
21:05:52  <nathan7>av4me: it keeps an in-memory cache
21:06:10  <nathan7>av4me: you can adjust cache size and stuff
21:06:24  <av4me>swaps to disk?
21:06:35  <nathan7>it's an on-disk DB but there's a RAM cache
21:07:15  <av4me>k
21:08:23  <av4me>so you could go with leveldown, level.js or memdown as leveldown is no longer bundled with levelup at 0.9 as per rvagg/node-levelup
21:08:44  <nathan7>yeah
21:09:00  <nathan7>level.js is on top of IndexedDB, so for in the browser only
21:09:07  <av4me>and you're thinking leveldown is better because it's more flexible than memdown as you aren't limited to just ram
21:09:09  * frenchto2stjoined
21:09:13  <av4me>ah
21:09:39  <nathan7>(you can browserify levelup+level.js and bring your DB to the bwrowser over websockets)
21:09:50  <nathan7>(it's made of awesomesauce)
21:09:53  <av4me>that would be sweet
21:10:14  <av4me>nodestack looks like a pretty smart guy
21:10:36  <nathan7>hm?
21:11:02  <av4me>if i recall correctly, nodestack is the guy who made browserify
21:11:09  <nathan7>substack
21:11:12  <julianduque>substack
21:11:17  * nathan7high-fives julianduque
21:11:27  <julianduque>:D
21:11:40  * frenchto1stquit (Ping timeout: 245 seconds)
21:11:42  <av4me>yes, correct, my bad
21:11:53  <av4me>lol, sorry
21:12:41  <nathan7>substack is mildly crazy and way awesome
21:13:16  * jgablequit (Quit: Textual IRC Client: www.textualapp.com)
21:14:13  <av4me>https://github.com/rvagg/node-levelup is showing that the current build is broke
21:15:00  <nathan7>and if I check travis it's not
21:15:05  * thealanwattsriotquit (Quit: Computer has gone to sleep.)
21:15:29  * waygeequit (Quit: waygee)
21:16:06  <av4me>hmm
21:17:10  <nathan7>odd stuff, poked a friend at Travis about it
21:17:45  * jbprosquit (Quit: jbpros)
21:17:51  <av4me>yes, it looks like build 284 broke 8 days ago but build 293 is ok. so the github status badge appears to be off
21:17:54  <av4me>great catch
21:18:33  * waygeejoined
21:19:19  * jbprosjoined
21:19:19  * jbprosquit (Client Quit)
21:20:20  <av4me>is there a graceful way to restart a node application instance from within the application?
21:21:31  <nathan7>what do you mean exactly?
21:22:54  <av4me>good question, nathan. let's say i get a new version of the geoip data and i want to restart the entire app, can it be done from within the app? or is this entirely the wrong approach?
21:23:53  * jcrugzzjoined
21:24:24  <nathan7>process.exit()
21:28:16  * miklquit (Ping timeout: 260 seconds)
21:30:46  * pkarljoined
21:31:12  * mikljoined
21:32:36  * abramsquit (Quit: Leaving...)
21:32:41  * sandfoxjoined
21:38:34  * kevino80quit (Remote host closed the connection)
21:38:49  * ChrisMathesonjoined
21:38:50  * jeffrgjoined
21:41:27  * c4miloquit (Remote host closed the connection)
21:47:15  * kenperkinsquit (Quit: Computer has gone to sleep.)
21:47:27  * ChrisMathesonquit
21:48:30  * Mordecai_joined
21:51:03  <Mordecai_>Is something going on with Nodejitsu DNS ?
21:55:17  * kenperkinsjoined
21:55:41  * joemccannquit (Quit: joemccann)
21:55:54  * andreypoppquit (Ping timeout: 264 seconds)
21:58:10  * andreypoppjoined
21:58:11  <julianduque>Mordecai_: no, whats the problem?
21:58:19  * mdedetrichjoined
21:58:41  <Mordecai_>Not sure, my application was stated to be running but there was a 404 Nothing found at *.domain page showing
21:59:53  * b|lotusjoined
21:59:53  * b|lotusquit (Changing host)
21:59:53  * b|lotusjoined
22:03:15  * jeffrgquit (Quit: jeffrg)
22:13:20  * frenchto2stquit (Ping timeout: 245 seconds)
22:14:00  * pkarlquit (Quit: Computer has gone to sleep.)
22:14:19  <julianduque>Mordecai_: what is your username/appname?
22:14:32  <Mordecai_>Nijikokun / Parsify
22:14:42  * b|lotusquit (Remote host closed the connection)
22:16:57  <julianduque>Mordecai_: let me check against all balancers
22:17:47  <Mordecai_>Alright
22:18:35  <julianduque>Mordecai_: i'm seeing a 200 response on all load balancers
22:18:47  <julianduque>and dns setup is ok, how are you seeing that error?
22:18:48  <Mordecai_>Yeah, I redeployed it and it was fine
22:19:05  <Mordecai_>It was about 10 minutes before I asked if something was wrong with the DNS
22:19:08  * jcrugzzquit (Ping timeout: 260 seconds)
22:19:20  * dchjoined
22:19:22  * dchquit (Client Quit)
22:19:22  <julianduque>Mordecai_: oh, maybe the app was stopped or on a wrong state
22:20:29  * nmanousosquit (Quit: Page closed)
22:20:37  <julianduque>Mordecai_: i'm seeing some errors on the log from Aug 28, maybe related, that errors crash the app?
22:20:58  <Mordecai_>Maybe, was doing some load testing that day
22:21:27  <Mordecai_>Either way it seems to be working now, so it's all good
22:22:11  <julianduque>Mordecai_: good :)
22:28:15  * jeffrgjoined
22:30:23  * bzoojoined
22:36:03  * sportoquit (Quit: Computer has gone to sleep.)
22:38:18  * waygeequit (Quit: waygee)
22:42:49  * kenperkinsquit (Quit: Computer has gone to sleep.)
22:43:25  * daviddiasjoined
22:44:11  * kenperkinsjoined
22:51:55  * av4mequit (Ping timeout: 250 seconds)
22:52:19  * bzooquit (Remote host closed the connection)
22:52:33  * jmar777joined
22:53:36  * bzoojoined
22:54:45  * jeffrgquit (Quit: jeffrg)
22:56:55  * jbasdfjoined
23:00:50  * jmar777quit (Remote host closed the connection)
23:02:15  * daviddiasquit (Remote host closed the connection)
23:02:17  * bzooquit (Remote host closed the connection)
23:02:50  * daviddiasjoined
23:03:13  * defunctzombiechanged nick to defunctzombie_zz
23:05:09  * defunctzombie_zzchanged nick to defunctzombie
23:07:30  * daviddiasquit (Ping timeout: 276 seconds)
23:24:54  * jcrugzzjoined
23:25:41  * jeffrgjoined
23:29:25  * mdedetrichquit (Quit: Computer has gone to sleep.)
23:29:36  * jcrugzzquit (Ping timeout: 276 seconds)
23:30:44  * thealanwattsriotjoined
23:31:20  * jeffrgquit (Read error: Connection reset by peer)
23:31:40  * jeffrgjoined
23:34:57  * jeffrgquit (Client Quit)
23:37:56  * c4milojoined
23:39:27  * mdedetrichjoined
23:40:44  * doubletapjoined
23:41:11  * doubletapquit (Client Quit)
23:41:23  * mdedetrichquit (Client Quit)
23:46:56  * jmar777joined
23:58:49  * diogogmtquit (Quit: diogogmt)
23:59:38  * mdedetrichjoined