journalctl -f -m не чередует удаленное и локальное

В настоящее время у меня есть установка с двумя серверами (всего 3 сервера, один еще предстоит настроить для этого) с одним сервером, использующим systemd-journal-remote (.socket & .service) для сбора всех записей журнала с другого компьютера, который загружается с systemd-journal-upload.

Я установил версию 239 через stretch-backports на принимающем сервере debian, просто чтобы сделать journalctl -m работать, и забрать /var/log/journal/remote

Эта настройка предназначена для обеспечения избыточности и простоты ведения журнала, а также для обзора всех событий на всех серверах, но systemctl -f -m не подбирает все происхождение журналирования (локальное и удаленное), можно ли это исправить или это делается с помощью дизайна?

Редактировать:

При осмотре с довольно редко повторяющейся службой (cron), я наконец получил записи для обеих машин, но здесь я думаю, что нашел проблему;

    {
        ...
        "__REALTIME_TIMESTAMP": "1539710221237971",
        "__MONOTONIC_TIMESTAMP": "5621984625",
        "_BOOT_ID": "afb0d4143851464184f340c4ace9XXXX",
        "_MACHINE_ID": "59b666a7337442898dc7cc671c0eXXXX",
        "_HOSTNAME": "SERVER_RECEIVE",
        ...
    },
    {
        ...
        "__REALTIME_TIMESTAMP": "1539706141105212",
        "__MONOTONIC_TIMESTAMP": "6030701064304",
        "_BOOT_ID": "afb0d4143851464184f340c4ace9XXXX",
        "_MACHINE_ID": "35ade424e59d4ef18a9986a090f6XXXX",
        "_HOSTNAME": "SERVER_SEND",
        ...
    },

journalctl кажется, разбирается __MONOTONIC_TIMESTAMP, есть ли причина, по которой служба удаленного захвата, похоже, выполняет итерацию с меньшим количеством, чем фактический journalctl считать?