D🦆
Этот майкрософтовский девайс в принципе линукс не поддерживает)
Size: a a a
2020 June 14
D🦆
sudo apt install docker-ce
А как после этого его запустить, учитывая, что в системе нет systemd?
ł
service docker start
ł
Вот и выросло поколение, не знающее жизни без systemd...
D🦆
Я помню лет 10 назад эти ужасные инитскрипты для систем файв и счастлив, что их уже нет. А тут древнее зло пробудилось?
i
А как после этого его запустить, учитывая, что в системе нет systemd?
В wsl2 как раз можно systemd юзать
i
Это в первой systemd нельзя завести
i
И вроде как в итоге дистры wsl переедут на systemd, пока они без нее для совместимости с wsl1
S
Привет всем
Парни, подскажите пожалуйста как я могу в Jenkins запустить джоб и что б он фейлился, если время на SQL запрос больше указанного значения?
Смотрел на Jenkins+Jmeter, но никак не могу добиться нужного результата
Парни, подскажите пожалуйста как я могу в Jenkins запустить джоб и что б он фейлился, если время на SQL запрос больше указанного значения?
Смотрел на Jenkins+Jmeter, но никак не могу добиться нужного результата
MK
Timeout указать?
D🦆
И вроде как в итоге дистры wsl переедут на systemd, пока они без нее для совместимости с wsl1
Это прекрасно
S
Timeout указать?
А если запросов в проекте jmeter несколько? :)
Тут вариант или запускать по одному проекту на каждый запрос и в стейджах указывать на каждый таймаут или может есть какое более лаконичное решение?)
Тут вариант или запускать по одному проекту на каждый запрос и в стейджах указывать на каждый таймаут или может есть какое более лаконичное решение?)
D🦆
А если запросов в проекте jmeter несколько? :)
Тут вариант или запускать по одному проекту на каждый запрос и в стейджах указывать на каждый таймаут или может есть какое более лаконичное решение?)
Тут вариант или запускать по одному проекту на каждый запрос и в стейджах указывать на каждый таймаут или может есть какое более лаконичное решение?)
i
А если запросов в проекте jmeter несколько? :)
Тут вариант или запускать по одному проекту на каждый запрос и в стейджах указывать на каждый таймаут или может есть какое более лаконичное решение?)
Тут вариант или запускать по одному проекту на каждый запрос и в стейджах указывать на каждый таймаут или может есть какое более лаконичное решение?)
Так ты не с той стороны логику прикручиваешь
i
Эти таймауты должны быть со стороны тестов, а не CI за ними следить
i
CI должен запустить и получить результат, ну в зависимости от него может еще что-то сделать. Но не определять кто там сколько может выполняться, максимум переменные для этого предоставлять
D🦆
Эти таймауты должны быть со стороны тестов, а не CI за ними следить
не соглашусь, задача тестов - тестировать, а не за временем на CI следить.
Каждому своё.
Каждому своё.
i
не соглашусь, задача тестов - тестировать, а не за временем на CI следить.
Каждому своё.
Каждому своё.
Почему за временем CI? Он-то хочет запросы время запросов в тестах по времени ограничивать
i
А не время выполнения джоба
АБ
Это по сути часть теста, почему бы в него и не запихнуть?