оно может конечно ещё ассеты собирать

но я чота сомневаюсь

собирать ассеты при загрузке приложения это какой-то ад

хотя хуй их знает в гитлабе

та la жиденький. не похоже что там есть что то цпу интенсив

вывел docker logs

остальные воркеры не могут запуститься?

походу рельса валится при загрузке

да

PID меняется у процесса

ищи логи рельсы в /home/git/gitlab/logs

у меня тут небольшой вопрос - сервачок упал, я смотрю логи, а там куча ^@^@^@^@^@^@ это имеет какой-либо смысл?

у меня тут небольшой вопрос - сервачок упал, я смотрю логи, а там куча ^@^@^@^@^@^@ это имеет какой-либо смысл?

смотря какой сервачок и смотря чьи логи

я могу в футболку переодеться, чтоб лучше шло!

вывел docker logs

нашел логи?

gitlab-workhorse.log production.log sidekiq.log unicorn.stderr.log unicorn.stdout.log

unicorn.stderr и production

можно ещё unicorn.stdout, но там ничо интересного не будет

в unicorn.stderr.log что-то дофига всего... сейчас выцарапаю из контейнера

tail -n 80 сделай

там бектрейс небось?

наверное база не поднялась или ещё чонибудь в этом духе

В продакшен логе только куча строк таких: ** [Raven] Raven 1.1.0 configured not to send errors. Cleaning old build artifacts

а в stderr?

смотря какой сервачок и смотря чьи логи

я посмотрел syslog, там последнее сообщение перед падением было Aug 9 14:47:56 atrox kernel: [4268335.338947] audit: type=1400 audit(1470743276.961:1526583): apparmor="DENIED" operation="ptrace" profile="docker-default" pid=32336 comm="htop" requested_mask="trace" denied_mask="trace" peer="unconfined" (у меня таких сообщений много в логах), а потом куча повторяющихся ^@^@^@

