Size: a a a

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

2020 November 30

AD

Alex Demidov in DevOps — русскоговорящее сообщество
Asgoret
то, чо и означает ;D
Команда: kubectl logs my-pod
API reference: https://kubernetes.io/docs/reference/generated/kubernetes-api/v1.19/#read-log-pod-v1-core
API shortcut for R[1]|CR[2]: pods/logs


1- Role
2 - Cluster Role
Ну вот kubectl logs берет эти логи c stdout контейнеров. Драйвер который я привел шлет эти же самые логи не в stdout а в fluentd напрямую
источник

A

Asgoret in DevOps — русскоговорящее сообщество
Alex Demidov
Ну вот kubectl logs берет эти логи c stdout контейнеров. Драйвер который я привел шлет эти же самые логи не в stdout а в fluentd напрямую
=___=
источник

MT

M T in DevOps — русскоговорящее сообщество
наверно асгорет хочет оставить возможность читать логи через kubectl
источник

MT

M T in DevOps — русскоговорящее сообщество
ну ето я так предполагаю
источник

A

Asgoret in DevOps — русскоговорящее сообщество
M T
наверно асгорет хочет оставить возможность читать логи через kubectl
Уже ближе ;D Внезапно, я не зря привел ссылку на апи референс и там есть вот такая вещь: GET /api/v1/namespaces/{namespace}/pods/{name}/log
источник

A

Asgoret in DevOps — русскоговорящее сообщество
не чтение с нод, не докер куда-то там чето-то там шлет, а чтение с подов ;D уже даже на доку ссылку дал
источник

A

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

A

Asgoret in DevOps — русскоговорящее сообщество
я вас буду в докер чат ссылать к @vizdrag
источник

A

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

MT

M T in DevOps — русскоговорящее сообщество
там анархия как и в любом доцкер чате
источник

ST

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

AT

Andrii Tkach in DevOps — русскоговорящее сообщество
Всем привет, возможно есть кто-нибудь кто плотно работал с NFS, на примонтированной шаре остаются файлы вроде:
.nfs000000000000472100000001
и их не получается никак удалить, lsof и fuser ничего не показывают, помогает только ребут хоста. Зараннее благодарен за любые ответы.
OS: Centos-8 nfs-utils-2.3.3-31.el8.x86_64
источник

AD

Alex Demidov in DevOps — русскоговорящее сообщество
Andrii Tkach
Всем привет, возможно есть кто-нибудь кто плотно работал с NFS, на примонтированной шаре остаются файлы вроде:
.nfs000000000000472100000001
и их не получается никак удалить, lsof и fuser ничего не показывают, помогает только ребут хоста. Зараннее благодарен за любые ответы.
OS: Centos-8 nfs-utils-2.3.3-31.el8.x86_64
источник

VS

V S in DevOps — русскоговорящее сообщество
Привет всем, можете плз рассказать тактики хостинга приватного VCS, ставите ли вы их за NAT, или это очень плохая тактика? Если ставите, то как боретесь с self-signed ssl в том же самом гитлабе?

У меня просто мой гитлаб за  NAT,  никакой CA  не может достучаться чтобы заверить его, а ранерам нужен доверенный гитлаб. Мб есть какой-то обходный путь и лучшие тактики решения таких проблем?
источник

AD

Alex Demidov in DevOps — русскоговорящее сообщество
V S
Привет всем, можете плз рассказать тактики хостинга приватного VCS, ставите ли вы их за NAT, или это очень плохая тактика? Если ставите, то как боретесь с self-signed ssl в том же самом гитлабе?

У меня просто мой гитлаб за  NAT,  никакой CA  не может достучаться чтобы заверить его, а ранерам нужен доверенный гитлаб. Мб есть какой-то обходный путь и лучшие тактики решения таких проблем?
DNS verification для Let's Encrypt?
источник

VS

V S in DevOps — русскоговорящее сообщество
Alex Demidov
DNS verification для Let's Encrypt?
хм, тоесть LE может выдать сертфикат для DNS, а не только одного домена?
источник

VS

V S in DevOps — русскоговорящее сообщество
Не знал, щас гляну - спасибо
источник

AD

Alex Demidov in DevOps — русскоговорящее сообщество
V S
хм, тоесть LE может выдать сертфикат для DNS, а не только одного домена?
нет, просто для верификации по DNS не нужен HTTP доступ к данному домену
источник

VS

V S in DevOps — русскоговорящее сообщество
Alex Demidov
нет, просто для верификации по DNS не нужен HTTP доступ к данному домену
окей - сейчас буду искать инфу
источник

AT

Andrii Tkach in DevOps — русскоговорящее сообщество
написано:
If you are sure that the applications using these files are no longer running, it is safe to delete these files manually.

но этого сделать не дает:
$ rm .nfs000000000000472100000001
rm: cannot remove '.nfs000000000000472100000001': Device or resource busy

то есть что-то этот файл удерживает, но что не понимаю:
$ lsof .nfs000000000000472100000001
$ fuser .nfs000000000000472100000001

пусто, может нужно как-то по-другому ?.. подскажите пож если знаете
источник