Так. А в 2018 году docker умеет перехватывать или пробрасывать /dev/log?

это просто файл

замапь его как файл

И при перезагрузке rsyslogd я буду получать тыкву

посмотри при случае сколько памяти жрёт и сколько дерьма внутри - он же на электроне, полностью отбитая хрень

согласен, отвратительная херня. гиг рамы на ноуте, на ведроиде хз, но тоже так себе. нотифи на мобильном вообще стремная бня, работающая как угодно, но не как надо. зато интеграция со всем подряд и з коробки и потому такая популярность(

Потому что дрянь отбитая. Какое-то окно сбоку, какой-то поток сознания.

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

И при перезагрузке rsyslogd я буду получать тыкву

https://www.projectatomic.io/blog/2016/10/playing-with-docker-logging/ гугол привел меня сюда, похоже на правду docker run -ti -v /dev/log:/dev/log

/var/run/syslog:/dev/log osx

Так. А в 2018 году docker умеет перехватывать или пробрасывать /dev/log?

не знаю насколько релевантно, но я юзаю https://github.com/gliderlabs/logspout и сгружаю в logstash

Так. А в 2018 году docker умеет перехватывать или пробрасывать /dev/log?

отправляй логи по udp

докер жи нативно умееет отправлять в удаленный rsyslog

И при перезагрузке rsyslogd я буду получать тыкву

кстати нет

кстати нет

Ммм... Да? Потому что файл будет удален и создан заново

мы с коллегой буквально с месяц назад проверяли

Ммм... Да? Потому что файл будет удален и создан заново

/dev/log - файл устройства так-то

- Мы за три недели положили в таблицу в PostgreSQL 500 миллионов записей! Интересно сколько он еще протянет? - У вас хотя бы есть план Б, на случай когда это все нае...тся? - Конечно! Мы постоянно обновляем и рассылаем наши резюме.

/dev/log - файл устройства так-то

И?

Но я кстати попробую

/dev/log - файл устройства так-то

Какого?

Какого?

Символьного

@schors пиши все в stdout а длкиром шли альше https://docs.docker.com/config/containers/logging/syslog/#options мы нопример херачим на локальный, а им уже relp ом херачим дальше

Символьного

Ну покажи stat

@schors пиши все в stdout а длкиром шли альше https://docs.docker.com/config/containers/logging/syslog/#options мы нопример херачим на локальный, а им уже relp ом херачим дальше

Расскажи это убунтовскому cron

Ну покажи stat

Хм, в том дистре, что под рукой, это unix-сокет. [localuser@localhost ~]# stat /dev/log File: ‘/dev/log’ Size: 0 Blocks: 0 IO Block: 4096 socket Device: 5h/5d Inode: 7093 Links: 1 Но я-то бегло нагуглил вот что: #mknod /chroot/dev/log c 21 5

Сюрприз, сюрприз

Не особо.

Расскажи это убунтовскому cron

Скорми логгеру

Скорми логгеру

Кому?

https://serverfault.com/questions/137468/better-logging-for-cronjobs-send-cron-output-to-syslog

Logger везде есть, если канешн не альпин

И?

Я сами логи крона хочу

Его собственные

Так. CRON[25197]: (root) CMD (command -v debian-sa1 > /dev/null && debian-sa1 1 1) - а что делает эта хрень?

Так. CRON[25197]: (root) CMD (command -v debian-sa1 > /dev/null && debian-sa1 1 1) - а что делает эта хрень?

статистику по загрузке системы собирает, из пакета sysstat

А почему их иногда несколько и куда он их кладет?

/var/lib/sa вроде

он собирает за минуту, за каждые 10 минут, и т.д.

/var/lib/sa вроде

* /var/log/sa

Хм, в том дистре, что под рукой, это unix-сокет. [localuser@localhost ~]# stat /dev/log File: ‘/dev/log’ Size: 0 Blocks: 0 IO Block: 4096 socket Device: 5h/5d Inode: 7093 Links: 1 Но я-то бегло нагуглил вот что: #mknod /chroot/dev/log c 21 5

вывод от баша да ?

к вам тоже эта дрянь залезает оказывается

вы значит терминатора настроили на это?) клёво, надо тоже сделать себе

