Ruby on Rails, Running Guard, umiera od razu z "Zabity"

Zainstalowałem strażnika i opiekuna zgodnie z RailsCast Ryana Batesa (pod Linux Mint 12), a proces straży pokazuje "Killed" jak tylko to zrobi uruchamia się. Running "bundle exec straż --verbose" daje:Ruby on Rails, Running Guard, umiera od razu z "Zabity"

bundle exec straż --verbose debugowania (12:17:27): wykonanie polecenia: które powiadamiają-send

Straż wykorzystuje NotifySend do wysyłania powiadomień.

Guard teraz oglądać w 'path_to_project'

DEBUG (12:17:27): Hak: start_begin stracony dla Straży :: Spork

DEBUG (12:17:27): wykonanie poleceń: ps aux | awk '/! Spork/& &/awk/{print $ 2;}'

DEBUG (12:17:27): Zabijanie serwerów Spork z PID: 8884

Zabity

Próbowałam modyfikowanie wartości w dokumentacji "zaawansowanej konfiguracji systemu Linux" (max_queued_events i max_user_instancje, max_users_watches). Nie ma tam radości o wiele wyższej niż domyślne wartości dla wszystkich.

Wszelkie pomysły? Z góry dzięki, jeśli tak. Firma Google-fu nie ujawniła do tej pory nic przydatnego w tym konkretnym przypadku.

Źródło

2012-04-20 John Lockwood

Wygląda na to, że problem może dotyczyć Sporka. Czy próbowałeś biegać bez straży? Podobnie, czy próbowałeś uruchomić Spork'a bez osłony, żeby zobaczyć, co się stanie. Czy możesz opublikować swój plik Guardfile? –

Czy umieścisz plik Guardfile i gemfile z dowolnymi klejnotami związanymi z testem ... a także którą wersję Rails, która rubinem? –

Widziałem to od czasu do czasu. To, co musisz zrobić, to znaleźć działający proces sporkowania i go zabić. Na przykład:

ps aux | grep spork

Zanotuj pid wszystkich aktywnych procesów spork (pierwsza kolumna). Jeśli miało to miejsce 123, wpisz:

kill 123

A następnie uruchom ponownie straż.

Źródło

2013-03-29 04:29:39 sockmonk

Ruby on Rails, Running Guard, umiera od razu z "Zabity"

Odpowiedz

Powiązane problemy