Не могу остановить WEBrick 1.3.1 с помощью Ctrl-C в Ubuntu 11.04

Я бы предпочел прокомментировать, чем добавить ответ на этот вопрос, но недостаточно представителей.

У меня та же проблема, и я обнаружил, что возобновление (с помощью fg) после ввода ctrl-c, а затем приостановка (с помощью ctrl-z< /kbd>, как предложено выше) делает свое дело.

Итак, рецепт такой:

1. ctrl-c (сразу ничего не делает)
2. ctrl-z (приостанавливает WEBrick, возвращает в оболочку)

3. fg (возобновляет WEBrick, немедленно завершает работу с помощью SIGINT)

   lampadmin@lampadmin-DX4840:/var/www/rails/agences$ r s
   => Booting WEBrick
   => Rails 3.0.5 application starting in development on http://0.0.0.0:3000
   => Call with -d to detach
   => Ctrl-C to shutdown server
   [2011-05-14 14:25:36] INFO  WEBrick 1.3.1
   [2011-05-14 14:25:36] INFO  ruby 1.9.2 (2011-02-18) [x86_64-linux]
   [2011-05-14 14:25:36] INFO  WEBrick::HTTPServer#start: pid=2585 port=3000
   

   ^C^Z (‹-- ctrl-c, затем ctrl-z)

   [1]+  Stopped                 rails s
   lampadmin@lampadmin-DX4840:/var/www/rails/agences$ fg
   rails s
   [2011-05-14 14:25:45] INFO  going to shutdown ...
   [2011-05-14 14:25:45] INFO  WEBrick::HTTPServer#start done.
   Exiting
   

У меня похожая проблема, я использовал Ctrl+Z, чтобы приостановить задание, затем kill -9 %1, чтобы убить первое приостановленное задание. Окольный способ убить его, но он работает.

См. этот вопрос в Superuser для получения дополнительной информации: https://superuser.com/questions/243460/what-to-do-when-ctrl-c-cant-kill-a-process

Я считаю, что ^C не может убить серверы WEBrick, потому что сервер создает новую сессию:

In webrick/server.rb:

  class Daemon
    def Daemon.start
      exit!(0) if fork
      Process::setsid
      exit!(0) if fork
      Dir::chdir("/")
      File::umask(0)
      STDIN.reopen("/dev/null")
      STDOUT.reopen("/dev/null", "w")
      STDERR.reopen("/dev/null", "w")
      yield if block_given?
    end
  end

(Очень похожий код существует в rack/server.rb, поэтому, если вы запускаете WEBrick через стойку, вы можете не указывать параметры командной строки -D или --daemonize.)

И из справочной страницы setsid(2):

   setsid() creates a new session if the calling process is not
   a process group leader.  The calling process is the leader of
   the new session, the process group leader of the new process
   group, and has no controlling tty.

не имеет управляющего tty означает, что сигналы, сгенерированные терминалом (^Z SIGTSTP, ^\ SIGKILL, SIGTTIN, SIGTTOU и т. д.), не могут достичь процесса, даже если он был запущен на этом терминале. Ссылка была разорвана.

Хорошо, проблема для меня решена. Недавнее обновление ядра, которое я применил как часть стандартных обновлений Ubuntu, устранило проблему.

Кроме того, вот хорошее обсуждение проблемы, в котором объясняется, что основной причиной была регрессия ядра, появившаяся в 2.6.38 ( http://redmine.ruby-lang.org/issues/4777 )

Регрессия была исправлена, и похоже, что исправление недавно было включено в обновления Ubuntu, поэтому, если вы столкнулись с этой проблемой, вам следует установить последние обновления.

Это также происходит для меня в Mac OS X.

Удивительно, но ни Rack, ни WEBrick не настраивают пользовательские обработчики сигналов. Я поместил это в метод call моего приложения для стойки, и он сообщает мне, что текущий обработчик DEFAULT для SIGINT (возвращает строку "DEFAULT"):

p Signal.trap('INT', 'DEFAULT')

Я подозреваю, что в select рубина происходит что-то, что перехватывает сигналы.

Вот 2 способа остановить его на сервере:

1) Нажмите ctrl-z для приостановки. Затем kill -ABRT pid_or_job_id. Я не знаю, насколько "чисто" завершается процесс. Это раздражает, но вам не нужно добавлять код.

