Vitaly Karasik

Тут пишут, что вы использовали/используете альфа версию БД. Если нет возможности сделать нормальный ps_dump и хочется работать здесь и сейчас, то посмотрите на той машине, где работает:
docker images | grep postgres

Так вы можете узнать ID образа. И использовать его же для нового сервера.

В любом длительном деле главное заинтересованность. Вам нужно начать делать любой интересный для вас проект. В процессе, когда вам требуется сделать то или иное для вашего проекта, вы гуглите, читаете, делаете и даже что-то запоминаете. Изначально по любому вопросу будет требоваться гугл, но очень скоро обнаружите, что уже изучили добрую половину API языка javascript, спроектировали и сверстали несколько UI экранов вашего проекта.

Радуйтесь маленьким победам. Когда вы делаете интересный лично для вас проект, вы понимаете зачем вы сейчас читаете тот или иной материал. Вы практикуетесь, вы решаете реальные задачи. Я никак не планировал учебное время, я 15 лет назад захотел свой сайт, открыл блокнот, нашел в сети учебник по html читал и сразу делал свой сайт. Потом захотел бекенд и открыл php.net, далее возникло желание, чтобы код был не просто лапшой, а имел какую-то структуру так познакомился с различными фреймворками. Потом захотел, на свой код тесты и так познакомился с TDD/BDD. Далее захотел независимую от фреймворка бизнес-логику и так познакомился с DDD. Ну и так далее.

Английский учил также. Сразу взял интересную мне статью и запоминал все важные незнакомые в ней слова. Иногда что-то о попадавшихся грамматических конструкциях читал если смысл предложения оставался не понятным зная все слова. Важно то, что я никогда не изучал всё сразу, только то, что нужно мне прямо сейчас, для решения моей задачи.

Если задуматься, все наши предки делали примерно также. Сначала была задача, а только потом они искали решение этой задачи. Человек захотел подняться в небо и только потом, он искал решение. Не наоборот. И это был не боинг.

Начните с этого ресурса.
Как осилите, тогда уже решайте, интересно оно вам или нет.

Скорее всего проблема с диском/флешкой или отвалившемся сетевом диске

Мы решили попробовать вот это решение. - gitlab-ci-pipelines-exporter

Лично я советую два источника:
https://www.codetriage.com/ - специальный сервис который позволяет удобно структурировать опенсурс проекты по issue и языкам, и выбрать для начала работы.
https://cultofmartians.com/ - интересный проект, приглашение к участию от одной из самых крутых команд в рунете. Ставят задачи, потом есть шанс и подружится с ними ближе.

jbd2 это подсистема, работающая с ext4.
Похоже что высокая активность I/O.
Чтобы узнать подробнее, нужно иметь историю событий. Программа atop умеет вести учет процессов и ресурсов, позволяя позже проиграть историю, выяснив причину проблемы.
https://haydenjames.io/use-atop-linux-server-perfo...
https://haydenjames.io/linux-server-performance-di...

location = /api/servertime {
    access_log off;
    rewrite ^ /index.php break;
    include fastcgi.conf;
    fastcgi_pass php;
}

Ещё вариант добавить условие в location ~ \.php$

location ~ \.php$ {
    if ($request_uri ~ "^/api/servertime") {
        access_log off;
    }
    include fastcgi.conf;
    fastcgi_pass php;
}

nginx.org/ru/docs/http/ngx_http_log_module.html#ac...
С версии 1.7.0 добавили возможность писать в лог по условию access_log путь [формат [if=условие]];
Запрос не будет записываться в лог, если результатом вычисления условия является “0” или пустая строка.

map $request_uri $loggable {
    default            1;
    ~^/api/servertime  0;
}
server {
    # ...
    root   /var/www/lumen/public;    
    try_files $uri $uri/ /index.php$is_args$args;
    # ...
    location ~ \.php$ {
      access_log /var/log/nginx/access.log combined if=$loggable;
      include fastcgi.conf;
      fastcgi_pass php;
    }
}

nmap сканирует только популярные порты по умолчанию, ваш порт нужно указать вручную для скана.
nmap -p 3000

И судя по адресу в netstat, приложение слушает 127.0.0.1:3000, что означает, что оно доступно только локально.
Если нужно чтобы оно слушало и интернет, необходимо запустить его на адресе 0.0.0.0:3000 .

команда yum versionlock status никак не связана с обновлениями, она показыват заблокированные версии программ, которые НЕ будут обновляться. Вы можете снять блокировку, например вручную удалив записи в /etc/yum/pluginconf.d/versionlock.list, либо той-же командой yum versionlock delete
А обновление делается командой yum update.

Ну вообще стоит начать с того, что Вы подразумеваете под говонокодом. Зачастую говнокод - это не только криво написаный метод/класс, это еще плохо оптимизированная бд, кривая архитектура приложения и неверно выбранные инструменты для решения задач поставленных перед проектом. В любом случае проект делают люди, которые меняться на проекте, посему нужно выяснить детали самого подхода разработки проектов в самой компании:
- спросить сколько проект находится в разработке, степень покрытия тестами, если прокт древний и не покрыт, то плохо;
- если проект древний, то узнать обновляются ли на нем версии инструментов/фреймворков на более новые, выяснить что с обратной совместимостью;
- спросить как происходит процесс мерджа новых фич, если если через мерджреквесты на тимлида, которые он аппрувит или отклоняет, то уже не плохо, и Вам подскажут, проконтролируют, что не плохо. Eсли пуш в ветку девелопмент, то плохо;
- если используют мерджреквесты на тимлида, то спросить используется ли git-flow, если да, то хорошо, это минимизирует варинт того, что Вы получите кучу крешей от того, что было запушино коллегами, если не используется, то плохо;
- узнать что проиходит с CI на проекте, если есть тесты, то запускаются ли они при деплойменте, если да то хорошо, нет - плохо;
- если это web проект, на котором используется бекенд и фронтенд фреймворки, то стоит спросить развернуты ли они на разных серверах, если да то хорошо, если нет то плохо;
Выяснить это все иначе, чем по косвенным признакам, является маловероятным.

Вызывать построчно через exec():

for line in code:
    exec(line)
    myfunc()