I, [2016-08-09T22:01:16.558984 #616] INFO -- : Refreshing Gem list /usr/lib/ruby/2.1.0/open3.rb:193:in `spawn': Cannot allocate memory - /usr/bin/git (Errno::ENOMEM) from /usr/lib/ruby/2.1.0/open3.rb:193:in `popen_run' from /usr/lib/ruby/2.1.0/open3.rb:93:in `popen3' from /home/git/gitlab/lib/gitlab/popen.rb:23:in `popen' from /home/git/gitlab/config/initializers/2_app.rb:7:in `<module:Gitlab>' from /home/git/gitlab/config/initializers/2_app.rb:1:in `<top (required)>' from /home/git/gitlab/vendor/bundle/ruby/2.1.0/gems/activesupport-4.2.7/lib/active_support/dependencies.rb:268:in `load' from /home/git/gitlab/vendor/bundle/ruby/2.1.0/gems/activesupport-4.2.7/lib/active_support/dependencies.rb:268:in `block in load' from /home/git/gitlab/vendor/bundle/ruby/2.1.0/gems/activesupport-4.2.7/lib/active_support/dependencies.rb:240:in `load_dependency' from /home/git/gitlab/vendor/bundle/ruby/2.1.0/gems/activesupport-4.2.7/lib/active_support/dependencies.rb:268:in `load' from /home/git/gitlab/vendor/bundle/ruby/2.1.0/gems/railties-4.2.7/lib/rails/engine.rb:652:in `block in load_config_initializer' from /home/git/gitlab/vendor/bundle/ruby/2.1.0/gems/activesupport-4.2.7/lib/active_support/notifications.rb:166:in `instrument' from /home/git/gitlab/vendor/bundle/ruby/2.1.0/gems/railties-4.2.7/lib/rails/engine.rb:651:in `load_config_initializer' from /home/git/gitlab/vendor/bundle/ruby/2.1.0/gems/railties-4.2.7/lib/rails/engine.rb:616:in `block (2 levels) in <class:Engine>' from /home/git/gitlab/vendor/bundle/ruby/2.1.0/gems/railties-4.2.7/lib/rails/engine.rb:615:in `each' from /home/git/gitlab/vendor/bundle/ruby/2.1.0/gems/railties-4.2.7/lib/rails/engine.rb:615:in `block in <class:Engine>' from /home/git/gitlab/vendor/bundle/ruby/2.1.0/gems/railties-4.2.7/lib/rails/initializable.rb:30:in `instance_exec' from /home/git/gitlab/vendor/bundle/ruby/2.1.0/gems/railties-4.2.7/lib/rails/initializable.rb:30:in `run' from /home/git/gitlab/vendor/bundle/ruby/2.1.0/gems/railties-4.2.7/lib/rails/initializable.rb:55:in `block in run_initializers' from /usr/lib/ruby/2.1.0/tsort.rb:226:in `block in tsort_each' from /usr/lib/ruby/2.1.0/tsort.rb:348:in `block (2 levels) in each_strongly_connected_component' from /usr/lib/ruby/2.1.0/tsort.rb:418:in `block (2 levels) in each_strongly_connected_component_from' from /usr/lib/ruby/2.1.0/tsort.rb:427:in `each_strongly_connected_component_from' from /usr/lib/ruby/2.1.0/tsort.rb:417:in `block in each_strongly_connected_component_from' from /home/git/gitlab/vendor/bundle/ruby/2.1.0/gems/railties-4.2.7/lib/rails/initializable.rb:44:in `each' from /home/git/gitlab/vendor/bundle/ruby/2.1.0/gems/railties-4.2.7/lib/rails/initializable.rb:44:in `tsort_each_child' from /usr/lib/ruby/2.1.0/tsort.rb:411:in `call' from /usr/lib/ruby/2.1.0/tsort.rb:411:in `each_strongly_connected_component_from' from /usr/lib/ruby/2.1.0/tsort.rb:347:in `block in each_strongly_connected_component' from /usr/lib/ruby/2.1.0/tsort.rb:345:in `each' from /usr/lib/ruby/2.1.0/tsort.rb:345:in `call' from /usr/lib/ruby/2.1.0/tsort.rb:345:in `each_strongly_connected_component' from /usr/lib/ruby/2.1.0/tsort.rb:224:in `tsort_each' from /usr/lib/ruby/2.1.0/tsort.rb:205:in `tsort_each' from /home/git/gitlab/vendor/bundle/ruby/2.1.0/gems/railties-4.2.7/lib/rails/initializable.rb:54:in `run_initializers' from /home/git/gitlab/vendor/bundle/ruby/2.1.0/gems/railties-4.2.7/lib/rails/application.rb:352:in `initialize!' from /home/git/gitlab/config/environment.rb:5:in `<top (required)>' from config.ru:19:in `require' from config.ru:19:in `block in <main>' from /home/git/gitlab/vendor/bundle/ruby/2.1.0/gems/rack-1.6.4/lib/rack/builder.rb:55:in `instance_eval' from /home/git/gitlab/vendor/bundle/ruby/2.1.0/gems/rack-1.6.4/lib/rack/builder.rb:55:in `initialize' from config.ru:1:in `new' from config.ru:1:in `<main>' from /home/git/gitlab/vendor/bundle/ruby/2.1.0/gems/unicorn-4.9.0/lib/unicorn.rb:48:in `eval'

from /home/git/gitlab/vendor/bundle/ruby/2.1.0/gems/unicorn-4.9.0/lib/unicorn.rb:48:in `block in builder' from /home/git/gitlab/vendor/bundle/ruby/2.1.0/gems/unicorn-4.9.0/bin/unicorn_rails:139:in `call' from /home/git/gitlab/vendor/bundle/ruby/2.1.0/gems/unicorn-4.9.0/bin/unicorn_rails:139:in `block in rails_builder' from /home/git/gitlab/vendor/bundle/ruby/2.1.0/gems/unicorn-4.9.0/lib/unicorn/http_server.rb:768:in `call' from /home/git/gitlab/vendor/bundle/ruby/2.1.0/gems/unicorn-4.9.0/lib/unicorn/http_server.rb:768:in `build_app!' from /home/git/gitlab/vendor/bundle/ruby/2.1.0/gems/unicorn-4.9.0/lib/unicorn/http_server.rb:137:in `start' from /home/git/gitlab/vendor/bundle/ruby/2.1.0/gems/unicorn-4.9.0/bin/unicorn_rails:209:in `<top (required)>' from /home/git/gitlab/vendor/bundle/ruby/2.1.0/bin/unicorn_rails:23:in `load' from /home/git/gitlab/vendor/bundle/ruby/2.1.0/bin/unicorn_rails:23:in `<main>' I, [2016-08-09T22:01:44.854693 #619] INFO -- : Refreshing Gem list

Cannot allocate memory ха ха ха

лол

ну да :)

епта бля

я посмотрел syslog, там последнее сообщение перед падением было Aug 9 14:47:56 atrox kernel: [4268335.338947] audit: type=1400 audit(1470743276.961:1526583): apparmor="DENIED" operation="ptrace" profile="docker-default" pid=32336 comm="htop" requested_mask="trace" denied_mask="trace" peer="unconfined" (у меня таких сообщений много в логах), а потом куча повторяющихся ^@^@^@

https://github.com/docker/docker/issues/7276

млин, жесть.... сколько ему надо-то? :D

Щас у меня случится can't allocate memory

млин, жесть.... сколько ему надо-то? :D

4

Пастой не учили пользоваться чтоли?

я сразу писал про 4

нормально они там гуляют

но можешь ограничить количество воркеров юникорна

судя по proctable там и так один

но можешь ограничить количество воркеров юникорна

вот с удовольствием, если поможет. Но где это делать?

ваще там в сумме у сайдкика и у юникорна 50% памяти

вот с удовольствием, если поможет. Но где это делать?

не поможет

оно ломается на попытке запустить git

видать версию пытается проверить

А вы ж под рутом все это запускаете, правда?

на 1G у тебя так и не запустится

но сделай 2

но сделай 2

сделал 2 уже. Не помогло

мы на 1 гиге гоняем жырный jruby, но как они вообще.

на твоих скринах - 1

мы на 1 гиге гоняем жырный jruby, но как они вообще.

там еще постгрес

и ваще там релса

чо вы хотите от нее

так мы рельсу гоняем

попытался в environment написать: UNICORN_WORKERS=1 . Тоже никак

надо ребилдить образы

вагрант дестрой

кек

вагрант ап

как там у них

досточно стоп старт

ещё я обнаружил это в /var/log/faillog

вагрант дестрой

ага, скажешь тоже... У меня там базы все превратятся в пыль ))))

чтобы применить измения

=)

кто-то пытался войти с таким логином?

то есть в /var/log/faillog куча повторяющихся ^@

кстати, а память точно не добавилась, видно в htop

кстати, а память точно не добавилась, видно в htop

память в VB добавляется только после рестарта. это не настоящий гипервизор

А! Так я ее вручную воткнул в виртуалбоксе... конфиг вагранта-то не менял ))

Поэтому при старте она вернулась к прежнему значению

вот, теперь добавилась... посмотрим

кто-то пытался войти с таким логином?

ковырять стоит профайл аппармора в /etc/apparmor.d

ясно

я посмотрел syslog, там последнее сообщение перед падением было Aug 9 14:47:56 atrox kernel: [4268335.338947] audit: type=1400 audit(1470743276.961:1526583): apparmor="DENIED" operation="ptrace" profile="docker-default" pid=32336 comm="htop" requested_mask="trace" denied_mask="trace" peer="unconfined" (у меня таких сообщений много в логах), а потом куча повторяющихся ^@^@^@

Скорее всего у сервачка проблема с железом, скорее всего с памятью.

Йииииха!!! ))))

Спасибо, полетело! )))

теперь у тебя есть бесполезный багаж знаний где искать строчки для гугления проблем с гитлабом :)