Не имел дело с gcloud, там есть какой-нибудь фаерволл?

Есть. Но все поумолчанию стоит.

спс, попробую так же сделать

checkout changelog: false, poll: false, scm: [$class: 'GitSCM', branches: [[name: '**/pr_bau/hotfix/test']], doGenerateSubmoduleConfigurations: false, extensions: [[$class: 'CloneOption', depth: 0, noTags: false, reference: '', shallow: false, timeout: 180], [$class: 'PreBuildMerge', options: [mergeRemote: 'origin', mergeTarget: 'bau/hotfix/test', mergeStrategy: 'DEFAULT', fastForwardMode: 'FF']], [$class: 'CleanBeforeCheckout']], submoduleCfg: [], userRemoteConfigs: [[name: 'origin', refspec: '+refs/heads/*:refs/remotes/origin/*', url: 'ssh://git@git.ex.com']]]как-то так

Оплатить не забыл?

$200 на счету

$200 на счету

Через морду ssh можешь? Правило для ssh не снёс?

Могёшь в консольный порт коннектнуться?

Могёшь в консольный порт коннектнуться?

Не умею про порты). Только виртуальную создать могу руками но по ssh не подключается как раньше.

Я с юбунту захожу

Не умею про порты). Только виртуальную создать могу руками но по ssh не подключается как раньше.

В морду зайди. 0. Тык ssh 1. Тык в машину, там тык в access console port

Куда скачивать? На инстанс? И через nfs монтировать в контейнер? Разве с s3 можно скачивать файлы на инстанс и делать это при каждом поднятии инстансов после падения?

маунти s3 на ноде и подсовывай инстансу

Куда скачивать? На инстанс? И через nfs монтировать в контейнер? Разве с s3 можно скачивать файлы на инстанс и делать это при каждом поднятии инстансов после падения?

Смотря как поднимаешь инстансы. Я бы рекомендовал делать aws s3 sync при загрузке инстансов. Можешь засунуть в user-data или systemd unit.

s3 это стандратный способ хранить такую информацию как конфиги и секреты

Для секретов есть aws secrets manager, для конфигов лучше consul или parameter store. S3 лучше для данных: web статики, big data и т.п.

Для секретов есть aws secrets manager, для конфигов лучше consul или parameter store. S3 лучше для данных: web статики, big data и т.п.

Btw если речь зашла о hashicorp, у них тоже есть продукт для хранения секретов: vault

Btw если речь зашла о hashicorp, у них тоже есть продукт для хранения секретов: vault

Ага, только оно плохо интегрируется с амазоном всё. Мы для себя пришли к выводу, что безопасность в aws лучше всего разруливать через iam, vault не настолько удобен, как нативный aws сервис.

Btw если речь зашла о hashicorp, у них тоже есть продукт для хранения секретов: vault

Опять же стоит проблема, как передать vault токен в приложение безопасно, как обновлять токены и т.п. Слишком много костылей вокруг.

чет хрень какаято

в дженкинсе

у кого-нибудь было такое?

проверь диски

походу диски переполнились

сейчас проверю

нет

место есть

Попробуй вручную зафетчить

в запросе очевидно

Попробуй вручную зафетчить

сейчас попробую

Попробуй прям из воркспейса

ок

500 ошибка же

точно

?

что теперь делать то?)

ручной фетч не прошел

проверять что с серваком где реп живет

и почему он 500 отдает

ну, раз ручной фетч не прошёл, то проблема не в дженкинсе

логи смотри

что php или nginx не нравится

хорошо, буду искать там

спасибо всем за советы

Мужики! Кто в Oracle умеет? Можно ли как то управлять зависшими сессиями/транзакциями средствами самого Oracle?

Может кому понадобитя: Простецкий FTP сервер разворачивается в докере с нуля за пару мин. Просто скачиваешь контейнер, запускаешь с параметрами вот этими и всё: https://hub.docker.com/r/bogem/ftp/ Доступен сразу из под Windows в т.ч.

