ZV
> но не хотеть читать пять страниц текста, в котором он разжёавапется
Но ведь лучше когда начинаем с трехстрочного ямла, не ?
Но ведь лучше когда начинаем с трехстрочного ямла, не ?
Size: a a a
2020 August 27
ZV
Всем привет. Может кто в курсе, почему в Centos 7 по дефолту отрублен ipv6 на lo тырфейсе?
"Почему", лучше спросить у редхат наверное ) Хотя может просто у тебя подготовленный образ
LK
всем привет
может кто стакивался с godaddy
пытаюсь перейти в управление веб хостингом по ссылке https://myh.godaddy.com/
и сайт долго грузится, а потом возвращает ошибку
такая ситуация в google chrome / firefox
никакой сброс кеша не работает
при этом если дернуть этот сайт с консоли через curl - работает
сори если вопрос не по теме
может кто стакивался с godaddy
пытаюсь перейти в управление веб хостингом по ссылке https://myh.godaddy.com/
и сайт долго грузится, а потом возвращает ошибку
ERR_HTTP2_SERVER_REFUSED_STREAMтакая ситуация в google chrome / firefox
никакой сброс кеша не работает
при этом если дернуть этот сайт с консоли через curl - работает
сори если вопрос не по теме
DS
"Паттерн блаблабла хрхр 😴" (как будто я не знаю что такое демон)
vs
"Контроллеры — это такие Kubernetes объекты, которые могут манипулировать pod’ами. Например, есть Cron Job контроллер, который умеет запускать их по расписанию. Или ещё есть Replica Set, который может их масштабировать. Но самый универсальный контроллер — это Deployment. Он и воскресить может, и отмасштабировать, и апдэйт накатить, если попросят."
И тут меня осеняет что такое "type: deployent" про который все говорят но объясняют как то мутно
vs
"Контроллеры — это такие Kubernetes объекты, которые могут манипулировать pod’ами. Например, есть Cron Job контроллер, который умеет запускать их по расписанию. Или ещё есть Replica Set, который может их масштабировать. Но самый универсальный контроллер — это Deployment. Он и воскресить может, и отмасштабировать, и апдэйт накатить, если попросят."
И тут меня осеняет что такое "type: deployent" про который все говорят но объясняют как то мутно
ну дык зато там все норм написано, а то что ты привёл содержит неточности. Например deployment вообще не рулит подами, он рулит replicaset'ами, cronjob - тоже самое, рулит Job'ами, а не подами.
Вот этим и отличаются рандомные статьи в интернете от доков и книг
Вот этим и отличаются рандомные статьи в интернете от доков и книг
ZV
А процессор на самом деле гоняет не биты, а электричество, ага )
A
Добрый день.
Вопрос к знатокам gitlab.
Есть гитлаб ее.
В нем куча репозиториев и ci. Используется docker registry внутри gitlab.
Люди в CI генерят кучу docker image, которые не удаляются. Этот же gitlab dicker registry используется отдельными скриптами, которые деплоят это на сервера. То есть у меня сейчас проект с 500 image.
Вопрос - как лучше их почистить? И как лучше настроить автоочистку образов? То есть как это делать правильно.
И ещё в догонку. Что именно происходит когда через API удаляешь тэг и образ?
Удаляются только слои, которые относятся к этому образу и тэгу? Я имею ввиду базовые слои, которые используются несколькими тегами- не трогаются?
Вопрос к знатокам gitlab.
Есть гитлаб ее.
В нем куча репозиториев и ci. Используется docker registry внутри gitlab.
Люди в CI генерят кучу docker image, которые не удаляются. Этот же gitlab dicker registry используется отдельными скриптами, которые деплоят это на сервера. То есть у меня сейчас проект с 500 image.
Вопрос - как лучше их почистить? И как лучше настроить автоочистку образов? То есть как это делать правильно.
И ещё в догонку. Что именно происходит когда через API удаляешь тэг и образ?
Удаляются только слои, которые относятся к этому образу и тэгу? Я имею ввиду базовые слои, которые используются несколькими тегами- не трогаются?
ZV
Я просто в крон на машине с гитлабом вот такое добавил
15 3 1 */4 * docker system prune --volumes -faNA
Хай гайз.
А есть ли смысл ради экономии переезжать из EU в US регион на AWS, если у тебя все клиенты из EU и тебе и клиентам в целом пофигу какой там delay: 50 или 200. Не будет ли амазон брать деньги за доставку трафика между регионами? (AWS Data Transfer)
А есть ли смысл ради экономии переезжать из EU в US регион на AWS, если у тебя все клиенты из EU и тебе и клиентам в целом пофигу какой там delay: 50 или 200. Не будет ли амазон брать деньги за доставку трафика между регионами? (AWS Data Transfer)
Вы ещё узнайте мнение Еврокомисси, они могут быть не рады что персональные данные уезжают в США
MM
Nurmukhamed Artykaly
Вы ещё узнайте мнение Еврокомисси, они могут быть не рады что персональные данные уезжают в США
У нас еще PCIDSS, поэтому я точно спрошу.
AP
Nurmukhamed Artykaly
Вы ещё узнайте мнение Еврокомисси, они могут быть не рады что персональные данные уезжают в США
Так и есть. Всякие GDPR вряд ли позволят это просто так сделать
AG
Добрый день.
Вопрос к знатокам gitlab.
Есть гитлаб ее.
В нем куча репозиториев и ci. Используется docker registry внутри gitlab.
Люди в CI генерят кучу docker image, которые не удаляются. Этот же gitlab dicker registry используется отдельными скриптами, которые деплоят это на сервера. То есть у меня сейчас проект с 500 image.
Вопрос - как лучше их почистить? И как лучше настроить автоочистку образов? То есть как это делать правильно.
И ещё в догонку. Что именно происходит когда через API удаляешь тэг и образ?
Удаляются только слои, которые относятся к этому образу и тэгу? Я имею ввиду базовые слои, которые используются несколькими тегами- не трогаются?
Вопрос к знатокам gitlab.
Есть гитлаб ее.
В нем куча репозиториев и ci. Используется docker registry внутри gitlab.
Люди в CI генерят кучу docker image, которые не удаляются. Этот же gitlab dicker registry используется отдельными скриптами, которые деплоят это на сервера. То есть у меня сейчас проект с 500 image.
Вопрос - как лучше их почистить? И как лучше настроить автоочистку образов? То есть как это делать правильно.
И ещё в догонку. Что именно происходит когда через API удаляешь тэг и образ?
Удаляются только слои, которые относятся к этому образу и тэгу? Я имею ввиду базовые слои, которые используются несколькими тегами- не трогаются?
удаляются те слои которые не используются другими образами
A
удаляются те слои которые не используются другими образами
Спасибо большое.
AG
Я просто в крон на машине с гитлабом вот такое добавил
15 3 1 */4 * docker system prune --volumes -faа как это повлияет на образы?
A
Я просто в крон на машине с гитлабом вот такое добавил
15 3 1 */4 * docker system prune --volumes -faТам нет докер, только регитстри.
ZV
а как это повлияет на образы?
Никак. Оно чистит образы которые качаются во время сборки и т.п. Но нужно понимать что это так же чистит кеш сборки и после выполнения первая сборка будет долгой.
ZV
Там нет докер, только регитстри.
А, у меня просто на той же машине образы собираются (раннер там же)
AG
так вроде не о том вопрос был
NA
Привет, коллеги, запустил проксмокс в проксмоксе, в итоге во вложенном проксмоксе сеть нормально функционирует, а в гостевой ос (дебиан) ничего не пингуется.
root@prmx:~# ip addr
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000
link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
inet 127.0.0.1/8 scope host lo
valid_lft forever preferred_lft forever
inet6 ::1/128 scope host
valid_lft forever preferred_lft forever
2: ens18: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast master vmbr0 state UP group default qlen 1000
link/ether 1a:7e:50:11:78:18 brd ff:ff:ff:ff:ff:ff
3: vmbr0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP group default qlen 1000
link/ether 1a:7e:50:11:78:18 brd ff:ff:ff:ff:ff:ff
inet 10.110.3.156/24 brd 10.110.3.255 scope global vmbr0
valid_lft forever preferred_lft forever
inet6 fe80::187e:50ff:fe11:7818/64 scope link
valid_lft forever preferred_lft forever
4: tap100i0: <BROADCAST,MULTICAST,PROMISC,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast master fwbr100i0 state UNKNOWN group default qlen 1000
link/ether c2:47:b5:9a:ca:d3 brd ff:ff:ff:ff:ff:ff
5: fwbr100i0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP group default qlen 1000
link/ether 56:a8:fc:27:a4:ac brd ff:ff:ff:ff:ff:ff
6: fwpr100p0@fwln100i0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue master vmbr0 state UP group default qlen 1000
link/ether f6:ea:d3:74:c4:55 brd ff:ff:ff:ff:ff:ff
7: fwln100i0@fwpr100p0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue master fwbr100i0 state UP group default qlen 1000
link/ether 56:a8:fc:27:a4:ac brd ff:ff:ff:ff:ff:ff
root@prmx:~# ip addr
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000
link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
inet 127.0.0.1/8 scope host lo
valid_lft forever preferred_lft forever
inet6 ::1/128 scope host
valid_lft forever preferred_lft forever
2: ens18: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast master vmbr0 state UP group default qlen 1000
link/ether 1a:7e:50:11:78:18 brd ff:ff:ff:ff:ff:ff
3: vmbr0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP group default qlen 1000
link/ether 1a:7e:50:11:78:18 brd ff:ff:ff:ff:ff:ff
inet 10.110.3.156/24 brd 10.110.3.255 scope global vmbr0
valid_lft forever preferred_lft forever
inet6 fe80::187e:50ff:fe11:7818/64 scope link
valid_lft forever preferred_lft forever
4: tap100i0: <BROADCAST,MULTICAST,PROMISC,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast master fwbr100i0 state UNKNOWN group default qlen 1000
link/ether c2:47:b5:9a:ca:d3 brd ff:ff:ff:ff:ff:ff
5: fwbr100i0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP group default qlen 1000
link/ether 56:a8:fc:27:a4:ac brd ff:ff:ff:ff:ff:ff
6: fwpr100p0@fwln100i0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue master vmbr0 state UP group default qlen 1000
link/ether f6:ea:d3:74:c4:55 brd ff:ff:ff:ff:ff:ff
7: fwln100i0@fwpr100p0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue master fwbr100i0 state UP group default qlen 1000
link/ether 56:a8:fc:27:a4:ac brd ff:ff:ff:ff:ff:ff
У твоего отца много денег и у него дома в подвале кластер проксмокса, а тебе он налезал малый проксмокс, чтобы ты опыта поднабрался. Потом в наследство большой проксмокс примешь???
ZV
Для чистки регистри команда ворде есть у
gilab-ctl (или как она там)