? супер-приз на барабане

Привет, никто не работал с редис кластером когда машины в другом ДЦ, latency ~24, но производительность упала в 6 раз

это вообще нормально, или так не должно быть

@vankosa смори что @pyToshka нашел https://www.katacoda.com/hashicorp/

?

это давнишняя фишка)

ну и еще одно https://play.instruqt.com/public

Доброго времени суток, друзья. Пытаюсь прикрутить к gitlab jenkins и испытываю проблемы с настройкой Gitlab в jenkins. 1. Добавил учетку в Jenkins: Заходим в Credentials->System->Global Credentials (unrestricted)->Add Credentials. В поле Kind выбираем Gitlab Api Token. В поле "API Token" пишем Api-token пользователя jenkins, которого мы создали на GitLab сервере. (в settings -> Access Tokens) В поле ID пишем любое название, например "jenkins-gitlab" 2. Далее я настраиваю Jenkins Gitlab Plugin: Заходим в Jenkins->Настроить Jenkins -> Конфигурирование системы. Ищем вкладку Gitlab. В поле "Connection Name" пишем любое название нашего соединения (их может быть несколько). В поле "Gitlab host URL" пишем адрес корня нашего GitLab сервера В поле "Credentials" выбираем единственное доступное там "Gitlab API token" После нажатия на кнопку Save получаю сообщение: API Token for Gitlab access required API Token for accessing Gitlab После окончания сборки (собирается, кстати без проблем) я получаю такие сообщения: Failed to add comment on Merge Request for project '20': RESTEASY004655: Unable to invoke request Failed to add vote on Merge Request for project '20': RESTEASY004655: Unable to invoke request Failed to update Gitlab commit status for project '27': RESTEASY004655: Unable to invoke request Что делать?

Доброго времени суток, друзья. Пытаюсь прикрутить к gitlab jenkins и испытываю проблемы с настройкой Gitlab в jenkins. 1. Добавил учетку в Jenkins: Заходим в Credentials->System->Global Credentials (unrestricted)->Add Credentials. В поле Kind выбираем Gitlab Api Token. В поле "API Token" пишем Api-token пользователя jenkins, которого мы создали на GitLab сервере. (в settings -> Access Tokens) В поле ID пишем любое название, например "jenkins-gitlab" 2. Далее я настраиваю Jenkins Gitlab Plugin: Заходим в Jenkins->Настроить Jenkins -> Конфигурирование системы. Ищем вкладку Gitlab. В поле "Connection Name" пишем любое название нашего соединения (их может быть несколько). В поле "Gitlab host URL" пишем адрес корня нашего GitLab сервера В поле "Credentials" выбираем единственное доступное там "Gitlab API token" После нажатия на кнопку Save получаю сообщение: API Token for Gitlab access required API Token for accessing Gitlab После окончания сборки (собирается, кстати без проблем) я получаю такие сообщения: Failed to add comment on Merge Request for project '20': RESTEASY004655: Unable to invoke request Failed to add vote on Merge Request for project '20': RESTEASY004655: Unable to invoke request Failed to update Gitlab commit status for project '27': RESTEASY004655: Unable to invoke request Что делать?

проверять права доступа для ключей

проверять права доступа для ключей

Спасибо. Всё ок

Спасибо. Всё ок

Судя по логам нет, ключи которые юзает дженкинс не могут апдейтить коммиты

Судя по логам нет, ключи которые юзает дженкинс не могут апдейтить коммиты

А хотя да... поспешил с выводами. Права у юзера на репозиторий - мейнтейнер. В настройках репозитория -> интеграция веб хуку указаны все триггеры и добавлена поддержка SSL. Так же указал Secret Token, который в дальнейшем пробовал использовать на уровне Jenkins.

Хотя в https://docs.gitlab.com/ee/integration/jenkins.html указано,что Copy the private API token from Profile Settings -> Account. You will need this when configuring the Jenkins server later.

Этот юзвер должен иметь фулаксесс

Хотя в https://docs.gitlab.com/ee/integration/jenkins.html указано,что Copy the private API token from Profile Settings -> Account. You will need this when configuring the Jenkins server later.

Create a user or choose an existing user that Jenkins will use to interact through the GitLab API. This user will need to be a global Admin or added as a member to each Group/Project. Developer permission is required for reporting build status. This is because a successful build status can trigger a merge when 'Merge when pipeline succeeds' feature is used. Some features of the GitLab Plugin may require additional privileges. For example, there is an option to accept a merge request if the build is successful. Using this feature would require developer, maintainer or owner-level permission.

Как раз написано

Как раз написано

Это и так понятно. Я пробовал как от рута, так и от созданного пользователя с полными правами на реп.

Это и так понятно. Я пробовал как от рута, так и от созданного пользователя с полными правами на реп.

В логах тоже самое?

Кто нибудь сталкивался с проблемой когда df пишет что занято много, а du показывает что занято гораздо меньше места. Уже проверял на удалённые файлы и монитовал раздел отдельно чтобы исключить другие маунты

может быть какая-то программа держит открытыми удалённые файлы

А файловая какая?

и они фактически уже не в фс, но и не удалены

Я же написал что проверил на удалённые файлы

А файловая какая?

Xfs

Можно попробовать xfs_check прогнать и глянуть результаты, а также советуют

Через xfs_estimate посмотреть чем занято

Я же написал что проверил на удалённые файлы

размер блока учитывал при подсчёте ?

format c:

размер блока учитывал при подсчёте ?