Мужики! Кто в Oracle умеет? Можно ли как то управлять зависшими сессиями/транзакциями средствами самого Oracle?

естественно.

чем пользуешься?

SQLDeveloper'ом или PL\SQLDeveloper?

там есть в управлении отображение сессий.

и их состояний.

ну и можно килять непонравившиеся.

Всем привет! Эсть traefik в docker-swarm defaultEntryPoints = ["http", "https"] [entryPoints] [entryPoints.http] address = ":80" [entryPoints.http.redirect] entryPoint = "https" [entryPoints.https] address = ":443" [entryPoints.https.tls] [[entryPoints.https.tls.certificates]] certFile = "/cert/shared.crt" keyFile = "/cert/shared.key" [[entryPoints.https.tls.certificates]] certFile = "/cert/inkey.cert" keyFile = "/cert/itkey.key" Есть сервис в сварме с лейблами labels: com.docker.service.name: lending com.docker.stack.name: blockchain-lending traefik.enable: "true" traefik.port: 80 traefik.frontend.rule: Host:site.ru,www.site.ru traefik.frontend.entryPoints: http traefik.docker.network: front traefik.default.protocol: http Нужно чтобы этот сервси был доступе по http, но это не работает( Подскажите, что я делаю не так?(

Ну, так у тебя редирект на хттпс

Не?

[entryPoints.http.redirect] entryPoint = "https"

[entryPoints.http.redirect] entryPoint = "https"

А если я уберу редирект и в лейбле укажу: traefik.frontend.redirect.entryPoint: "https", то будет редирект на https, а где не будет этого лейбла, то будет http?

А если я уберу редирект и в лейбле укажу: traefik.frontend.redirect.entryPoint: "https", то будет редирект на https, а где не будет этого лейбла, то будет http?

не знаю про лейблы, но у тебя явно редирект идет с 80 на 443. попробуй просто убрать его

не знаю про лейблы, но у тебя явно редирект идет с 80 на 443. попробуй просто убрать его

Щас тестирую.

не знаю про лейблы, но у тебя явно редирект идет с 80 на 443. попробуй просто убрать его

рил помогло

Всем привет! Эсть traefik в docker-swarm defaultEntryPoints = ["http", "https"] [entryPoints] [entryPoints.http] address = ":80" [entryPoints.http.redirect] entryPoint = "https" [entryPoints.https] address = ":443" [entryPoints.https.tls] [[entryPoints.https.tls.certificates]] certFile = "/cert/shared.crt" keyFile = "/cert/shared.key" [[entryPoints.https.tls.certificates]] certFile = "/cert/inkey.cert" keyFile = "/cert/itkey.key" Есть сервис в сварме с лейблами labels: com.docker.service.name: lending com.docker.stack.name: blockchain-lending traefik.enable: "true" traefik.port: 80 traefik.frontend.rule: Host:site.ru,www.site.ru traefik.frontend.entryPoints: http traefik.docker.network: front traefik.default.protocol: http Нужно чтобы этот сервси был доступе по http, но это не работает( Подскажите, что я делаю не так?(

убери [entryPoints.http.redirect] и все

ну и entryPoint = "https" ниже

ну и entryPoint = "https" ниже

Не, он не причем.

он указывает куда редиректить

он указывает куда редиректить

Но он же в сервисе переопределяет параметры

Хотя там может и нет такой логики)

Всем привет, никто не сталкивался в jenkins c такой ошибкой? При этом ошибка вылетает при запуске пайплайна PR, а ветка из которой сделан PR запускается и работает без проблем > git rev-parse --is-inside-work-tree # timeout=10 Fetching changes from 2 remote Git repositories > git config remote.origin.url https://REPOSITORY_URL.git # timeout=10 Cleaning workspace > git rev-parse --verify HEAD # timeout=10 Resetting working tree > git reset --hard # timeout=10 ERROR: Error fetching remote repo 'origin' hudson.plugins.git.GitException: Failed to fetch from https://REPOSITORY_URL.git at hudson.plugins.git.GitSCM.fetchFrom(GitSCM.java:888) at hudson.plugins.git.GitSCM.retrieveChanges(GitSCM.java:1155) at hudson.plugins.git.GitSCM.checkout(GitSCM.java:1186) at org.jenkinsci.plugins.workflow.steps.scm.SCMStep.checkout(SCMStep.java:113) at org.jenkinsci.plugins.workflow.cps.CpsScmFlowDefinition.create(CpsScmFlowDefinition.java:144) at org.jenkinsci.plugins.workflow.multibranch.SCMBinder.create(SCMBinder.java:120) at org.jenkinsci.plugins.workflow.job.WorkflowRun.run(WorkflowRun.java:303) at hudson.model.ResourceController.execute(ResourceController.java:97) at hudson.model.Executor.run(Executor.java:429) Caused by: hudson.plugins.git.GitException: Command "git reset --hard" returned status code 1: stdout: stderr: error: update_ref failed for ref 'HEAD': cannot update the ref 'HEAD': unable to append to '.git/logs/HEAD': Invalid argument at org.jenkinsci.plugins.gitclient.CliGitAPIImpl.launchCommandIn(CliGitAPIImpl.java:2016) at org.jenkinsci.plugins.gitclient.CliGitAPIImpl.launchCommandIn(CliGitAPIImpl.java:1984) at org.jenkinsci.plugins.gitclient.CliGitAPIImpl.launchCommandIn(CliGitAPIImpl.java:1980) at org.jenkinsci.plugins.gitclient.CliGitAPIImpl.launchCommand(CliGitAPIImpl.java:1612) at org.jenkinsci.plugins.gitclient.CliGitAPIImpl.reset(CliGitAPIImpl.java:478) at org.jenkinsci.plugins.gitclient.CliGitAPIImpl.clean(CliGitAPIImpl.java:801) at hudson.plugins.git.GitAPI.clean(GitAPI.java:311) at hudson.plugins.git.extensions.impl.CleanBeforeCheckout.decorateFetchCommand(CleanBeforeCheckout.java:30) at hudson.plugins.git.GitSCM.fetchFrom(GitSCM.java:884) ... 8 more ERROR: Error fetching remote repo 'origin' [Bitbucket] Notifying pull request build result [Bitbucket] Build result notified ERROR: Maximum checkout retry attempts reached, aborting Finished: FAILURE

а вы точно девупсы блин?) там две строки конфига всего, и вторая явно зависит от первой

Всем привет, никто не сталкивался в jenkins c такой ошибкой? При этом ошибка вылетает при запуске пайплайна PR, а ветка из которой сделан PR запускается и работает без проблем > git rev-parse --is-inside-work-tree # timeout=10 Fetching changes from 2 remote Git repositories > git config remote.origin.url https://REPOSITORY_URL.git # timeout=10 Cleaning workspace > git rev-parse --verify HEAD # timeout=10 Resetting working tree > git reset --hard # timeout=10 ERROR: Error fetching remote repo 'origin' hudson.plugins.git.GitException: Failed to fetch from https://REPOSITORY_URL.git at hudson.plugins.git.GitSCM.fetchFrom(GitSCM.java:888) at hudson.plugins.git.GitSCM.retrieveChanges(GitSCM.java:1155) at hudson.plugins.git.GitSCM.checkout(GitSCM.java:1186) at org.jenkinsci.plugins.workflow.steps.scm.SCMStep.checkout(SCMStep.java:113) at org.jenkinsci.plugins.workflow.cps.CpsScmFlowDefinition.create(CpsScmFlowDefinition.java:144) at org.jenkinsci.plugins.workflow.multibranch.SCMBinder.create(SCMBinder.java:120) at org.jenkinsci.plugins.workflow.job.WorkflowRun.run(WorkflowRun.java:303) at hudson.model.ResourceController.execute(ResourceController.java:97) at hudson.model.Executor.run(Executor.java:429) Caused by: hudson.plugins.git.GitException: Command "git reset --hard" returned status code 1: stdout: stderr: error: update_ref failed for ref 'HEAD': cannot update the ref 'HEAD': unable to append to '.git/logs/HEAD': Invalid argument at org.jenkinsci.plugins.gitclient.CliGitAPIImpl.launchCommandIn(CliGitAPIImpl.java:2016) at org.jenkinsci.plugins.gitclient.CliGitAPIImpl.launchCommandIn(CliGitAPIImpl.java:1984) at org.jenkinsci.plugins.gitclient.CliGitAPIImpl.launchCommandIn(CliGitAPIImpl.java:1980) at org.jenkinsci.plugins.gitclient.CliGitAPIImpl.launchCommand(CliGitAPIImpl.java:1612) at org.jenkinsci.plugins.gitclient.CliGitAPIImpl.reset(CliGitAPIImpl.java:478) at org.jenkinsci.plugins.gitclient.CliGitAPIImpl.clean(CliGitAPIImpl.java:801) at hudson.plugins.git.GitAPI.clean(GitAPI.java:311) at hudson.plugins.git.extensions.impl.CleanBeforeCheckout.decorateFetchCommand(CleanBeforeCheckout.java:30) at hudson.plugins.git.GitSCM.fetchFrom(GitSCM.java:884) ... 8 more ERROR: Error fetching remote repo 'origin' [Bitbucket] Notifying pull request build result [Bitbucket] Build result notified ERROR: Maximum checkout retry attempts reached, aborting Finished: FAILURE

топай на канал по дженкиснсу

а вы точно девупсы блин?) там две строки конфига всего, и вторая явно зависит от первой

о да... эта ява. Строка конфига одна, а ругани будет на три листа.

топай на канал по дженкиснсу

((((

давай давай

я там =)

https://t.me/jenkins_ru

топай на канал по дженкиснсу

зачем так грубо то?

о да... эта ява. Строка конфига одна, а ругани будет на три листа.

я отвечал про traefik)

ну там вероятней ответят

Всем привет, никто не сталкивался в jenkins c такой ошибкой? При этом ошибка вылетает при запуске пайплайна PR, а ветка из которой сделан PR запускается и работает без проблем > git rev-parse --is-inside-work-tree # timeout=10 Fetching changes from 2 remote Git repositories > git config remote.origin.url https://REPOSITORY_URL.git # timeout=10 Cleaning workspace > git rev-parse --verify HEAD # timeout=10 Resetting working tree > git reset --hard # timeout=10 ERROR: Error fetching remote repo 'origin' hudson.plugins.git.GitException: Failed to fetch from https://REPOSITORY_URL.git at hudson.plugins.git.GitSCM.fetchFrom(GitSCM.java:888) at hudson.plugins.git.GitSCM.retrieveChanges(GitSCM.java:1155) at hudson.plugins.git.GitSCM.checkout(GitSCM.java:1186) at org.jenkinsci.plugins.workflow.steps.scm.SCMStep.checkout(SCMStep.java:113) at org.jenkinsci.plugins.workflow.cps.CpsScmFlowDefinition.create(CpsScmFlowDefinition.java:144) at org.jenkinsci.plugins.workflow.multibranch.SCMBinder.create(SCMBinder.java:120) at org.jenkinsci.plugins.workflow.job.WorkflowRun.run(WorkflowRun.java:303) at hudson.model.ResourceController.execute(ResourceController.java:97) at hudson.model.Executor.run(Executor.java:429) Caused by: hudson.plugins.git.GitException: Command "git reset --hard" returned status code 1: stdout: stderr: error: update_ref failed for ref 'HEAD': cannot update the ref 'HEAD': unable to append to '.git/logs/HEAD': Invalid argument at org.jenkinsci.plugins.gitclient.CliGitAPIImpl.launchCommandIn(CliGitAPIImpl.java:2016) at org.jenkinsci.plugins.gitclient.CliGitAPIImpl.launchCommandIn(CliGitAPIImpl.java:1984) at org.jenkinsci.plugins.gitclient.CliGitAPIImpl.launchCommandIn(CliGitAPIImpl.java:1980) at org.jenkinsci.plugins.gitclient.CliGitAPIImpl.launchCommand(CliGitAPIImpl.java:1612) at org.jenkinsci.plugins.gitclient.CliGitAPIImpl.reset(CliGitAPIImpl.java:478) at org.jenkinsci.plugins.gitclient.CliGitAPIImpl.clean(CliGitAPIImpl.java:801) at hudson.plugins.git.GitAPI.clean(GitAPI.java:311) at hudson.plugins.git.extensions.impl.CleanBeforeCheckout.decorateFetchCommand(CleanBeforeCheckout.java:30) at hudson.plugins.git.GitSCM.fetchFrom(GitSCM.java:884) ... 8 more ERROR: Error fetching remote repo 'origin' [Bitbucket] Notifying pull request build result [Bitbucket] Build result notified ERROR: Maximum checkout retry attempts reached, aborting Finished: FAILURE

овнер у файлов не меняется?

((((

пайплайн бы увидеть

ну там вероятней ответят

не спорю. но предложение пойти в тематический канал лучше подкреплять ссылкой на него.

А кто-нибудь настраивал форвард http_proxy? То есть прокси, который коннектится к другой прокси. Что лучше для этого использовать? (Про впорос зачем - ruby до версии 2.5 не умеет в авторизацию на проксе, и надо поднять проклсю без авторизации подключенную к проксе с авторизацией)

https://t.me/jenkins_ru

вот она

А кто-нибудь настраивал форвард http_proxy? То есть прокси, который коннектится к другой прокси. Что лучше для этого использовать? (Про впорос зачем - ruby до версии 2.5 не умеет в авторизацию на проксе, и надо поднять проклсю без авторизации подключенную к проксе с авторизацией)

я так делал, прописываешь proxy_pass

я так делал, прописываешь proxy_pass

Тут так 90% делали, думаю ему нужно готовое всё?

вот же ж

пойду поищу

пойду поищу

чо поищешь? гугл?))

я так делал, прописываешь proxy_pass

Что за прокси пасс? И кому прописывал?

server { listen 80; server_name {{reserve}}.initpro.ru; access_log /var/log/nginx/reserv.access.log; error_log /var/log/nginx/reserv.error.log; root /var/www/html; location / { proxy_set_header domain sub.domain.com; proxy_pass http://sub.domain.com /; resolver 8.8.8.8; sub_filter 'domain.com 'sub.domain.com '; sub_filter_once off; proxy_set_header Accept-Encoding ""; proxy_set_header X-Real-IP $remote_addr; proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for; proxy_cookie_domain sub.domain.com domain.com; } }

вот как то так

но тут задача хитрая была

поддомен завернуть на домен

ууууу

сложно

server { listen 80; server_name {{reserve}}.initpro.ru; access_log /var/log/nginx/reserv.access.log; error_log /var/log/nginx/reserv.error.log; root /var/www/html; location / { proxy_set_header domain sub.domain.com; proxy_pass http://sub.domain.com /; resolver 8.8.8.8; sub_filter 'domain.com 'sub.domain.com '; sub_filter_once off; proxy_set_header Accept-Encoding ""; proxy_set_header X-Real-IP $remote_addr; proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for; proxy_cookie_domain sub.domain.com domain.com; } }

А, через nginx??? А он умеет авторизовываться?? Ща попробую. Я смотрел в mitman

какой еще митман ?

все использую энжинкс

А, через nginx??? А он умеет авторизовываться?? Ща попробую. Я смотрел в mitman

там есть basic auth как минимум

или haproxy

какой еще митман ?

Описка. https://mitmproxy.org/

ну есть извращения на тему apache он тоже умее реверс прокси