Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Notebook crashed if unplugged ethernet cable #3123

Closed
Carreau opened this issue Apr 2, 2013 · 2 comments
Closed

Notebook crashed if unplugged ethernet cable #3123

Carreau opened this issue Apr 2, 2013 · 2 comments
Milestone

Comments

@Carreau
Copy link
Member

Carreau commented Apr 2, 2013

Reported by a friend yesterday,

Apparently reproductible in fedora. I don't think we can do much, but for the record I'll open the issue with the traceback.

To reproduce

Start a server on localhost
Unplug cable without deactivating interfaces first
Try to start a second server, it crashes a launch time :

(tornado 2.4.1)

[NotebookApp] Using existing profile dir: u'/home/parleur/.config/ipython/profile_default'
[NotebookApp] Serving notebooks from /home/parleur
Traceback (most recent call last):
 File "/home/parleur/.local/bin/ipython", line 9, in <module>
   load_entry_point('ipython==0.13.1', 'console_scripts', 'ipython')()
 File "/home/parleur/.local/lib/python2.7/site-packages/IPython/frontend/terminal/ipapp.py", line 388, in launch_new_instance
   app.initialize()
 File "<string>", line 2, in initialize
 File "/home/parleur/.local/lib/python2.7/site-packages/IPython/config/application.py", line 84, in catch_config_error
   return method(app, *args, **kwargs)
 File "/home/parleur/.local/lib/python2.7/site-packages/IPython/frontend/terminal/ipapp.py", line 313, in initialize
   super(TerminalIPythonApp, self).initialize(argv)
 File "<string>", line 2, in initialize
 File "/home/parleur/.local/lib/python2.7/site-packages/IPython/config/application.py", line 84, in catch_config_error
   return method(app, *args, **kwargs)
 File "/home/parleur/.local/lib/python2.7/site-packages/IPython/core/application.py", line 325, in initialize
   self.parse_command_line(argv)
 File "/home/parleur/.local/lib/python2.7/site-packages/IPython/frontend/terminal/ipapp.py", line 308, in parse_command_line
   return super(TerminalIPythonApp, self).parse_command_line(argv)
 File "<string>", line 2, in parse_command_line
 File "/home/parleur/.local/lib/python2.7/site-packages/IPython/config/application.py", line 84, in catch_config_error
   return method(app, *args, **kwargs)
 File "/home/parleur/.local/lib/python2.7/site-packages/IPython/config/application.py", line 420, in parse_command_line
   return self.initialize_subcommand(subc, subargv)
 File "<string>", line 2, in initialize_subcommand
 File "/home/parleur/.local/lib/python2.7/site-packages/IPython/config/application.py", line 84, in catch_config_error
   return method(app, *args, **kwargs)
 File "/home/parleur/.local/lib/python2.7/site-packages/IPython/config/application.py", line 359, in initialize_subcommand
   self.subapp.initialize(argv)
 File "<string>", line 2, in initialize
 File "/home/parleur/.local/lib/python2.7/site-packages/IPython/config/application.py", line 84, in catch_config_error
   return method(app, *args, **kwargs)
 File "/home/parleur/.local/lib/python2.7/site-packages/IPython/frontend/html/notebook/notebookapp.py", line 532, in initialize
   self.init_webapp()
 File "/home/parleur/.local/lib/python2.7/site-packages/IPython/frontend/html/notebook/notebookapp.py", line 450, in init_webapp
   self.http_server.listen(port, self.ip)
 File "/home/parleur/.local/lib/python2.7/site-packages/tornado/netutil.py", line 120, in listen
   sockets = bind_sockets(port, address=address)
 File "/home/parleur/.local/lib/python2.7/site-packages/tornado/netutil.py", line 268, in bind_sockets
   0, flags)):
gaierror: [Errno -9] Address family for hostname not supported
@juliantaylor
Copy link
Contributor

its a tornado issue, see tornadoweb/tornado#593
and #3045

@minrk
Copy link
Member

minrk commented Apr 2, 2013

closing as duplicate of #3045, and maybe we should close #3045 as well, since this isn't an IPython issue.

@minrk minrk closed this as completed Apr 2, 2013
ivanov added a commit to ivanov/ipython that referenced this issue Apr 9, 2013
related to tornadoweb/tornado#593

I've verified that this fix works for tornado 2.1, 2.4, 2.4.1, and the
behavior it fixes does not trigger on tornado 3.0
mattvonrocketstein pushed a commit to mattvonrocketstein/ipython that referenced this issue Nov 3, 2014
related to tornadoweb/tornado#593

I've verified that this fix works for tornado 2.1, 2.4, 2.4.1, and the
behavior it fixes does not trigger on tornado 3.0
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

3 participants