Error when trying to share a READ app about streamsx.visualization

[sriumcp]

EDIT: I am running into this issue in my regular folder as well and not just /tmp (I believe this is a meteor versions issue).

Ok. This is interesting... I have a streamsx.visualization folder in my user directory (OS X -- Yosemite), and I also have a streamsx.visualization folder in /tmp. When I run READ.share as per in my user space, it works. When I run it in /tmp, it throws the same error as above.

I believe this has something to do with the limits that OS X imposes on the number of open files. Could you please tell me where you're running READ.share (and also try running it in your home directory as opposed to /tmp) in case your set up is similar to the above...

[queeniema]

I originally was running it from /Users/queeniema/github/streamsx.visualization.

Per your suggestion, I cloned the repository into my home directory (/Users/queeniema/streamsx.visualization), but I'm still seeing the same error. Any other suggestions?

[sriumcp]

Sorry, my comment about the directory where you're running is a bit of noise -- please ignore.
Turns out this is a mac specific issue: https://forums.meteor.com/t/error-file-table-overflow-in-meteor-1-4-1-2/30496/4

Here's what I did ... updated my os to Sierra (you probably already have; even if you haven't don't bother). But more importantly, restarted the mac multiple times as part of that process.

So, could you please restart your mac to see if this issue goes away. Also: please do a meteor npm install within READ.share before you run meteor within the folder. I will update the docs with this additional step.

[queeniema]

So, I restarted but that didn't help. I saw a response in the Meteor forum link you posted that led me to here: meteor/meteor#8057. Ran the following commands and it worked! Thanks for your help!

$ echo kern.maxfiles=65536 | sudo tee -a /etc/sysctl.conf
$ echo kern.maxfilesperproc=65536 | sudo tee -a /etc/sysctl.conf
$ sudo sysctl -w kern.maxfiles=65536
$ sudo sysctl -w kern.maxfilesperproc=65536
$ ulimit -n 65536