2a) Если вы используете Rack, добавьте это прямо перед вызовом Rack::Handler::WEBrick.run:

Signal.trap('INT') {
  Rack::Handler::WEBrick.shutdown
}

2b) Если вы используете ванильный WEBrick:

Signal.trap('INT') { server.shutdown }

где server — ваш объект сервера WEBrick.

Это хорошо, если вы собираетесь часто использовать SIGINT. Вы также можете добавить обработчики для TERM и HUP.

использовал эту строку для создания ярлыка с помощью ccsm (менеджер настроек compiz conig или что-то в этом роде) -> команды:

kill -9 `pgrep -fl 'script/rails s' | awk '{print $1}'`

установите (ctrl+shift+`) или что угодно

У меня была такая же проблема при обновлении моего Ubuntu. Невозможно нормально выйти из вебрика с помощью Ctrl+C, пришлось использовать kill -9...

Я сам столкнулся с этой проблемой. Я использую rvm rails 3.0.9 и Ubuntu 11.04 32bit под управлением Unity. Я обнаружил, что терминатор передает рельсам Ctrl+c.

Кажется, это проблема с Unity и Terminal, по какой-то причине ^c обрабатывается неправильно. попробуйте сделать то же самое, используя terminator (более удобный терминал). Или просто используйте гном.

По крайней мере, я так решил проблему. Я предлагаю перенести это на askubuntu.com.

В U10.04 у меня была эта проблема с запуском webrick, mongrel, console, sqlite, не имело значения, что я запускал на самом деле.

Мой последний ответ был удален, не знаю почему, но я попробую еще раз, потому что я действительно думаю, что это очень связано с проблемой.

В моем Gemfile есть только один гем, который использует аргумент :git.

gem 'rails_admin', :git => 'git://github.com/sferik/rails_admin.git'

У меня та же проблема, что и у всех вас, Ctrl+C игнорируется; но если я удалю эту зависимость от драгоценного камня (и я удалю соответствующий инициализатор), проблема исчезнет, ​​и я могу использовать Ctrl + C, как и раньше.

Я мог подумать, что это ошибка, связанная с драгоценным камнем rails_admin, но, как я прочитал в этом другом вопросе: CTRL+ Сервер C to Webbrick игнорируется, скорее всего, это связано с любым гемом, в котором используется параметр :git...

Надеюсь, это полезно.

Нашел какое-то решение. Запустите в терминале:

stty -echoctl

И тогда будет работать Ctrl-C. http://linux.m2osw.com/remove-ctrl-C-from-being-printed-in-console

Сработал всего за один сеанс. Опубликовано лучшее решение рядом.

Интересный опыт (и хороший обходной путь на следующие недели):

Если вы находитесь под Ubuntu и используете Guake для быстрого доступа к терминалу, вы можете запустить

rails s

там. Ctrl + C воспроизводимо работает там у меня и останавливает сервер.

Надеюсь, я смог помочь! :)

РЕДАКТИРОВАТЬ: Поскольку очевидно, что это не воспроизводимо для всех, вот моя установка: Ubuntu 11.04, 32-разрядная версия, Guake 0.4.2-4ubuntu1

Если ctr+c не работает, то прежде чем приступать к реализации упомянутых методов, просто посмотрите настройки вашего терминала. Иногда может случиться так, что мы изменим сочетания клавиш терминала для нашего удобства. И мы назначаем ctr+c для копирования содержимого терминала. В этом случае ctr+c не будет работать для остановки сервера, вместо этого он будет использоваться для копирования.

Если настройки не изменились, попробуйте использовать другой порт, например 4000.