Ммм... Да? Потому что файл будет удален и создан заново
/dev/log - файл устройства так-то
Sergey
Anonymous
- Мы за три недели положили в таблицу в PostgreSQL 500 миллионов записей! Интересно сколько он еще протянет?
- У вас хотя бы есть план Б, на случай когда это все нае...тся?
- Конечно! Мы постоянно обновляем и рассылаем наши резюме.
🏳️ Phil
Но я кстати попробую
Pavel
@schors пиши все в stdout а длкиром шли альше https://docs.docker.com/config/containers/logging/syslog/#options
мы нопример херачим на локальный, а им уже relp ом херачим дальше
🏳️ Phil
Sergey
Ну покажи 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
պլհկ
Сюрприз, сюрприз
Sergey
Не особо.
Pavel
https://serverfault.com/questions/137468/better-logging-for-cronjobs-send-cron-output-to-syslog
Pavel
Logger везде есть, если канешн не альпин
🏳️ Phil
И?
🏳️ Phil
Я сами логи крона хочу
🏳️ Phil
Его собственные
🏳️ Phil
Так. CRON[25197]: (root) CMD (command -v debian-sa1 > /dev/null && debian-sa1 1 1) - а что делает эта хрень?
Ivan
Так. CRON[25197]: (root) CMD (command -v debian-sa1 > /dev/null && debian-sa1 1 1) - а что делает эта хрень?
статистику по загрузке системы собирает, из пакета sysstat
🏳️ Phil
А почему их иногда несколько и куда он их кладет?
Ivan
/var/lib/sa вроде
Ivan
он собирает за минуту, за каждые 10 минут, и т.д.
Aleksey
Roman
к вам тоже эта дрянь залезает оказывается
Roman
вы значит терминатора настроили на это?) клёво, надо тоже сделать себе
Dmitry
Гитлаб парит, кеш большой что ли:
Uploading cache.zip to s3
FATAL: Received: 400 Bad Request
Jürgen
Dmitry
Скорее всего не кеш
Убрал одну из папок, кеш стал 4 гига, загрузился. Думаю дело в размере запроса - ограничение aws
Jürgen
Alexey
Убрал одну из папок, кеш стал 4 гига, загрузился. Думаю дело в размере запроса - ограничение aws
на s3 ограничение 5 гигов на файл при передаче
Jürgen
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.
Dmitry
Ага. Я когда увидел какой размер прощел сразу понял
Jürgen
А зачем на с3 такой объём заливать вообще?
Dmitry
Такой кеш
Dmitry
А-ля билд ядра
Jürgen
ну если деньги не куда девать))) так можно на с3 хранить))
Alexey
ну если деньги не куда девать))) так можно на с3 хранить))
ну как ты знаешь s3 тоже разные бывают)
Jürgen
ну как ты знаешь s3 тоже разные бывают)
Та это то понятно инфрикмент, глассер, только я так думаю по дефалту тут бакет
Alexey
Та это то понятно инфрикмент, глассер, только я так думаю по дефалту тут бакет
но мы щас говорим именно о бакете - да.
Jürgen
Я все жду когда амазон свое обещание исполнит и запилит выбор типа хранилища для снепшотов и кастомных ами
Dmitry
Кеш. Он ведь чистится раннером, не?
Jürgen
Кеш. Он ведь чистится раннером, не?
Стоп я вообще не понимаю что вам нужно, зачем кеш загонять на с3
G72K
Гитлаб парит, кеш большой что ли:
Uploading cache.zip to s3
FATAL: Received: 400 Bad Request
Гитлаб не умеет мультипарт аплоад? Да что ж такое то, когда это закончится
Anonymous
@r_mubarakzyanov будет жить. Поприветствуем!
🏳️ Phil
cron. сервер в UTC. можно что-то настроить, чтобы пользователь задавал время в MSK в crontab?
Tadeusz
да, TZ="UTC" например
🏳️ Phil
куда?
🏳️ Phil
в начало кронтаба?
Tadeusz
а хотя... вряд ли) * * * * * root TZ=UTC 4to_nado
Tadeusz
я думаю не проканает такой вариант
Tadeusz
а попробуй в кронтабе
TZ=UTC
00 19 * * * date > /tmp/date.log
Jürgen
cron. сервер в UTC. можно что-то настроить, чтобы пользователь задавал время в MSK в crontab?
CRON_TZ=Europe/Moscow
* * * * * date > /tmp/date.log
🏳️ Phil
по доке не работает
Jürgen
по доке не работает
[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 ~]#Типа того надо?
🏳️ Phil
[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 юзверь в своём поясе указывал
Jürgen
МНе надо, чтобы время в crontab юзверь в своём поясе указывал
вторая строка из кронтаба выхлоп команды дейт
🏳️ Phil
Время котороя я в crontab буду указывать — будет в UTC
Jürgen
Время котороя я в crontab буду указывать — будет в UTC
и что если ты его переназначаешь то все работает
🏳️ Phil
и что если ты его переназначаешь то все работает
Да нет же. Покажи пример. cron не понимает переназначения и вот эти мои циферки воспринимает только как системноре время
🏳️ Phil
так он про это и говорит)
Нет. Он говорит о том, что программа запускается в MSK. А мне надо, чтобы время запуска я тоже мог задавать в MSK
Jürgen
Да нет же. Покажи пример. cron не понимает переназначения и вот эти мои циферки воспринимает только как системноре время
[root@load-balancer ~]# date && tail -1 /tmp/date.log && crontab -l
Wed Aug 1 12:00:20 UTC 2018
15:00:01 up 21:53, 3 users, load average: 0.00, 0.01, 0.05
CRON_TZ=Europe/Moscow
TZ=Europe/Moscow
0 15 * * * uptime >> /tmp/date.log
Jürgen
так понятней?
Jürgen
в кроне прописано запустить в 15 00, в то время в ютс 12
Jürgen
то есть запуск по МСК
Dmitry
There is no easy way of achieving this. cron uses the local time. /etc/default/cron and other TZ specifications in the crontab just specify what TZ should be used for the processes started by cron, it doesn't impact the start time.
Александр
МНе надо, чтобы время в crontab юзверь в своём поясе указывал
The CRON_TZ variable specifies the time zone specific for the cron table. The user should enter a time according to the specified time zone into the table.
🏳️ Phil
Jürgen
[root@load-balancer ~]# crontab -l
CRON_TZ=Europe/Moscow
TZ=Europe/Moscow
0 15 * * * uptime >> /tmp/date.log
[root@load-balancer ~]# id
uid=0(root) gid=0(root) groups=0(root) context=unconfined_u:unconfined_r:unconfined_t:s0-s0:c0.c1023
[root@load-balancer ~]#