Да там нету никаких удалённых файлов кроме sssd и тот я ребутил

Через xfs_estimate посмотреть чем занято

Спс, попробую

Да там нету никаких удалённых файлов кроме sssd и тот я ребутил

причём тут удалённые файлы. вот у тебя файл размером 1Кб, а размер блока - 4Кб. Вопрос - сколько места файл займёт на диске ? Какой у тебя там размер блока ?

причём тут удалённые файлы. вот у тебя файл размером 1Кб, а размер блока - 4Кб. Вопрос - сколько места файл займёт на диске ? Какой у тебя там размер блока ?

При том что ты ответил на сообщение об удалённых файлах)

Я с телефона, проверить не могу, просто на будущее интересуюсь

Я с телефона, проверить не могу, просто на будущее интересуюсь

значит почитай - как файловые системы работают. Про ту же xfs, например))

значит почитай - как файловые системы работают. Про ту же xfs, например))

Какой бы размер не был, но разница между df и du в 4 раза быть не может.

Какой бы размер не был, но разница между df и du в 4 раза быть не может.

хоть в 1000 раз вполне может быть.

хоть в 1000 раз вполне может быть.

Да нет, в этом конкретном варианте мимо. Рядом куча таких же серваков так же поставленных без таких проблем.

Кто нибудь сталкивался с проблемой когда df пишет что занято много, а du показывает что занято гораздо меньше места. Уже проверял на удалённые файлы и монитовал раздел отдельно чтобы исключить другие маунты

Если много мелких файлов - размер блока влияет. Разница в сколько?

xfs_estimate -v / directory bsize blocks megabytes logsize / 4096 2996062 11703.4MB 4096000

Кароче всеми способами получается 11гб,а df упорно пишет 43

Кароче всеми способами получается 11гб,а df упорно пишет 43

Ты весь / раздел проверяешь с du что-ли?

Ты весь / раздел проверяешь с du что-ли?

Да, смонтировал его отдельно в другую папку

Можно и с --exclude, но так надежнее

Да, смонтировал его отдельно в другую папку

какой раздел в какую папку ? ты точно про / ?

покажи mount

какой раздел в какую папку ? ты точно про / ?

Ну устройство которое в корень смонтировано

Ну устройство которое в корень смонтировано

через loop чтоль?

Вангую с лайва загрузился, но это не точно

Вы что прикалываетесь?

Просто дисковое устройство смонтировал в /mnt и всё

Хз, ты "/" показал

Да блин я же написал что монтировать для исключения попадания в вывод du других смонтированных устройств

Вы что прикалываетесь?

Может ты сядешь около компа и покажешь всякую диагностику, mount, размеры блоков и прочую фигню, чтобы можно было что-то сказать ?

Не сейчас

Не сейчас

именно! Нафига задавать вопрос, когда у тебя нет возможности сделать диагностику.

Какую диагностику?

Какую диагностику?

я про это писал буквально сообщением выше.

Простую. Сейчас вопросы что ты задаёшь и вопросы что дают тебе ты не можешь сейчас же проверить

В общем, удачных выходных! не надо работать в выходные. Будет рабочее время - будет разговор ;)

Но если я верно понял то на / разделе у тебя где то потерялось 30 гиг. И это Врятли из-за размеров блоков ( ну только если ты не хранишь на этом разделе еще что кроме файлов ос) тогда больше похоже на проблему с 'удаленными' файлами чьи дескрипторы еще открыты

Просто всё что я делаю это по 3 раза пишу разными словами то что написал в первый раз) Народ не дочитывает предложения до конца

Но если я верно понял то на / разделе у тебя где то потерялось 30 гиг. И это Врятли из-за размеров блоков ( ну только если ты не хранишь на этом разделе еще что кроме файлов ос) тогда больше похоже на проблему с 'удаленными' файлами чьи дескрипторы еще открыты

Я это проверил первым делом, это не они

Вот смотри, не однозначно понятно было как ты считаешь du. Из-за банального варианта что не правильно считаешь, может быть что не считает скрытые папки

Просто всё что я делаю это по 3 раза пишу разными словами то что написал в первый раз) Народ не дочитывает предложения до конца

ты можешь то, что ты делаешь выложить на гист, чтобы не нужно было слова читать ?

Я так понял ты через mount -o bind в mnt/root замаунтил тот же раздел а потом сделал du /mnt/root так?

Я вот грешу на kubelet файлы, так как он туда мантирует некоторые разделы из кластера. Но доказать не могу)

А df на /mnt/root говорит о разнице в 30 гиг

Все верно?

Нет я просто /dev/md125 который приучен в рут так же примаунтил в /mnt и прошелся du в нём

Я вот грешу на kubelet файлы, так как он туда мантирует некоторые разделы из кластера. Но доказать не могу)

--apparent-size print apparent sizes, rather than disk usage; although the apparent size is usually smaller, it may be larger due to holes in ('sparse') files, internal fragmentation, indirect blocks, and the like

В нем это вот так? Du /mnt/* или du /mnt

-x, --one-file-system skip directories on different file systems

Разница есть если есть папки /mnt/.*

Привет, может кто сталкивался: Есть ec2-instance, сам по себе сервер работает хорошо. Настроил лоад балансер(классический): http идет на 80 на инстансе, https идет на 443 на инстансе. Когда просто заходить через DNS name на сайт, то все работает отлично. Если заходить через домен(настроен через route 53) начинается редирект луп на одной урл. Есть версии, почему такое может быть?