Я не знаю, с чего начать с этого. У меня есть сервер Centos 7, на котором запущен rsync в качестве демона для копирования резервных копий, ниже приведен фрагмент моего файла rsyncd.log. Вы увидите, что при каждом подключении от клиента первые 2 записи журнала относятся к местному времени (EDST). следующие 3 записи находятся в формате UTC. Я не могу понять, почему это так. Я бы предпочел, чтобы все время было местным. Я также включил некоторые результаты моей конфигурации времени ниже.
rsyncd.log:
2019/03/16 12:37:00 [29440] name lookup failed for 192.168.10.246: Name or service not known
2019/03/16 12:37:00 [29440] connect from UNKNOWN (192.168.10.246)
2019/03/16 16:37:00 [29440] rsync to Rtemp/ from UNKNOWN (192.168.10.246)
2019/03/16 16:37:00 [29440] receiving file list
2019/03/16 16:46:08 [29440] sent 227465 bytes received 4197952526 bytes total size 4871704448
2019/03/16 13:31:00 [1283] name lookup failed for 192.168.10.246: Name or service not known
2019/03/16 13:31:00 [1283] connect from UNKNOWN (192.168.10.246)
2019/03/16 17:31:00 [1283] rsync to Rtemp/ from UNKNOWN (192.168.10.246)
2019/03/16 17:31:00 [1283] receiving file list
2019/03/16 17:31:00 [1283] sent 78 bytes received 1628 bytes total size 542134144
2019/03/16 13:33:00 [1286] name lookup failed for 192.168.10.246: Name or service not known
2019/03/16 13:33:00 [1286] connect from UNKNOWN (192.168.10.246)
2019/03/16 17:33:00 [1286] rsync to Rtemp/ from UNKNOWN (192.168.10.246)
2019/03/16 17:33:00 [1286] receiving file list
2019/03/16 17:33:00 [1286] sent 25 bytes received 1621 bytes total size 542134144
Вывод запросов системной даты:
[root@cent7 log]# ls -la /etc | grep localtime
lrwxrwxrwx. 1 root root 37 Mar 9 00:04 localtime -> ../usr/share/zoneinfo/America/Toronto
[root@cent7 log]# hwclock --show
Sat 16 Mar 2019 02:34:12 PM EDT -0.173067 seconds
[root@cent7 log]# date
Sat Mar 16 14:34:15 EDT 2019
.
22 марта 2019 Редактировать:
Я пока не нашел решения этой проблемы, но подтвердил кое-что еще: я начал регистрировать каждый модуль отдельно от глобального журнала. В глобальном журнале записи отображаются в «установленном» часовом поясе. Эти журналы связаны с подключениями к демону.
Журнал модуля, в котором записываются специальные журналы передачи (те, которые создаются путем установки логического значения «передача журнала» в 1), - это журналы, созданные в формате UTC.
Я нашел эту заметку и отчет об ошибке на доске сообщений, в которой подробно описывается моя проблема, и они определили, что это потому, что rsync chroot'ing на путь, который не может достичь / etc / localtime, и они предоставляют обходной путь. Однако я не chroot'd, так что это не должно быть проблемой, не так ли?
https://lists.samba.org/archive/rsync/2009-March/022772.html
https://bugzilla.samba.org/show_bug.cgi?id=4402
Хотя я не chroot'd, мне интересно, может ли SE_linux препятствовать чтению в / etc / localtime, у кого-нибудь есть мысли?
такая же проблема с ubuntu16. фиксируется systemctl edit rsync.service.
# systemctl cat rsync.service | tail -3
[Service]
Environment="TZ=:/etc/localtime"
перед:
# cat /proc/$(pgrep rsync)/environ
LANG=en_US.UTF-8PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin
после:
# cat /proc/$(pgrep rsync)/environ
LANG=en_US.UTF-8PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/binTZ=:/etc/localtime
https://hungryadmin.com/setting-the-tz-variable-for-systemd.html https://lists.ubuntu.com/archives/ubuntu-devel-discuss/2017-April/017383.html