Size: a a a

DevOps — русскоговорящее сообщество

2020 August 19

ST

Sergey Trapeznikov in DevOps — русскоговорящее сообщество
чем смох помох
источник

ПК

Петя Карманник... in DevOps — русскоговорящее сообщество
Спс
источник

ПК

Петя Карманник... in DevOps — русскоговорящее сообщество
Но походу буду заливать сразу на гугловский регистр
источник

ПК

Петя Карманник... in DevOps — русскоговорящее сообщество
Заебало
источник

ST

Sergey Trapeznikov in DevOps — русскоговорящее сообщество
можно будет поржать если и тут не заработает
источник

ST

Sergey Trapeznikov in DevOps — русскоговорящее сообщество
источник

NT

Nikita Tikhomirov in DevOps — русскоговорящее сообщество
Всем привет, кто нибудь может помочь с настройкой сети ProxMox?)
источник

NT

Nikita Tikhomirov in DevOps — русскоговорящее сообщество
Все работает, но порты не форвардятся
источник

DP

Denis Pyshkin in DevOps — русскоговорящее сообщество
надо стоп/старт тачке в гуи сделать
источник

k

krakazyabra in DevOps — русскоговорящее сообщество
Народ, всем привет! Кто сталкивался с подобным поведением Редиса:
есть приложение на php, использует обычный метод php-redis
есть редис (в разных конфигурация тестировали: сингл-мастер, сентинель и пр.)
так вот приложение иногда падает по причине "Redis server went away". В это же самое время, когда приложение не может достучаться до редиса, делал тесты: простейший скрипт, который стучится в тот же редис, кладёт ключик и читает его. Скрипт отрабатывал. Сам редис ничего в логах не писал.
но если сделать в бд flushall, то приложение сразу же подключалось и начинало работать как ни в чём не бывало.
по ресурсам редиса всё ок: памяти, места завались, в ядро добавлена поддержка больших hugepages, никаких тюнячек, всё по дефолту.
с сетью проблем нет и быть не могло в то время
источник

DS

Dmitry Sergeev in DevOps — русскоговорящее сообщество
Всем привет. Новичек в gtihub actions, есть ли там некое подобие циклов?

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

Сделал вот так: https://pastebin.com/zfDnNzgV
Но мне не нравится - много копипасты action'а upload-release-asset@v1

Попробовал избавиться от копипасты путем strategy.matrix ( потому что циклы не нашел). Получилось вот так https://pastebin.com/MvCfMu0Y
Но так тоже не нравится, меньше ямла не стало =), пришлось закостылить проброс переменной из output action'a create-release@v1, а также как я понял, там нет гарантий что джобы запустяться в определенном порядке (stategy генерит по джобе на каждый элемент массива и все джобы запускаются параллельно), и может случиться так, что релиз не будет создан в момент заливки в него артефакта.

Вобщем после jenkins чувствую себя со связанными руками. Нет ли в github actions хотя бы базовых циклов? В доке не нашел, но мб что-то очевидное пропустил.
источник

ZV

Zorn V in DevOps — русскоговорящее сообщество
krakazyabra
Народ, всем привет! Кто сталкивался с подобным поведением Редиса:
есть приложение на php, использует обычный метод php-redis
есть редис (в разных конфигурация тестировали: сингл-мастер, сентинель и пр.)
так вот приложение иногда падает по причине "Redis server went away". В это же самое время, когда приложение не может достучаться до редиса, делал тесты: простейший скрипт, который стучится в тот же редис, кладёт ключик и читает его. Скрипт отрабатывал. Сам редис ничего в логах не писал.
но если сделать в бд flushall, то приложение сразу же подключалось и начинало работать как ни в чём не бывало.
по ресурсам редиса всё ок: памяти, места завались, в ядро добавлена поддержка больших hugepages, никаких тюнячек, всё по дефолту.
с сетью проблем нет и быть не могло в то время
Ну так, Redis server went away. Зпусти вне контейнеров всю свою связку и посмотри.
источник

ZV

Zorn V in DevOps — русскоговорящее сообщество
Ну а редис для тебя никто настраивать не будет )
источник

a

az1.zz in DevOps — русскоговорящее сообщество
источник

ИН

