Иван Корюков

Сообщение "No resources found in default namespace" означает, что вы успешно запросили у кубера список ресурсов, и он ответил, что неймспейсе default никаких ресурсов нет. Это нормальная ситуация.

Хотелось бы побольше подробностей, потому что не совсем ясно как будет использоваться скрипт и, соответственно, что именно он должен делать.
Предположу, что при вызове скрипта должен создаваться один новый пользоваетль с шаблонным именем.
Т.е. нужно как-то из системы получить список таких пользователей, найти последнего, взять из него цифру и увеличить на один.
Если обязательно нужен именно монотонно возрастающий номер, то примерно вот так:

lastUserSuffix=$(cat /etc/passwd | awk 'BEGIN {FS=":"}; {print $1}' | grep systemd | sort -n | sed 's/systemd-//' | tail -1)

Я тут ищу пользователей с именем systemd-***, думаю вам не составит труда изменить пример для своих целей.

Пропишите добавление ключа в агент в автозагрузку.

Вообще poxy_pass делает ровно то, что вам нужно.
Посмотрите что именно отвечает сервер, когда вы делаете запрос. Может быть такое, что ваш nginx правильно проксирует, но сервер гугла видит, что запросе что-то не так, и возвращает редирект, конечно же на свой домен, а не на ваш. В таком случае браузер сделает ещё один запрос и поменяет домен в адресной строке.

Если это так, попробуйе добавить заголовок с хостом гугла при обращении к гуглу:

proxy_pass https://google.com/;
proxy_set_header Host google.com;

Никак.
Каждый вызов shell_exec порождает новый процесс командного интерпретатора (bash или cmd), который наследует переменные окружения от текущего php процесса.
Текущая дирректория это состояние командного интерпретатора, которое теряется между вызовами shell_exec.

В зависимости от решаемой задачи, вам необходимо либо запускать отдельно процесс cmd и передавать в него команды, либо запоминать текущее состояние и добавлять в каждый вызов shell_exec установку этого состояния, наприме банально вставлять перед каждой командой cd вот так:

$cwd = "/path/to/dir";
shell_exec("cd {$cwd}; ls");
shell_exec("cd {$cwd}; chmod +x banana.sh");

Попробуйте использовать директиву upstream. Она более лояльна к отсутствию целевого хоста на момент страта nginx.

Вы наверное имеете в виду автоматическую загрузку файлов на сервер?
В настройках Deployment есть галочка Skip external changes. Проверьте её состояние, быть может шторм у вас не седит за файлами, которые не были явно изменены в редакторе.

Я бы не пытался поддерживать пути с языком и без.
Думаю достаточно / редиректитить на /ru, как это делает тот же habr.com например, а все остальные ссылки всегда делать с языком.
Т.е. /ru/posts/1 это нормально, а /posts/1 это уже ошибка.

Далее, я бы все, вообще все роуты обернул бы в группу

Route::prefix('{lang}')->group(function () {
  //...
});

После этого я бы написал middleware, который берёт из запроса код языка, и выставляет локаль.

А ещё, т.к. язык это параметр в path, то для нусущетсвующего языка надо отдавать код 404, а не 400.

Выглядит так, будто вы уже неправильно запускаете ваш проект.
reboot now это вы хотите прям на уровне операционной системы перезагрузиться? Зачем так радикально?
Зачем заходить в скрин? Выскажу догадку - yarn start завершается когда вы выходите с сервера, и вы решили запускать его в скрине?

Ну такое.
Смотрите. Можно сделать надёжнее
1) устанавливаете pm2 - менеджер процессов для долгоживущих nodejs приложений
2) пишете простой как две копейки ecosystem файл
3) запускаете своё творение не в скрине, и выходите с сервера не опасайсь что оно упадёт

Далее можно организовать перезапуск приложения. Не сервера.
Самый простой способ - повесить на этом же сервере на крон скрипт, который будет делать curl -s -o /dev/null -w "%{http_code}". Если ответ этой команды не "200" то выполнять команду pm2 restart myApp

Кстати, если перебои в работе приложения происходят из-за того что прям процесс падает, то даже никакой крон не понадобится - pm2 сам следит за тем что приложение остановилось, и запускает его снова.

И пользователя и БД можно указать при подключении.
psql -U admin first