Гитлаб парит, кеш большой что ли: Uploading cache.zip to s3 FATAL: Received: 400 Bad Request

вывод от баша да ?

да

Гитлаб парит, кеш большой что ли: Uploading cache.zip to s3 FATAL: Received: 400 Bad Request

Скорее всего не кеш

Скорее всего не кеш

Убрал одну из папок, кеш стал 4 гига, загрузился. Думаю дело в размере запроса - ограничение aws

Убрал одну из папок, кеш стал 4 гига, загрузился. Думаю дело в размере запроса - ограничение aws

Ограничение 5тб

Убрал одну из папок, кеш стал 4 гига, загрузился. Думаю дело в размере запроса - ограничение aws

на s3 ограничение 5 гигов на файл при передаче

Individual Amazon S3 objects can range in size from a minimum of 0 bytes to a maximum of 5 terabytes. The largest object that can be uploaded in a single PUT is 5 gigabytes. For objects larger than 100 megabytes, customers should consider using the Multipart Upload capability.

Individual Amazon S3 objects can range in size from a minimum of 0 bytes to a maximum of 5 terabytes. The largest object that can be uploaded in a single PUT is 5 gigabytes. For objects larger than 100 megabytes, customers should consider using the Multipart Upload capability.

++

Ага. Я когда увидел какой размер прощел сразу понял

А зачем на с3 такой объём заливать вообще?

Такой кеш

ERROR: S client not available

А-ля билд ядра

А-ля билд ядра

так кеш или билд?

ну если деньги не куда девать))) так можно на с3 хранить))

ну если деньги не куда девать))) так можно на с3 хранить))

ну как ты знаешь s3 тоже разные бывают)

ну как ты знаешь s3 тоже разные бывают)

Та это то понятно инфрикмент, глассер, только я так думаю по дефалту тут бакет

Та это то понятно инфрикмент, глассер, только я так думаю по дефалту тут бакет

но мы щас говорим именно о бакете - да.

Я все жду когда амазон свое обещание исполнит и запилит выбор типа хранилища для снепшотов и кастомных ами

Кеш. Он ведь чистится раннером, не?

Кеш. Он ведь чистится раннером, не?

Стоп я вообще не понимаю что вам нужно, зачем кеш загонять на с3

Гитлаб парит, кеш большой что ли: Uploading cache.zip to s3 FATAL: Received: 400 Bad Request

Гитлаб не умеет мультипарт аплоад? Да что ж такое то, когда это закончится

@r_mubarakzyanov будет жить. Поприветствуем!

cron. сервер в UTC. можно что-то настроить, чтобы пользователь задавал время в MSK в crontab?

да, TZ="UTC" например

куда?

в начало кронтаба?

а хотя... вряд ли) * * * * * root TZ=UTC 4to_nado

я думаю не проканает такой вариант

а попробуй в кронтабе TZ=UTC 00 19 * * * date > /tmp/date.log

cron. сервер в UTC. можно что-то настроить, чтобы пользователь задавал время в MSK в crontab?

CRON_TZ=Europe/Moscow * * * * * date > /tmp/date.log

по доке не работает

по доке не работает

[root@load-balancer ~]# date && tail -1 /tmp/date.log Wed Aug 1 11:50:37 UTC 2018 Wed Aug 1 14:50:01 MSK 2018 [root@load-balancer ~]#Типа того надо?

[root@load-balancer ~]# date && tail -1 /tmp/date.log Wed Aug 1 11:50:37 UTC 2018 Wed Aug 1 14:50:01 MSK 2018 [root@load-balancer ~]#Типа того надо?

МНе надо, чтобы время в crontab юзверь в своём поясе указывал

МНе надо, чтобы время в crontab юзверь в своём поясе указывал

вторая строка из кронтаба выхлоп команды дейт

вторая строка из кронтаба выхлоп команды дейт

И что?

И что?

то что сервер в ютс, крон пишет в мск

то что сервер в ютс, крон пишет в мск

Ещё раз. Мне надо, чтобы он и запускал в MSK