Игорь Непрограммист... in DevOps — русскоговорящее сообщество
всем привет! возникла такая ситуация: для рассылки писем (из кода) используется сервис mailgun, для приема используется он же по одному единственному заданому адресу - support@example.com все письма пересылаются на наш gmail. Появилась задача сделать так чтобы рассылка продолжила работать как и работала, но теперь была возможность работать из почтового клиента еще и с несколькими почтами, скажем - vanya@example.com, sasha@example.com ну и т.д. Вопрос - могу ли я поставить почтовый сервер и настроить его и dns параллельно не сломав при этом рассылки через mailgun?
источник

ДА

Дмитрий Андреев... in DevOps — русскоговорящее сообщество
Игорь Непрограммист
всем привет! возникла такая ситуация: для рассылки писем (из кода) используется сервис mailgun, для приема используется он же по одному единственному заданому адресу - support@example.com все письма пересылаются на наш gmail. Появилась задача сделать так чтобы рассылка продолжила работать как и работала, но теперь была возможность работать из почтового клиента еще и с несколькими почтами, скажем - vanya@example.com, sasha@example.com ну и т.д. Вопрос - могу ли я поставить почтовый сервер и настроить его и dns параллельно не сломав при этом рассылки через mailgun?
Да, разве что SPF запись нужно аккуратно скомпилировать из той, которую требует mailgun и той, которая нужна для почтового сервера.

Но почтовому серверу придется отвечать и за support@example.com: письма на один ящик туда, письма на другой ящик сюда - так на уровне dns нельзя, разве что на уровне нового почтового сервера пересылкой заниматься.
источник

RV

Roman V in DevOps — русскоговорящее сообщество
Игорь Непрограммист
всем привет! возникла такая ситуация: для рассылки писем (из кода) используется сервис mailgun, для приема используется он же по одному единственному заданому адресу - support@example.com все письма пересылаются на наш gmail. Появилась задача сделать так чтобы рассылка продолжила работать как и работала, но теперь была возможность работать из почтового клиента еще и с несколькими почтами, скажем - vanya@example.com, sasha@example.com ну и т.д. Вопрос - могу ли я поставить почтовый сервер и настроить его и dns параллельно не сломав при этом рассылки через mailgun?
Да. Вполне. Ставите почтовый сервер. Настраиваете помимо почты rDNS, через поставщика связи (ну и 25 порт в интернет). Добавляете А запись и сразу же МХ запись. SPF, Dmarc, DKIM по вкусу. Свежесозданной МХ даёте TTL меньше старой записи. Профит!
Теоретически старые почтовые сервера все равно могут писать письмо и на второй (старый) МХ, так что параметры пересылки я бы оставил. Мало ли
источник

RV

Roman V in DevOps — русскоговорящее сообщество
Дмитрий Андреев
Да, разве что SPF запись нужно аккуратно скомпилировать из той, которую требует mailgun и той, которая нужна для почтового сервера.

Но почтовому серверу придется отвечать и за support@example.com: письма на один ящик туда, письма на другой ящик сюда - так на уровне dns нельзя, разве что на уровне нового почтового сервера пересылкой заниматься.
SPF - это тупо статичная TXT запись говорящая - вот с этих адресов и доменов можно принимать нашу почту, остальных в карантин. У автора вопроса я как понимаю МХы не динамические, один раз поправить и все. Там просто ip через запятую добавить
источник

ДА

Дмитрий Андреев... in DevOps — русскоговорящее сообщество
Roman V
SPF - это тупо статичная TXT запись говорящая - вот с этих адресов и доменов можно принимать нашу почту, остальных в карантин. У автора вопроса я как понимаю МХы не динамические, один раз поправить и все. Там просто ip через запятую добавить
Я слишком недавно просил igooods поправить у себя синтаксически неверную SPF запись, а то квитанции надоело из спама доставать, чтобы уже перестать напоминать про её важность на каждом углу)
источник

RV

Roman V in DevOps — русскоговорящее сообщество
Дмитрий Андреев
Я слишком недавно просил igooods поправить у себя синтаксически неверную SPF запись, а то квитанции надоело из спама доставать, чтобы уже перестать напоминать про её важность на каждом углу)
Это сплошь и рядом. Многие крупные сети кладут болт на DKIM и DMARC. Увы 🤷‍♂️
источник